受注から請求まで案件番号を一貫して使うための番号設計

何を分けて考えるか

受注・出荷・請求の番号体系を先に統一する。

既存番号の照合問題は第9記事へ相互リンクします。システム間でキーを受け渡す際は、見た目の伝票番号と内部識別子のどちらを交換するか決めます。

最初に確かめる範囲

このケースで使う記録は、案件番号、原本番号、訂正・分納番号です。親案件IDと子出荷IDを分離し、分納や返品の紐付けを保持する。

親の案件番号と明細の識別子

実績を説明する

一件の注文を3便、2回の請求に分けると一つの番号だけではどの出荷が請求済みか分からない。

条件が変わると何が変わるか

相手の原文番号を残し、枝番や先頭ゼロを削らない。訂正が別の明細へ当たる場合も表にする。

誰がどこを確認するか

請求書一枚に複数便が載るとき、案件番号で検索した全額を各注文に繰り返し付けない。明細の対応表から窓口が答えられるか試す。

番号だけでつながらない請求明細

案件AをS1、S2の二便で納品し、一枚の請求書に両方の料金と待機料が入る場合、請求書番号と案件番号だけでは内訳が分かりません。請求行が参照する便IDまたは出荷行IDを持たせ、便全体に掛かった金額と注文行に直接掛かった金額を区別します。

先方が古い番号で問い合わせたときも、元の注文や訂正へ戻れるか試します。改訂した請求を元の番号へ上書きせず、旧番号を無効にした理由と新番号の関係を保持します。別の取引先が同じ番号を使う場合は、取引先IDと文書種別で一意に検索できることを確かめます。

条件が変わるときの判断

案件を親、注文行・出荷行・請求行を子にして対応表を残す。

記録と処理を設計する

新規案件の発番主体、取引先原本番号、枝番号、取消時に再利用しない方針、旧台帳との対応を決めます。重複取込や分納、請求訂正をテストし、空欄と不明を区別します。

試す作業　親案件IDと子出荷IDを分離し、分納や返品の紐付けを保持する。

現場で先に確認する条件

既存データに新しい案件番号を付ける移行時は、番号なし、重複、別取引先で同じ番号の三種類を拾います。番号を作り直すときも先方から照会される原本番号を消さずに別列で保持します。

一件の請求を訂正しても、元の請求を削除して結び直す必要はありません。取消と訂正の両方を親案件に添えれば、いつどの出荷を対象にしたか説明できます。

記録に残す項目

• 案件番号
• 原本番号
• 訂正・分納番号

改善の結果を確かめる

改善の前後で「案件別の未照合明細数」を比較します。集計の対象、期間、観測できなかった件数も残します。案件別の未照合明細数です。改善前後で件数や時間を比較する場合は、受注行数や訂正件数を分母にすることが必要です。担当や物量が変わると単純な件数比較は誤解につながるため、対象条件も併記します。

記録には「対象期間／分母／改善前／改善後／増減の理由／現場負担の変化」を設けます。数値が改善しても、そのために別部署へ転記や問い合わせが移動していないかを確認してください。

試行で確かめる落とし穴

確認したいのは「分納の都度案件番号を振り直し照合不能にする」という状態が残るかどうかです。

読み合わせと実地確認

再現する場面

分納と後日訂正のある案件を新旧台帳から探す

確認する範囲

案件、注文、出荷、請求ごとのIDの役割を確かめる

判断できる状態

両方向に履歴をたどり、元の取引先番号を確認できる。

運用を選ぶときの追加の論点

案件番号を使うときは運用で検索する番号とデータで照合する番号の役割を決めます。先方が知っている控えの番号は、社内の請求を再発行しても失われないようにします。正式な番号が確定する前の仮番号と、訂正・取消時に無効になった番号の対応を管理し、旧帳票でも元の案件へ戻れるようにします。

別番号を照合するための中間表

相手番号は原文のまま保存し、取引先と文書種別を区別します。先頭ゼロや枝番が意味を持つ場合もあるので変換した値は別列に置きます。注文行から出荷行、出荷行から請求行へ辿れる対応表を作り、分納や月締め請求を紐付けます。

このケースの確認CSV

社内で説明して引き継ぐ

取引先控えから案件へ、案件から便と請求行へ戻る例を経理と営業に見せる。

同僚に聞く

古い改訂が遅れて届いた時に出荷確定済みの行をどう守るか？

関連する判断　運賃請求と出荷データを照合するExcel：照合キー・差額区分まで / 取引先ごとに異なるEDI・CSVをつなぐ変換テーブル

参照できる一次資料

• 物流情報標準ガイドライン「物流情報標準ガイドライン」

  企業間で物流データを交換する際の標準項目とメッセージを参照する。

重要一次ソース一覧