中堅スーパーマーケットチェーンや食品卸の経理現場では、月末になると数百〜数千件の納品書・納品明細書が手元に集まる。紙の納品書は受入で受け取り、PDFはメール添付や仕入先ポータルのダウンロードから入手し、解像度の不安定なスキャン画像も少なくない。流通BMS（小売向け標準EDI規格）でつながっている主要仕入先からのデータは構造化済みのまま会計システムに流れる一方、EDIに乗らない仕入先の納品書はそのまま月次の手作業ボリュームになる。地方の生鮮仕入先、小規模の菓子メーカー、個人事業主の青果生産者、小規模ベーカリー、地方の酒造、小規模冷凍食品メーカー ― こうしたテール層は流通BMSに乗らないか、乗っていても紙・PDFが並行して残る。100社規模の取引先を抱える中堅チェーンであれば、EDI対象外の納品明細だけでも月に1,000〜3,000行になる。
この行を1枚のExcelに集約し、発注書と月次請求書に対する三点突合を経て仕入計上に進む。これが月締めの本筋であり、納品書 Excel 一括 取り込み 経理の作業そのものである。スーパー 仕入 納品書 経理 効率化や中堅スーパー 納品書 大量 取り込みといった検索意図の背後にあるのは、テンプレート型OCRやAP一体型ベンダースイートでは届きにくい、テール層を含む月次データ整形の負荷である。業務用食材卸、業務用酒販、給食事業者、記帳代行を請け負う税理士事務所も、扱う仕入先構成は違っても同じ構造の月末を抱える。
月次の納品書抽出は、行レベルで12項目を1枚のExcelに集約し、そのExcelを三点突合と仕入計上の双方に直接流し込む構成で成立する。抽出すべき列は実務的に決まっている。取引先、納品日、取引先納品書番号、商品コード、商品名、規格・サイズ、数量、単位（個・箱・ケース・kg・L）、単価、金額、軽減税率区分（8％・10％）、登録番号（記載がある場合）。紙・スキャン・PDFを行レベルで読み取り、これらの列を持つ1枚のExcelに集約すれば、月次請求書到着前に三点突合の前工程まで進められる。そこから先、軽減税率ごとの小計、登録番号の一括確認と経過措置を反映した控除可能額の計算、仕訳の起票は、Excelと仕入先マスターの結合で組み立てられる範囲に収まる。
この月次ワークフロー全体の制度的土台が、適格請求書等保存方式（インボイス制度）における記載要件である。国税庁タックスアンサー No.6625「適格請求書等の記載事項」が示すとおり、適格請求書には①書類作成者の氏名又は名称及び登録番号、②取引年月日、③取引内容（軽減税率の対象品目である旨）、④税率ごとに区分して合計した税込対価又は税抜対価の額及び適用税率、⑤税率ごとに区分した消費税額等、⑥書類の交付を受ける事業者の氏名又は名称、の6項目を記載しなければならない。納品書・仕入明細書・支払通知書・検収書も、これらを満たす形式で交付・保存されていれば適格請求書として機能し得る。月次ワークフローの設計はこの6項目を行レベルに分解して持つことから始まる。
紙とPDFが混在する仕入先群から行レベルで抽出し、Excelに集約し、三点突合を行い、税率と経過措置を反映した仕訳を起こし、会計ソフトのCSVインポート機能に渡す ― 中堅スーパーや食品問屋の月末はこの流れで動く。海外AP担当やバイリンガル読者向けには、日本の納品書をExcelに変換する基本手順を整理した英語版ガイド：日本の納品書をExcelに変換する手順が並走の参照になり、食品小売のAP実務全体を俯瞰したい場合は英語版：食品小売の請求書処理ワークフロー総論を参照できる。
納品書・納品明細書・検収書・月次請求書・仕入明細書・支払通知書 ― 取引文書チェーンの全体像
月次ワークフローを組み立てる前に、経理担当が触れる主要な取引文書の役割をインボイス制度下で整理しておきたい。文書同士の関係は仕入先によってばらつきがあり、ベンダー製品ページの定型解説では拾いきれない実務の機微がここに集中する。
仕入先発行の 納品書 は、物品納品時にそれぞれの納品ロットに添付される受領記録である。納品明細書 はその派生形で、明細行（商品コード・商品名・規格・数量・単価・金額）を1行ずつ詳細化したもの。生鮮・食品卸では、納品書に「3品目・合計○○円」とだけ書かれているケースと、ライン50行が詳細に並ぶ納品明細書が来るケースが同じ仕入先の中でも混在することがある。
買手側で発行する 検収書 は、受領した物品が発注内容に合致していることを記録する文書である。納品書の数量・規格を実地検収で確認し、差異があれば検収書側に反映する。検収書を仕入先と取り交わすチェーンと、社内記録に留めるチェーンの両方がある。
月末締めの後、仕入先から 月次請求書 が届く。これは期間中の納品書を集約した請求文書で、買手が支払うべき総額の正規通知である。中堅スーパーや食品卸では、月次請求書の到着前に納品書ベースで照合を進め、月次請求書到着時点で差異が解消されている状態を目指す。
仕入明細書 は買手側が発行する文書で、買手が記録した取引内容を仕入先に提示する形を取る。支払通知書 は支払予定の通知文書で、振込手数料の負担や相殺・値引きの反映により仕入先の請求書と総額が一致しないことも多く、支払通知書と請求書で金額がずれる原因と仕入明細書としての取り扱いを押さえておくと月次の照合で迷いにくい。
インボイス制度の下では、これら文書のいずれも、前述の6項目を満たす形式で交付・保存されていれば、適格請求書として機能し得る。納品書と月次請求書が単体ではこれらを満たさない場合でも、複数書類を相互に紐付けて参照することで6項目を補完する運用も認められている。納品書と請求書の役割分担をもう一段詳しく押さえたい場合は、英語版リファレンス：日本の納品書と請求書の役割の違いに整理してある。制度全体像の英語版概観は英語版：適格請求書等保存方式（QIS）の要件解説で確認できる。
買手発行の仕入明細書については、国税庁のQ&A（Q87・Q91付近で扱われる論点）に沿って、仕入先の登録番号を記載した仕入明細書を発行し、仕入先の確認を得ている場合に限り、買手側で仕入税額控除のための保存書類として完結し得るとされている。「確認を得ている」とは、仕入先に内容を提示し異議がない状態を確保していることを指し、書面のサインバックに限らず、メール・FAX・電子データでの返送、または合理的な期間内の異議申し立てがない旨を契約・覚書で明示する方法も実務上採用されている。読み手の運用に合わせて、どの確認方法を仕入先ごとに採るかをマスターに保持しておくと、月次の判定が機械的に進む。
仕入明細書方式（買手発行の仕入明細書を主軸に据える運用）は、納品書の行レベル抽出データから自動生成しやすい構造を持つ。納品書から取引先・納品日・商品コード・数量・単価・金額・軽減税率区分・登録番号が行レベルで取り出されていれば、これを仕入先ごとに月次集約するだけで仕入明細書の本体が組み上がる。仕入明細書 作成 納品書 集計の検索意図はここに直結する。
現場では、仕入先ごとに文書チェーンの構成が同じではない点にも注意がいる。納品書のみで月次請求書を発行しない仕入先、検収書を省略し納品書と月次請求書だけで処理する仕入先、買手側の仕入明細書方式を受け入れて月次請求書を発行しない仕入先、すべての書類を取り交わす大手仕入先 ― これらが同じチェーンの仕入先群に並存する。抽出ワークフローを組み立てる前に、仕入先マスターに「どの文書が届くか」「どの文書を買手側で発行するか」のフラグを持たせておくと、月末の照合パターンが仕入先単位で固定できる。
三点突合をExcel上のデータ結合として組み立てる ― 発注書・納品書・月次請求書の行レベル照合
三点突合は概念としては経理に知れ渡っているが、ベンダースイートの専用画面の操作として身に付いてきた経緯があるため、Excelで自前で組み立てる前提に切り替えると考え方の整理が要る。本質はシンプルで、発注書テーブル・納品書テーブル・月次請求書テーブルという3つのデータセットを、行レベルで結合し差異列を生成するデータ操作である。納品書 請求書 突合 自動化を狙うとき、自動化の対象はUIではなく結合とフィルタの仕組みになる。
結合キーは実務で何を使うかが決まっている。中心は 商品コード、補強は 数量 と 単価、補助で 納品日 と 取引先 を組み合わせる。商品コードについては仕入先側コードと買手側コード（チェーン側マスター）の2系統が並存するのが普通で、納品書側に仕入先コードしかないケース、買手側コードへのコンバート表が仕入先マスターに置かれているケースの両方を扱う必要がある。抽出設計の段階で、納品書から仕入先側コードを必ず取り、可能なら買手側コードも別列として補足する形にしておくと、結合精度が上がる。納品日と取引先は、納品書と月次請求書を絞り込む二次キーとして機能する。月次請求書側に「請求対象期間」が記載されている場合、その期間と納品書の納品日の範囲が整合しているかを併せて確認する。
3テーブルが結合できれば、差異列を導出するのは演算の話になる。数量差異（発注数量と納品数量、納品数量と請求数量の差）、単価差異（発注単価と請求単価の差、契約単価との差）、金額差異（発注金額・納品金額・請求金額の差）、消費税差異（軽減税率の適用が3票で揃っているか）、ステータス（一致、要確認、未照合、過納、欠品など）。これらを納品書1行ごとに展開するか、月次請求書1行ごとに展開するかは、月次の主参照を月次請求書にするかどうかで決まる。月次請求書側を主参照にすると、買手の支払金額確定に近い形での差異検出ができる。月次 請求書 納品書 照合 経理を実装するなら、月次請求書側を主軸テーブルにして納品書を左外部結合で連結し、未照合の月次請求書行をステータス「未照合」で残す設計が扱いやすい。
差異の中身は食品小売・食品卸特有のパターンに偏る。短欠納（数量不足）、過納、契約単価との単価差異、規格違い（ケース入数と単品入数の混同が頻発する）、軽減税率の適用ミス（8％・10％の境界商品で起きやすい）、商品コード違い（仕入先側と買手側のマスタ不整合）、鮮度・品質を理由とした返品 ― これらは差異列を分類するだけでなく、仕入先別の傾向把握にもつながる。三点突合 発注書 納品書 請求書 効率化の真価は、毎月の差異をパターン別に集計し、特定の仕入先・特定の商品ラインに偏った差異を月次で可視化することにある。
3テーブルそれぞれが備えるべき列は以下のように具体化できる。納品書 からは行ごとに、取引先名、納品日、取引先納品書番号、商品コード（仕入先側／買手側）、商品名、規格、数量、単位、単価、金額、軽減税率区分、登録番号。月次請求書 からは同等の列に加え、請求書番号、締日、請求対象期間、合計金額。発注書 からは商品コード、発注数量、発注単価、納入予定日、契約条件。発注書がEDIや基幹システムから抜けるなら抽出は不要だが、紙やPDFでしか発注を残していない取引先がある場合はここも納品書と同様に行レベル抽出の対象になる。
月末の締日と請求書の関係は仕入先によって独自で、20日締め・25日締め・末日締めなど契約条件が分かれる。日本のB2B支払条件と締切・手形運用の整理を改めて確認したい場合は、英語版：日本のB2B支払条件（締切・手形）の解説が参照になる。中堅スーパー・食品問屋では仕入先ごとに異なる締日を抽出データの「取引先マスター結合キー」として持たせておかないと、月次請求書側との突合範囲が動的に決まらない。
スクリーンショットや図に頼らずとも、ここまでの列名・結合キー・差異列の構造が把握できれば、Excel上で実装する経路は十分に見える。三点突合をデータ操作として捉える枠組みは、ベンダーUIに縛られず、抽出側のフォーマットと会計ソフト側のCSVスキーマの間に置ける独立した中間層として機能する。
流通BMSが届かないテール層 ― 仕入先フォーマット非一致をプロンプト指示で吸収する
中堅スーパー・食品卸の仕入先構成は、運用上は2層に分かれている。流通BMSで構造化された主要仕入先と、流通BMSに乗らない（または乗せきれない）テール層仕入先である。前者は注文・出荷・受領・請求がEDIメッセージで流れ、データは基幹システムに直接入る。後者は紙、PDF、スキャン、ときに手書きで届く。
このテール層は仕入先ごとに「フォーマットがそろわない」のが常態である。地方の小規模仕入先や個人事業主の生産者は、自社で会計ソフトの帳票テンプレートを使っているところもあれば、Excelで自作した独自レイアウトを使っているところ、納品の度に手書きで起こしているところ、印刷後にスタンプで登録番号を補っているところまで散らばる。同じ仕入先でも担当者が変わると体裁が変わることがあり、台紙の罫線、フォントサイズ、ロゴ位置すら一定ではない。納品書 OCR エクセル 中小企業の文脈で多くの経理担当が直面するのは、まさにここで「テンプレートで切り取れない」という事実である。
テンプレート型OCRは座標ベースで欄を切り取る性質上、フォーマット変動に対して脆い。新規仕入先が1社増えるたびに新しいテンプレートを定義し、既存仕入先がフォーマットを変えるたびにテンプレートを保守する必要がある。100社規模の取引先を抱える中堅チェーンや食品問屋 経理 月末 納品書 集計の現場では、このテンプレート保守だけで経理の工数が漏れ続ける。仕入 納品書 取り込み 自動化の本来の意義は、テンプレート保守の負荷から経理を解放することにある。
自然言語プロンプトで抽出を指示する方式は、この問題の前提を変える。テンプレートを仕入先ごとに作らず、ワークフロー側の意図 ― 「この納品書群から、取引先・納品日・取引先納品書番号・商品コード・商品名・規格・数量・単位・単価・金額・軽減税率区分・登録番号を行レベルで抽出してください」 ― を1度書けば、フォーマットが違っても同じ列構成のExcelが返ってくる。食品卸 納品書 OCR エクセルで実用に堪えるかどうかは、テール層の多様なフォーマットを横断的に処理できるかにかかっており、プロンプトでワークフローを指示できるアプローチはこの要件に直接向き合う設計である。
私たちはAIによる納品書・請求書データ抽出を、まさにこの構造で組み立てている。インターフェースは1つのプロンプト入力欄とファイルアップロードエリアで、テンプレート設定や事前のルールエンジン構築は不要である。中堅スーパーの経理担当が、月末に蓄えた数百枚の納品書PDFと紙のスキャン画像を一括でアップロードし、プロンプトで列指定を行えば、Excel・CSV・JSONのいずれかで結果が返る ― 納品書PDFの一括取り込みを、テンプレート保守なしで月次の単発作業に置き換える構造である。1バッチで最大6,000ファイル、1PDFあたり最大5,000ページまで扱えるため、月末の集中処理にもそのまま当てられる。
プロンプトの粒度は実務に合わせて細かく書ける。たとえば「規格欄に入数（例：12本入×6ケース）が含まれる場合は、入数を数量列にケース単位で展開してください」「軽減税率対象品目には消費税区分列に『8％』、それ以外には『10％』と記入してください」「送付状や挨拶状のみのページは無視してください」「商品コードが書かれていない行は備考列にその旨を記してください」といった指示が、テール層の多様な納品書フォーマットを単一のExcelスキーマに整える。1行に納まらない情報（規格と入数が同欄に書かれている、軽減税率の判定が商品名から推定するしかない、登録番号が手書きで補ってある）も、プロンプトで取り扱いを指定できる。
抽出結果のExcelは、すべての行に 元のファイル名 と ページ番号 が紐付いた状態で出る。テール層仕入先の月末抽出を進める中で、軽減税率の境界や登録番号の判定で迷う行が出たときには、その行から元のPDFを参照すれば現物確認に1動作で戻れる。月次の差異処理を進めるとき、この参照可能性は実務上の安心になる。プロンプトはプロンプトライブラリに保存して翌月以降に同じ手順で再利用でき、新規仕入先がテール層に追加されても基本プロンプトの調整で対応できる範囲に留まる。
中堅スーパー・食品卸の月末を回す経理の負荷は、流通BMSに乗らない仕入先の数とフォーマット変動の幅で決まる。ここをワークフロー指示で吸収できる仕組みを置けば、テンプレート保守ではなく、月次の差異分析と仕入計上の精度向上に経理の時間を回せる。
軽減税率8％・10％を行単位でタグ付けする ― 食品小売・食品卸の境界商品処理
食品小売や食品卸の納品書では、軽減税率8％の品目と標準税率10％の品目が同一仕入先の同一納品書内で当たり前に混在する。スーパーの一般食品仕入は8％、酒類は10％、店舗で使う家庭用消耗品は10％、業務用酒販からの仕入は10％、調理済み総菜は持ち帰り想定なら8％、店内飲食向け納品なら10％、機能性飲料の中には医薬部外品扱いで10％となるもの、ペットフードは10％。この区分が行単位で揃わないと、月次請求書側の8％合計・10％合計と納品書側の合計が突合できない。
抽出データには 消費税区分列 を行レベルで必ず持たせる。納品書に税率欄がある場合はそれを取り、税率欄を持たない仕入先（テール層に多い）の場合は、商品名や商品コードからの推定を組み合わせる。「○○ジュース」「○○米」「○○パン」のような明らかな飲食料品は8％、「○○ビール」「○○ワイン」「○○日本酒」「○○焼酎」は10％、店舗運営用消耗品（レジ袋、清掃用品、ストレッチフィルム、什器備品）は10％、といった分類はマスターと商品名の組合せで機械的に当てやすい。仕入先が誤って一律10％を貼ったり、軽減税率対象を判定できずに一律8％を付してきたりすることもあるため、抽出側で商品名から税率を再判定する経路を持っておくと、月次の異常を検出しやすい。
特に判別が割れやすいのは、いわゆる境界商品である。甘味料入りの清涼飲料水・果実飲料、無糖の炭酸水は飲食料品で8％だが、酒類は10％となる。調理済み食品は最終消費形態に依存し、テイクアウトは8％、イートインは10％となるが、業者が小売店に納品する段階では消費形態が確定していないため、納品書上の判定は契約上の出荷形態に従う。機能性飲料・栄養ドリンクは医薬部外品に分類されると10％となる商品があり、商品マスターに製造販売区分の情報を持たせていないとここでミスが起きやすい。ペットフードは飲食料品ではないため10％となる。これら境界商品については、仕入先マスターまたは商品マスターに 「軽減税率該当」フラグ を持たせ、抽出時に商品名と突き合わせる二段判定を組むのが実務的である。
抽出済みExcelで税率ごと小計を生成する段は、消費税区分列でフィルタを掛ければ機械的に出る。8％合計と10％合計を仕入先単位・月単位で並べ、月次請求書側の8％合計・10％合計と並列に並べると、差異が出る行は即座に絞り込める。この絞り込みは、三点突合の差異列「消費税差異」を作る入力としてもそのまま使える。仕入先が誤って税率を付した行、または商品マスターの未更新で買手側の判定がずれた行のいずれであっても、行レベルで突き返せるレベルの粒度に整う。
軽減税率の判定を抽出ステップで吸収すると、後段の仕訳起票でも8％・10％を別行で書き分ける処理が機械的に進む。仕入計上の借方「仕入」を税率別に分けて起こす運用は、ほとんどの会計ソフトで税区分コードの違いとして表現できるため、Excel側で税率を行レベルに持っていれば、CSVインポートの段で自動的に税区分が割り振られる構成になる。
仕入先の登録番号と経過措置 ― 行レベルでの仕入税額控除の管理
中堅スーパーや食品卸の仕入先群には、適格請求書発行事業者として登録済みの大手仕入先と、登録していない（または登録していなかった）小規模仕入先・個人事業主が混在する。登録事業者は固有の T番号（登録番号） を持ち、納品書・請求書・仕入明細書等に記載する。納品書の行レベル抽出データを月次仕入計上の入力に使うとき、この登録番号と登録状況を行ごとに保持しているかどうかが、その後の仕入税額控除の計算精度を左右する。
実務的な設計は、抽出データに 「登録番号」列 と 「登録状況」列 の両方を行単位で持たせることに尽きる。納品書面に登録番号が記載されていれば抽出してそのまま列に入れ、仕入先マスター側の登録状況と照合する。記載がなければマスター側の登録状況を引いてくる。記載と仕入先マスターで食い違いが出る行（仕入先が登録を抹消したのに過去のテンプレートが残っている、登録直後で番号付与が間に合っていない、テール層仕入先が手書きで誤った番号を書いた、など）は、月末の差異処理対象として浮かび上がる。
仕入先マスターの登録状況は鮮度管理が要る。仕入先によっては期中に登録・抹消が動くため、定期的に国税庁適格請求書発行事業者公表サイトで照合する運用を、四半期または半期の棚卸し作業として固定しておくのが現実的である。照合の具体手順は英語版：仕入先のT番号を国税庁公表サイトで照合する方法に整理してある。検索性のためのCSV出力経由でマスターと突合する経路もあり、仕入先数が3桁になる中堅チェーンではバッチ照合のほうが効率的なことが多い。
免税事業者からの仕入については、インボイス制度施行と同時に 経過措置 が設けられている。執筆時点で確定して運用されている枠組みでは、令和5年10月1日から令和8年9月30日までの仕入については仕入税額相当額の80％を、令和8年10月1日から令和11年9月30日までは50％を、それぞれ控除可能としている。令和11年10月以降は控除不可となる ― これが現時点で公表されている本則の段階的縮小スケジュールである。
直近の税制改正の議論では、この経過措置の対象範囲や控除割合の見直し、免税事業者からの年間支払総額に対する上限設定など、いくつかの論点が税制改正大綱の中で取り上げられている。ただし、改正大綱は法案・政令の最終形ではないため、判断の基礎に置くのはすでに法令で確定している内容に絞る。毎年度の改正大綱公表時と国税庁Q&Aの更新時に、社内の経過措置区分マッピングと仕入先マスターの登録状況を年度単位で棚卸しする運用を、決算前後に固定スケジュールとして組み込むのが安全である。
行ごとの「経過措置区分」を抽出データの列として持たせる設計は、月次仕入計上の仕訳生成と直結する。登録状況が「免税」かつ取引日が経過措置適用期間に入っていれば、控除可能額は仕入金額×消費税率×控除割合（80％または50％）で算出する。控除不能分は「仕入」または「雑損失」相当の科目で別行に振り分けるか、税抜経理の場合は仕入額に上乗せして処理する。会計ソフトのCSVスキーマに「税区分コード」として控除割合を表す区分が用意されているケースもあり、Excel側の経過措置区分列を会計ソフト側の税区分コードに変換するマッピング表を仕入先マスターに紐付けておくと、月次のCSV書き出しが機械的に進む。
免税事業者からの納品書を実務でどう取り扱うか（取引継続の判断、契約見直しの要否、社内ルールの整備）については、英語版：免税事業者からの納品書を処理する経過措置ガイドに体系的に整理してある。中堅スーパーや食品卸では、登録／免税の混在を抱えながら取引継続を続ける仕入先が一定数残り、月次仕入計上はそのまま続く前提で組み立てる必要がある。
電子帳簿保存法との整合 ― 抽出データが検索要件を満たす理由
電子帳簿保存法（電帳法）の改正で2024年1月から本格運用に入った電子取引データの保存義務は、月次の納品書抽出ワークフローを設計する上で外せない制度的制約になる。メール添付で受け取った納品書PDF、仕入先ポータルからダウンロードした納品明細PDF、EDIで授受した取引情報は、原則として電子データのまま保存することが義務化されており、紙に印刷した運用は認められない。
ここで合流するのが、抽出したExcelが電帳法の検索要件とExcel索引簿の作り方をそのまま埋めるという構造である。電子取引データの検索要件は取引年月日・取引先・取引金額の3項目を検索条件として指定できる状態を確保することだが、月次仕入計上のために抽出するExcelには 取引日（納品日）、取引先（仕入先名）、取引金額（明細合計または納品書合計） が必須列として最初から並ぶ。電帳法対応のためだけに追加実装する必要はなく、Excel側のフィルタやVLOOKUPが検索インデックスを担う。改ざん防止は訂正削除規程の整備でクリアし、見読可能性はExcelとPDFそれぞれで担保する ― 月次ワークフローの副産物として電帳法要件を満たす構成である。
実装の細部としては、抽出データの各行に 「ファイル名」列 と 「ページ番号」列 を持たせる。元のPDFファイル名（例：2026-05_supplier-tanaka_nouhin_0123.pdf）と納品書が記載されているページ番号があれば、Excelからソース納品書PDFへ直接参照する経路ができる。納品書PDFは決めたフォルダ階層（年月／仕入先／納品書番号）に保存し、Excel側のファイル名・ページ番号でその実体を指し示せば、検索要件の運用上のインデックスはExcelが担う構造になる。月次の差異処理で「この行の請求金額が変だ」となったとき、Excelの該当行のファイル名・ページ番号から元PDFを1動作で開ける状態は、実務的にも電帳法対応的にも合理的な配置である。
紙で届く納品書（テール層の手書き納品書、ラベル印字された伝票、FAX紙）については、スキャナ保存制度の枠組みで扱う。解像度は200dpi以上、カラー画像での保存、保存時のタイムスタンプ付与（または同等の改ざん防止措置）といった要件があり、運用上はスキャナの設定とタイムスタンプ機能（クラウド型スキャナサービスや、認定タイムスタンプサービスとの連携）を組み合わせる。中堅スーパーや食品卸で頻発する判断は、テール層の紙納品書をスキャナ保存制度下で運用し続けるか、相手方にPDF発行への移行を促していくかである。移行を促す場合は、仕入先側の負荷（PDF発行手段、メール送信、ポータル利用）を踏まえて段階的に進めるのが現実的で、登録番号の整備や月次の照合精度向上といった別の論点と組み合わせて取引条件の見直しタイミングで切り出すと、仕入先側の同意も得やすい。
会計ソフトCSVインポート経路 ― マネーフォワード・freee・弥生・勘定奉行への連携
抽出ワークフローの設計思想は ERP非依存 に置く。AP一体型ベンダースイートは抽出から仕訳起票・支払処理までを自社内で囲い込むが、ERP非依存設計では抽出結果のExcelが中間ハブになり、どの会計ソフトに流すかは下流側の選択で決まる。同じExcelを、マネーフォワード クラウド会計に流す月もあれば、記帳代行先のfreee 会計に流す月もある。データのオーナーシップは買手側に残り、会計ソフトの切替や記帳代行先の変更が来てもワークフロー本体は動かない。月次の仕入計上 納品書 月締め 集計の本体を抽出ワークフローに置き、会計ソフトはマッピング表の差し替えで切り替える、という重心配置が要点である。
会計ソフト4種への流し込みで、共通骨格は変わらない。借方「仕入」貸方「買掛金」を基本パターンに、軽減税率（8％）と標準税率（10％）を別行で書き分け、控除不能消費税（経過措置適用分）を必要に応じて別行で処理する。Excel側でこの骨格に揃えてから書き出せば、どの会計ソフトに流しても同じ仕訳が再現される。違いが出るのは、税区分コードの番号体系、複合仕訳の表現方法、一括インポート機能の利用条件 ― この3点に集中する。
マネーフォワード クラウド会計（納品書 マネーフォワード CSV インポート 仕入計上の文脈）では、仕訳帳CSVを取引No単位で組む。複合仕訳は同一取引Noで複数行に展開し、軽減税率と標準税率は同一取引No内で別行に分ける。控除不能消費税は税区分コードに「対象外」「控除不可」相当を当てるか、雑損失で別行に振り分ける。マネーフォワード債務支払への連携経路全体は英語版：マネーフォワード クラウド債務支払への連携ガイドに整理してある。
freee 会計（納品書 freee 仕入 自動 仕訳 取り込みの文脈）は、一括インポート機能の利用可否が契約プランに依存する。月次仕入計上の一括投入はPro以上のプランで提供される仕訳一括インポート機能を経由する前提で組む。インポート前にfreee側の取引先マスター・勘定科目マスター・税区分マスターと、Excel側の列値を整合させておくのが、エラーの大半を消す前段になる。
弥生会計（納品書 弥生 取り込み CSV 仕入計上の文脈）は スマート取引取込 と スマート証憑管理 が役割分担する。仕訳データのCSV取り込みはスマート取引取込、証憑PDF保管とスキャナ保存制度対応はスマート証憑管理の二段運用が標準的である。デスクトップ版に対しては伝票形式のCSVを仕訳取込で受け入れる経路がある。
勘定奉行クラウド（納品書 勘定奉行 取り込み 仕入 CSVの文脈）は勘定科目コードと税区分コードが奉行マスター側で番号付与されている点が押さえどころで、Excel側の経過措置区分や軽減税率区分を奉行コードに変換するマッピング表を仕入先マスターに紐付けると、月次の書き出しが機械的に通る。複合仕訳の表現は伝票No共通化で行う。
記帳代行を請け負う 税理士事務所 には STREAMED の連携経路も選択肢に入る。複数クライアントの納品書を扱う場合、抽出済みExcelからSTREAMED経由で各クライアントの会計ソフトに流せば、クライアントごとに会計ソフトが違っても1つの抽出ワークフローで賄える。クライアントごとの勘定科目マッピングはSTREAMEDの仕訳ルール機能で固定する。
月締めワークフローを自然言語プロンプトで制御する ― プロンプト設計の実務例
月次の納品書抽出を、テンプレート定義ではなく 1つのプロンプト＋月次の文書一括投入 として組み立てる発想に切り替えると、運用上の単位が変わる。テンプレートは仕入先ごとに増殖し、保守を経理に求め続けるが、プロンプトはワークフロー単位で1つ書けば足りる。新規仕入先がテール層に増えても、基本プロンプトに数行の調整を入れるだけで対応できることが多い。納品書 自動 読み取り 経理の文脈で「自動」が成立する条件は、判断の指示をプロンプトに集約できることである。
プロンプト設計の主な要素を整理すると、4つの軸に分解できる。
列定義：抽出したい列を順番付きで列挙する。中堅スーパーや食品卸の月次仕入計上であれば、取引先名、納品日、取引先納品書番号、商品コード（仕入先側）、商品コード（買手側、可能なら）、商品名、規格・サイズ、数量、単位、単価、金額、軽減税率区分、登録番号、ファイル名、ページ番号、の構成が標準的になる。
書式ルール：列ごとの形式を指定する。日付はYYYY-MM-DD、金額は小数2桁、数量は整数または小数1桁（kgやLは小数あり、ケース・個は整数）、軽減税率区分は「8％」「10％」の文字列、登録番号は「T」＋13桁の文字列。Excelの列タイプ（数値・日付・文字列）も併せて指定すると、書き出しCSVがそのまま会計ソフトに通る。
抽出粒度：行レベル（明細1行ごとに1Excel行）か、伝票レベル（納品書1枚ごとに1Excel行）か。月次仕入計上の三点突合を視野に入れるなら行レベル一択になる。
条件分岐と除外：特定ページの除外（送付状、挨拶状、合計のみのサマリーページ）、特定行の抽出条件（商品コードが特定の体系のもののみ、軽減税率8％対象の合計の算出）、フォールバック規則（規格欄に入数が記載されている場合の数量列への展開、税率欄がない場合の商品名からの推定）など、納品書フォーマットの揺れを吸収するルールを書き加える。
実務的なプロンプト骨格は、たとえば「中堅スーパー月次仕入計上用」であれば以下のような構成になる。
中堅スーパーマーケットチェーンの月次仕入計上用の納品書抽出です。納品書1枚ごとに、明細1行を1Excel行として展開してください。
抽出する列：取引先名、納品日（YYYY-MM-DD）、取引先納品書番号、商品コード、商品名、規格、数量（小数1桁まで）、単位、単価（小数2桁）、金額（小数2桁）、軽減税率区分（「8％」または「10％」の文字列）、登録番号（あれば「T」＋13桁、なければ空欄）、ファイル名、ページ番号。
軽減税率区分は、納品書に税率欄がある場合はそれを優先し、税率欄がない場合は商品名から推定してください。酒類・調味料以外の酒類用原料・店舗運営用消耗品は10％、それ以外の飲食料品は8％を基準とします。
送付状、挨拶状、合計のみのサマリーページは抽出対象から除外してください。
規格欄に「12本入×6ケース」のような入数記載がある場合は、数量列にケース数を入れ、規格列に「12本入」を残してください。
各行に元のPDFファイル名とページ番号を付けてください。
このプロンプトを プロンプトライブラリ に保存すれば、翌月以降は同じ手順で再利用できる。新規仕入先がテール層に1社追加されても、基本プロンプトの調整は最小限で、新規仕入先固有の判別ルール（独自の規格表記、特殊な税率扱い）を「追記」する形で対応できる。チーム内で経理担当が複数いる場合は、プロンプトを チーム共有のテンプレート として固定し、月次の運用ルールを言語化した状態でチーム内に流通させる。これは記帳代行を請け負う税理士事務所がクライアントごとに別プロンプトを保持する場合にも同じ構造で組める。
プロンプトでの制御を中心に据えると、月末ワークフローの変更コストが下がる。会計ソフトを切り替える、新規仕入先を追加する、軽減税率の運用ルールを見直す、経過措置の控除割合が変わる ― これらのいずれが起きても、変えるのはプロンプトの該当部分か仕入先マスターのマッピング表だけで、抽出基盤そのものに手を入れる必要がない。月末の運用単位は「仕入先テンプレート×N社」から「プロンプト×1＋仕入先マスター」へ置き換わり、経理の時間配分はテンプレート保守ではなく月次の差異分析と仕入計上の精度向上へ移る。