50種類の納品書、1つの受領ログ：
手動データ入力をスキップする方法

なぜ受入記録がボトルネックになるのか——フランスWMSだけでは解決できない課題

フランスの倉庫管理システム（Sage X3 Warehousing（Geode）、Mecalux Easy WMS、Hardis Reflex、Cegid、LogiX）は、それぞれ得意分野を持っています。在庫ロケーションの追跡、ピッキングのオーケストレーション、ロットやバッチのトレーサビリティ管理——これらはすべて優れた機能です。しかし、どのシステムにも共通する依存関係があります。それは、構造化されたデータがなければ始まらないという点です。WMSは、受け取ったパレットを発注書（bon de commande）と照合し、在庫レベルを更新し、差異をフラグ付けできます。しかし、それは誰かが納品書（bon de livraison）の明細行をシステムに入力した後でなければ実現しません。

この入力工程こそがボトルネックです。フランスの物流拠点で働く受入担当者は、1シフトで30～50件もの配送を処理することがあります。Geodis、DSV、DB Schenker、地元の運送業者——それぞれが異なる書類を渡します。あるものはサプライヤーのERPから印刷された鮮明なPDF、あるものはトラックの運転台でカーボン複写式の伝票に手書きされたもの、またあるものは倉庫の電話で撮影されメールで転送されたJPEG画像です。WMSは、人間がデータを入力するまで、これらの書類を一切認識できません。

受入記録（carnet de réception）——すべての入荷商品の日次記録——は、このデータ入力の下流で生成される成果物です。これは、経理チームが三者照合に使用し、在庫管理者が在庫移動と照合し、監査人が商法典第L123-22条に基づいて要求するものです。これが、一貫性のない多数のソース文書から手動で維持されている場合、エラーが積み重なります。数量の入力ミスが1つ、発注書と一致しないSKUが1つ、日付を間違えてファイリングされた納品書が1つ——三者照合（bon de commande（発注書）→ bon de livraison（納品書）→ facture（請求書））は、中間の書類のデータが紙のままである限り、確実に進めることはできません。

50社50様式——フランス納品書混乱の真因

フランスの請求書は収束しつつある。2026年の電子請求書義務化（オルドナンス2021-1190）により、全フランス企業は認定プラットフォームを通じて請求書を受領することになり、Factur-XとChorus Proがファクチュールエコシステム全体のフォーマット標準化を推進する。しかし納品書（ボン・ド・リヴレゾン）はこの義務化の対象外となった。標準フォーマットも、必須項目も、構造化データ要件もない——フランス商法では、ボン・ド・リヴレゾンは法的に必須の書類ですらないからだ。

結果は完全なフォーマットの無秩序である。フランスの倉庫のある朝、受入チームが出くわすのは次のようなものだ：

週に40社の仕入先から調達する倉庫では、40通のまったく異なる納品書フォーマットを目にすることになる。新しい仕入先が増えるごとに、覚えるべきレイアウト、記憶すべきフィールド位置、維持すべきExcelテンプレートが増える。これは優れたWMSがあれば解決する問題ではない。WMSはデータを保存する。非構造化文書からデータを抽出するわけではない——そして請求書と違い、納品書には共通スキーマを強制するFactur-Xが存在しない。

皮肉なことに、納品書のデータフィールドはフォーマット間で比較的一貫している——仕入先名、納品日、発注書参照、品目コード、数量——それらが異なる場所に、異なるラベルで、異なる言語で表示されているだけだ。課題は情報が複雑なことではない。情報が散らばっていることだ。そして従来の対応——各PDFを開き、各値をコピーし、Excelに貼り付ける——は、量に比例して拡大する。1日50件の納品で、転記すべき明細行は250行。99%の精度でも、1日あたり2〜3件のエラーが発生し、それが1ヶ月間積み重なる。

バッチ抽出で、1日かかる手作業が5分の確認作業に

バッチ処理は、抽出をフォーマットから切り離すことで状況を一変させます。個々の納品書を開き、ページ上のどこに値が表示されているかを探してコピーする代わりに、抽出したい列（仕入先名、納品日、注文番号、品目コード、納品数量、受領メモ）を一度定義するだけで、抽出エンジンがバッチ内のすべての文書をその列リストに照らして読み取り、ページ上の位置ではなく、値の意味に基づいて各値を特定します。

このアプローチはカスタム列抽出と呼ばれ、テンプレートベースのOCRとは異なります。テンプレートツールでは、レイアウトのバリエーションごとに「仕入先名」フィールドの周囲にバウンディングボックスを描く必要があります。これはデータを位置で識別するためです。40種類の仕入先フォーマットがあれば40のテンプレートが必要で、41番目の仕入先が現れればさらに1つ追加が必要です。対照的に、セマンティック抽出はコンテキストでデータを識別します。「SAS Transports Durand」がページ上部近くにあり、「Expéditeur」「Fournisseur」「Supplier」とラベル付けされたフィールドに関連付けられていれば、それがヘッダー、サイドバー、テーブル内のいずれにあっても、仕入先名であると認識します。1つの列定義がすべてのフォーマットで機能します。

フランスの倉庫受入チームのワークフローはシンプルです。

重要な変化はこれです：1件の納品書につき3分かけてデータを転記する代わりに（1日50件の納品で2.5時間以上を消費）、チームは抽出結果の確認に5分を費やします。1ページの納品書は5～10秒で処理され、手作業と比較して18倍の速度向上です。節約された時間はコスト削減だけではありません。タイプミス（SKUの数字の入れ替え、数量の小数点の誤り）がWMSに伝播し、スリーウェイマッチに影響を及ぼす時間的猶予を排除します。

受領ログからスリーマッチへ：フランス流でループを閉じる

納品書データの最終目的地は受領ログそのものではありません。支払いを承認するための三者照合です：注文書 → 納品書 → 請求書。標準的なフランスの調達慣行では、納品書の数量と参照情報が注文書および請求書と照合されるまで、いかなる請求書も支払い承認されてはなりません。

しかし、三者照合を自動化できるのは、3つの書類すべてが構造化されている場合のみです。注文書はERP内にあり、構造化されているのは当然です。請求書はFactur-XやChorus Proによって標準化が進められ、ますます構造化されています。納品書が欠けているリンクです。納品書が非構造化のまま（スキャンしたPDF、写真、手書きの伝票）だと、手作業なしでは三者照合を開始できません。買掛金部門は倉庫に納品確認を追跡するか、PDFから明細行を手入力するか、あるいは納品確認を完全にスキップして、請求されたものが注文されたものと一致することを信頼することになります。最後の選択肢が、フランス企業がサプライヤー請求書で平均5％の二重支払いまたは過払いを発生させる原因です。

構造化された受領ログ（バッチ抽出からExcel、CSVにエクスポート、またはWMSに直接インポート）は、この状況を変えます。ログは三者照合パイプラインに流れ込むデジタル記録となります：

フランスの会計にとって、下流のメリットはさらに大きくなります。納品書データは、仕入元帳（PCG勘定科目607「商品仕入」および401「仕入先」）に直接供給され、VAT（TVA）の勘定科目44566との照合は請求段階で処理されます。10年間の文書保存要件は、書類キャビネットでいっぱいの保管室ではなく、検索可能なデジタルアーカイブになります。そして、かつて会計時間の何日も費やしていた月次調整は、受領内容の再構築ではなく、例外のレビューになります。

よくある質問

仕入先ごとに納品書フォーマットのテンプレートを作成する必要がありますか？

いいえ。セマンティック抽出は、画面上の位置ではなく、各フィールドの意味を理解して納品書を読み取ります。「仕入先名」という列は、「Fournisseur」「Expéditeur」とラベル付けされている場合や、ヘッダーにラベルなしで印刷されている場合でも、仕入先を特定します。これが、レイアウトのバリエーションごとに個別のテンプレートを必要とするテンプレートベースのOCRとの根本的な違いです。1つの列定義で、これまで見たことのない新しいフォーマットを含む、すべての仕入先フォーマットをカバーします。

手書きのフランス語の納品書を読み取れますか？

はい。ビジョンモデルは手書きテキストを処理します。これには、カーボンコピーの納品書によく見られるフランス語の筆記体も含まれます。手書きの精度は印刷テキストよりも低いため、手書きのフィールドは確認ステップでの簡単な目視チェックが有効です。手書きの納品書で最良の結果を得るには、手書き納品書の抽出に関するガイドをご覧ください。

定義したものと異なる列構成の納品書の場合はどうなりますか？

セマンティック抽出は、欠落しているフィールドを適切に処理します。定義したフィールドが特定の納品書に含まれていない場合（例：一部の仕入先フォーマットにロット番号がない場合）、その列は出力の該当行で単に空のままになります。フィールドがなくても抽出は失敗したり、無効なデータを生成したりしません。これは、フォーマットのばらつきによりすべての文書にすべてのフィールドが存在するとは限らないバッチ処理シナリオでは不可欠です。

既存のWMS（Sage、Cegidなど）との統合はどのように行いますか？

抽出結果（ExcelファイルまたはCSV）は、WMSまたはERPに直接インポートできます。Sage X3、Cegid、およびほとんどのフランスのWMSプラットフォームは、入庫記録のCSVまたはExcelインポートをサポートしています。WMSに入庫トランザクション用のAPIがある場合、構造化されたCSV出力をAPIフィールドにマッピングできます。抽出ステップはインポートステップから分離されており、データがシステムに入力される方法とタイミングをユーザーが制御します。フランスのERP統合パターンの詳細については、フランスの納品書データをExcelに抽出するガイドをご覧ください。

デジタル記録はどのくらい保存する必要がありますか？

商法第L123-22条に基づき、フランスの事業者は、納品書（bons de livraison）や受領記録（bons de réception）を含むすべての商業文書を、会計年度終了から10年間保管しなければなりません。原本の完全性と可読性を保存期間中保証できる限り、デジタルコピーは紙の原本と法的に同等とみなされます。

仕入先請求書も同時に処理できますか？

納品書と請求書は目的とデータが異なります。納品書には数量と品目参照が含まれますが価格はなく、請求書には価格と税の内訳が含まれます。これらは同じバッチ抽出ワークフローで処理されますが、異なる列定義を持つ別々のバッチとして扱う必要があります。フランスの請求書バッチ処理については、フランスの仕入先請求書のバッチ処理ガイドをご参照ください。