コーヒーロット請求書を
生産者区画にリンクしてトレーサビリティを確保

トレーサブルなコーヒーロットに実際に必要なもの

グリーンコーヒーの袋にはすべて、法定の識別マークが付いています。国際コーヒー機関（ICO）の統計規則に基づき、輸出される各パーセルには、産出国コード、輸出業者または生産者コード、パーセル通し番号の3部構成の識別マークが、各袋と原産地証明書に印刷されます。エチオピアのロットに印された010/0123/0047は、エチオピア、輸出業者0123、パーセル0047を意味します。

このマークはパーセルのパスポートです。欧州コーヒー連盟のグリーンコーヒー輸送の標準契約であるESCCは、第20条でそれに付随する添付書類を列挙しています。商業送り状、船荷証券、重量証明書、原産地証明書、そして植物検疫証明書と燻蒸証明書です。輸入者側から見れば、1つのロットは1つの書類ではありません。同じパーセル、同じ原産地、同じ数量を指し示すはずの、小さな書類の束なのです。

EUDRは、従来の書類では求められなかったものを1つ追加します。それは区画までのリンクです。規則(EU) 2023/1115に基づき、事業者が収集しなければならない情報には、コーヒーが生産されたすべての土地区画の地理参照が含まれ、緯度経度は小数点以下6桁で、4ヘクタールまでの区画は点、それより大きい区画はポリゴンで示し、収穫時期も含まれます。欧州委員会のEUDRガイダンスは、これらの地理参照情報の適用方法と、デューデリジェンス声明が対象とすべき記録に関する参照点です。サプライヤーまたは協同組合がロットとともに送付するトレーサビリティスケジュールは、その区画リストが記載されている場所です。送り状はロットを特定し、スケジュールは区画を特定します。トレーサビリティとは、それらが同じロットであることを証明する行為です。

トレーサブルなコーヒーロットとは書類の束であり、ロットのトレーサビリティとは、それらすべてが記述していると主張するロット番号の間のリンクです。

1ロットの背後にある書類と、それを扱う担当者

グリーンコーヒー1コンテナには、協同組合や精製所を通じて数百の小規模農園のコーヒーがまとめられることが一般的で、書類は異なる担当者から異なるタイミングで届きます。

• 商業インボイスは輸出業者から発行され、ロット、買い手、数量、HSコード（生豆および焙煎コーヒーは0901）、通常は生産国を明記します。これは輸入業者の発注書と照合する必要がある書類です。
• ICO原産地証明書は生産国の認定機関が発行し、同じ3部構成の荷印に数量と仕向地が記載されます。これは「公式な」原産地の証明であり、監査人が最初に確認する書類です。
• トレーサビリティスケジュールまたはプロットリストは、ロットを生産者の圃場に結び付けます。協同組合が作成した、プロットID、農家名またはコード、面積、地理参照情報、収穫時期を記載した表、または協同組合が保有するジオメトリファイルへのGeoJSON形式の参照の場合があります。
• 認証書（オーガニック、レインフォレスト・アライアンス、フェアトレード、4C）は、サプライチェーン管理の主張を追加します。買い手との契約では通常、認証番号をインボイスに記載することが求められるため、認証書とインボイスの整合性も必要です。

買い手側では、コンプライアンスまたは調達チームが、出荷前にこれらの書類を照合します。生産者側では、輸出業者が協同組合の記録から書類をまとめますが、その記録は紙の台帳、スプレッドシート、または農場データプラットフォームに残っている場合があります。コーヒー業界では、世界の供給量の大部分が4ヘクタール未満の圃場を持つ小規模農家によって生産されているため、圃場レベルのデータは存在するものの、散在し、異なる形式で、異なる識別子で管理されていることがよくあります。フィールドデータやプロットタイプの記録については、農業および環境調査フォームからの抽出パターンと同じものを使用します。これについては、農業および環境フォームからのフィールドデータ抽出ガイドで説明しています。

インボイス、認証書、スケジュールは、同じロットについてそれぞれ異なる質問に答えるものであり、同じ言葉で答えることはほとんどありません。

請求書とプロットの関連付けが実際に途切れるケース

実務者は、どのマーケティングページよりも正確に失敗のパターンを説明しています。r/coffee_roastersの新しいコーヒー輸入業者は、構造的な問題を次のように要約しました。「今日利用可能なすべてのテクノロジーがあっても、産地から焙煎業者までの関係がどれほど非構造化され得るか」。r/Coffeeでは、別の参加者がコストを明確に述べています。「トレーサビリティはサプライチェーンのあらゆるレベルでコストがかかる」。これらが実際に働く2つの力です。非構造化された記録と、高コストな関連付けです。

具体的には、関連付けはいくつかの繰り返し発生するパターンで途切れます。

• 請求書のロット番号とスケジュールのロット番号が異なる。請求書にはCOFFEE-10と記載されているのに、トレーサビリティスケジュールにはCOF-10と記載されているか、先頭の文字が省略されています。人間は同じロットだとわかりますが、文字列比較では判断できず、税関や監査のレビューでは2つの異なるロットとして扱われます。
• 積出港が生産国と誤認される。EUDRの原産地テストは、コーヒーが栽培されたプロットを対象としており、出航した港ではありません。洗浄ステーションが出荷した場所であるため「モンバサ」を原産地としてリストするスケジュールは、コンプライアンスチームが実際に実行するチェックに合格しません。
• スケジュール上のプロットに地理的位置情報の参照がない。スケジュールには120のプロットが記載されていますが、座標またはジオメトリファイルの参照を持つのは80のみです。リストされたすべてのプロットには地理的証拠の参照が必要です。ギャップは、誰かがプロットリストを証拠と照合したときにのみ表面化します。
• ドキュメントがPDF、スキャン、写真の混在した山として届く。輸出業者からの請求書、産地のコーヒーショップでスキャンされた証明書、メールで送信されたスプレッドシートとしてのスケジュール。それぞれが異なる形式で届き、まさにテンプレートベースのツールが機能しなくなるケースです。
• 歩留まりと重量がドキュメント間で一致しない。請求書には正味19,200 kgと記載され、証明書には19,195 kgと記載され、パッキングリストにはさらに別の数値が記載されています。これらは単独ではEUDRの問題ではありませんが、当局が二重に見るような不一致です。

これらの失敗はすべて、コンプライアンス上の失敗である前に、ドキュメントマッチングの失敗です。ロットは存在します。文書が、それがどのロットであるかについて一致していないだけです。

良いニュース：これらの不一致のいずれも、森林破壊や合法性に関する判断を必要としません。必要なのは、ドキュメントから識別子と参照を取り出して、それらを並べることです。これはまさにスプレッドシートの用途です。難しいのは、毎回異なるレイアウトを使用するドキュメントからそれらを取り出すことです。調達チームが仕入先請求書と発注書のマッチングに使用するのと同じクロスドキュメント調整メカニズムがここにも適用され、そのパターンについては製造業における仕入先請求書とPOのマッチングで詳しく説明しています。

すべてのロット項目を1つのスプレッドシートにまとめて比較する

実用的な方法は、必要な列を一度定義し、ロットのファイル群にあるすべてのドキュメントを同じ列セットで処理し、すべてを1つのテーブルにエクスポートすることです。すべてのドキュメントタイプが同じ列に対して抽出されるため、インボイスのロット番号はスケジュールのロット番号と同じ列に入り、比較はPDFを探し回るのではなく行を読むだけで済みます。

この仕組みはCustom Column Extractionです。列名を入力すると、AIがページ上のどこにあっても各値を「どこにあるか」ではなく「何を意味するか」を理解して特定します。テンプレートもトレーニングも不要で、サプライヤーごとにレイアウトを事前設定する必要もありません。あるコーヒーロットの列セットは次のようになります：

インボイス、証明書、スケジュールを同じ列セットで処理すると、各行が1つのドキュメントに対応し、すべてのロット番号が1つの列に収まるテーブルが生成されます。ロット番号で並べ替えると、同じ出荷のインボイス行、証明書行、スケジュール行が並び、不一致が明らかになります。一度しか出現しないロット番号、Geolocation Reference Presentで大半が"No"と表示されるスケジュール、インボイスとは異なる原産国を記載した証明書などです。

抽出された値はソースの場所にトレース可能なままなので、レビューステップは誠実さを保ちます。Review Modeのbboxハイライトは、抽出された各値が元のドキュメントのどの部分から来たかを正確に示すため、2つのドキュメントが矛盾する場合、抽出結果を信頼するのではなく、両方の主張の背後にある印刷された値を確認できます。これはコンプライアンスファイルにとって重要です。「AIがそう言ったから」は監査人が受け入れる回答ではないからです。

以下のデモで、トレーサビリティテーブルに使用するのと同じ列名を使って、ご自身のドキュメントの1つで抽出を試してみてください。

メールのスレッドを追わずにサプライヤーから書類を集める

トレーサビリティにおいて、書類を集める作業は全体の半分を占めます。請求書は輸出業者から、証明書はブローカーから、スケジュールは協同組合から、それぞれ別のメールで届くからです。2つの製品メカニズムにより、この収集ステップは出荷ごとの混乱ではなく、繰り返し可能なプロセスになります。

コレクションリンクは、サプライヤーや協同組合に送るリンクを生成します。相手はリンクを開き、短いコードを入力して、自社のアカウントを持たずに書類を直接処理キューにアップロードできます。Email Inboxは、サプライヤーが請求書や証明書を転送できる専用アドレスをアカウントに提供し、承認済みのパートナーのみがファイルをキューに投入できるように送信者ホワイトリストを設定できます。添付ファイルは自動的に取り込まれ、メールが届くとすぐにバインドされたテンプレートが抽出を開始します。どちらの方法でも、「メールで送ってください」という依頼が、他のすべてと同じバッチに届く構造化された受付プロセスに変わります。

取得ステップと抽出ステップは同じワークフローです。書類はコレクションリンクまたはメールボックスを通じてストリーミングで届き、すべての受信ファイルは同じトレーサビリティ列セットに対して処理されます。購買書類から識別子を抽出するフィールドレベルの詳細については、発注書データ抽出の完全ガイドをご覧ください。また、抽出したドキュメント値を生産原価管理に取り込む会計面については、サプライヤー請求書から生産原価管理へのガイドで、同じロットが焙煎やブレンドを通過する際に重要となる請求数量の追跡を説明しています。

スプレッドシートの対象外となるもの

このワークフローが何をしないのかを明確にすることも重要です。誤った前提で作られたコンプライアンスファイルは、遅いファイルよりも有害だからです。

• EUDRコンプライアンスの判定は行いません。ロット番号と原産地を照合することで、文書が同じロットを説明していることを証明します。そのロットが森林破壊フリーで合法的かどうかは、プロットの証拠に基づいてコンプライアンスチームまたはアドバイザーが下す結論であり、自動化することはできません。
• ジオメトリや座標の検証は行いません。地理参照が存在することの抽出は行いますが、ポリゴンが閉じているか、座標が正しいプロット上にあるか、衛星による森林被覆チェックを通過するかの検証は、専用ツールで行うGIS作業であり、所管官庁が期待する検証手順も含まれます。
• デューデリジェンス声明の提出は行いません。EU情報システム（TRACES NT）へのDDS提出は事業者の法的行為であり、公式システムを通じて行う必要があります。スプレッドシートはその背後にある作業ファイルであり、提出そのものではありません。
• 計算列は1つの行または1つのドキュメント内で推論します。抽出中に依頼できる計算は、同じドキュメント内の抽出値を操作する種類のもので、例えばロットの下のプロット行を数えることなどです。2つの別々のドキュメントが矛盾していると判断することは、スプレッドシートのレビューで行う判断であり、上記でまさにそこに置いています。

この役割分担はツールの制限ではありません。これは正しい配分です。機械は馴染みのないレイアウトから識別子を引き出すことに信頼性があり、人間（またはそのコンプライアンスアドバイザー）はそれらの識別子が裏付ける結論に責任を持ちます。その境界を尊重する文書化システムを構築することこそが、監査に耐えるトレーサビリティファイルと、単に完全に見えるだけのファイルとの違いです。

次回出荷のための項目別チェックリスト

列が設定されれば、コーヒーロットを生産者プロットまで追跡する作業はどの出荷でも同じように機能し、再現可能な照合ワークフローは、ドキュメントを並べて抽出した後に半日で実行できるチェックリストに集約されます。

1. インボイスとスケジュールでロット番号が一致していることを確認する。 各出荷について、ロット番号列にはインボイス、証明書、スケジュールの行で同じ値が含まれている必要があります。一度しか出現しない値は、サプライヤーと解決すべきフラグです。
2. インボイスの生産国が証明書と一致していることを確認する。 インボイスに記載された国と証明書の国が異なる場合は、ファイルがステートメントに近づく前に解決してください。
3. 船荷証券の港が生産国として使用されていないことを確認する。 原産地フィールドは、コーヒーが栽培された場所を説明する必要があります。
4. スケジュール上のすべてのプロットに地理参照情報があるか確認する。 スケジュールの行を「地理参照情報あり」列で並べ替え、"No" と表示されている行を出荷前に協同組合に問い合わせ、修正する時間を確保してください。
5. 数量を照合する。 インボイス、重量証明書、パッキングリストの正味重量を比較します。わずかな差異（19,200 kg 対 19,195 kg）こそが税関職員を悩ませるものです。
6. 作業テーブルを証拠ファイルとともにアーカイブする。 EUDRでは、事業者はデューデリジェンス情報を5年間保持することが求められています。抽出されたスプレッドシートは、すべての値がソースドキュメントにライブリンクされており、転送されたメールのフォルダよりも監査時に提示しやすいものです。

このチェックリストは、契約時と各出荷時に実行してください。ステートメントの提出が迫った週ではなく。

FAQ

請求書とトレーサビリティスケジュールを自動的に比較できますか？

同じ列セットを通じて両方のドキュメントを1つのスプレッドシートにまとめることができ、ロット番号や生産国などの同一フィールドが揃うため、不一致が一目でわかります。2つのドキュメントが同じロットを指していると自動的に判断することは、誰かがレビューする判断として保持されます。その判断こそがコンプライアンスの結論がかかっている部分だからです。抽出は信頼できる部分（値の読み取り）を担当し、レビューは説明責任のある部分（それらが一緒に意味することの判断）を担当します。

サプライヤーごとに異なるフォーマットでも機能しますか？

はい。Custom Column Extractionは固定レイアウトではなく意味に基づいて読み取るため、商社からの請求書、スキャンされた証明書、スプレッドシート形式のスケジュールなども、サプライヤーごとのテンプレートなしで同じ列を通じて処理されます。これが、レイアウトごとにテンプレートが必要で、サプライヤーがテンプレートを更新すると失敗するテンプレートベースのOCRツールとの主な違いです。

抽出したデータをEU情報システム（TRACES）で使用できますか？

抽出されたテーブルは、デューデリジェンス声明に供給する構造化された値を提供しますが、DDSの提出は公式のEUシステムを通じて行う必要があります。スプレッドシートは作業ファイルであり、提出は事業者による別の法的行為です。私たちの役割は、ドキュメントからクリーンで検証可能なデータを生成することまでです。

焙煎業者やトレーダーとして、EUDRのデューデリジェンス声明は私に適用されますか？

義務は役職ではなく、サプライチェーンにおけるあなたの立場に依存します。コーヒーを初めてEU市場に出すか輸出する者（通常は生豆の輸入業者）がデューデリジェンス声明を提出し、完全な情報要件を負います。下流の事業者やトレーダーはより軽い義務を負いますが、それでもサプライヤーの声明参照番号と関連データを記録・保持する必要があります。ロット別・役割別の期限については、欧州委員会の森林破壊規制ページの現在のガイダンスを確認してください。適用スケジュールは複数回調整されているためです。

認証（Rainforest Alliance、Fairtrade、4C）だけでトレーサビリティは十分ですか？

認証は補完的な証拠です。各認証制度は、プロットレベルのデータを自社システムに組み込みつつあり、請求書に購入者が求める認証書もファイルの一部です。しかし、認証だけで事業者のデュー・ディリジェンスを代替することはできず、関連するロットとプロットのデータは依然として収集・確認が必要です。認証書は、照合の代わりではなく、同じスプレッドシート内の補助的な記録として扱ってください。

結論

インボイスからプロットへのリンクはドキュメントの問題であり、EUDRの中で、いかなる規制テストでも自動化できない部分です。どの当局もデュー・ディリジェンス声明を提出してくれるわけではなく、どの地理空間ツールも、インボイス上のロット番号が協同組合がスケジュールに記載したロットと同じであると判断してはくれません。誰かがそれらのドキュメントを並べて確認する必要があります。抽出ステップを、あらゆるレイアウトを読み取る列ベースのプルに置き換えると、これまでコピー＆ペーストに何時間もかかっていた照合が、1つのテーブルの並べ替えとチェックリストの確認に変わり、声明の背後にある証拠ファイルは、慌てて再構築するのではなく、要求に応じて提示できるものになります。

以下の欄で、ご自身のコーヒー関連ドキュメントを使って抽出ステップをお試しいただき、インボイスやトレーサビリティスケジュールが、実際に比較可能な行にどれだけ速く変換されるかをご確認ください。