大手小売企業とのEDI連携：850・856・810実践ガイド

電話が午前2時に鳴った。倉庫のIT責任者で、声はかれていた。「ASNは送信した。小売企業のシステムは届いていないと言っている。トラックはもうDCのゲートにいる。アポイントの枠は六時間後に閉まる」。

こんな夜を何度も経験してきた。米国の大手小売企業に納品するなら、EDI連携は迂回できない関所だ。発注は850で入り、出荷事前通知（ASN）は856で返し、請求書は810で続く。この3つの文書のどれか1つでも止まれば、貨物は入らず、お金も戻ってこない。これは二十年前、誰かに渡してほしかった実践ガイドだ。

3つの文書が実際に意味すること

米小売業のEDIはASC X12標準で動き、大手小売企業の多くは今もバージョン4010または5010だ。略語の洪水はいったん忘れよう。頭に入れる数字は4つだけだ。850は発注、856は出荷事前通知（みんなASNと呼ぶ）、810は請求書、そして997は機能確認応答、つまり相手が送ってくる「受け取った」の受領書だ。

850は小売企業からあなたへ送られる。重みを担うのは3つのセグメントだ。BIGは発注番号と日付、N1は出荷先と請求先を特定し、PO1は明細、数量、単価を運ぶ。1つ注意がある。ほとんどの小売企業は850に自社の品番を入れ、あなたのSKUではない。出荷前に必ず相互参照テーブルを作れ。カリフォルニア州オンタリオの3PLが、2つの明細がマップされずDCのゲートで丸1日失ったのを見たことがある。

856はあなたから相手へ送る。これが人を苦しめる文書だ。構造はツリーだ。HLセグメントがShipmentからOrder、Pack（カートンまたはパレット）、Itemへと連なって落ちていく。BSNはASN番号、MANはパレットのSSCCコードを運ぶ。SSCC-18はGS1標準で、パレット1枚につき1コード、UCC-128ラベルに印刷される。DCが受入時にそのラベルをスキャンすると、システムがASNと現物の貨物を自動で照合する。ラベルが読めない、あるいはASNのパレット数とトレーラーの現物が合わない？最良の場合は積荷却下、最悪の場合は小売企業のルーティングガイドに基づくチャージバックを食らう。現在のポリシーは小売企業自身のサイトで確認すること。数字は変わるからだ。

810は請求書だ。IT1が明細、TDSが合計金額を運ぶ。3方向で照合しなければならない。850の単価と実際の出荷数量に対してだ。合わなければ相手のシステムが請求書を蹴り、財務チームは考古学をすることになる。

997を飛ばすな。文書を送るたびに、相手は届いたことを知らせる997を返す。997がなければ、届いていないということだ。次の文書を送るな。まず回線を確認しろ。

出荷ドックでハンディスキャナーを使ってカートンをスキャンする倉庫作業員

実際に機能する連携手順

私が求める順序はこれだ。まずテスト環境で3つの文書を回す。850を受信し、856を返し、810を発行し、それぞれに997が返ってくることを確認する。次に小売企業のフルテストスクリプトを実行する。通常は標準のシナリオ一式を渡される。正常な注文、注文変更、分割出荷、一部出荷だ。一部出荷のケースを飛ばすな。実生活で最も多いシナリオであり、壊れたHL階層を暴く可能性が最も高い。

それから、必要になる前にトラブルシューティングの指揮系統を作れ。何か壊れたら？この順で確認する。まず997が返ってきたか。返ってこなければ輸送の問題だ。VANか直接接続を見ろ。返ってきたが業務バリデーションが失敗したなら、送られてきたエラードキュメントを読み、指しているセグメントとエレメントを探せ。十回中九回はISA/GSエンベロープの送信者/受信者IDの間違いか、相手がサポートしないX12バージョンを使っているかだ。バリデーションは通ったがDCが貨物の不一致を言うなら、856のHLツリーとSSCCに戻ってレベルごとに下っていけ。

初めての実出荷へのアドバイスだ。小さなものを選んで、最初から最後まで見守れ。3つのタイムスタンプを記録する。ASNの送信時刻、トラックのアポイント時刻、DCがサインした時刻だ。私が見てきた初出荷の大惨事の多くはタイミングの問題だった。ASNより先にトラックが着き、小売企業のシステムにその積荷の記録がなかった。ゲートで待機だ。

高くつく3つの失敗

失敗その1。ASNと現物の貨物が合わない。積込みチームがカートンを1つ余分に入れたりパレットを1つ少なくしたりして「だいたい合ってる」と思った。システムに「だいたい」はない。DCはASNに対して受入する。不一致はペナルティ条項を発動させる。解決策は恥ずかしいほどローテクだ。トレーラーのドアを閉める前に、ASNの数量を積荷明細と1行ずつ照合し、2つのサインを入れる。ローテク。効く。

失敗その2。810の金額が合わない。通常は850の単価に潜むプロモ価格か、無償品のラインが正価で請求されているかだ。ボリュームがあると、請求書が却下されるまで財務は気づかない。リリース前にシステムに3方向照合をさせろ。850の価格、実際の出荷数量、810の明細金額だ。3つすべて合わなければ請求書は出さない。

失敗その3。EDIを「ITのこと」扱いすること。連携の間ずっと外にいたオペレーションマネージャーを見てきた。壊れたときに856のHL階層を理解している人が建物の中に誰もいないことに気づくのだ。連携の全期間、ビジネスを知る人を少なくとも1人は部屋に置け。その文書のすべてのフィールドは、最終的には倉庫内の物理的な作業にマップされるからだ。