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

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

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

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

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

フランスのBon de Livraisonが標準的な納品書と異なる3つの特徴

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

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

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

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

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

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

* フランスの会計基準（PCG）に基づく商品受入の仕訳：購入勘定（再販売用商品は勘定科目607「商品仕入」、原材料・消耗品は601/602）を借方に記入し、消費税額を勘定科目44566「控除対象消費税」で借方に記入。貸方には勘定科目401「仕入先」を記入します。月末に商品は受け取ったものの請求書が未着の場合は、仮計上として勘定科目408「未着請求書」を使用します。入荷伝票のデータから転記する金額を決定する数量と参照情報が得られます。

このフィールド構造では、各行が1つの入荷伝票の1明細項目となり、仕入先、入荷伝票番号、日付、発注書参照といったヘッダーフィールドがすべての行で繰り返されます。Excelでの3ウェイマッチは、一連のVLOOKUPまたはINDEX/MATCH操作になります。入荷伝票の数量は発注書の数量と照合され、請求書の数量は入荷伝票の数量と照合され、差異は明細ごとにフラグ付けされます。

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

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

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

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

よくある質問

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

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

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

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

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

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

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

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

納品書のデータ抽出で消費税（TVA）データは取得できますか？

いいえ — 設計上、取得しません。フランスの納品書（bon de livraison）は、請求書とは異なり、消費税率（TVA）、税額、単価を表示しません。納品書は商品の物理的な移動を確認するものであり、財務・税務データは請求書（facture）が担います。TVAの処理は請求書抽出のステップに属し、「TVA 20%」「TVA 10%」「TVA 5.5%」「合計 TTC」などの列が、勘定科目44566（控除対象TVA）の仕訳に対応します。複数税率のTVA抽出、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インポートで期待されるフィールドに合致する列を持つスプレッドシートです——列を一度定義すれば、あらゆる仕入先、あらゆる形式の納品書を処理できます。次の受入シフトで、実際の納品書でお試しください。スプレッドシートが自動で書き出されるのをご確認ください。