フランスの納品書データを
Excelに抽出する方法（2026年版ガイド）

なぜ納品書がフランスのAPチームが見落とすボトルネックなのか

インボイスには自動化予算がつく。OCRツール、APソフトウェア、電子請求書義務化——facture（請求書）エコシステム全体が、2026年9月に向けて再構築されている。その時、すべてのフランス企業は認定プラットフォームを通じて電子請求書を受領できなければならない。一方、bon de livraison（納品書）にはクリップボードとボールペンが与えられるだけだ。しかし、納品書こそが、受領から支払いに至るパイプライン全体のゲートキーパーなのだ。

標準的なフランスの調達慣行では、支払いは3方向照合を通じて行われる。bon de commande（発注書）は注文内容を設定し、bon de livraison（納品書）は納品内容を確認し、facture（請求書）は支払うべき金額を明示する。納品書データが構造化システムに入力されなければ、3方向照合は開始前に頓挫する。買掛金部門は、倉庫に納品確認を追跡するか、スキャンしたPDFから手動で明細行を入力するか、あるいは最も一般的な方法として、納品確認をスキップして請求書が注文と一致することを期待するしかない。

ここが、抽出アプローチが請求書ツールと根本的に異なる点だ。請求書ツールは、合計金額、税額内訳、サプライヤーID——商法典第L441-9条に基づきフランスの請求書で法的に標準化されたフィールド——を期待する。対照的に、納品書にはサプライヤーの物流システムが生成するあらゆるものが含まれる。SKUと数量の明細行テーブル、製品説明と箱数、あるいは追跡バーコードとドライバーの手書き納品時間だけの場合もある。抽出ツールはこれらすべてを処理し、下流で意味をなすカラムを出力する必要がある。

フランスの納品書（Bon de Livraison）が標準的なパッキングスリップと異なる点

請求書とは異なり、フランスでは納品書（bon de livraison）は法的に必須ではありません。消費者法典 第L216-1条からL216-6条および民法典 第1610条は、売主の納品義務と買主が適合する商品を受け取る権利を定めていますが、特定の文書形式を規定してはいません。納品書は商慣行であり、法的要件ではありません。つまり、その形式のバリエーションはほぼ無限に存在します。しかし、データ抽出の観点で重要な、フランスの納品書を一般的なパッキングスリップと区別する3つの特徴があります。

価格情報がない。 フランスの商慣行では、価格は請求書（facture）に記載されるものです。納品書には、納品されたもの（製品参照番号、説明、数量、単位）が記載されますが、単価や合計金額は表示されません。受入チームにとってはこれで正しいのですが、請求書用に訓練された抽出ツールにとっては問題です。ツールは存在しない「合計」フィールドを探そうとするからです。列は、文書に実際に表示されるフィールドに基づいて定義する必要があり、価格の突き合わせは後でスプレッドシート上で、納品書の明細を発注書や請求書と比較して行うことになります。

SIREN番号とRCSによる企業識別。 商法典 第R123-237条および第R123-238条は、登録されたすべてのフランス企業に対し、商業文書（納品書を含む）にSIREN番号（Sirene登記簿における9桁の固有企業識別子）とRCS登録番号（商業会社登記簿、続けて登記を行った裁判所書記課の都市名）を表示することを義務付けています。そのため、ほとんどの仕入先の納品書には、ヘッダーまたはフッターにSIREN番号が記載されています。このフィールドを正しく抽出することで、納品書をERP内の仕入先マスタデータにリンクし、同じ仕入先からの未処理の発注書との自動照合が可能になります。

法的証拠としての署名。 法的に必須ではありませんが、署名された納品書は受領の強力な証拠となります。商法典 第L133-3条に基づき、受領時に納品書に記載された留保（réserves — 破損した梱包、不足品、納品遅延に関する注記）は、3日以内に書留郵便で確認されなければなりません。留保のない、きれいに署名された納品書は、適合納品の推定（présomption de livraison conforme）となります。抽出の観点では、ツールは構造化されたフィールド（SKU、数量）だけでなく、非構造化された注釈（手書きの不足メモ、丸で囲まれたアイテム数、運転手が走り書きした納品時間など）も保存する必要があります。なぜなら、これらの注釈は紛争において法的な重みを持つからです。

重要な項目：納品書から三者照合まで

納品書の抽出項目設計は、請求書の抽出とは異なる視点から始まります。請求書では、サプライヤーが支払いを要求する内容を抽出します。一方、納品書では、サプライヤーが実際に納品した内容を抽出し、その出力は支払い指示ではなく、検証プロセスに使用されます。以下は、フランスの三者照合（rapprochement bon de commande / bon de livraison / facture）をサポートする項目構造です。

* フランス会計基準 (PCG) に基づく商品受領の会計処理：仕入勘定（再販商品の場合は勘定科目607「商品仕入」、原材料および消耗品の場合は601/602）を借方に記入し、勘定科目44566「控除対象付加価値税 (TVA)」にTVA額を借方記入します。貸方には勘定科目401「仕入先」を記入します。月末時点で商品は受領済みだが請求書が未着の場合は、暫定的な見越し計上として勘定科目408「仕入先 — 未着請求書 (FNP)」を使用します。納品書データは、計上する金額を決定する数量と参照情報を提供します。

このフィールド構造により、各明細行が1つの納品書の1つのラインアイテムとなるスプレッドシートが生成されます。仕入先、納品書番号、日付、PO参照などのヘッダーフィールドは、すべての行で繰り返されます。Excelでのスリーウェイマッチは、一連のVLOOKUPまたはINDEX/MATCH操作になります。納品書数量がPO数量と照合され、請求書数量が納品書数量と照合され、差異がラインごとにフラグ付けされます。

しかし、そのスプレッドシートを手動で作成する——Sageの仕入先からの納品書12行を入力し、次に異なる書式のGeodisフォームから8行を入力し、さらに運送業者のカーボンコピーから手書きの不足通知を転記する——ことが、納品書処理をボトルネックにしています。抽出ステップこそが、これをデータ入力作業からデータ検証作業へと変えるのです。そしてそれを機能させるためには、抽出ツールが各列の意味を理解する必要があります。単にページ上の位置を知っているだけでは不十分です。

ステップバイステップ：納品書データを構造化されたExcel列に抽出する

テンプレートベースのOCRツールは、納品書をグリッドのように扱います。サプライヤーAから届いた1つのサンプルをアップロードし、数量フィールドとSKUフィールドの周りに矩形を描き、ラベルを付けてテンプレートを保存します。次回、サプライヤーAが同じレイアウトの納品書を送ってきた場合、抽出は機能します。しかし、サプライヤーAがERPを更新してレイアウトが変わったり、サプライヤーBの納品書がまったく異なる形式で届いたりすると、テンプレートは機能しなくなります。20、40、または100もの異なるサプライヤーから商品を受け入れるフランスの倉庫では、テンプレートのメンテナンスがフルタイムの仕事になってしまいます。すべての形式に対応するアプローチは、カスタム列抽出です。ツールにフィールドがどこにあるかを指示する代わりに、フィールドが何を意味するかを指示すると、AIがドキュメントの内容を理解し、読み取ることで値を特定します。

以下が、サプライヤーの納品書から構造化されたExcelへのワークフローです：

この抽出ワークフローにより、テンプレート保守の負担が完全に不要になります。「仕入先SIREN」「PO番号」「納入数量」「受領備考」という同じ列定義で、納品書がSage印刷のPDF、Divalto WMS生成フォーム、運転手のカーボン複写帳のいずれであっても、一貫した出力が得られます。AIは各書類を毎回新たに読み取り、座標ではなく意味内容に基づいてフィールドを特定します。出荷ごとにフォーマットが変わる仕入先からの納品書を処理する物流チームにとって、これは今日機能するツールと、絶えずメンテナンスが必要なツールの違いです。

抽出データをフランスのERP・会計システムに連携する

納品書データがスプレッドシートに構造化されれば、統合の道筋は使用するERPによって異なります。フランスの物流・会計ソフトウェアは構造化データのインポート経路が確立されていますが、これまではそもそもデータを構造化形式に変換することがボトルネックでした。

Sage 100 ERPとCegid。 どちらもExcelおよびCSVによる商品受領記録のインポートに対応しています。Sageでは、受領エントリはGestion Commerciale（商管理）モジュールにマッピングされ、納品書データが在庫移動をトリガーし、暫定的な会計仕訳を生成します。CegidのGestion des Stocks（在庫管理）モジュールは、entrées de stock（入庫）の構造化インポートを受け付け、各行を発注書にリンクして自動数量照合を行います。

Divalto infinity。 ネイティブのWMSモジュールを備え、Divaltoは倉庫ロケーションに直接マッピングされる構造化受領データを受け入れます。納品書のSKU、数量、単位フィールドはréception（受領）画面に入力され、WMSエンジンは事前定義された保管ポリシーに基づいて最適なピッキングロケーションに在庫を割り当てます。統合の鍵はPO参照です。納品書に発注番号が記載されている場合、Divaltoは自動的に受領を未処理注文と照合し、在庫をリアルタイムで更新します。

EBPとPennylane。 小規模組織向けには、EBP ComptabilitéがExcelファイルをjournal des achats（仕入帳）に直接インポートします。Pennylaneは、フランスのexperts-comptables（公認会計士）の間で、今後の電子請求書義務化への準拠性から広く採用されており、構造化データのインポートを受け付けて、会計処理と仕入先請求書照合ワークフローの両方に連携します。

会計上、月末に商品が到着した時点で、対応する請求書が未着の場合、納品書は仮の「未着請求書（FNP）」計上のトリガーとなります。この仕訳では、見積額を借方「仕入（勘定科目607）」、貸方「未着請求書（勘定科目408）」に計上します。請求書が到着すると、このFNPは取り消されます。納品書は、この見越し計上に必要な数量データを提供します。これがないと、月末の締め処理には倉庫への確認や推測が必要になります。

すでにフランスの請求書（facture）データ抽出を行っているチームにとって、納品書の抽出を追加することで、発注書（注文内容）、納品書（到着確認）、請求書（支払額）という完全なデジタル証跡が作成されます。各文書が次の文書に連鎖し、これらすべてがスプレッドシートで構造化されれば、かつてサプライヤーごとに数時間かかっていた三者照合は、数分で実行できる一連のExcel数式に変わります。年度末処理においては、納品書と請求書の抽出を組み合わせることで、決算（clôture comptable）要件と、商法典第L123-22条に基づく10年間の保存義務の両方を満たす文書証跡が得られます。

よくある質問

AIはフランス語の手書き納品書からデータを抽出できますか？

はい、ただし重要な条件があります。ImageToTable.aiはビジョンモデルAIを使用して手書き文字を読み取ります。手書きの数量、商品説明、納期、さらには余白に走り書きされた不足メモなども取得可能です。手書き文字の精度は印刷文字よりも低くなります。明細テーブルに明確なブロック体大文字で書かれた納品書は、信頼性高く抽出できます。一方、筆記体フランス語で書かれた完全な手書きカーボンコピーでは、忠実度が低下します。AIは確信を持って読み取れるフィールドは取得しますが、一部の文字は誤認識される可能性があります。このツールは、サプライヤーに読みやすい書式を依頼することの代替にはなりません。この特定のユースケースについては、フィールドごとの期待値を示した手書き納品書のデータ抽出、または実際の運用における手書き納品証明の自動化の仕組みをご参照ください。

仕入先ごとに納品書のフォーマットが異なる場合はどうすればよいですか？

本ツールは、テンプレートの照合ではなく、列名が表すデータを理解することで機能します。「仕入先SIREN」という列を定義すると、AIはアップロードされたすべての納品書を検索し、企業識別情報の近くにある9桁の数字を見つけます。文書に「SIREN」「N° SIREN」「SIRET」とラベルが付いていても、フッターにラベルなしで印刷されていても構いません。「納入数量」を定義すると、AIは納品書の表にある各明細行に関連する数値を見つけます。列ヘッダーが「Qté livrée」「Quantité」「Qty」であっても、ヘッダーがまったくなくても問題ありません。AIが文書を読み取り、どの値がどの概念に対応するかを理解するため、同じ列定義がすべてのフォーマットで機能します。仕入先ごとにテンプレートを作成する必要はありません。

納品書を一度に50件など、バッチ処理できますか？

はい。複数のファイルを一度にアップロードすれば、ツールはそれらすべてを同じ列定義で処理します。各納品書の明細行が出力テーブルの行として生成されます。例えば、平均8明細行の納品書30件のバッチでは、240行のスプレッドシートが作成されます。各行には明細行ごとに、納品書番号、仕入先、日付、発注書番号が各文書について繰り返し表示されます。処理時間はフォーマットの種類数ではなく、ページ数に比例します。50ページの単一納品書のバッチは数分で完了します。大量処理環境では、日々の納品データを入力するルーティン業務を置き換え、受入担当者は数量を転記するのではなく検証することに専念できます。

納品書に発注書番号の記載がない場合はどうすればよいですか？

これは小規模なフランスの仕入先や宅配便サービスではよくあることで、自動3ウェイマッチングにおける最大の障壁です。納品書に発注書番号がない場合でも、抽出されたデータは仕入先名、納入日、製品参照で照合できますが、より多くの手動検証が必要になります。抽出ツールは、納品書に記載されている識別情報（仕入先名、納入日、製品説明、数量）をすべて取得します。その後のスプレッドシートでの照合ステップは、これらのフィールドに依存します。発注書番号の欠落を減らすには、すべての納品書に発注書番号を記載するよう仕入先との契約に盛り込んでください。これは法的義務ではなく契約条項であり、多くのフランスの仕入先は依頼に応じます。

納品書のデータ抽出で消費税や税データは処理できますか？

いいえ — 設計上、対応していません。フランスの納品書（bon de livraison）は、請求書とは異なり、消費税（TVA）の税率や金額、単価は記載されません。納品書は商品の物理的な移動を確認する書類であり、財務データや税データは請求書（facture）に含まれます。消費税の処理は請求書のデータ抽出工程に属し、「TVA 20%」「TVA 10%」「TVA 5.5%」「合計 TTC」などの列が、勘定科目44566（控除対象消費税）の仕訳に対応します。複数税率の消費税抽出、SIREN取得、CA3申告書作成を含む、請求書から会計処理までの全ワークフローについては、フランス請求書データ抽出ガイドをご参照ください。

抽出したスプレッドシートは既存のERPに直接インポートできますか？

お使いのERPが入庫記録のExcelまたはCSVインポートに対応している場合 — Cegid、Sage 100、Divalto、EBPなど、ほとんどのフランスの物流系ERPが対応しています — 答えは「はい」です。抽出されたスプレッドシートは、すべての納品書で一貫した列名とデータ形式を使用しており、これがクリーンなインポートの前提条件となります。自動連携の場合、同じデータをCSVまたはJSONでエクスポートし、各システムのAPIやファイル監視ディレクトリを通じて取り込むことができます。抽出レイヤーは構造化され一貫性のあるデータを生成し、連携レイヤーでそのデータを特定のERPに接続します。ERPのインポートツールに特定の列名規則が必要な場合は、インポート前にスプレッドシートの列名を変更してください — 抽出ツールはクリーンなデータを提供し、インポート形式はERPが決定します。

納品書をデジタルデータ抽出することで、10年間の保存義務を満たせますか？

商法典第L123-22条に基づき、納品書を含む商業文書は10年間の保存が義務付けられています。フランスでは、デジタル化のプロセスが証拠価値（valeur probante）を保証する場合、すなわちデジタルコピーが原本を忠実に再現し、改ざんが不可能であることが保証される場合、デジタルコピーは法的に認められます。文書管理システムに保存されたPDFの納品書はこの要件を満たします。抽出されたExcelスプレッドシートは納品書から派生したデータファイルであり、法的保存のための原本を代替するものではありません。法的コンプライアンスのために原本のPDFを文書アーカイブに保存し、業務利用のために抽出したスプレッドシートを保持することをお勧めします。

納品書を自動で書き出すスプレッドシート

納品書を開き、PO番号を探し、数量を入力し、不足を記録する——この受入担当者の日常業務は、紙の納品書が標準的な商慣行となって以来、変わっていません。変わったのは、入力作業が不要になったことです。フランス語の請求書を読み、複数税率のTVAを理解するAIは、納品書を読み、表の中の「Qté livrée」の意味、欄外に走り書きされた「manquant」の含意、ヘッダー付近にある9桁の仕入先SIREN番号を理解できます。

出力されるのは、スリーウェイマッチ、入庫入力、ERPインポートで期待される項目に合致する列を持つスプレッドシートです。一度列を定義すれば、あらゆる仕入先、あらゆる形式の納品書を処理できます。次の受入シフトで、実際の納品書をお試しください。スプレッドシートが自動で書き出されるのをご確認ください。