例外処理

出荷前に数量が変わった注文を、どこまで戻すか。

「変更注文に対応できるか」という質問だけでは、システムの比較条件が揃いません。変更を受けた後の確認・反映・完了条件まで具体化します。

例:10ケースの注文が、出荷準備中に8ケースへ変わる

営業は変更を承った。販売管理は10ケースのまま。倉庫はすでにピッキング中。この状態で、営業のメールだけを直しても、出荷と請求の内容は揃いません。

数量変更の処理例
時点確認する人確認・処理完了の証拠
変更受付受注担当元注文番号、変更箇所、連絡者、時刻を記録元注文と変更記録がひも付く
可否確認倉庫責任者出荷作業がどこまで進んでいるか確認変更可能か、担当者が回答
顧客合意営業変更可否と数量・納期を回答合意内容を記録
反映受注担当・倉庫注文、引当、出荷指示を同じ版へ更新旧指示を取り消し、8ケースで一致
最終照合出荷担当・経理実出荷、注文、請求対象を照合数量の差が説明できる

先に決めたい分岐は「出荷済みか」

出荷前なら指示変更で対応できても、出荷後は返品や差額処理になることがあります。同じ「数量変更」でも、発生時点で手順が違います。各社の取引条件に合わせて、受け付ける時点と例外時の相談先を決めます。

時点別の判断例
条件対応の仮置き人が判断する点
未着手注文と引当の修正候補納期や価格条件が変わるか
出荷準備中倉庫へ保留依頼をして可否確認すでに梱包・積込済みか
出荷済み元注文を残して別処理へ返品・再配送・差額の条件

この表は会社の正式な運用ルールではありません。実際の締切、契約、倉庫の作業に合わせて確定します。

ベンダーには同じシナリオを見せてもらう

「変更できますか」ではなく、元注文10ケース→準備中に8ケース→旧出荷指示の取消→変更履歴→請求対象8ケース、の一連をデモで確認します。できるという回答でも、どの作業が手動かを残します。

システム比較で同じ条件を聞く表
確認項目回答の記録欄判断に使うこと
元注文と変更の関係標準機能/設定/追加開発/対象外変更の履歴が追えるか
作業中の倉庫へ通知通知先・通知方法・確認済みの扱い指示を受けた証拠が残るか
同じ変更の再送重複検知の条件二重更新を防げるか
連携停止中代替手順・復旧後の照合手入力分と自動分が重ならないか

記録の量より、後工程まで追えるかを確認する

頻度が低くても、誤出荷や二重請求につながる例外は残します。まず一件を端から端まで追い、「誰が、何を見て、どこまで終わったと判断するか」が抜けていないかを確認します。

この資料を自社に当てはめるには

掲載した業務・件数・会社は説明用の例です。自社で実際に扱う帳票と担当者に照らし、使う項目を選んでください。

内容について相談する →
実務記事・道具の一覧へ