取引先ごとに異なるEDI・CSVをつなぐ変換テーブル

何を分けて考えるか

EDIとCSVの両方を内部標準項目へ変換する。

一社の例外を標準形式に直接追加する前に、既存取引先と後方互換があるか確認します。

最初に確かめる範囲

このケースで使う記録は、接続先ID、項目名と型、コード変換ルールです。変換テーブルに版・検証日・エラー返却先を持たせる。

取引先の訂正を同じ受注へ適用する

実績を説明する

同じ相手発注番号に納品先別の二明細がある。ヘッダー番号だけの突合は片方を上書きする。

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

旧形式の再送が遅れて到着しても最新行へ戻さない。訂正と取消を別イベントにし、再送で倉庫指示を作り直さない。

誰がどこを確認するか

同じ発注番号に納品先AとBがある場合、Aだけの取消でBまで消えないことを確認する。受領後に取込失敗した明細は、再送先と返信期限を両社で決める。

条件が変わるときの判断

取引先と形式版、文書種別、相手明細ID、イベントを変換前後で対応させる。

1. 明細の粒度を揃える：受注・商品・納品先が一対一になるか検査する
2. 再送の境界を扱う：相手ID、版、イベントで重複を止める
3. 変換ルールを更新する：新旧を並行でテストし、他社の仕様に影響しないか確認する

記録と処理を設計する

送信元と版、変換式、単位、必須、例外出力、責任者を定義し、往復と再送を試します。

試す作業　変換テーブルに版・検証日・エラー返却先を持たせる。

現場で先に確認する条件

列ごとに値を変換できても、取消や訂正が同じレコードへ適用されなければ既存の注文を再登録します。変更の識別子と、適用する版を取引先と確認します。

検収では通常、相手の旧版、片側の受領失敗、通信断後の再送、任意欄の追加を確認します。変換テーブルの変更が他社へ及ぼす影響も記録しておきます。

データ交換で揃える範囲

ファイルが受け取れた時点と、注文や在庫として登録した時点は別です。受領を相手へ返したのに値を取込めていない場合、後から同じファイルを受けた際に誤りなく回復できる必要があります。

識別子・版・例外

同じ相手から複数ファイルを受ける場合、送信元、相手が発行した番号、形式の版、訂正・取消の別を見ます。ファイル名に日付を付けるだけでは、過去分の再送や同名の訂正を区別できません。

記録に残す項目

• 接続先ID
• 項目名と型
• コード変換ルール

改善の結果を確かめる

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

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

試行で確かめる落とし穴

確認したいのは「取引先ごとの独自処理を増やし続ける」という状態が残るかどうかです。

読み合わせと実地確認

再現する場面

同じ明細の再送と取消を新旧の形式で試す

確認する範囲

外部と内部の行・主キー・変換ルールの版を照合する

判断できる状態

正常処理だけでなく旧版と例外でも注文が重複しない。

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

変換表の変更では、新しい取引先の明細が通ることと、現行の仕様を使う取引先に影響がないことを検証します。再送された旧版を現在の変換で処理すると、正しい行が新しい意味へ変わる場合があります。取消や数量訂正が同じ識別子に戻れるか、データを分割した場合に受領をどの単位で返すかを試します。

社内で説明して引き継ぐ

相手コード、文書種別、明細ID、版、受領と登録の結果を示し、件数一致に加え取消後の倉庫状態を説明する。

同僚に聞く

古い版が遅れて再送されたときの返答を両社で決めたか？

関連する判断　CSV連携で文字化け・列ズレが起きるときの確認項目 / 物流のマスタデータ責任者を決める：荷主・倉庫・運送の境界

参照できる一次資料

• GS1 Japan「流通BMS」

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

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

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

重要一次ソース一覧