Vendor Central

ベンダーセントラル連携:EDIかVendor APIか

ベンダー(1P)はAmazonから発注書を受け取り、受注確認、事前出荷通知、請求書を期限内に正確に返す必要があります。その手段はEDIと、Selling Partner APIのVendor APIの2つです。

6分で読めます · 下書き・専門家レビュー待ち

書類の流れ

  • 発注書:Amazonが商品とフルフィルメントセンターごとに数量を発注する。
  • 受注確認:各明細を確定、変更、または拒否し、納期を伝える。
  • 事前出荷通知(ASN):各カートンとパレットの中身を、商品の到着前に送る。
  • 請求書:受領された数量に基づいて請求し、支払通知で支払われる。

Direct Fulfillment(直送)のベンダーは、さらに顧客注文、配送ラベル、在庫更新も扱います。

EDI

EDIは長く使われてきた手段です。書類はANSI X12(850、855、856、810)やEDIFACTなどの標準に従い、通常はAS2でやり取りします。ERPやEDIプロバイダーがすでにこれらの形式に対応しているベンダーに向いています。本番の前に、書類ごとにAmazonのテストを通過する必要があります。

Vendor API

SP-APIのVendor APIは、同じ情報をHTTPS上のJSONで送ります。発注、出荷、請求書、Direct Fulfillmentの操作が対象です。EDIプロバイダーを持たないベンダーや、直接制御してエラーを早く把握したいチームに向いています。認可とレート制限はSP-APIの他の部分と同じです。

チャージバックを防ぐ

Amazonは、事前出荷通知の欠落や誤り、ラベルの間違い、受注確認の遅れといった運用上の不備に対してベンダーに費用を請求します。連携でこれを防ぎます。

  • 事前出荷通知は発注書からではなく、実際の梱包データから作成する。
  • トラックの出発前に、カートンとパレットのラベルを事前出荷通知と照合する。
  • 受注確認の期限が近いのに未処理の明細がある場合は担当者に通知する。
  • チャージバックと不足分を支払通知から照合し、根拠を添えて異議を申し立てる。

この分野のプロジェクトをご検討中ですか?

作りたいものと、関係するAmazonアカウントをお知らせください。必要なことを率直にお伝えします。

プロジェクトを相談する