物流データの品番がつながらない：商品コード対応表の作り方

何を分けて考えるか

取引先と社内の品番対応表には有効期限が必要。

新旧の切替時は受注明細に適用版を残し、取消と再取込を試します。

最初に確かめる範囲

このケースで使う記録は、荷主品番、倉庫SKU、運送表記です。品番の主担当を決め、対応付けの追加時に重複と廃番をチェックする。

同じ相手コードを別商品へ誤変換しない

実績を説明する

取引先A、BがA01を使うが商品と入数が異なる。

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

規格変更後の再送で新包装へ自動変換しない。適用日と承認版を保持する。

誰がどこを確認するか

過去受注の再送を使い、相手先と適用日の組合せがもとの品へ戻るか試す。未登録品は候補があるだけで出荷確定に進めない。

自動変換を止める条件

納品規格が似た二品が同じ名称で登録されていても、箱の入数と商品規格が異なるなら別の品番です。相手コードは取引先と適用日を組み合わせて検索し、一意に決まらない場合だけ人に確認を回します。候補が一件という理由で、失効した規格へ自動変換しないようにします。

承認後に古い注文を再送して結果を比較します。今の対応表しか見ない仕組みなら、新包装への置換が起きることがあります。取込で使った版を注文行に控え、訂正で新しい版が必要な場合は、そのときだけ承認結果を追記します。

条件が変わるときの判断

対応表に元コード、新コード、相手先、規格、入数、期間を置き、例外を止める。

記録と処理を設計する

相手先、原文コード、自社コード、単位、適用日、承認、未解決時の担当を持ちます。

試す作業　品番の主担当を決め、対応付けの追加時に重複と廃番をチェックする。

現場で先に確認する条件

取引先のコードを商品名で対応させると、仕様や包装変更で同じ名前のものが同居します。自社品番、相手コード、規格、適用期間、担当の承認を並べます。

相手コードが引き続き有効なのか、代替品に切替わるのかを検査します。片方だけを上書きして古い注文と新しい注文が同じ商品になる場合は、取込時の版を記録します。

記録に残す項目

• 荷主品番
• 倉庫SKU
• 運送表記

改善の結果を確かめる

改善の前後で「品番対応のエラー件数」を比較します。集計の対象、期間、観測できなかった件数も残します。品番対応のエラー件数です。改善前後で件数や時間を比較する場合は、対象利用者と対象レコード数を固定することが必要です。担当や物量が変わると単純な件数比較は誤解につながるため、対象条件も併記します。

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

試行で確かめる落とし穴

確認したいのは「表記が似ているだけで同一商品として結合する」という状態が残るかどうかです。

読み合わせと実地確認

再現する場面

同じ相手品番が別取引先と包装改訂で再登場する例を使う

確認する範囲

受注行ごとの対応版、単位と承認を確認する

判断できる状態

元のコードを失わず、古い注文の換算を再現できる。

例外品の更新で守る情報

名称が似た商品は、先方の商品番号、包装、規格、取引先と有効期間が揃ってから対応先を決めます。後続の倉庫システムが商品コードしか受けない場合、元の受注行に適用した対応を保存してから送り出します。

未登録の商品を似た名称へ自動で結ぶと、ロットや規格違いを出荷するリスクがあります。二候補があるケース、失効したコードを相手が再利用したケース、過去注文を照会するケースを試します。

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

相手コードから自社コードを割り当てる時は、同じ名称の別規格や、同じコードの過去の包装を比較します。適用期間を付けた対応表へ、実際に使った版を受注時に記録します。自動変換でどちらの品か決められない場合は候補を表示し、担当の確定までは出荷指示に進めない条件を検証します。

社内で説明して引き継ぐ

品名だけで統合できない理由を、元コード、取引先、規格、期間の四項目で関係者に示す。

同僚に聞く

新旧の仕様が併売される期間に運用担当が判定する情報は何か？

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

参照できる一次資料

• GS1 Japan「GTIN（商品識別コード）」

  商品としての識別粒度とJAN・集合包装コードの関係を確認する。

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

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

重要一次ソース一覧