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日かかる手作業が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年間保存しなければなりません。デジタルコピーは、保存期間中の文書の完全性と可読性が保証されていれば、紙の原本と同等の法的効力を持ちます。

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

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