「発注済みです」と答えても、現場は作業を始められない
朝、現場から「資材が足りない」と連絡が来る。購買のExcelには発注済み、納品書には一部納品、現場のメモには破損品の返品が残っている。誰も間違いを書いていなくても、その三つだけでは次に何個手配するか決められません。ここからは説明用の架空例です。
一度に届かない資材では、注文した数、届いた数、確認が終わった数、返品や交換を待つ数を分けます。現場は使える分を判断し、購買は仕入先に何を確かめるかを決めます。経営・工務側には、工程へ影響する未確認だけをまとめて見せます。
SHINJIDAI独自作成。説明用の架空例で、実績や製品画面ではありません。
100個の注文に60個が届いた。残りは40個でよい？
注文PO-017の明細1で、同じ規格の資材を100個発注したとします。最初の便で60個到着し、確認の結果50個を受け入れ、破損した10個を返品しました。まだ出荷されていない40個と、返した10個の交換を同じ「未納」にまとめると、手配が重なりやすくなります。
この時点で現場が使えるのは50個です。仕入先と10個の交換を合意したなら、残りの到着予定は元の未納40個と交換10個。追加で50個を別発注すると二重手配になり得ます。交換をまだ合意していなければ「交換条件未確認」と残し、予定数を確定させません。
発注残の名称や計算は利用中の製品によって異なります。この記事では、元の注文の未出荷、返品に対する対応、現場で使える数を別欄にする設計を提案しています。返品が自動で元の発注残へ戻るという仕様は前提にしません。
受入済み 50個
現場が確認した使用可能分。到着60個とは分ける。
元の未納 40個
元の注文に対する残りの納品予定を購買が確認。
破損返品 10個
返品記録を残す。交換10個は仕入先との合意後に予定化。
確認すべきこと
必要100個−受入50個＝残り50個。元の40と交換10の対応を先に確認。
SHINJIDAI独自作成。自社の手順・担当に合わせて決める設計例です。
明細・納品・返品を、消さずに対応させる
注文には工事、資材コード、規格、単位、数量、必要日、仕入先を持たせます。納品は注文の明細番号を参照し、便や納品書の番号、実際の到着日、報告者、検品結果を追加します。納品書の写真だけを置くより、どの明細に対する報告か分かることが大切です。
同じ納品書を現場と事務が送っても、別の到着として二重に数えないようにします。一方、番号が似た別便を重複として消さないことも必要です。識別する条件と訂正できる担当を決め、元の報告、訂正理由、訂正した人と時刻を残します。
返品は元の納品を参照し、数量、理由、引渡日、仕入先の受付、交換・取消の合意先を持たせます。返品依頼を送っただけ、現物を渡した、相手が受け取った、交換日が決まった、を一つの完了にしません。
SHINJIDAI独自作成。説明用の架空例で、実績や製品画面ではありません。
予定が変わる日に、確認待ちを残せるか
必要な規格と違う代替品が届いたら、数量が同じでも受入済みにしません。現場で使えるか、設計・品質上の確認が必要かを責任者へ戻します。この記事の台帳は、技術・品質・安全上の適否を自動判定するものではありません。
別の現場へ直送した場合は、倉庫に入ったように見せず、実際の受入場所と担当を残します。必要数が減った、納期を変えたい、箱と個が混ざる、といった変更では、仕入先との合意と単位の前提を確認します。原注文を消して経緯を失わないようにしましょう。
現場が圏外なら未送信を見分け、通信回復後の再送を二重に反映しないことを試します。夕方の入力は実際の到着時刻と区別します。報告がないものは到着0と決めず、現場担当へ確認する対象として残します。
- 代替品の承認者と、使わず待つ場所が分かる
- 現場直送・現場間移動を倉庫在庫と混ぜない
- 訂正と再送後も、元の納品・返品をたどれる
- 未回答の納期・交換条件に担当と次の確認日がある
今の発注ソフトでできることを、先に試す
分納や発注残管理は、既存製品にもある機能です。ANDPAD受発注の公式ページは納品便の分割指定、日立システムズのFutureStageは分納と発注残の管理、ecbeingBtoBは明細ごとの納期・数量・納品先の指定を案内しています。これは各社の公開機能説明であり、SHINJIDAIの導入実績や、すべての契約で使えることを示すものではありません。
まず自社の契約・版・設定で、今回の100・60・50・10の例を再現できるか確認します。発注だけを管理しているなら、現場受入と返品のどちらが不足しているかを分けます。製品の画面があることと、自社の担当者が訂正まで回せることも別です。
少数の現場なら番号と確認ルールの統一から始められます。既存の標準設定、追加製品、CSV連携、個別開発を比較し、転記や例外が残る部分だけを対象にします。費用を左右するのは、拠点・品目・権限、番号や単位の整理、連携仕様、オフライン対応、移行・教育の範囲です。
一つの現場で、訂正と引き継ぎまで確かめる
最初の試行は一つの現場と代表的な資材へ絞ります。購買が注文と仕入先との合意を確認し、現場が到着と状態を報告し、責任者が受入や代替の判断をする。経理は請求へ渡す条件を確認します。誰か一人の連絡先へ情報を集めるだけにしない役割分担です。
切替前の未納と返品を照合し、移行後はどちらを正式な記録とするか決めます。比較用のExcelを残す場合も、注文の変更を二つの台帳から別々に仕入先へ出さないようにします。不一致が残る明細は確認待ちとして引き継ぎます。
完成の確認には、通常納品だけでなく、分納・破損返品・交換・取消・代替品・二重送信・担当交代を含めます。数が合うことに加え、誰が何を確認すれば次の手配を決められるかを、実際の担当者が確かめます。
対象
一つの現場・代表資材・残すソフト
移行
未納と返品を照合し、変更の正本を一つにする
完成
通常と例外で数・担当・次の確認が一致する
保守
品目追加、連携変更、訂正権限と受付範囲を合意する
SHINJIDAI独自作成。自社の手順・担当に合わせて決める設計例です。
SHINJIDAIと整理するなら、最初の一便から
SHINJIDAIは、業務課題の相談・解決策の提案から設計・開発・導入まで伴走しています。この業務なら、注文から最初の納品・検品・返品までをたどり、どの記録と担当が分かれているかを整理します。特定製品の導入実績や、資材不足をなくす効果を未確認のまま約束しません。
既存運用・製品・設定を活かす案と連携・開発を比べ、合意した範囲の明細対応、報告、確認待ち、訂正の仕組みを実装します。通常と例外を現場・購買が試し、次の手配を判断できるか検証。保守の受付、連携変更、引き継ぎと費用は別に合意します。
業務の課題整理から、設計・開発・導入まで
発注と現場受入、残りの手配をつなぐ
SHINJIDAIにご相談ください。
- 発注済みでも、現場の使える数が分からない
- 分納・返品・交換の確認が電話や別の表に残る
- 今の発注・在庫ソフトを活かして改善したい
課題の整理から伴走一つの現場の注文から納品・検品・返品までをたどり、止まる確認と担当を整理します。運用・製品・設定・連携・開発を比較し、合意範囲の明細対応と確認待ち、訂正の仕組みを実装。分納や交換、担当交代でも次の手配を判断できるか検証します。
最初は現場と記録の受け渡しの概要から。調査・実装・検証・保守の範囲と費用は着手前に合意します。
品質・安全・会計上の適否、製品の契約条件は個別の確認範囲です。
ID・パスワードや顧客データは、フォームに記載しないでください。
役割・移行・完成確認の進め方を見る出典
各社の公式機能説明を2026年10月17日に確認。製品の図・画面・ロゴは転載していません。本文の業務設計・比較、数量例と図はSHINJIDAI独自作成です。個別の建設会社の実績や、法令・会計・品質の判断基準を示すものではありません。
よくある質問
分納のたびに注文書を作り直す必要がありますか？
利用中の仕組みが明細単位の分割納品に対応するかを先に確かめます。同じ注文・明細へ複数の納品を結び、数量や予定日の変更履歴を残せるなら、その機能を活かせます。対応できない受け渡しだけを改善対象にします。
返品した分は、そのまま発注残に戻してよいですか？
交換してもらうのか、取消・返金なのか、別の注文にするのかを仕入先と確認します。元の未納と交換待ちを別に表示し、合意する前に同じ数量を二重に手配しないようにします。
納品書に60とあれば、60使えると考えてよいですか？
数量・規格・状態の確認が必要です。本文の架空例では、到着60個のうち50個を受入済み、10個を破損返品として扱います。検品待ちや所在未確認を、使用可能な数へ入れません。
箱と個の単位が混ざるときはどうしますか？
注文時の単位と換算条件を明細に残します。規格や梱包数が違えば同じ資材名でも一括換算せず、確認担当へ戻します。原記録と換算後の数を追えることを試行条件にします。
現場のスマホ入力だけで、在庫や会計も確定しますか？
到着の報告と、検品・受入の確定、請求・会計の処理は分けます。報告漏れ、圏外、同じ納品書の再送も確かめ、どの担当がどこまで確定するかを合意します。
SHINJIDAIへ相談すると、最初に何を決めますか？
どの現場で、発注・納品・返品のどの確認が止まるかを整理します。残すソフト、番号の対応、現場と購買の役割、最初に試す範囲と完成条件を決め、調査・実装・保守の範囲と費用を合意します。認証情報や顧客データをフォームへ送る必要はありません。