建設資材の発注・納期管理をシステム化するとき、最初の分岐は「データの最小単位を注文書に置くか、納品予定明細に置くか」です。ここを注文書単位にすると、分納・仮発注・現場直送が絡んだ瞬間に納期遅延を検知できなくなります。
建設資材の発注・納期管理は、どこから手をつければいいですか？
結論から言うと、発注データの最小単位を「納品予定明細（品目×納入回）」に置くことから始めます。画面設計でもワークフローでもなく、データ構造の決定が最初です。
理由は単純で、資材購買の実務では「注文書1枚＝納品1回」が成立しないからです。1枚の注文書に載った10品目のうち、3品目は先行納入、4品目は工程に合わせて2週間後、残り3品目は品番未確定で納期未定、というのが普通の状態です。注文書単位でステータスを持つと、この注文書は「一部納入」としか表現できません。何が遅れているのかがデータ上どこにも存在しないため、遅延アラートを作りようがありません。
推奨するテーブル構成は次の4層です。
| 階層 | 粒度 | 主な項目 |
|---|---|---|
| 発注ヘッダ | 取引先 × 発注日 | 発注番号、現場、取引先、発注担当、発注方法（電話／FAX／メール／Web） |
| 発注明細 | 品目 | 品名、規格、数量、単位、単価、実行予算の費目コード |
| 納品予定明細 | 品目 × 納入回 | 予定日、予定数量、納入先（現場／倉庫／直送）、状態 |
| 入荷実績 | 納品書 | 実納入日、実数量、受領者、納品書番号、納品書画像 |
納品予定明細の「状態」は、最低限この遷移を持たせます。
引合 → 仮押さえ → 発注確定 → 納入待ち → 一部納入 → 完納（別途 キャンセル／遅延）
このうち 仮押さえ と 遅延 を状態として持てるかどうかが、実務で使えるかどうかの分かれ目になります。
なぜ注文書単位の管理では納期遅延を検知できないのですか？
建設資材の購買には、他業種の購買にはない3つの崩れ方があるためです。
1. 品番が確定しない段階の仮発注
サッシ、建具、特注金物、空調機器などは、意匠の決定より先に生産枠を押さえないと間に合いません。「品番は後で決めるが、枠は今押さえる」という発注が先に走ります。品番が空欄のレコードを許容しないマスタ設計にすると、この発注が丸ごとシステムの外に出ます。
2. 分納
数量の大きい資材は工程に合わせて分けて入ります。生コン、鉄筋、ボード類、断熱材などが典型です。注文書に対して納入が n 回発生するため、予定日は明細ごとに複数持てる必要があります。
3. 現場直送
自社倉庫を経由せず、商社やメーカーから現場へ直接納入されます。受領するのは現場の職長で、事務所には納品書が数日〜数週間遅れて届きます。入荷実績の入力タイミングが構造的にずれるため、「システム上まだ入っていない＝遅延」と判定すると誤検知が大量に出ます。
この3つを吸収できる粒度が、納品予定明細です。逆に言えば、注文書単位のまま作ると、上記のいずれか1つが起きただけで現場が台帳を別管理し始め、システムは使われなくなります。
品番が確定しない仮発注は、どう設計しますか？
暫定値で登録し、「品番の決定期限日」を別項目として持たせます。
仮発注のレコードには次を持たせます。
- 品名（フリーテキスト可）／概算数量／単位
- 必要納入時期（日ではなく週や旬で持てるようにする）
- 品番の決定期限日
- 取引先、想定金額（概算）
- 決定責任者（設計担当か現場代理人か）
肝は決定期限日です。これは「メーカーの標準リードタイム」から「必要納入時期」を逆算して算出します。受注生産の建具でリードタイムが8週間なら、必要納入時期の8週間前が決定期限日になります。アラートはこの日付を起点に、期限の2週間前・1週間前・当日という形で発火させます。
遅延してから通知しても手遅れなので、検知条件は「納入予定日を過ぎたのに未入荷」ではなく、「決定期限日が近いのに品番が未確定」に置きます。これが仮発注を仕組み化する唯一の実利です。
対象を絞る判断基準も決めておきます。全品目を仮発注管理すると入力負荷で破綻するため、次の基準で線を引きます。
| 対象にする | 対象にしない |
|---|---|
| リードタイムが概ね4週間を超える受注生産品 | 常時在庫のある規格品 |
| 意匠・仕様の決定待ちがある品目 | 数量だけの問題で品番が確定している品目 |
| 代替品が効かない特注品 | 他メーカーで即代替できる汎用品 |
分納と現場直送は、データ構造にどう落としますか？
分納は納品予定明細を n 行に分割し、現場直送は「受領イベント」と「納品書受領イベント」を分けます。
分納の設計で最も多い失敗は、発注明細の数量に対して入荷数量を累計で引くだけの実装です。これだと「予定していた3回目が来ていない」ことが検知できません。発注確定の時点で判明している回数分の予定明細行を作り、未定なら1行を「予定日未定」で作っておき、判明時点で分割します。
現場直送は、時間差を前提にした二段階の記録にします。
- 現場の受領：職長がスマホで納品書を撮影し、現場・取引先・受領日だけを送る。数量の照合はここではしない
- 事務所の照合：後日届いた納品書原本、または画像を見て、予定明細に対して数量を突き合わせる
この2段階を1つの入力画面にまとめると、現場の負担が上がり運用が止まります。現場側の入力項目は3つ以内に抑えるのが実装上の目安です。
電話とFAXで先に走る発注は、どこまで仕組みに吸収しますか？
発注方法そのものは変えず、「発注した事実を後から記録する導線」だけを作ります。
資材の発注は、現場から取引先へ電話1本で走ることが常態です。「明日の朝イチで生コン」「足りない分のボードを追加」といった発注をシステム経由に強制すると、現場の即応性が落ちるか、単に守られないかのどちらかになります。どちらも導入失敗です。
現実的な線引きは次のとおりです。
| 発注の性質 | 仕組みへの吸収度 |
|---|---|
| リードタイムの長い受注生産品 | 事前登録を必須にする。仮発注として管理 |
| 事前に工程で見えている定常資材 | システムから注文書を発行。予定明細も同時作成 |
| 現場判断の当日・翌日発注 | 電話のまま。事後に最小項目で記録 |
| 数量の追加・減算 | 電話のまま。予定明細の数量修正として事務側で反映 |
事後記録の導線は、フォーム1枚で足ります。入力項目は「現場」「取引先」「品名」「必要時期」の4つ。これを事務側が正式な発注データへ昇格させる運用にします。現場に完全な入力を求めないことが、この設計の要点です。
なお、協力会社への工事の発注（請負）は、資材の購買とは別の書面要件が絡みます。同じ「注文書」という言葉でも設計を分ける必要があり、個別の運用については専門家にご確認ください。
実行予算・原価管理とは、どこで接続しますか？
接続点は3つあり、それぞれ別のイベントに紐づけます。
| 接続点 | 発生イベント | 更新される数値 |
|---|---|---|
| 予算引当 | 発注確定 | 実行予算の費目に対する「発注済み金額」 |
| 発注残の消込 | 入荷実績の登録 | 未入荷の発注残高 |
| 原価計上 | 請求・検収の確定 | 確定原価 |
よくある実装ミスは、入荷実績の登録をそのまま原価計上にしてしまうことです。値引き、返品、単価の事後調整、月締めの一括請求が入ると金額が合わなくなり、経理側が結局Excelで再集計します。入荷は数量、請求は金額と割り切って分離してください。
実行予算との接続では、発注明細に費目コードを持たせます。ここで品目マスタと費目の対応表を最初から完全に作ろうとすると立ち上がりません。初期は費目コードを手選択にし、選択履歴が溜まってから自動推定に置き換えるのが現実的な順序です。
導入は、どの順で進めればいいですか？
エクサテックが業務システムを設計するときは、いきなり要件を固めず、現場に足を運んで実際の作業を見るところから始めます。株式会社イーリアルティ様への転記エージェント構築でも、契約の前段階から何度も現場に伺い、困りごとを理解することから着手しました。資材購買の場合、具体的には次の順序を取ります。
-
直近数か月の注文書と納品書を現物で並べる
ファイリングされた紙、FAXの控え、メールの送信済みフォルダを横断して集めます。ここで電話発注の痕跡（納品書はあるのに注文書がない案件）を数えます。この比率が、仕組みに吸収できない発注の実量です。 -
「工程が止まった資材」を洗い出す
過去に納期遅延で手待ちが出た品目を、現場代理人へのヒアリングで特定します。ここで挙がった品目だけを、仮発注管理の初期対象にします。全品目を対象にしない判断がここで確定します。 -
品目マスタを作らずに始める
最初はフリーテキスト＋大分類コードのみで運用します。マスタ整備を先にやると、整備が終わるまで稼働できず、整備している間に現場の関心が離れます。 -
1現場・1職種で先行稼働させる
全社展開はしません。先行現場で「アラートが飛んだが誰も動かなかった」ケースを潰します。 -
アラートの宛先と発火条件を、実装前に文章で決める
「誰に」「何日前に」「どのチャネルで」飛ぶかを先に決めます。ここが曖昧なまま作ると、通知が多すぎて全員がミュートするという典型的な失敗に着地します。
なお、建設業には2024年4月1日から時間外労働の上限規制が全面適用され、原則は月45時間・年360時間が上限とされています（厚生労働省）。資材待ちの手待ち時間や、夜間の発注書作成といった時間は、この管理と直結します。納期管理の仕組み化は、労務管理の前提条件を整える作業でもあります。具体的な36協定の運用や適用可否については、社会保険労務士等にご確認ください。
この仕組みでできないことは何ですか？
導入前に共有しておくべき限界を明示します。
- 納期そのものの予測はできません。 メーカー・商社の生産枠や在庫にリアルタイム接続しない限り、システムが持てるのは人が入力した予定日だけです。得られるのは予測精度ではなく、遅延の早期検知です。
- メーカー在庫の照会はできません。 取引先側のシステム連携が前提で、中小の建材商社では現実的でないケースがほとんどです。
- 納品書のOCRは100%になりません。 手書き、カーボン複写、かすれ、押印による欠けがあります。読み取り結果を人が確認する画面を必ず設計に含めます。確認工程を省く前提で見積もると必ず破綻します。
- 図面からの数量拾い（積算）は別問題です。 発注・納期管理と拾いは、扱うデータもタイミングも違います。同じプロジェクトに含めると、どちらも中途半端になります。
- 品名の名寄せは自動では終わりません。 「PB12.5」「石膏ボード12.5mm」「プラスターボードt12.5」が同一品目だと機械が判断するには、人による初期の対応付けが要ります。
- 発注の意思決定は代替できません。 どの取引先に、いくらで、いつ頼むかは担当者の判断領域です。仕組みが担うのは、判断に必要な情報を期限内に本人の目の前へ出すところまでです。
まとめ
- 発注データの最小単位は注文書ではなく納品予定明細（品目×納入回）に置く。ここを誤ると分納・仮発注・直送で納期遅延を検知できない
- 仮発注は品番を空欄で許容し、「品番の決定期限日」を持たせる。アラートは遅延後ではなく決定期限の手前で発火させる
- 現場直送は「現場の受領」と「事務所の照合」を別イベントに分け、現場側の入力項目は3つ以内に抑える
- 電話・FAX発注はなくさない。事後に最小項目で記録する導線を用意し、事務側が正式データへ昇格させる
- 原価管理との接続は、発注確定＝予算引当／入荷＝数量消込／請求確定＝原価計上の3点に分ける
- 導入は全社一斉ではなく、過去に工程を止めた品目に絞って1現場から始める
よくある質問
Q. 資材の発注管理システムは、注文書単位で作ってはいけないのですか？
A. 注文書単位でも発注記録は残せますが、納期遅延の検知はできません。1枚の注文書が複数回に分けて納入される「分納」が常態のため、明細ごと・納入回ごとに予定日と数量を持つ「納品予定明細」を最小単位にする必要があります。
Q. 品番が確定していない段階の仮発注は、どう登録すればいいですか？
A. 品名・数量・納入時期を暫定値で登録し、別項目として「品番の決定期限日」を持たせます。決定期限日は、メーカーのリードタイムから工程を逆算して算出します。この日付をアラートの起点にすると、確定漏れによる工期遅延を防げます。
Q. 電話とFAXの発注はやめるべきですか？
A. やめる必要はありません。現場の即応性を落とすためです。発注方法を変えず、発注した事実を後から記録する導線（スマホから現場・取引先・品名・必要時期だけを送る）を用意し、事務側が正式な発注データへ昇格させる二段構えが現実的です。
Q. 実行予算・原価管理とはどこで接続しますか？
A. 接続点は3つです。発注確定時に実行予算の費目へ「発注済み金額」を引き当て、入荷実績で「未入荷の発注残」を減らし、請求・検収の確定で原価を計上します。入荷と原価計上を同一イベントにすると、値引きや返品で金額が合わなくなります。
Q. 資材の納期そのものを予測できますか？
A. できません。メーカーや商社の生産枠・在庫にリアルタイムで接続しない限り、システムが持てるのは人が入力した予定日だけです。仕組み化で得られるのは、予定日の管理精度と、遅延の早期検知であり、納期の予測ではありません。
ご相談について
エクサテックは、不動産・建設業の現場に入り込んで業務を観察するところから、仕組みの設計とWebアプリの実装までを同一チームで担当しています。「注文書はあるが納期が追えていない」「発注が電話とFAXで属人化している」といった段階からのご相談も歓迎です。まずは現状の注文書と納品書を見せていただくところから始めましょう。
