注文書を統一できない場合に必要な変換表と取引先ルールの作り方

何を分けて考えるか

全取引先に同じ帳票を強いるより取引先別の列対応表を整える。

マスタ対応とファイル変換は別々に検査します。取引先側の帳票が変わる場合は、初回の自動登録前に担当が版と必須列を承認します。

最初に確かめる範囲

このケースで使う記録は、取引先コード、先方の品番列、自社の必須列です。原本の見出しと自社標準項目を1対1で対応付け、対応不能を例外として保留する。

納期欄の意味を先に合意する

実績を説明する

先方Aは着日、Bは出荷日を「納期」と記す。列名で合わせると倉庫へ誤った予定が出る。

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

旧版と新版の同時受領、未定義列、空欄とゼロの違いを別扱いする。

誰がどこを確認するか

未知の納品先コードを既定の住所へ置換すると配送事故につながる。受け付けられる欄、相手回答を待つ欄、空欄のままでよい欄を変換表で区別する。

条件が変わるときの判断

見出し、意味、単位と承認を対応づけ、未知の列を保留へ送る。

記録と処理を設計する

対応表に原本見出し、標準項目、変換式、単位、適用開始日、未定義時の担当を残します。空白やゼロを勝手に埋めず、旧版と新版の見本を同じテストに通し、行数・数量合計と保留行を確認します。

試す作業　原本の見出しと自社標準項目を1対1で対応付け、対応不能を例外として保留する。

現場で先に確認する条件

対応表を取引先へ確認する際は、見出しが似た列の意味と、欄の空白をどう扱うかを例で示します。「希望着日なし」と「納品日不明」は後工程の扱いが異なります。標準への取込後も、原本のセルを確認できれば仕様の誤解と処理エラーを区別できます。

変換表を改訂したときは現行版の正常例に加え、旧版で届く帳票、未知の列、任意列の削除を試します。列の位置が変わっただけで別項目に数量が入るなら、列名の照合か帳票全体の構造を指定して停止する方法が必要です。

記録に残す項目

• 取引先コード
• 先方の品番列
• 自社の必須列

改善の結果を確かめる

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

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

試行で確かめる落とし穴

確認したいのは「単位や納期の意味が違う列を同名だからと自動結合する」という状態が残るかどうかです。

読み合わせと実地確認

再現する場面

二社の取引先から旧版と新版の見本を用意する

確認する範囲

対応表を通した標準行を原本と突き合わせる

判断できる状態

未対応の見出しや単位違いを保留し、原本へ戻れる。

対応表を変更する条件

取引先の都合で入数や様式が変わったとき、値を書き換えるだけでは過去の履歴が新しい意味で読まれます。有効期間と原本の版を登録し、境界日の発注について取引先とどの日付を基準にするか合意します。

自動処理する列、担当が確認してから確定する列、自社では取得できない列の三つに分けます。未定義の列は無視できる場合と、検品や請求で必要になり保留すべき場合があります。保留を解除できる人と確認期限を決めます。

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

対応表を実際に使う場合は、列の意味が確定するまで変換を保留できるようにします。旧版から新版へ移る日は、発注日と納入日でどちらを使うか確認し、旧版で受けた注文を新しい値へ変えないようにします。正常な原本だけでなく、列の並び、必須項目の欠落、包装単位が違う場合を試します。

社内で説明して引き継ぐ

取引先と帳票版ごとに原文、標準項目、変換根拠と未定義時の回答先を示す。

同僚に聞く

不明の納品先や単位を進めず誰に戻すか？

関連する判断　注文書の品番・単位が食い違うときのマスタ照合 / 取引先ごとに異なるEDI・CSVをつなぐ変換テーブル

参照できる一次資料

• GS1 Japan「流通BMS」

  受発注や出荷データを交換する標準を調べる。適用範囲は取引先と確認する。

重要一次ソース一覧