業務システムの導入ガイド
受発注管理のシステム化｜変更・取消・分納の整理
変更の確定担当と、残数の確認方法を先に決める
受発注管理のシステム化では、変更・取消・分納を誰が確定するか、今どれだけ出荷や入荷を待っているか、締切後などの例外をどう扱うかを整理してから、導入範囲を決めます。Excelの列やFAXの帳票を画面へ移す際も、この判断を一緒に引き継ぐ必要があります。
出荷準備中に取消依頼が届いた、という架空の場面を考えます。依頼を受けた営業担当が注文を取り消しても、倉庫で出荷を止められたかは別に確認が必要です。「依頼が来た」と「取消が確定した」を分けるところから、画面と運用を組み立てます。
管理する単位は、取引先や注文日を持つ「注文」、商品と数量を持つ「明細」、実際に発送した内容を持つ「出荷」に分けて考えると整理できます。分納では、同じ明細に複数の出荷を結び付けます。仕入れ側も発注明細と入荷の記録を対応させます。
担当や残す記録、試作を合格と判断する「受入条件」は、自社の運用を決めるための設計案として示しています。製品の公式仕様とは区別しています。出典に挙げた公式情報の確認日は2026-09-20です。
変更依頼から確定までの判断を分ける
数量や納期の変更、取消を受け付けた時点では、出荷を止められるかが未確定の場合があります。画面に「変更受付中」と表示し、確定した注文内容と依頼内容を並べて確認できるようにします。
| 区分 | 判断・確認を担う人 | 残す記録 | 次へ進める条件 |
|---|---|---|---|
| 変更依頼 | 得意先からの連絡を受ける営業・受注担当 | 元の注文番号と明細、変更希望、理由、連絡元、受信日時、FAX等の原本 | どの明細をどう変えたいか特定できる |
| 受付 | 受注担当 | 受付日時、担当者、確認待ちの事項、回答先 | 重複依頼を確認し、判断を引き継ぐ担当が決まる |
| 出荷停止確認 | 倉庫・出荷担当 | 未着手・準備中・出荷済みの別、停止できた範囲、確認者と日時 | 対象明細の出荷状況と停止可否が確認できる |
| 確定 | 社内で定めた承認担当 | 承認または却下、変更前後の内容、理由、確定日時、相手への回答 | 出荷状況を踏まえて可否を判断し、関係者への連絡を記録できる |
受付担当が承認も担う運用なら、同じ人を設定して構いません。分けて残したいのは、それぞれの判断が済んだ時点です。停止確認が取れない間は、取消を確定させず確認待ちとして残します。すでに出荷した分は履歴を維持し、返品など別の処理が必要かを担当者が判断する流れにします。
締切後の依頼も、受付先を決めておきます。農林水産省のヒアリング回答集には、締め時間を過ぎた注文変更をシステムに反映できず、FAXでやり取りするという納入事業者の回答があります。これは調査対象者の回答であり、全業種での発生率や現在の共通状況を示すものではありません。農林水産省のヒアリング回答集
この事例を踏まえ、締切後のFAXも元の注文へひも付け、受付・承認・出荷担当への連絡まで試作で確かめます。受信しただけの依頼を、確定済みの変更と区別できることが確認点です。
分納は明細の残数と、連携先での扱いを確かめる
一部を出荷した注文では、出荷済みの分と、これから届ける分を分けて管理します。試作では明細ごとに確定数量、出荷済み数量、取消済み数量、未出荷の残数を追い、変更履歴から現在の残数を説明できる状態を受入条件にします。
製品の仕様例として、Bカートは同じ商品の一部を先に送り、残りを後日送る分納に対応し、購入者の注文明細でも配送情報が分かれて表示されます。一方、連携した基幹システム側で分納・同梱処理を行った場合には、出荷実績のデータ連携に対応できないという制約も掲載されています。Bカート「分納対応／同梱対応」
そのため、製品選定では分納機能の有無に加え、どちらのシステムで分納を確定し、出荷数量・日付・残数など何を相手側へ渡すかを個別に確認します。自社で使う連携方法で、明細ごとの出荷履歴と未出荷分を試作で照合します。
仕入れ側にも対応する仕様例があります。日立システムズのFutureStageの公式FAQでは、分割納入時に入荷分だけを計上でき、設定により分納後の発注残を記載した伝票を発行できると説明しています。FutureStage「販売・購買管理機能FAQ」
仕入先への発注を導入範囲に含めるなら、入荷済みと入荷待ちを別々に照合します。紹介した仕様は、BカートとFutureStageそれぞれのものであり、すべての受発注システムに当てはまるわけではありません。
移行する受注残・発注残を同じ時点で照合する
受注残は得意先へまだ届ける必要がある分、発注残は仕入先からまだ受け取る予定の分です。移行時には、残数を確定する基準日時と、それ以降の変更を記録する場所を決めます。基準日時の異なるExcelと出荷記録を比べても、差が誤りなのか、その後の処理なのかを判断できません。
| 照合対象 | 確認する情報 | 確認担当 | 差がある場合の扱い |
|---|---|---|---|
| 受注残 | 得意先、注文・明細番号、商品、数量単位、確定数量、出荷・取消の履歴、未出荷分、納期 | 受注担当と出荷担当 | 原本と出荷記録へ戻り、修正理由と確定者を残す |
| 発注残 | 仕入先、発注・明細番号、商品、数量単位、確定数量、入荷・取消の履歴、入荷待ち分、予定日 | 発注担当と入荷担当 | 入荷記録や仕入先との連絡を確認し、残数を確定する |
| 未確定の変更・取消 | 依頼内容、受付状況、停止確認、回答待ちの相手 | 受付担当と承認担当 | 確定済み残数と分けて移し、確認待ちの担当を引き継ぐ |
| 移行準備中の処理 | 基準日時以降の受注・発注、出荷・入荷、変更・取消 | 移行責任者と各担当 | 追加で反映する対象を記録し、漏れと重複を確認する |
合計の残数に加えて、同じ注文・明細が対応しているかを確認します。数量が一致しても、別の注文へ入荷や出荷が結び付いていれば、そのまま受け入れられません。解決していない差は担当と確認期限を付け、移行完了の判断から切り離さず管理します。
Excel全体の整理や切り替え手順は、Excel業務をシステムへ移行する進め方も参照できます。
試作の受入条件を、例外ごとに書く
試作を確認する担当は、受注担当に加え、出荷・入荷と変更承認に関わる人を含めます。以下は受入確認の案です。画面を操作したあと、元の依頼、確定した内容、現在の残数を各担当が追えるかで判定します。
| 試す状況 | 合格とする状態 | 判定する担当 |
|---|---|---|
| 締切後に変更を受け付ける | 依頼を保存でき、承認待ちと確定済みを区別できる。回答先と出荷担当への連絡が残る | 受注・承認・出荷担当 |
| 出荷準備中に取消を受け付ける | 停止可否の確認が済むまで取消を確定しない。停止できなかった分の履歴が残る | 出荷・承認担当 |
| 分納のあとに残りの変更を受け付ける | 出荷済み履歴を維持し、未出荷分への変更だけを確認・承認できる。確定後の残数を説明できる | 受注・出荷担当 |
| 発注した商品の一部が入荷する | 入荷済みと入荷待ちを分けて表示し、発注明細と入荷記録から残数を照合できる | 発注・入荷担当 |
| 外部システムへ出荷実績を渡す | 分納を確定する側が決まり、相手側の明細・出荷履歴と突き合わせられる。反映されない場合の確認担当が分かる | 出荷・連携確認の担当 |
試作で判断できない行には、未確定の運用と決定担当を記入します。導入範囲に残すなら、運用を決めて再確認するところまでを受入条件に含めます。
導入範囲は、残数を引き継げる単位で決める
最初の範囲を受注管理に絞る場合も、出荷停止の確認先と、出荷結果を戻す方法は必要です。発注管理を含める場合は、入荷担当が発注残を確かめられるところまで対象にします。担当・記録・受入条件が決まると、作る画面と連携が具体化します。
費用を検討する際は、業務システムの費用と見積もりの考え方を確認し、未確定の連携や例外処理も見積もりの前提として共有します。
受発注管理のシステム化を相談する際は、現在の帳票項目、変更・取消・分納の処理手順、残数の確認方法を用意すると、導入範囲を検討しやすくなります。対応範囲と費用は、相談内容を踏まえて個別に確認します。