納品書の書き方と手書きをやめる判断｜製造業の出荷伝票の実務

2026年8月13日
執筆者：尾畠悠樹
プロフィール

納品書を複写式の用紙に手書きし、1枚は品物に添え、1枚は控えとして綴じる。中小製造業の出荷現場でいまも標準的な運用です。請求書の電子化は進んでも、納品書だけ手書きが残っている工場が多いのには理由があります。 客先の受領印をもらう必要があり、紙でなければ運用が成立しないからです。本記事では納品書に何を書くべきかを整理したうえで、手書きを続けてよい条件と、限界を迎える条件を切り分けます。

納品書とは何か。請求書との違い

納品書は、納めた品物の内容を相手に伝える書類です。何を、いくつ納めたかを示します。

請求書との違いは、伝える相手の関心が違うことです。

納品書と請求書の違い

	納品書	請求書
伝えること	納めた品物と数量	支払ってもらう金額
発行するタイミング	出荷時	締め後
受け取る人	客先の受入・検査担当	客先の経理
金額の記載	任意（入れない運用もある）	必須
相手が確認すること	品物と数量が合っているか	金額と支払期日
自社での役割	出荷したことの証跡	売上の確定

納品書に金額を入れるかどうかは運用次第です。 現場の受入担当に単価を見せたくないという理由で、数量だけを記載した納品書を使う会社もあります。逆に、納品書の金額をそのまま検収額として扱う客先もあります。どちらが正しいということはなく、客先ごとの運用に合わせます。

納品書に法定の記載要件はない

書き方を考える前に、前提を押さえます。

納品書は、発行そのものが法律で義務づけられた書類ではありません。 商習慣として広く使われていますが、出さなくても違法にはなりません。実際、客先の指定伝票だけで運用している取引もあります。

ただし例外があります。納品書を消費税の適格請求書として扱う場合や、請求書と組み合わせて要件を満たす運用にする場合は、記載事項の要件がかかります。 制度上、複数の書類の相互関連が明確であれば、それらを合わせて要件を満たす扱いも認められています。自社の運用がどれに当たるかは、国税庁の公表資料で確認してください。

つまり納品書の書き方は、法律ではなく「自社と客先の運用が回るか」で決まります。 ここが請求書と決定的に違う点です。

実務上必要な記載項目

法定要件がないぶん、必要な項目は実務から逆算します。基準は「後から探せるか」です。

納品書に入れておく項目

項目	必須度	これが無いと起きること
客先名	必須	控えを綴じたときに誰宛か分からない
工番（案件番号）	必須	どの案件の出荷か分からず、請求と原価に紐付かない
品名・図番	必須	略称だけだと客先の検収で照合できない
数量・単位	必須	検収で数え直しになる
出荷日	必須	締め日の判定ができない
注文番号（客先の）	推奨	客先の検収照合が止まる。指摘の連絡が来る
分納の回数と残数	推奨	何回目の出荷か分からず請求漏れの原因になる
単価・金額	任意	客先の運用に合わせる
担当者名	推奨	数量違いの問い合わせで確認先が分からない

工番と分納の残数の2つが、他の帳票と違う重みを持ちます。 工番が入っていないと、その出荷が案件別の原価や請求と紐付きません。分納の回数が残っていないと、締め請求のときに何回目までを請求済みか分からなくなります。

客先の注文番号も入れておいてください。 客先の検収は自社の工番ではなく客先の注文番号で照合されます。これが無いと検収が止まり、入金が翌月にずれます。

検収・受領印・控えの返却という運用

手書きの納品書がなくならない最大の理由がここです。

多くの取引では、納品書を複写式にして次のように運用されています。

1枚目を品物に添付する
2枚目に客先の受領印をもらい、その場で持ち帰る
3枚目を自社の控えとして綴じる

この「受領印をその場でもらう」という運用が、紙を前提にしています。品物を届けた人が印をもらって帰る流れは、電子化しても代替が簡単ではありません。

受領印は何のためにあるか

受領印は「納品を受け取った」という事実の記録です。数量違いや未着のトラブルが起きたときに、受け取った証拠として機能します。

ただし実務では、印をもらうこと自体が目的化している場合もあります。確認したいのは「その印が実際に使われたことがあるか」です。 過去にトラブルの解決で受領印付きの控えを持ち出したことがないなら、その運用は形式になっている可能性があります。

電子化するときの落とし穴

納品書を電子化する場合、受領印の代わりを何にするかを客先と合意しておく必要があります。 選択肢は、客先の検収データを受け取る、出荷側の記録を証跡とする、重要な取引だけ紙を残す、などです。

ここを決めずに納品書だけ電子化すると、現場が「印をもらえないと不安だ」と言い、紙が復活します。 電子化の障壁は技術ではなく、この合意形成です。

納品書兼請求書にできる条件

納品書と請求書を1枚にまとめる運用もあります。事務が半分になるので魅力的ですが、条件があります。

都度請求であること。 締め請求では期間内の複数納品をまとめるため、納品書と請求書が多対1になり1枚にできません
分納がないこと。 分けて出荷するなら、出荷ごとの納品書と締め後の請求書は別になります
消費税の要件を満たすこと。 適格請求書として扱うなら記載事項が必要です

製造業の継続取引は締め請求が多数なので、この形式が使えるのはスポット取引に限られます。 3帳票の連動をどう設計するかは見積書・納品書・請求書の連動、締め請求の実務は締め請求とはで扱っています。

手書きを続けてよい条件と、限界を迎える条件

手書きが悪いわけではありません。 条件が揃っていれば、複写式の伝票は速くて確実です。

納品書の手書きを続けてよい条件と、限界を迎える条件

観点	手書きで問題ない	限界を迎える
出荷の形	1受注1回の出荷	分納がある
品目数	1回の出荷で数品目	1回の出荷で十数品目以上
拠点	出荷場所が1か所	複数拠点・現場直送がある
請求との連動	都度請求で1枚にまとめられる	締め請求で集計が必要
控えの使い方	綴じるだけ	過去の出荷を頻繁に探す
原価管理	案件別の原価を追っていない	工番別に出荷と売上を紐付けたい

分納と締め請求の2つが、手書きの限界を決めます。 請求書の場合と同じ分かれ目です。出荷が1回で完結し、都度請求なら手書きで十分です。

納品書は請求漏れを防ぐ元データ

最後に、納品書の位置づけを変える見方を1つ挙げます。

締め請求において、請求書を作る作業の実体は「期間内の納品を集める作業」です。 つまり請求の元データは納品書です。

ここから次のことが言えます。

納品書の控えが手書きで綴じられているだけなら、請求の元データは紙の束の中にある
分納の途中回が抜けても、紙を数え直さなければ気づかない
過去の出荷実績を単価交渉に使いたくても、集計に手間がかかる

請求漏れの防止という観点では、請求書の電子化より納品書の電子化のほうが上流にあります。 請求側だけ整えても、集める元が紙のままでは精度は上がりません。手書きの限界を感じているなら、請求書より先に納品書から着手するほうが効果的です。

Factory Advance での納品書

クラウド型の案件管理システム「Factory Advance」は、受注から発注、工程、納品、請求までを案件単位で管理します。納品書については次のように働きます。

受注データから納品書を作成できるため、品名と数量の打ち直しが発生しない
工番に紐付くため、分納しても受注残と出荷済みの数量が分かれて残る
期間内の納品を集約して請求書を作成できる（締め請求に対応）
出荷実績が案件別の収益管理に直結するため、納品の記録がそのまま採算データになる

受注の入り口から工番発行までを電子化する話は製造業の受注登録を自動化する方法にまとめています。受注と発注の管理機能は受発注管理機能のページにまとめています。請求側の実務は手書き請求書の限界、3帳票の連動設計は見積書・納品書・請求書の連動もあわせてご覧ください。

出荷の記録を請求と原価につなげたい中小製造業の経営者・工場長は、Factory Advance 公式サイト、および製品紹介資料をご覧ください。

まとめ

納品書は法定の書類ではないため、書き方は運用から逆算します。要点を整理します。

納品書は発行そのものが法律で義務づけられた書類ではない。 ただし消費税の要件に関わる運用にする場合は記載事項がかかる
金額を入れるかは任意。客先の運用に合わせる
工番と分納の残数が他の帳票と違う重み。無いと原価と請求に紐付かない
客先の注文番号を入れる。 検収は客先の注文番号で照合されるため、無いと入金が翌月にずれる
手書きが残る最大の理由は受領印をその場でもらう運用。電子化の障壁は技術ではなく客先との合意形成
納品書兼請求書が使えるのは都度請求で分納がない場合に限られる
手書きの限界を決めるのは分納と締め請求の有無
請求漏れの防止では、請求書より納品書の電子化のほうが上流。 集める元が紙のままでは精度は上がらない

いま使っている納品書に工番と客先の注文番号が入っているかを確認してみてください。入っていなければ、書式を直すだけで検収と請求の手戻りが減ります。

参考文献

投稿者プロフィール

尾畠悠樹: 株式会社イーポート　代表取締役

■ ITコーディネーター
■ キャッシュフローコーチ®
■ JRCA認定ISMS審査員補
■ 東京都中小企業向け
　デジタル技術導入促進ナビゲーター
■ 中小企業庁「みらデジ」デジタル化支援者

兵庫県出身。大学卒業後、外資系コンピューターメーカーを経て2008年に会社設立。業務用システムの受託開発及び中小製造業向けのパッケージの開発・販売を行う。