納品書をエクセルで作る方法｜受発注・請求と連動させる設計と限界

納品書はエクセルで十分作れる。問題は「その先」

納品書はテンプレさえ整えればエクセルで十分実用に耐えます。本当の課題は、受注データから納品書へ、納品書から請求書へと情報を転記する過程で発生する二重入力とミスです。

弊社が中小卸売・製造業の事務担当者から相談を受ける案件の多くは、「納品書はエクセルで作れているが、受注管理や請求書との連動で疲弊している」というものです。納品書そのものの作り方に困っているケースは実はそれほど多くありません。困っているのは、受注リストに入力した商品名・数量・単価を、納品書にもう一度入力し、さらに請求書にも入力する「三重入力」の状態です。

この記事では、まず単体で使える納品書テンプレの作り方を示したうえで、受注→納品→請求をエクセル上で連動させる設計と、その設計が崩れる分岐点を具体的に解説します。

納品書テンプレの基本構成｜4つのブロックで組む

納品書は「ヘッダー情報」「明細テーブル」「合計欄」「備考欄」の4ブロックで構成すると、後から受注データと連携させる際に改修しやすくなります。

ヘッダー情報には、納品書番号・発行日・取引先名・自社情報（住所・電話番号・登録番号）を配置します。ここで重要なのは、納品書番号を後述の受注番号と紐づく形で採番することです。単純な連番だけにすると、後から特定の受注に対応する納品書を探す際に手間がかかります。

明細テーブルは、品名・数量・単価・金額の4列を最低限とし、金額列は「数量×単価」の数式で自動計算させます。ここを手入力にしていると、数量や単価を修正した際に金額が古いままになる事故が起きます。弊社が実際に確認した案件でも、単価修正後に金額欄を更新し忘れて過小請求になっていたケースがありました。

合計欄は小計・消費税・合計金額を分けて表示し、消費税率は別セルに数値として置いて数式から参照する形にします。税率をセルに直接ハードコードすると、軽減税率が混在する取引で税率変更のたびに全シートを修正する羽目になります。

受注データから納品書へ｜転記なしでつなぐ設計

受注シートと納品書シートを分け、納品書側の品名・数量・単価をXLOOKUP（またはVLOOKUP）で受注シートから参照させると、手入力による転記ミスを構造的に防げます。

受発注管理を1つのブックにまとめる場合、最初に作るべきは「受注シート」です。受注番号・取引先・受注日・品名・数量・単価の列を持つ台帳形式で、1受注1行、または1受注複数行（明細ごとに行を分ける）のどちらかで設計します。複数の商品を1回の受注でまとめて受ける取引が多い卸売業では、後者の「1受注複数行」形式のほうが納品書との連携がスムーズです。

納品書シート側では、納品書番号セルに対応する受注番号を入力すると、XLOOKUP関数が受注シートから該当する品名・数量・単価を自動的に引っ張ってくる仕組みにします。これにより、受注時に入力した情報を納品書側でもう一度手入力する必要がなくなります。弊社が支援した卸売業の案件では、この連携だけで納品書作成にかかる時間が1件あたり平均8分から2分程度まで短縮しました（自社支援実績・件数は案件により変動）。

ただし、この連携方式には限界があります。1回の受注を複数回に分けて納品する「分納」が発生すると、受注シートの1行に対して納品書が複数枚できることになり、単純なXLOOKUPでは対応しきれません。分納管理が必要な取引が一定数ある場合は、受注シートに「納品済み数量」の列を追加し、都度手動で管理するか、次の章で述べる限界点を踏まえた判断が必要になります。

納品書から請求書へ｜まとめて請求のパターンで数式が壊れる

納品書1枚につき請求書1枚であれば数式連携は容易ですが、複数の納品書をまとめて1枚の請求書にする「まとめ請求」が発生した時点で、単純な参照式では対応できなくなります。

多くの卸売業・製造業では、月末に1ヶ月分の納品をまとめて1枚の請求書にする「月締め請求」が一般的です。この場合、請求書シートは特定の1枚の納品書を参照するのではなく、「特定の取引先・特定の期間」に該当する複数の納品書を集計する必要があります。

エクセルでこれを実現する場合、SUMIFS関数を使って「取引先が一致し、かつ納品日が対象期間内」の明細を合計する方法が一般的です。ただし、この数式は納品書シートの構造が変わるたびに参照範囲を修正する必要があり、複数人で運用していると誰かが行を挿入・削除した瞬間に集計範囲がずれるリスクを抱えます。弊社が確認した失敗事例では、納品書シートに行を1行追加した際にSUMIFSの参照範囲が更新されず、月次請求額が実際より少なく計上されていたことがありました。

この「まとめ請求」の集計処理こそが、エクセル運用における二重入力・転記ミスの最大の発生源です。ここが崩れ始めたら、単体のテンプレ改修ではなく設計そのものを見直すタイミングだと考えてください。

二重入力・転記ミスが「脱エクセル」の分岐点

受注・納品・請求の3工程すべてをエクセルの数式連携だけで支えようとすると、担当者の異動・行の追加削除・変則的な取引パターンのいずれかで必ずどこかが壊れます。壊れる箇所が増えてきたら、受発注管理システムへの移行を検討する分岐点です。

エクセルでの受発注〜請求連携が限界を迎えるサインは主に3つあります。1つ目は、月間の納品書発行件数が増え、SUMIFSやXLOOKUPの計算範囲が大きくなりすぎてファイルの動作が重くなること。2つ目は、分納・まとめ請求・値引き・返品といった変則パターンが増え、数式では対応しきれず手動修正が常態化すること。3つ目は、数式の仕組みを理解している担当者が1人しかおらず、その人が不在の日に納品書も請求書も作れなくなる属人化です。

この3つのうち2つ以上に該当する場合、エクセルのテンプレを改修し続けるより、受発注管理システムへの移行を検討したほうが総コストが下がるケースが多いというのが弊社の実感です。移行の判断基準や具体的な移行ステップについては、受注管理をエクセルで続ける限界｜脱エクセルの判断基準と移行の進め方で詳しく解説しています。

受発注管理システムへの橋渡し｜何を引き継ぎ何を捨てるか

受発注管理システムへ移行する際は、エクセルで培った「受注→納品→請求」の項目設計をそのままシステムのマスタ設計に引き継ぐと、移行後の運用が定着しやすくなります。

受発注管理システムを導入する際によくある失敗は、エクセルでの運用ルールを一度リセットし、システムの標準機能に合わせて業務フローを作り直そうとすることです。しかし、エクセルで運用してきた明細項目・採番ルール・まとめ請求の集計単位には、その会社固有の取引慣習が反映されていることがほとんどです。これらを無視してシステムを導入すると、現場が「システムでは自社のやり方に対応できない」と感じ、結局エクセルに戻ってしまうケースを何度か見てきました。

弊社では、まず現行のエクセル運用（受注シート・納品書シート・請求書シートの構造と数式）を棚卸しし、どの項目・ルールをシステムのマスタ設計にそのまま引き継ぐべきか、どの部分がシステム標準機能で代替できるかを整理するところから支援しています。自社のどの業務にどこまで手を入れるべきか判断がつかない場合は、初月無料の経営AI診断（通常30万円相当）で現状の業務フローを可視化し、改善提案までご一緒することも可能です。

まとめ

納品書は4ブロック構成のテンプレで作れば、単体では十分実用的に運用できます。課題は受注データ・請求書との連携であり、XLOOKUPやSUMIFSでの数式連携は分納・まとめ請求・属人化のいずれかで必ず限界を迎えます。月間発行件数・変則取引の頻度・担当者の属人化という3つの兆候が重なってきたら、テンプレ改修ではなく受発注管理システムへの移行を検討するタイミングです。

よくある質問

納品書と請求書をエクセルで一体化するテンプレは作れますか？

1つのブックの中でシートを分け、VLOOKUPやXLOOKUPで受注シートの値を納品書シートに参照させる形なら作れます。ただし請求書側で「まとめて請求」「一部のみ請求」といった変則パターンが出た瞬間に数式が壊れやすく、運用者が数式の仕組みを理解していないと保守できなくなるのが実情です。小規模（月間納品件数20件未満）であれば十分実用に耐えます。

納品書番号が受注番号や請求書番号とズレてしまいます。どう管理すればいいですか？

採番ルールをエクセルの自動連番（ROW関数や補助列でのカウントアップ）に任せず、受注番号をベースに「受注番号+枝番」で納品書番号を作る設計にすると紐付けが崩れにくくなります。ただし複数人が同時に編集すると採番が重複するリスクは残るため、同時編集が発生する体制ではこの方式でも限界があります。

納品書のエクセル運用から脱却するタイミングの目安はありますか？

月間の納品書発行件数が30〜50件を超える、または納品書と請求書の転記に月5時間以上かかっている状態が続くなら検討時期です。加えて、担当者が1人しか数式の仕組みを把握していない「属人化」が進んでいる場合は、その担当者が不在の日に業務が止まるリスクが顕在化しているサインです。

エクセルの納品書テンプレはどこで手に入りますか？

本記事内の構成（ヘッダー情報・明細テーブル・合計欄・備考欄の4ブロック構成）に沿って自作するのが、後々の受注・請求連携を見据えると最も柔軟です。既製テンプレは項目の追加・変更がしづらく、受注シートとの連携を後付けする際にレイアウトごと作り直す羽目になるケースをよく見ます。

関連記事

• 受注管理をエクセルで続ける限界｜脱エクセルの判断基準と移行の進め方 — 関連: 受注管理の脱エクセル判断基準
• 受発注管理システムの選び方｜エクセル脱却と卸売業の業務フロー設計 — 関連: 卸売業の受発注システム選定
• 見積書・請求書作成をAIで効率化｜定型書類の自動化と注意点 — 関連: 請求書業務のAI効率化
• 工程表をエクセルで作る方法｜製造・建設の現場で使えるテンプレと限界 — 関連: エクセル業務管理の作り方と限界
• 中小企業向け AI 導入の初期費用と相場感 — 関連: AI導入のコスト視点