図番とは?品番との違いと設計変更時に版数を上げるかの判断
「この部品、前と同じ図番なのに寸法が違う」。製造現場で最も厄介なトラブルの一つです。図番は図面を識別するための番号ですが、何をもって別の図番とするかの基準が社内で決まっていないと、同じ番号で違うものが流通します。 特に迷うのが設計変更のときで、図番を新しく振るのか、既存の図番の版数を上げるのかは判断が分かれます。本記事では図番と品番の違いを整理したうえで、この判断の基準と、図番が破綻したときの振り直し手順を扱います。
図番とは何か
図番(図面番号)は、1枚の図面を一意に識別するための番号です。設計部門が図面を作成するときに振ります。
押さえるべきなのは、図番が識別しているのは「図面」であって「部品」ではないという点です。ここを混同すると、後述する品番との使い分けが崩れます。
1枚の図面に複数の部品が描かれていることもあり、逆に1つの部品に対して加工図と組立図の2枚が存在することもあります。図面と部品は1対1ではありません。 図番はあくまで紙またはCADファイル1つに対する番号です。
図番・品番・部品番号・品目コードの違い
現場で混在しやすい4つの番号を弁別します。呼び方は会社によって違うので、自社での定義を確認してください。
図番・品番・部品番号・品目コードの違い
| 番号 | 何に対して振るか | 振る部門 | 変わるタイミング | 混同すると起きること |
|---|---|---|---|---|
| 図番 | **図面1枚** | 設計 | 図面を新規作成したとき | 図面と部品の対応が追えなくなる |
| 品番(部品番号) | **部品そのもの** | 設計または生産管理 | 部品の仕様が変わったとき | 同じ部品を別物として在庫管理する |
| 品目コード | 在庫・購買の管理単位 | 生産管理・購買 | 調達品目として登録したとき | 発注と在庫が突き合わせられない |
| 客先図番 | 客先が指定する図面番号 | **客先** | 客先の都合 | 客先の指示と社内の図面が照合できない |
中小製造業では図番と品番を兼用しているケースが多く、それで回っているなら問題ありません。 兼用が破綻するのは、1枚の図面に複数部品を描くようになったとき、または同じ部品を複数の客先に別図番で納めるようになったときです。
番号体系全体の設計は製造業の番号体系の作り方、案件を識別する工番については工番とは何かを整理した記事で扱っています。
図番の桁構成をどう決めるか
図番の付け方に業界標準はありません。自社で決めるものです。 実務でよく使われる構成は次の要素の組み合わせです。
- 客先コード 主要客先が固定している場合に有効。ただし客先が増えるとコードが枯渇する
- 製品分類 加工方法や製品カテゴリ。分類が後から変わると番号の意味が壊れる
- 年度 図面の作成年。古い図面かどうかが番号だけで分かる
- 連番 必須。桁数を多めに取る
分類コードを入れすぎないでください。 番号に意味を持たせるほど、事業が変わったときに番号体系が破綻します。「客先が増える」「製品分類が変わる」は普通に起きます。
実務的な落としどころは「年度+連番」だけの単純な構成です。検索はシステム側の属性で行い、番号そのものには意味を持たせない、という設計が長持ちします。桁数は現在の年間発行枚数の10倍を目安に取ってください。
設計変更で図番を変えるか、版数を上げるか
図番の運用で最も判断が分かれるのがここです。 基準を決めていない会社では、設計者ごとに判断が違うため、現場が混乱します。
判断の軸は1つです。互換性があるかどうかです。
図番を変えるか版数を上げるかの判断基準
| 変更の内容 | 互換性 | 扱い | 理由 |
|---|---|---|---|
| 寸法公差を緩めた | あり | **版数を上げる** | 既存在庫や作り置きがそのまま使える |
| 表面処理を変えた | あり(用途次第) | **版数を上げる** | 組付けに影響しない範囲なら同一部品 |
| 材質を変えた | **なし** | **図番を変える** | 強度が変わる。旧材の在庫は代替できない |
| 取付穴の位置を変えた | **なし** | **図番を変える** | 旧版と互換性がなく、混在すると組み付かない |
| 注記や図面の描き方を直した | あり | **版数を上げる** | 部品自体は変わっていない |
| 客先の要求で寸法を変えた | **なし** | **図番を変える** | 旧版で作った在庫は使えない |
互換性がないのに版数を上げるだけで済ませると、事故が起きます。 「図番は同じだから前の在庫を使える」と現場が判断し、組み付かない部品が製造ラインに乗ります。逆に、互換性がある変更まで図番を変えると、図番が増えすぎて過去の実績工数を引き当てられなくなります。
判断を運用に落とす
基準を決めたら、次の2点を運用に組み込んでください。
- 版数を上げたときは、旧版を「廃止」として残す。 削除しないでください。過去に納めたものの図面は保管が必要です
- 図番を変えたときは、旧図番との関係を記録する。 「A-1234 は A-1201 の後継」という情報がないと、客先からの問い合わせに答えられません
客先図番と自社図番の二重管理
支給図で製造している工場では、客先の図番と自社の図番が両方存在します。 ここを整理していないと、客先からの問い合わせで毎回図面を探し回ることになります。
客先図番と自社図番の管理
| 対応表がない状態 | 対応表がある状態 | |
|---|---|---|
| 客先の問い合わせで図面を探し回る | ▶ | 客先図番から自社図面を即座に引ける |
| 同じ部品を客先ごとに別物として管理 | ▶ | 同一部品として実績を集約できる |
| 過去の実績工数を引き当てられない | ▶ | 類似案件の工数から見積を積める |
| 担当者しか対応関係を知らない | ▶ | 誰でも照合できる |
自社図番を振らず客先図番だけで管理する運用も成立します。 客先が固定で、図番の重複がないなら、そのほうが対応表が不要で楽です。複数客先から同じような図番が来るようになった時点で、自社図番の導入を検討してください。
図番と工番の関係
図番と工番は役割が違います。
- 図番 何を作るかを識別する。繰り返し使われる
- 工番 いつ誰の注文で作るかを識別する。案件ごとに新しく振られる
同じ図番の部品を3回受注すれば、工番は3つ、図番は1つです。この関係が記録されていると、「この図番の部品は過去に何時間かかったか」が分かります。
ここが原価と見積に直結します。図面を工番に紐付ける管理の考え方は製造業の図面管理を工番に紐付けるシステム、実績工数を見積に返す手順は原価差異分析のやり方で扱っています。
図番が破綻する3つのパターン
図番が破綻する3つのパターン
| パターン | 起きること | 前兆 | 対処 |
|---|---|---|---|
| 桁が足りなくなる | 連番が上限に達し、別の記号を足して延命する | 「A-9998」の次に「A-9998-2」が現れる | 振り直すか、新しい体系を並行運用する |
| 意味を持たせた分類が現実と合わなくなる | 分類コードが実態と違う図面が増える | 「この分類コードは実際は違うんだけど」という会話 | 分類を番号から外し、属性として持たせる |
| 部門ごとに別ルールができる | 設計と製造で違う番号が使われる | 同じ部品を指す番号が2つ以上ある | 対応表を作り、どちらを正とするか決める |
3番目が最も見つけにくく、最も損失が大きいパターンです。 部門ごとに番号が違うと、設計・製造・購買の情報が突き合わせられず、実績が集約できません。
版数の間違いはいくらの損失になるか
数字で置きます。版数管理が曖昧な状態で起きる損失を試算します。
- 旧版の図面で製造してしまう事故: 年6件
- 1件あたりの再製作コスト: 材料費3万円 + 工数8時間 × 賃率4,000円 = 6.2万円
- 年間の直接損失: 6件 × 6.2万円 = 年37万円
これに加えて、納期遅延の対応と客先への説明に工数が取られます。信用の毀損は金額化できませんが、支給図の取引では図面管理の不備は取引継続の判断に直接影響します。
判断は会社全体で見てください。図番と版数の管理は設計部門の仕事に見えますが、損失が発生するのは製造と出荷の側です。設計の手間を減らすために版数管理を簡略化すると、その分のコストが下流に移るだけで、会社全体では増えます。図面の探し物時間を含めた全体像は製造業の図面管理を工番に紐付けるシステムにまとめています。
Factory Advance での図面と図番の管理
クラウド型の案件管理システム「Factory Advance」は、案件(工番)を軸に見積から工程、実績、請求までを管理します。図面については次のように働きます。
- 図面を工番に紐付けて保管できるため、案件から図面を引ける
- 同じ図番の部品を複数回受注しても、過去の実績工数を図番単位で振り返れる
- 改訂履歴を残せるので、どの版で製造したかを追跡できる
- 図面AI-OCRのオプション(スタンダードプラン以上、月額1万円)で、図面から情報を読み取る運用にも対応
図面と技術文書の管理機能は図面管理機能のページにまとめています。番号体系全体の設計は製造業の番号体系の作り方、工程ごとの管理項目を定める文書はQC工程表とはもあわせてご覧ください。
図番と版数の管理を仕組みで支えたい中小製造業の経営者・工場長は、Factory Advance 公式サイト、および製品紹介資料をご覧ください。
まとめ
図番は図面を識別する番号で、付け方は自社で決めるものです。要点を整理します。
- 図番が識別しているのは「図面」であって「部品」ではない。 図面と部品は1対1ではない
- 図番と品番の兼用は、回っているなら問題ない。破綻するのは1枚に複数部品を描くようになったとき
- 桁構成に意味を持たせすぎない。「年度+連番」で、検索は属性で行う設計が長持ちする
- 設計変更の判断軸は互換性があるかどうか。材質変更・取付穴の変更は図番を変える。公差の緩和・注記の修正は版数を上げる
- 互換性がないのに版数を上げるだけで済ませると、旧在庫が使われて組み付かない事故が起きる
- 版数を上げたら旧版は削除せず廃止として残す。図番を変えたら旧図番との関係を記録する
- 客先図番だけで管理する運用も成立する。複数客先から似た図番が来た時点で自社図番を検討する
- 図番は繰り返し使われ、工番は案件ごとに振られる。この関係が記録されていれば、図番単位で実績工数を引ける
まず社内で「どういう変更なら図番を変えるか」を1枚の紙に書き出してください。設計者ごとに判断が違っている状態が、図番トラブルの最大の原因です。
参考文献
納品書の書き方と手書きをやめる判断|製造業の出荷伝票の実務
納品書を複写式の用紙に手書きし、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 公式サイト、および製品紹介資料をご覧ください。
まとめ
納品書は法定の書類ではないため、書き方は運用から逆算します。要点を整理します。
- 納品書は発行そのものが法律で義務づけられた書類ではない。 ただし消費税の要件に関わる運用にする場合は記載事項がかかる
- 金額を入れるかは任意。客先の運用に合わせる
- 工番と分納の残数が他の帳票と違う重み。無いと原価と請求に紐付かない
- 客先の注文番号を入れる。 検収は客先の注文番号で照合されるため、無いと入金が翌月にずれる
- 手書きが残る最大の理由は受領印をその場でもらう運用。電子化の障壁は技術ではなく客先との合意形成
- 納品書兼請求書が使えるのは都度請求で分納がない場合に限られる
- 手書きの限界を決めるのは分納と締め請求の有無
- 請求漏れの防止では、請求書より納品書の電子化のほうが上流。 集める元が紙のままでは精度は上がらない
いま使っている納品書に工番と客先の注文番号が入っているかを確認してみてください。入っていなければ、書式を直すだけで検収と請求の手戻りが減ります。
参考文献
二重発注・過剰発注・発注漏れをなくす方法|製造業の発注管理の仕組み
同じ材料が2回届いた。使い切れない量を買っていた。必要なものを頼み忘れて生産が止まった。この3つはまとめて「発注ミス」と呼ばれますが、原因はまったく別です。 ひとつの対策で3つとも防げると考えると、どれも中途半端に終わります。さらに厄介なのは、二重発注と過剰発注の損失が損益計算書に現れないことです。買いすぎた分は在庫として資産に計上されるため、利益は減りません。減るのは現金だけで、経営者からは見えません。本記事では3つのミスを発生源ごとに分けて、それぞれの防ぎ方を整理します。
発注のミスは3種類あり、原因が別
まず分けます。原因が別なので、対策も別です。
3種類の発注ミスと発生源
| ミス | 何が起きたか | 原因の所在 | 対策の方向 |
|---|---|---|---|
| 二重発注 | 同じものを2回発注した | **情報共有**。発注済みが見えていない | 発注残を1か所で見える状態にする |
| 過剰発注 | 必要量より多く発注した | **発注単位と判断**。念のため多めに頼む | 所要量の根拠を持つ。発注単位を交渉する |
| 発注漏れ | 必要なものを発注しなかった | **記録**。口頭で頼まれて忘れた | 発注依頼を記録として残す導線を作る |
「発注管理をきちんとする」という対策では、この3つのどれも解決しません。 情報共有の問題、判断の問題、記録の問題は別々に手を打つ必要があります。
なお本記事は「決めた発注を正しく1回だけ実行する」話です。いくら・いつ発注するかを決める話は製造業の発注点管理の仕組みで扱っています。
二重発注はなぜ起きるか
原因はほぼ1つで、発注済みで未入荷のものが見えていないことです。
現場が「あの材料がない」と言い、担当者が発注する。ところが3日前に別の担当者がすでに発注していた。発注書の控えはファイルにあるが、それを見る習慣がない。在庫を見ても分かりません。発注済みのものはまだ入荷していないので、在庫はゼロのままです。
二重発注が起きやすいのは次の場面です。
- 発注担当が複数いる。 工場長も事務も現場リーダーも発注できる状態
- 急ぎの発注が電話で入る。 記録が後回しになり、その間に別の人が発注する
- 分割納入の途中。 1回目が入荷して、残りが未入荷であることが分からない
- 担当者が休んだ日。 代わりの人が状況を把握できないまま発注する
過剰発注はなぜ起きるか
原因は2つに分かれます。片方は仕組みで解け、もう片方は交渉が必要です。
「念のため多めに」という判断
欠品して生産が止まる怖さから、必要量より多く頼む判断です。これは担当者が悪いのではなく、所要量に確信が持てないから起きます。 図面から必要量を積む根拠がなく、経験で見積もっているなら、多めに頼むのが合理的な行動になります。
対策は安全在庫の設定です。「念のため」を個人の裁量から、計算されたバッファに置き換えます。 計算方法は製造業の安全在庫の計算方法にまとめています。
発注単位の切り上げ
必要量が3.2mでも、仕入先の最小発注単位が5mなら5m買うことになります。これは判断ミスではなく、取引条件による構造的な超過です。
こちらは仕組みでは解けません。 打ち手は3つで、仕入先と発注単位を交渉する、端材として次の案件で使う前提で管理する、同じ材料を使う案件をまとめて発注する、のいずれかです。端材が使われずに滞留しているなら、それは過剰発注が在庫として積み上がっている状態です。
発注漏れはなぜ起きるか
原因は記録です。口頭やチャットで依頼を受け、その場で発注できなかったものが落ちます。
現場から「明日までに〇〇を頼んでおいてください」と言われる。その瞬間は覚えているが、別の対応が入って忘れる。翌日、材料がないことに気づく。
発注漏れは「発注しようと思っていたもの」が可視化されていないことで起きます。 発注済みは記録に残っても、依頼を受けたが発注していないものは、どこにも記録がありません。
発注残という考え方
3つのミスのうち、二重発注と発注漏れは同じ1つの仕組みで大幅に減ります。 それが発注残の可視化です。
製造業の現場で押さえるべき数量は3種類あります。
押さえるべき3つの数量
| 数量 | 意味 | 見えていないと起きること |
|---|---|---|
| 在庫 | 今、社内にある量 | 欠品か過剰かが判断できない |
| **発注残** | 発注済みで未入荷の量 | **二重発注が起きる** |
| 受注残 | 受注済みで未出荷の量 | 必要量が分からない。請求漏れも起きる |
多くの中小製造業で見えているのは在庫だけです。 発注残と受注残は担当者の頭の中にあります。
この3つが並んで見える状態を作ると、「在庫は0だが発注残が10ある。だから追加発注は不要」という判断ができます。二重発注はこの一目で消えます。 また、発注依頼を受けた時点で「発注予定」として記録する導線があれば、発注漏れも同じ画面で拾えます。
受注残の管理は請求漏れの防止にも直結します。詳しくは締め請求とはで扱っています。
口頭・電話発注をやめられない現場の事情
「発注は必ずシステムに入力してから」というルールを作っても、守られないことが多いはずです。理由は明確で、急ぎの発注は電話が最速だからです。
仕入先に電話して「明日午前に〇〇を10本お願いします」と言えば30秒で終わります。システムに入力して発注書を発行して送るより速い。現場が電話を選ぶのは合理的です。
ここでルールを厳格にすると、電話で発注してシステムには入れない、という最悪の状態になります。発注は実行されたが記録がないので、二重発注も発注漏れも防げません。
折衷案:発注してから記録する順序を認める
現実的な運用は、電話発注を禁止せず、事後に記録することを必須にする形です。
- 電話で発注してよい。ただしその日のうちに発注残として記録する
- 記録は最小限でよい。何を、いくつ、どこに、いつまでに、の4項目
- 記録しないと入荷時に照合できないという理由を現場に説明する
「入力してから発注」ではなく「発注したら入力」に変えるだけで、記録率は大きく変わります。 順序を現場の動き方に合わせるのが、定着させる条件です。
発注ミスの損失は損益計算書に現れない
ここが本記事で最も重要な点です。数字で置きます。年間の材料費・外注加工費の発注額が8,000万円の工場を想定します。
発注ミスの年間損失と、どこに現れるか
| ミス | 前提 | 年間の金額 | 決算書のどこに出るか |
|---|---|---|---|
| 二重発注 | 年6件 × 平均12万円。半分は返品できず滞留 | **36万円**が在庫化 | **在庫(資産)。損失として出ない** |
| 過剰発注 | 発注単位の切り上げで発注額の5%が超過 | **400万円**が在庫増 | **在庫(資産)。損失として出ない** |
| 発注漏れ | 欠品で工程が1日停止 × 年8回 | **32万円**の機会損失 | どこにも出ない |
| 合計 | **現金が468万円分、在庫と機会損失に変わっている** |
二重発注と過剰発注は、利益を1円も減らしません。 買った材料は在庫として資産に計上されるため、損益計算書には現れないのです。減るのは現金だけです。
だから経営者からは見えません。 「黒字なのに資金が回らない」という状態の一因がここにあります。構造の全体像は製造業で黒字なのに資金繰りが悪い理由で扱っています。
判断は会社全体で見てください。発注担当者の作業精度の問題として扱うと、対策は「気をつける」に落ち着きます。増分で数えるべきは、現金が在庫に変わっている金額です。上の例では468万円で、これは月商1.5か月分を超える規模になり得ます。
3つのミスを防ぐ最小限の仕組み
すべてを一度に整える必要はありません。効果の順に3段階です。
- 発注残を1か所で見えるようにする。 二重発注が構造的に消えます。まずこれだけでよい
- 発注依頼を記録する導線を作る。 依頼を受けた時点で「発注予定」として残せば、発注漏れが拾えます。電話発注は禁止せず、事後入力を必須にします
- 所要量の根拠を持つ。 安全在庫を計算で置き、「念のため」を裁量から外します。発注単位の切り上げ分は、端材として次に使う前提で管理します
1番目だけで、3つのうち1つが構造的に消えます。 投資判断としては、ここから始めるのが最も確実です。
Factory Advance での発注管理
クラウド型の案件管理システム「Factory Advance」は、受注から発注、工程、実績、請求までを案件単位で管理します。発注管理の観点では次のように働きます。
- 案件(工番)に紐付けて発注できるため、何のための発注かが残る
- 発注済みで未入荷の発注残が一覧で見える。 二重発注の判断がその場でできる
- 入荷の記録と発注を突き合わせられるため、分割納入の残りが分かる
- 発注額が工番に集まるので、案件別の材料費と外注費がそのまま原価になる
受注と発注の管理機能は受発注管理機能のページにまとめています。発注量と発注タイミングの決め方は製造業の発注点管理の仕組み、受注の入り口の電子化は製造業の受注登録を自動化する方法もあわせてご覧ください。
発注のミスを仕組みで防ぎたい中小製造業の経営者・工場長は、Factory Advance 公式サイト、および製品紹介資料をご覧ください。
まとめ
3つの発注ミスは原因が別なので、対策も別です。要点を整理します。
- 二重発注は情報共有、過剰発注は発注単位と判断、発注漏れは記録の問題
- 二重発注の原因は発注残が見えていないこと。在庫を見ても分からない
- 過剰発注は「念のため」と「発注単位の切り上げ」に分かれる。前者は安全在庫の計算で、後者は交渉と端材管理で対処する
- 発注漏れは、依頼を受けたが発注していないものがどこにも記録されていないために起きる
- 押さえる数量は在庫・発注残・受注残の3つ。多くの工場で見えているのは在庫だけ
- 電話発注を禁止しない。「発注したら入力」に順序を変えるほうが記録率は上がる
- 二重発注と過剰発注は利益を減らさない。 在庫として資産に計上されるため損益計算書に出ず、減るのは現金だけ
- 最初にやるのは発注残の可視化。これだけで3つのうち1つが構造的に消える
まず直近3か月で、発注済みで未入荷のものがいくつあるかを数えてみてください。その数が担当者の頭の中にしかないなら、二重発注はいつでも起こり得ます。
参考文献
中小企業共通EDIとは?導入の条件と客先が使っていない場合の代替策
客先から「今後は当社の発注システムから注文を出します」と言われ、専用の画面にログインして注文内容を確認し、それを自社のExcelに手で打ち直している。取引先が増えるほどログインする画面が増え、結果としてFAXの方が楽だったという状態になっていないでしょうか。共通EDIはこの問題を解くために作られた枠組みですが、自社が導入を決めても、客先が使っていなければ成立しません。 本記事では共通EDIの仕組みと導入の前提条件を整理し、そのうえで前提が満たされない場合に何ができるかを扱います。
中小企業共通EDIとは何か
EDI(Electronic Data Interchange)は、受発注などの商取引データを企業間で電子的にやりとりする仕組みです。紙やFAXの代わりに、注文・出荷・請求といった情報をデータとして直接交換します。
中小企業共通EDIは、ITに不慣れな中小企業でも簡単・低コストに受発注のIT化ができるよう、データの形式や項目を共通の仕様として定めた枠組みです。中小企業庁の事業として標準が策定され、導入支援の体制も整えられています。
従来のEDIには問題がありました。業界別・企業別に仕様が違っていたため、取引先ごとに個別対応が必要だったのです。大企業なら専任部門を置いて対応できますが、20名以下の工場に同じことはできません。共通の仕様を1つ定めておけば、取引先が変わっても同じ形式でやりとりできる、という発想が共通EDIです。
公的な実証事業では、12の地域・業界で受発注双方に約50%の業務時間削減が確認されています。決済情報の連携まで含めると60%程度という報告もあります。
FAX・メール・Web発注システムとの違い
受注の手段は4つに分類できます。違いは「データとして自社システムに入るか」の一点です。
受注手段の比較
| 手段 | 受け取り方 | 自社への入力 | 取引先が増えたとき | 誤りの起きどころ |
|---|---|---|---|---|
| FAX・電話 | 紙・口頭 | 全項目を手入力 | 手間が件数に比例して増える | 聞き間違い、読み間違い |
| メール添付(PDF) | 全項目を手入力 | 同じく比例して増える | 転記ミス、見落とし | |
| 客先のWeb発注システム | 画面で確認 | 画面を見ながら手入力 | **ログインする画面が増える** | 転記ミス、確認漏れ |
| EDI | データ | **取り込むだけ** | 同じ形式なら増えない | 初期設定のマッピング |
3番目のWeb発注システムが曲者です。 電子化されているように見えて、受注側の入力作業はFAXと変わりません。画面を見ながらExcelに打ち直しているなら、それは電子化ではなく画面が紙の代わりになっただけです。
なぜ「共通」EDIが必要になったのか
客先ごとにWeb発注システムが違うと、受注側は取引先の数だけ画面を覚えることになります。ログインIDも管理し、それぞれの画面仕様に慣れる必要があります。
取引先が10社あれば10の画面を使い分けることになり、担当者が属人化します。その担当者が休むと、どの客先からいくつ注文が来ているのかが分からなくなります。
共通EDIが目指すのは、この状態の解消です。やりとりする形式が1つに揃えば、取引先が増えても受注側の作業は増えません。 自社の生産管理システムに取り込む口を1つ用意すれば済みます。
なお公的な調査では、2021年時点で受注側の48.5%が電子受発注に対応しているとされています。半分弱です。逆に言えば半数以上はまだ電話とFAXが残っているということでもあります。
導入の前提条件:客先が対応していないと成立しない
ここが本記事で最も重要な点です。
EDIは相手があって初めて成立する仕組みです。 自社がどれだけ準備しても、注文を出す側がEDIでデータを送ってこなければ、届くのはFAXとPDFのままです。
共通EDIを検討する前に確認する順序
3番目の「何割か」を必ず数えてください。 主要客先1社がEDIに対応していても、その1社が受注件数の1割なら、残り9割の手入力は消えません。EDI導入の効果はこの比率にほぼ比例します。
逆に、特定の大口客先に売上が集中している工場では、その1社への対応だけで効果が出ます。EDIの投資判断は、機能ではなく取引構成で決まります。
EDIで受け取れても、社内で使えるとは限らない
見落とされやすい落とし穴があります。データとして受け取れることと、社内で使えることは別です。
受注データが届いても、次の3点が揃っていなければ手作業が残ります。
- 品名・品番が自社のマスタと対応しているか。 客先の品番と自社の図番が紐付いていなければ、どの製品の注文か人が判断することになります
- 受注データから工番が発行されるか。 案件別に原価と進捗を管理するには工番が必要です。工番の考え方は工番とは何かを整理した記事で扱っています
- 納期回答を返す仕組みがあるか。 受け取るだけで返せなければ、電話とメールが残ります
EDIは入り口の話でしかありません。 入り口を電子化しても、社内が紙とExcelなら、データは入り口で止まります。
客先がEDIを使っていない場合の現実解
前提が満たされない工場が多数です。EDIを入れる代わりに何かを選ぶ、という二者択一ではありません。 EDIで入る分とFAXで入る分が混在するのが実態なので、両方に手を打つのが正しい進め方になります。その場合に取れる手を、効果の大きい順に挙げます。
注文書の取り込みを自動化する
FAXやPDFで届く注文書を、AI-OCRで読み取ってデータ化する方法です。客先の協力が不要で、自社だけで実行できるのが最大の利点です。
客先ごとに注文書のレイアウトが違っても、項目の意味を読み取る方式なら対応できます。具体的な進め方は製造業の受注登録を自動化する方法にまとめています。
受注の入り口を1つに集約する
FAX・メール・Web発注のどれで来ても、受注登録の場所を社内で1つに決める運用です。電子化の前段として、「注文がどこに集まるか」を決めるだけでも、見落としと二重対応が減ります。
品番マスタを先に整える
EDIを入れる場合も入れない場合も、客先品番と自社品番の対応表は必要になります。 これは客先の協力なしに進められる準備で、後からどの方式を選んでも活きます。
共通EDIの導入費用と、効果が出る条件
共通EDIの導入費用は構成によって幅がありますが、判断の枠組みは共通です。
EDI導入の効果を見積もる枠組み
| 項目 | 見積もり方 | 例(受注月100件) |
|---|---|---|
| 対象になる受注の割合 | EDI対応客先の受注件数 ÷ 全受注件数 | 3割 = 月30件 |
| 1件あたりの入力時間 | 注文書を見て受注登録するまでの実測 | 10分 |
| 削減できる時間 | 対象件数 × 入力時間 × 削減率 | 30件 × 10分 × 8割 = 月4時間 |
| 金額換算 | 削減時間 × 事務の賃率 | 年48時間 × 2,500円 = **年12万円** |
| 賄えない7割への対策 | 残る70件は別の手を打つ必要がある | **ここが本体** |
この試算が示すのは、対象が3割なら効果も3割にしかならないということです。 年12万円のためにEDIを導入する判断は成立しにくく、残る7割にどう手を打つかがそのまま投資判断の中心になります。
この7割への手当ては、前章で挙げた代替策がそのまま答えになります。共通EDIは対応済みの客先という限られた入り口を整える手段であり、そこだけを整えても、残る大半の受注が紙とメールで届く状況は変わりません。EDIの検討は、受注の受け取り方全体を見直す作業の一部として進めてください。
判断は会社全体で見てください。受注の入力時間だけを見ると金額は小さく出ます。しかし増分で数えるべきは、入力の遅れによって納期回答が遅れ、失注している分です。ここは金額化しにくいものの、入力作業の削減より大きい可能性があります。納期回答を早める話は製造業の営業と工場の連携で扱っています。
Factory Advance での受注の受け取り方
クラウド型の案件管理システム「Factory Advance」は、受注から工程、実績、請求までを案件単位で管理します。受注の入り口については、共通EDIとAI-OCRの両方を持てる点が特徴です。
- 中小企業共通EDIは認証の取得を予定しています。 客先がEDIで発注してくる場合は、そのままデータとして受け取れます
- 客先がEDIを使っていない場合は、注文書のAI-OCRでFAXやPDFの注文内容を読み取ってデータ化できます(スタンダードプランに標準搭載)
- 客先ごとにレイアウトが違う注文書にも対応できます
- どちらの入り口から入っても、受注登録から工番の発行までつながるため、案件別の原価と進捗の管理に直結します
この「両方持てる」という点が、実務では効きます。 前述のとおり、EDI対応の客先だけで受注の全件を賄える工場はまずありません。EDIで入る分とFAXで入る分が混在するのが実態なので、入り口を2つ用意して、受注登録の場所は1つに集約するのが現実的な構成になります。
受注と発注の管理機能は受発注管理機能のページにまとめています。注文書の取り込みから工番発行までの具体的な流れは製造業の受注登録を自動化する方法、事務全体のペーパーレス化は製造業の事務効率化とペーパーレスもあわせてご覧ください。
料金は環境構築費がスモールプラン20万円・スタンダードプラン40万円、月額費がスモールプラン3万円・スタンダードプラン5万円(いずれも税抜、2026年8月時点)です。注文書AI-OCRはスタンダードプランに標準搭載で、使用量に応じた従量課金はありません。
受注の入り口を電子化したい中小製造業の経営者・工場長は、Factory Advance 公式サイト、および製品紹介資料をご覧ください。
まとめ
共通EDIは受発注をデータでやりとりするための共通仕様です。要点を整理します。
- 従来のEDIは取引先ごとに仕様が違い、中小企業には対応負担が重かった。共通EDIはそこを1つに揃える枠組み
- 客先のWeb発注システムは電子化されているように見えて、受注側の入力作業はFAXと変わらない
- EDIは相手があって成立する。自社だけ導入しても、客先が使っていなければ届くのはFAXとPDFのまま
- 検討の前に、EDI対応客先が自社の受注件数の何割かを数える。 効果はこの比率にほぼ比例する
- データで受け取れても、品番マスタの対応・工番の発行・納期回答の仕組みがなければ手作業は残る
- 客先が対応していない分は、注文書のAI-OCR取り込みで受ける。客先の協力が不要で自社だけで実行できる
- EDIとAI-OCRは二者択一ではない。 入り口を2つ用意し、受注登録の場所を1つに集約するのが現実的
- 品番マスタの整備は、どの方式を選んでも必要になる準備
最初にやることは、直近3か月の受注を客先別に数え、どの形式で注文が来ているかを一覧にすることです。EDIを検討すべきかどうかは、その表を見れば判断できます。
参考文献
締め請求とは?締め日・請求日・支払日の違いと資金繰りへの影響
「20日締め、翌月末払いでお願いします」と客先から言われたとき、その仕事の代金が実際に入金されるのが出荷から何日後になるかを、その場で答えられるでしょうか。締め請求は製造業のBtoB取引でほぼ標準の請求形態ですが、締め日・請求日・支払日という3つの日付が混同されたまま運用されている現場が少なくありません。この3つを区別できていないと、入金が1か月まるごとずれる事故が起きます。 本記事では、締め請求の仕組みと、締め日が資金繰りをどれだけ動かすかを整理します。
締め請求とは何か
締め請求とは、一定の期間に納品したものをまとめて1枚の請求書にする請求のしかたです。月末や20日など、あらかじめ決めた日で期間を区切ります。
対になるのが都度請求で、出荷するたびに請求書を1枚ずつ発行します。
| 締め請求 | 都度請求 | |
|---|---|---|
| 請求書の枚数 | 期間ごとに1枚 | 出荷ごとに1枚 |
| 納品書との対応 | 多対1 | ほぼ1対1 |
| 事務の負荷 | 締め日に集中する | 分散する |
| 使われる場面 | 継続取引のBtoB | スポット取引、個人向け |
製造業の継続取引ではほぼ締め請求です。理由は発注側の都合で、支払業務を月1回にまとめたいからです。つまり締め請求は、こちらの都合ではなく客先の経理の都合で決まっている形式です。
締め日・請求日・支払日は別のもの
3つの日付は役割が違います。混同が事故につながるので、社内では言葉を分けて使ってください。
締め日・請求日・支払日の違い
| 日付 | 意味 | 誰が決めるか | 遅れると何が起きるか |
|---|---|---|---|
| 締め日 | 請求対象期間の区切り | 客先(発注側) | 期間の解釈がずれ、二重請求か請求漏れになる |
| 請求日 | 請求書を発行して送る日 | **自社** | 客先の支払処理に間に合わず、入金が1か月ずれる |
| 支払日 | 客先が入金する日 | 客先(発注側) | 資金繰り計画が崩れる |
自社が決められるのは請求日だけです。 締め日と支払日は客先の支払条件として与えられます。したがって締め請求の実務でこちらが管理すべきなのは、締め日から請求書を出すまでに何日かかっているかという一点になります。
ここが遅れると、客先の支払処理の締切に間に合わず、入金が丸ごと1か月先送りになります。 請求書の到着が1日遅れただけで入金が30日遅れる、という不連続な損失が起きるのが締め請求の怖いところです。
「20日締め翌月末払い」を入金までの日数に直す
支払条件は、出荷日から入金日までの日数に直して初めて資金繰りの話になります。
支払条件ごとの入金までの日数
| 支払条件 | 最短 | 最長 | 平均 | 備考 |
|---|---|---|---|---|
| 月末締め・翌月末払い | 30日 | 60日 | **約45日** | 月末に出荷したものが最短 |
| 月末締め・翌々月10日払い | 40日 | 70日 | **約55日** | |
| 20日締め・翌月末払い | 41日 | 70日 | **約55日** | 21日に出荷したものが最長 |
| 20日締め・翌々月20日払い | 61日 | 90日 | **約75日** | 3か月分の運転資金が必要 |
同じ「翌月末払い」でも、締め日が20日か月末かで平均10日変わります。 そして20日締めの場合、21日に出荷したものは入金まで70日かかります。月初に大きな出荷をした案件の材料費を先に支払っていれば、その差は運転資金として自社が立て替えていることになります。
見積の段階で支払条件を確認しておくことが、資金繰り管理の出発点です。
締め日をまたぐ出荷をどちらの月に入れるか
実務で判断が割れるのが、締め日の前後に出荷したものの扱いです。基準を決めていないと、二重請求か請求漏れのどちらかが起きます。
判断の軸は2つあります。
- 出荷基準 自社が出荷した日で期間を判定する
- 検収基準 客先が受け入れ検査を終えた日で判定する
客先が検収基準を採っている場合、自社が出荷基準で請求すると必ずずれます。 20日に出荷して客先の検収が22日なら、自社は今月分に含め、客先は翌月分として処理します。この案件は「請求されたが計上されていない」状態になり、支払保留になります。
支払条件の確認時に、締め日の判定が出荷基準か検収基準かを必ず聞いてください。 取引開始時に確認していない客先があるなら、次の締めの前に確認する価値があります。
締め請求で請求漏れが起きる3つの場所
締め請求は多対1でまとめる処理なので、漏れが発生しやすい構造を持っています。
締め請求で請求漏れが起きる3箇所
| 場所 | 起きること | 気づくか | 防ぎ方 |
|---|---|---|---|
| 分納の途中回 | 3回に分けた出荷の2回目が集計から抜ける | **気づかない** | 受注残と出荷済み数量を案件単位で持つ |
| 締め日をまたいだ出荷 | 先月分として処理され、今月にも入らない | **気づかない** | 出荷基準か検収基準かを決めて統一する |
| 仕様変更の追加分 | 口頭で受けた変更が金額に反映されない | 客先も知らないため気づかない | 変更を受けた時点で見積を作り直して残す |
3つとも「気づかない」タイプの損失です。 請求書を出しすぎれば客先から指摘が来ますが、少なく出した分は誰からも指摘されません。締め請求の運用では、請求書の金額が正しいかではなく、請求対象がすべて拾えているかを確認するのが本質です。
案件単位で受注残が見えていれば、1番目と2番目は構造的に防げます。3番目の記録の作り方は製造業の手戻り対策と追加請求の記録術で扱っています。
締め日と支払サイトが運転資金をどう変えるか
数字で置きます。月商2,000万円の工場を想定します。
売掛金の残高は、おおよそ次の式になります。
売掛金残高 = 月商 × 入金までの平均日数 ÷ 30
支払条件別の売掛金残高(月商2,000万円)
| 支払条件 | 平均入金日数 | 売掛金残高 | 月末締め翌月末払いとの差 |
|---|---|---|---|
| 月末締め・翌月末払い | 45日 | 3,000万円 | 基準 |
| 20日締め・翌月末払い | 55日 | 3,667万円 | **+667万円** |
| 20日締め・翌々月20日払い | 75日 | 5,000万円 | **+2,000万円** |
20日締め翌々月20日払いの客先が主力になると、月商1か月分に相当する2,000万円を余分に立て替えることになります。 これは利益とは無関係に必要になる資金です。黒字でも資金が回らない構造の一因がここにあります。
判断は会社全体で見てください。支払条件の悪い客先を切ればよいという話ではありません。 その客先の粗利がなくなれば固定費の回収が減ります。増分で見るべきは、「この客先の仕事を受けることで増える粗利」と「立て替えに必要な資金の調達コスト」の比較です。667万円の立て替えを金利2%で調達しても年13万円で、粗利がそれを上回るなら受ける判断になります。
むしろ効果が大きいのは、締め後の請求書発行を早めることです。 これは客先との交渉が不要で、自社だけで実行できます。資金繰りの構造全体については製造業で黒字なのに資金繰りが悪い理由で扱っています。
締め請求の事務を軽くする
締め請求の事務は締め日に集中します。ここが月末残業の主因になっている工場は多いはずです。
軽くする方向は3つです。
- 締め日に集める作業をなくす。 請求書を作る作業の実体は「期間内の納品を集める作業」です。納品の記録が案件単位で残っていれば、集める作業自体が消えます
- 客先ごとの締め日を一覧で持つ。 20日締めと月末締めが混在していると、月内に締め作業が2回発生します。どの客先がいつ締めかを事務が把握できる状態にしてください
- 請求書の発行を締め日の翌営業日に固定する。 前述のとおり、遅れると入金が1か月ずれます。締め日から発行までの日数を測って、短縮の対象にしてください
見積から請求までを1つのデータでつなぐ全体像は見積書・納品書・請求書の連動、手書きやExcelから抜け出す手順は手書き請求書の限界にまとめています。
Factory Advance での締め請求
クラウド型の案件管理システム「Factory Advance」は、見積から受注、納品、請求までを案件単位で管理します。締め請求の観点では次のように働きます。
- 客先ごとに締め日を設定し、期間内の納品を集約して請求書を作成できる
- 工番に紐付くため、分納しても受注残と出荷済みの数量が分かれて残る
- 請求金額が案件別の収益管理に直結するので、請求事務がそのまま採算データになる
- 請求済みと未請求が分かれるため、請求対象の取りこぼしを確認できる
請求と入金の管理機能は請求管理機能のページにまとめています。
締め日の事務を軽くし、請求漏れをなくしたい中小製造業の経営者・工場長は、Factory Advance 公式サイト、および収益管理の進め方をまとめた資料をご覧ください。
まとめ
締め請求は客先の経理の都合で決まっている形式で、自社が管理できる範囲は限られています。要点を整理します。
- 締め日と支払日は客先が決める。自社が決められるのは請求日だけ
- 請求書の発行が遅れると、1日の遅れで入金が30日ずれるという不連続な損失が起きる
- 支払条件は入金までの日数に直して読む。同じ翌月末払いでも締め日で平均10日変わる
- 締め日の判定が出荷基準か検収基準かを客先に確認する。 違っていると支払保留になる
- 締め請求の請求漏れは3箇所(分納の途中回・締め日をまたいだ出荷・仕様変更の追加分)で起き、3つとも気づかない
- 支払条件が悪い客先は、切るのではなく増分で判断する。立て替え資金の調達コストと粗利を比べる
- 自社だけで実行できる打ち手は、締め後の請求書発行を早めること
最初にやることは、客先ごとの締め日と支払条件を一覧にすることです。締め作業が月内に何回発生しているかが、そこで初めて見えます。
参考文献
見積書・納品書・請求書の連動|製造業が転記をやめて事務を効率化する方法
見積書をExcelで作り、受注したら別のファイルに転記して納品書を作り、月末にまた別のファイルへ転記して請求書を出す。中小製造業の事務でいまだに最も多く見られる流れです。同じ情報を3回入力していることに気づいていても、やめられない理由があります。 3つの帳票は共通する項目が多い一方で、分納・値引き・仕様変更が入ると数字が一致しなくなるため、単純なコピーでは処理できないからです。本記事では、3帳票の項目のどこが共通してどこが変わるのかを整理し、連動させるときに実務でつまずく点と、連動で何がどれだけ変わるかを数字で示します。
見積書・納品書・請求書はなぜ別々に作られるのか
3つの帳票は、発行するタイミングと相手に伝える内容が違います。
- 見積書 受注前。これから作るものの金額を提示する
- 納品書 出荷時。実際に納めたものの数量を伝える
- 請求書 締め後。支払ってもらう金額を確定して伝える
タイミングがずれるため、担当者も違うのが普通です。 見積は営業や工場長、納品書は出荷担当、請求書は事務が作る。ファイルが分かれているのは、業務の分担がそのまま形になった結果です。
問題は、分かれているのがファイルだけでなくデータそのものになっていることです。見積の明細が納品書に引き継がれていないので、出荷担当は図面や指示書を見ながら手で打ち直します。ここで生まれるのが転記です。
転記を繰り返すと何が起きるか
転記のコストは、時間よりもミスの発見が遅れることにあります。
転記が生む3種類のロス
| ロス | 起きること | 気づくタイミング | 影響 |
|---|---|---|---|
| 入力時間 | 同じ内容を3回打ち直す | 常時 | 1件15分なら月100件で25時間 |
| 数量の食い違い | 分納した2回目の出荷分が請求に乗らない | 客先からの指摘、または気づかない | 売上がそのまま消える |
| 単価の食い違い | 見積の値引き後単価が納品書に反映されない | 客先から差し戻し | 再発行と入金遅延 |
| 品名の食い違い | 略称と正式名が混在する | 検収時 | 検収が通らず入金が翌月にずれる |
最も痛いのは2番目です。 分納した案件で、2回目の出荷分を請求に乗せ忘れると、客先から指摘されない限り気づきません。 転記が入力ミスだけの問題ではないのは、この「気づかない」タイプの損失があるからです。
再発行や差し戻しは工数として見えるので改善対象になりますが、請求漏れは帳簿上どこにも現れません。転記をやめる本当の理由は、時間の節約ではなくここにあります。
3帳票で共通している項目と、変わる項目を分ける
連動を設計するには、3帳票の項目を「引き継げるもの」と「その都度変わるもの」に分けます。ここを分けずに「コピーして使い回す」運用にすると、変わる項目を直し忘れます。
3帳票の項目対応
| 項目 | 見積書 | 納品書 | 請求書 | 扱い |
|---|---|---|---|---|
| 客先・案件・工番 | ○ | ○ | ○ | そのまま引き継ぐ |
| 品名・仕様 | ○ | ○ | ○ | 引き継ぐ。表記を統一する |
| 単価 | ○ | △ | ○ | 見積単価を引き継ぐ。値引き後の単価で統一する |
| 数量 | 予定数 | 実出荷数 | 請求対象数 | **都度変わる。ここが連動の要** |
| 日付 | 見積日 | 出荷日 | 締め日 | 都度変わる |
| 金額 | 見積総額 | 出荷分の金額 | 請求期間の合計 | 数量から都度計算する |
連動の要は数量です。 客先・品名・単価は引き継げますが、数量は見積の予定数、納品書の実出荷数、請求書の請求対象数で別々の値を持ちます。この3つを別の数字として持てる仕組みでなければ、連動は成立しません。
Excelのコピー運用が破綻するのはここです。見積のシートをコピーして納品書にすると、数量が予定数のまま残り、分納すると合計が合わなくなります。
連動させるときにつまずく3つの実務
教科書的なフローでは「見積→納品→請求」で終わりますが、実務ではここに3つの例外が入ります。連動の設計の良し悪しは、この3つをどう扱うかで決まります。
分納
1つの受注を複数回に分けて出荷する場合です。納品書は出荷ごとに発行し、請求は締め日で合算します。必要なのは受注残の管理で、「あと何個出荷が残っているか」が分かる状態です。ここが曖昧なままだと、出荷し忘れと請求漏れが同時に起きます。
値引きと端数調整
見積の段階で総額を丸めた場合、明細の単価と総額が一致しません。この状態で納品書に単価を引き継ぐと、客先の検収と金額が合わなくなります。値引きは明細の単価に落として持つか、値引き行として独立させるかを先に決めてください。 どちらでもよいのですが、社内で統一されていないと帳票ごとに違う処理になります。
仕様変更と追加分
受注後に仕様が変わったとき、変更後の金額で請求できているかが問題になります。変更を受けた時点で見積を作り直し、記録として残す運用が必要です。口頭で受けた変更は請求時には忘れられています。この記録の作り方は製造業の手戻り対策と追加請求の記録術で詳しく扱っています。
締め請求と都度請求で連動の形が変わる
請求の出し方には2通りあり、連動の設計が変わります。
- 都度請求 出荷ごとに請求書を出す。納品書と請求書がほぼ1対1で対応するため連動は単純
- 締め請求 月末などで期間を区切り、その間の納品をまとめて1枚にする。納品書と請求書が多対1になる
製造業のBtoB取引では締め請求が多数です。この場合、請求書を作る作業は「期間内の納品書を集める作業」になります。連動していれば締め処理を実行するだけですが、していなければ納品書の控えを月末に数えることになります。
締め日の決め方や締め請求の実務は締め請求とは何かを整理した記事にまとめました。
Excelで連動させる限界はどこか
Excelでも、関数やマクロを使えば見積から納品書・請求書を生成できます。取引の形が単純なうちは十分機能します。 限界が来るのは次の条件を超えたときです。
- 分納が発生する。 出荷ごとに残数を引く処理が必要になり、シートの構造が複雑化する
- 締め請求で明細をまとめる。 期間内の複数納品を1枚に集める処理は、シートでは組みにくい
- 担当者が複数になる。 同時編集で最新版が分からなくなる。月末に「どのファイルが正か」を探す時間が発生する
- 過去の取引を探す頻度が上がる。 「前回この客先にいくらで出したか」を1分で出せなくなる
逆に、都度請求で分納がなく、担当者が1人なら、Excelで続けて構いません。 分かれ目は取引件数ではなく、分納と締め請求があるかどうかです。
連動させると何がどれだけ変わるか
数字で置きます。月100件の取引がある工場を想定します。
- 1件あたりの転記時間: 15分(見積から納品書、納品書から請求書)
- 月100件 × 15分 = 1,500分 = 月25時間、年300時間
- 事務の賃率: 2,500円 → 転記の人件費は年75万円
連動で転記が8割減ると、年60万円が浮きます。ただし効果の本体はこちらではありません。
帳票連動の増分計算(月100件・年商規模を問わず)
| 項目 | 初年度 | 2年目以降 | 根拠 |
|---|---|---|---|
| 転記時間の削減 | +60万円 | +60万円 | 年300時間 × 8割削減 × 賃率2,500円 |
| 請求漏れの回収 | +45万円 | +45万円 | 分納の請求漏れ年3件 × 平均15万円 |
| 再発行と入金遅延の解消 | 効果あり(金額化しにくい) | 同 | 差し戻しによる入金の翌月ずれが減る |
| システム費用(スモールプラン) | -56万円 | -36万円 | 環境構築20万円 + 月額3万円 × 12 |
| 差引 | **+49万円** | **+69万円** |
料金は2026年8月時点で、環境構築費がスモールプラン20万円・スタンダードプラン40万円、月額費がスモールプラン3万円・スタンダードプラン5万円(いずれも税抜)です。上の試算はスモールプランで置いています。
判断は会社全体で見てください。 転記時間の削減だけを見ると、事務員の残業が減るだけの話に見えます。しかし増分で数えると、回収の主力は「請求できていなかった売上」です。ここは事務の生産性向上ではなく、売上の取りこぼしの解消として評価すべきものです。
さらに、請求が早く正確に出れば入金も早まります。黒字なのに資金が回らない構造については製造業で黒字なのに資金繰りが悪い理由で扱っています。
移行の4ステップ
一度に全部を切り替える必要はありません。
- 帳票のテンプレートを1つに統一する。 担当者ごとに違うフォーマットを使っている状態を先に解消します。ここだけで転記ミスが減ります
- 品名と単位の表記を統一する。 略称の混在が検収で止まる原因です。マスタを作るのはこの段階
- 見積から納品書までを連動させる。 出荷側が打ち直しをやめるだけで、数量の食い違いがなくなります
- 締め処理を自動化する。 期間内の納品書を集めて請求書にする部分を最後に切り替えます
3番目と4番目の順序を逆にしないでください。 請求側だけ自動化しても、集める元の納品データが手打ちのままでは精度が上がりません。紙の帳票を現場から減らす進め方は製造業の事務効率化とペーパーレスもあわせてご覧ください。
Factory Advance での帳票連動
クラウド型の案件管理システム「Factory Advance」は、見積から受注、発注、工程、納品、請求までを案件単位で管理します。帳票連動の観点では次のように働きます。
- 見積をコピーして受注登録でき、受注データから納品書と請求書を作れる
- 工番に紐付くため、分納しても受注残と出荷済みの数量が分かれて残る
- 締め請求に対応し、期間内の納品を集約して請求書を作成できる
- 請求金額が案件別の収益管理に直結するため、事務処理がそのまま採算データになる
請求と入金の管理機能は請求管理機能のページにまとめています。手書きやExcelから抜け出す具体的な手順は手書き請求書の限界、帳票の基礎になる工番の考え方は工番とは何かを整理した記事もあわせてご覧ください。
見積から請求までを1つのデータでつなぎたい中小製造業の経営者・工場長は、Factory Advance 公式サイト、および製品紹介資料をご覧ください。
まとめ
見積書・納品書・請求書の連動は、事務の時短ではなく売上の取りこぼしを止める施策です。要点を整理します。
- 3帳票で引き継げるのは客先・品名・単価。都度変わるのは数量と日付。連動の要は数量
- 転記の本当の損失は入力時間ではなく、分納の請求漏れという気づかない損失
- 連動の設計は分納・値引き・仕様変更の3つをどう扱うかで決まる
- 締め請求では納品書と請求書が多対1になる。請求書を作る作業は納品書を集める作業になる
- 都度請求で分納がなく担当者が1人なら、Excelで続けてよい。 分かれ目は件数ではなく分納と締め請求の有無
- 移行は「テンプレ統一 → 表記統一 → 見積から納品書 → 締め処理」の順。請求側から自動化しない
- 増分で見ると、回収の主力は転記時間ではなく請求できていなかった売上
最初にやることは、社内の帳票テンプレートを1つに統一することです。システムの検討より先に、これだけで転記ミスが減ります。