製造業の発注残管理システム導入｜未納残と納期をつなぐ実務

製造業で発注残管理システムの導入を検討するなら、最初に決めるべきは画面の見た目ではなく「未納残が何を意味するか」です。仕入先へ100個発注し、60個と40個の二便で納入すると回答を受け、先便の60個が届いて50個は検品合格、10個は保留、後便40個は未着のとき、購買・倉庫・生産計画・経理が同じ数字を見ているでしょうか。この記事はタイの工場を想定し、購買発注の未納数量を、分納、納期回答、入荷検品、請求・買掛、MRP再計算まで一貫して扱うための要件と導入手順を整理します。

発注残とは「まだ受け取る権利がある数量」だけではない

発注残は、ここでは自社が仕入先へ発行した購買発注のうち、まだ受入完了していない数量を指します。顧客から受けた注文の残りである受注残とは方向が逆です。既存の顧客受注残管理の記事は販売側の引当と納期回答を扱います。本稿は購買側の発注行から始め、届くはずの材料を生産計画へいつ、いくつ供給として見せるかに絞ります。

単純な式は「発注数量−受入済数量−取消数量」です。ただし実務では、入荷したが検品中の数量、検品で不合格になった数量、仕入先が出荷したが未着の数量、納期回答だけが変わった数量を区別しなければなりません。これらを一つの残数へ押し込むと、倉庫には物があるのにMRPは未入荷と考えたり、逆に不合格品を使用可能な在庫として計画したりします。発注残は一つの数字でなく、根拠となるイベントと状態を持つ行として設計します。

Microsoftの購買発注の分納スケジュールは、発注行を複数の納品行に分け、各行の数量と受入予定日を持たせる例です。また購買発注の確認と取消では、既に受入または請求済みの数量は取消可能な残数と同じではないことが説明されています。これらは特定製品の仕様であり、自社ERPの自動計算規則を証明するものではありません。しかし要件定義で「発注行、分納行、受入行、取消」の粒度を分ける根拠になります。

例示：100個の発注がどう変わるか

以下は計算を説明する架空の例です。納期、数量、仕入先の実績値ではありません。10月20日納入として100個を発注し、仕入先が60個を10月20日、40個を10月27日に分納すると回答したとします。10月20日に60個が到着し、検品で50個を合格、10個を保留とします。この時点で「未着の発注残」は40個、「入荷済みだが未判定」は10個、「使用可能な受入」は50個です。10個を発注残40個に戻すかどうかは、契約上の受入と倉庫処理の定義によります。勝手に60個または50個を受入済みに固定してはいけません。

続いて仕入先と残り40個のうち5個を取消合意したなら、未着の有効残は35個になります。取消の承認日、理由、対象分納行を記録します。もし10個の保留品が返品となり再納品を求めるなら、返品・交換の発注または元発注の残数復活をどちらで扱うかを契約とERPの運用に合わせて選び、二重計上を避けます。各時点の数字を一つのセルに上書きするExcelでは、この履歴が失われます。

ここで「発注残35個」と表示するだけでは、同じ部品について品質保留10個もあることが分かりません。画面では未着残と保留在庫を並べ、計画可能量の決定規則を別に示します。たとえば保留品を合格見込みとしてMRPに足すかは、品質部門の判断前に自動で決めないほうがよいでしょう。

システムが持つべき最小データは発注行とイベント

発注ヘッダーだけで残数を計算すると、同じ発注書に納期も単位も異なる部品が混在した場合に破綻します。最小単位は発注書番号＋改訂番号＋行番号です。分納があるなら分納行ID、受入と返品には独立した伝票行IDを付けます。データを編集で上書きするより、発注変更、回答、出荷通知、入荷、検品、返品、取消をイベントとして残し、表示用の残数を再計算するほうが原因を追いやすくなります。

単位換算は最初に検証します。購買単位が箱、在庫単位が個、仕入先の回答がパレットなら、換算率と端数処理が必要です。Microsoftの分納時の端数と残数に関するトラブルシューティングは、購買単位と在庫単位の精度が異なると、見た目には小さい残数でも受入処理を妨げ得る例を示します。自社で同じエラーが起きると断定はできませんが、換算と丸めをFATの試験ケースに入れる理由になります。

正本を分けないと数字が戻る

発注と変更承認の正本をERP、仕入先回答の証跡を購買システム、現物の入荷をWMS、検品判定を品質システム、需要と供給の計算をMRPとする構成が考えられます。ただし会社により統合範囲は異なります。重要なのは、同じ数量を二つの画面で手修正しないことです。どのイベントがどのシステムで確定し、どこへ送られ、訂正時にどのIDを参照して取り消すかをデータ契約として書きます。

連携障害中に購買担当が電話で納期を聞き、メール表に回答を入れたとしても、それを「計画上の確定納期」として使うには承認手順が要ります。回答が未確定なら暫定値として表示し、MRPへの反映可否を別フラグで管理します。受入の再送はイベントIDで重複を排除し、同じ60個が二回積み上がらないようにします。日次の全件ファイル連携だけなら、処理時刻、差分期間、失敗時の再送条件、前回成功版を記録します。

購買発注の納期管理は「希望」と「回答」を分ける

生産管理が知りたいのは、発注書を送った日ではなく、使える材料がいつ何個届く見込みかです。発注時の希望納期、仕入先の回答納期、出荷予定日、出荷実績日、物理到着日、検品完了日を一つの「納期」欄で兼用してはいけません。Microsoftの購買発注日付の説明も、希望の出荷・受入日と確認済み日付を区別します。各社の契約条件と輸送条件は異なるため、画面に表示する日付の名称を現場の用語に合わせて定義します。

購買発注の納期管理では、未回答行、希望日からの遅延、回答後の再変更、分納行の一部遅れを別の例外として扱います。未回答と「遅延なし」は同義ではありません。仕入先が回答しなかった行は計画の信頼度が低いと分かるようにし、購買担当の督促期限と次の担当者を付けます。回答変更のたびに旧回答、変更理由、影響する製造オーダーまたは顧客約束を記録します。

分納で見るべき三つの日付

第一に、仕入先が出荷すると約束した日。第二に、工場へ着く見込日。第三に、検品後に生産へ投入できる日です。輸入部材や遠距離輸送では、この三つが大きく離れます。現地調達でも、週末や工場休業日、荷受枠、品質検査時間の差が出ます。タイ工場向けの設定では、タイ時間、拠点ごとの稼働カレンダー、仕入先の休業日を確認し、「翌日」の計算にどのカレンダーを使うかを仕様化します。制度や輸送日数の一般値を一律に仮定しません。

Microsoftの分納スケジュールでは元の発注行から複数の納品行を作り、各行に数量と日付を設定します。したがってRFPでは「一発注行に複数の日付を持てるか」だけでなく、各分納行に回答版、入荷実績、取消、請求照合を紐付けられるかを問います。仕入先の回答が「40個は火曜、残りは未定」なら未定行を消さず、数量40個と未回答残を明示します。

入荷・検品との接続で「届いた」と「使える」を分離する

倉庫がトラックから荷を下ろした時点、入荷伝票を登録した時点、品質検査が合格した時点、ERPに製品受入を計上した時点は同じとは限りません。Microsoftの購買発注に対する製品受入は、事前通知、到着登録、品質処理、製品受入を区別して説明しています。これをそのまま自社の会計処理に当てはめるのでなく、未着発注残、検品中、使用可能在庫の遷移を設計する参考にします。

受入登録では、PO行への紐付けを必須にするか、品番と仕入先から候補を提示するかを決めます。同じ品目を同じ仕入先へ複数回発注している場合、単に品番が一致しただけで古いPOを自動消込すると残数が歪みます。納品書のPO番号が欠けている、仕入先品番が変更された、過納品があった、誤品が混入した場合の保留フローを用意します。検品不合格分については、廃棄、値引受入、返品、交換、再納品のいずれかを選び、元の受入と発注行への参照を保持します。

数量が大きく見える画面でも、ロットと品質状態が欠けていれば生産へ配賦できません。生産計画に供給として渡す量は、未着残に納期回答を付けた「将来供給」と、入荷後に使える「現有在庫」を区別します。検品保留品を将来供給として二重に数えないルールも必要です。この論点は検収と請求書の三点照合の記事の前段にあたります。本稿では支払自動化より、発注行の未納数量が実際の受入でどう減るかに焦点を当てます。

請求・買掛残と未納発注残は別の数字

物が到着していない数量と、物は届いたが請求書を受け取っていない数量を同じ「残」と呼ぶと、月末の照合で混乱します。未納発注残は物流上の問い、未請求・未払残は経理上の問いです。Microsoftの買掛請求書照合は、PO、製品受入、請求書の数量・価格を照らす三点照合を説明します。SAPの数量差異に関する説明も、受入済みだが未請求の数量と、請求数量との差を区別します。どちらも製品固有の機能説明です。会計基準や税務処理を一般化する資料として扱いません。

たとえば100個発注して60個が受入済み、請求書は50個分だけ届いた場合、未納発注残は40個、受入済未請求は10個です。請求書60個分が先に届いても、未納発注残40個を請求書の数字で減らしてはいけません。支払保留や差異承認の規則は会社とERP設定で異なります。RFPには「発注行、受入行、請求行を行単位で突合し、分納・分割請求・返品・値引・過納を追えるか」と書きます。

経理の画面へは、未納残を金額化した未発生の購買コミットメントと、受入済未請求、請求済未払を別列で示すと議論しやすくなります。ただしそれぞれの金額は通貨、単価改訂、運賃、税、為替、会計方針で変わるため、本稿では計算式や仕訳を一律に断定しません。承認済の発注変更を財務見込へいつ反映するか、締め後の遡及訂正を誰が許可するかを経理と合意します。

MRP再計算では残数より「供給の確からしさ」を渡す

MRPが購買発注を将来の入荷として扱うなら、発注残の過大計上は不足を隠し、過小計上は重複発注を生みます。Microsoftのマスタープランニングの説明には、購買発注などの見込入荷が計画対象に含まれることが記されています。またマスタープランの概要は、供給を需要に割り当てる期間設定によって計画結果が変わることを示します。したがって残数だけの連携では足りず、品目、拠点、倉庫、利用可能日、確認状態、数量、版数を渡す必要があります。

一方、仕入先回答がない発注、何度も延期された発注、検品保留中の受入を、確認済みの供給と同じ優先度で扱うかは運用判断です。システム選定時には次の三状態を必ず試します。①発注済みだが未回答、②回答済みだが希望日より遅延、③一部受入済みで残りは未定。計画担当者が例外を見て代替調達、生産順変更、安全在庫の使用を決められることが目的です。機械的に「全ての発注残は予定日に必ず入る」とする計画は、残数が正確でも現実に弱くなります。

再計算のタイミングも要件です。納期回答を変更した直後に全品目MRPを回すのか、影響品目だけ再計算するのか、夜間バッチまで待つのか。変更が何時の計画版に反映されたかを表示し、購買の画面と計画画面で異なる数字が一時的に存在することを管理します。計画出力から緊急発注を提案する場合、既存PO残と重複しない照合キーを持たせます。受発注管理システムの境界の記事は、発注とMRPの役割分担を広く扱います。本稿はその境界を、発注残のイベントと計画への供給入力に具体化しています。

導入前の棚卸しは未納発注の「なぜ」を数える

システムを比較する前に、過去数か月の未納発注行をサンプルとして取り、現状の残数が説明できるか調べます。抽出日は固定し、PO行ごとに発注数量、承認済変更、入荷、検品、返品、取消、請求の元伝票へ戻れるかを確認します。「残数が合わない」行は、入力漏れ、未回答、単位換算、分納の紐付け、取消未反映、返品処理、締め後訂正など原因別に分けます。原因が分からないまま移行データを一括投入すると、新システムは古い誤差を高速で表示するだけになります。

優先順位は件数だけでは決めません。生産停止を招く重要部品、長い調達期間、代替不能、輸入品、品質保留率が高い部品を先に調べます。大半の行が単純に閉じていても、重要部品の数行に未回答残があるなら購買の毎朝の確認対象です。現状のExcelを悪者にするより、そこで人が毎日補正している規則を発見することが、導入の最初の成果になります。

移行時の残数は元伝票と突合する

旧ERPの「open」フラグやExcelの残数だけを新システムへ持ち込まず、可能な範囲で発注行、受入行、取消行を再構成します。過去分の元伝票が欠ける場合は、基準日時点の残数を「移行開始残」として承認し、以後のイベントだけを新システムで追います。移行開始残には採用した根拠、承認者、日付を記録します。後日、旧伝票が見つかったときは黙って履歴を変えず、調整イベントを追加します。

本番切替の前には、旧システムと新システムを同じ基準日時で集計し、品目・仕入先・PO行の三段階で差分を出します。総数が一致しても、A行が+10、B行が−10なら計画への影響は相殺されません。許容する差異は金額だけでなく、重要部品の数量と納期に設定します。差分の解消責任者と、未解消でも稼働を許す条件を切替会議で明文化します。

RFPでは機能一覧より受入シナリオを指定する

「発注残管理機能あり」にチェックが付いた提案書だけでは比較できません。RFPには、実データに近い発注行と一連の出来事を用意し、ベンダーが同じ入力・同じ期待出力を実演するよう求めます。少なくとも分納、部分受入、過納、検品保留、返品、部分取消、納期再回答、請求差異、単位換算、連携再送を含めます。各シナリオで、購買の残数、倉庫の状態、MRPの見込供給、経理の照合状態を同時に確認します。

FATではテスト環境で数量遷移、権限、監査履歴、連携の再送を再現します。SATでは実拠点の端末、ネットワーク、ラベル、タイ語・英語の画面、実際の仕入先品番、現場の承認手順で確認します。例外を処理する担当者が画面にたどり着けるかまで試します。納期回答のメール添付が読めても、承認されないままMRPへ入るなら受入条件を満たしたとは言えません。

ベンダー比較と費用の見方

見積はライセンスだけで比較しません。PO・受入・品質・会計・MRPの接続、既存データの清掃、仕入先の回答方式、端末、帳票、教育、運用監視、保守、追加拠点を同じ範囲で並べます。仕入先ポータルの導入は回答収集の一手段ですが、発注残の計算そのものとは別です。ポータルの画面と仕入先参加率を中心にした検討はサプライヤーポータルの記事で扱います。小規模な仕入先にはメールまたは構造化ファイルの受付が残るかもしれません。どの経路でも回答を同じPO行へ紐付け、承認状態を揃えることが要件です。

投資効果は架空の市場単価から作らず、現状の作業時間と損失を測ります。たとえば未納行の照合作業、納期督促、特急輸送、計画の組み直し、請求差異の調査に何時間使っているか。重要部品の欠品リスクは金額だけでなく停止時間も見る。システム導入後に減らせる作業と残る例外を分け、見込効果に責任者を付けます。無料の表計算でも運用が安定している工程まで一律に置き換える必要はありません。

タイ工場で実装するときの確認点

タイの工場では、購買担当、倉庫、品質、生産計画、経理に加え、日本側の管理者や国外仕入先が同じ取引を見ます。画面上の品目名はタイ語・英語・日本語が混在しても、識別キーは品目コードと仕入先品番で統一します。日付はAsia/Bangkokと、国外から受けた時刻の元タイムゾーンを保持します。メールで受けた納期回答には原文と翻訳を残し、翻訳文だけを法的な発注変更の根拠にしないようにします。

輸入品では出荷予定と工場到着を混同しやすく、通関や輸送の不確実性があります。ただし通関条件、税務上の扱い、BOIの要件、請求認識は品目・取引条件・会社の許認可に依存するため、ここで一般化しません。RFPには発注番号、船積み・到着のイベント、通貨、仕入先、ロットの追跡が必要かを挙げ、法務・税務・通関の担当者に確かめる項目を分けて記します。

権限では、仕入先回答を登録できる人と発注数量を変更できる人を分けます。残数をゼロにする操作は「入荷完了」「残り取消」「発注終了」で意味が異なります。誰がどの理由で閉じたかを残し、閉じた行を通常の回答ファイルで再開させない設計が必要です。担当者が休暇中でも例外が止まらないよう、代理承認と滞留アラートを設定します。

導入の順番：一品目群・一拠点・一つの閉鎖規則から

第一段階で、現行の未納行を棚卸しし、発注残の定義と状態表を合意します。第二段階で、対象を一つの部品群、一拠点、少数の仕入先に絞り、発注行・分納・回答・入荷・検品・取消を一連で記録します。第三段階でMRPと経理へ接続し、計画上の供給と三点照合を確認します。最後に仕入先・拠点・部品群を広げます。期間は元データの品質、接続方式、承認の数で変わるため、一律の導入日数を約束しません。

運用開始後は「未回答行数」「回答日を過ぎた未着数量」「品質保留の滞留」「POと受入の突合不能」「残数の手修正」を週次で見ます。どの数値も増減の理由を確認できるよう、母数と集計時点を固定します。KPIを導入する目的は購買担当を責めることでなく、供給見込の信頼度を上げることです。定義が変わったら前年の数値と無理に比較せず、変更日を記録します。

よくある質問

発注残管理システムと購買管理システムは同じですか？

発注残管理は購買管理の一部です。購買管理の全体には購買依頼、見積比較、承認、契約、仕入先評価、支払条件なども含まれます。発注残管理は、確定済みの発注行がどの数量・日付で残り、何が入荷し、何が取消されたかを正確に追います。全体範囲を決める場合は購買管理システムの選び方と併せて読むと論点を分けられます。

発注残は「発注数−入荷数」だけで計算できますか？

単純な取引なら近似できますが、取消、返品、過納、検品保留、単位換算、分納があると不足します。どの時点を「受入済み」とするかを明示し、元イベントから残数を再計算できるようにします。仕入先回答の予定数量と、現物の入荷数量も別に保持します。

未納発注の残数と未請求残はなぜ一致しないのですか？

入荷と請求は異なる時点で起きるためです。物が届いて請求書が後から届くことも、請求書が先に届くこともあります。前者では未納残が減っても受入済未請求が残ります。会計処理と支払可否は会社の規則に従い、発注行・受入行・請求行を別々に追跡します。

分納の納期回答が何度も変わる場合、どの予定をMRPに渡しますか？

承認された最新回答を基本候補にしつつ、未回答、暫定、確定、遅延の状態を付けます。変更履歴を残し、いつの計画版に反映したかを表示します。回答の確度が低い品目は、計画担当者が代替策を検討できるよう例外リストへ出します。

導入費用は何で決まりますか？

利用者数だけでは決まりません。既存ERP・WMS・品質・MRP・経理への接続数、PO行と受入の粒度、移行データの品質、仕入先の回答経路、拠点数、権限、現場教育、保守範囲が費用を動かします。各社の見積を同じ受入シナリオと範囲に揃えて比較してください。

まとめ：残数の計算式より状態遷移を合意する

製造業の発注残管理システムは、未納発注の残数を一覧にするだけでは役に立ちません。発注行を起点に、仕入先回答と分納、物理入荷と検品、取消・返品、請求との照合、MRPへの供給予定を同じ識別子でつなぎます。未着、保留、使用可能、受入済未請求を分ければ、購買・倉庫・生産計画・経理が同じ数字の理由を説明できます。最初の一品目群で例外まで試し、残数が元伝票へ戻れることを受入基準にしてください。

タイ工場で未納発注のExcel集計やERP・MRP間の残数差を整理している段階でも、TOMAS TECHへご相談いただけます。現行のPO行、受入伝票、納期回答のサンプルがあれば、システム比較に使える状態表と受入シナリオを具体化できます。

参考情報

• Microsoft Learn, Create a purchase order with a delivery schedule：発注行を分納行へ分ける製品仕様。
• Microsoft Learn, Approve and confirm purchase orders：変更、取消、受入済数量との関係。
• Microsoft Learn, Product receipt against purchase orders：到着登録、品質処理、製品受入の段階。
• Microsoft Learn, Calculate requested ship dates for purchase orders：希望日と確認日、カレンダーの区別。
• Microsoft Learn, Accounts payable invoice matching overview：PO・受入・請求書の三点照合。
• SAP Help Portal, Quantity Variance：受入済未請求数量と請求差異。
• Microsoft Learn, Improve master planning performance：購買発注を見込入荷として扱う計画上の文脈。
• Microsoft Learn, Master plans overview：供給と需要を割り当てる期間設定。
• Microsoft Learn, Physical remaining quantity error：単位換算と残数精度の事例。