セルフフルフィルメントのラベル購入
注文の配送先住所を取得し、getRates / getEligibleShipmentServicesを呼び出し、purchaseShipment / createShipmentでラベルを購入して印刷・出荷します。
Eコマース · Amazon SP-API · 制限付きロール
Direct-to-Consumer Shipping（制限付き）ロール
Direct-to-Consumer Shipping（制限付き）ロールは、ご自身で注文を履行するために必要な購入者の配送先PII（個人識別情報）へのアクセスを可能にします。具体的には、注文の読み取り、配送業者のラベル購入、およびAmazonへの出荷確定が行えます。これらの操作は配送を可能にするためにPIIを使用するため、Amazonはこのロールへのアクセスをコンプライアンス審査を通じて制限しています。当社は、Amazonが評価するセキュリティおよびデータ取扱いに関する書類を正確に再構築するため、これまでの拒否理由を解消できます。
Orders API v0 · getOrders
Shipping API v2
POST_ORDER_FULFILLMENT_DATA
Buyer ship-to PII
Amazonは、Direct-to-Consumer Shippingの申請がよく書かれているからといって承認するわけではありません。承認するのは、申請が購入者の配送先PIIをコンプライアンスに則って適切に取り扱うことを示しているからです。
最も一般的な却下理由はたった一行です：「セキュリティおよびコンプライアンスに関するドキュメントが要件を満たしていませんでした。」その一行こそ、まさに私たちが再構築するポイントです。
このロールとは
Direct-to-Consumer Shippingロールが解禁する機能
Amazonマーケットプレイスの注文を直接購入者へ配送するための、複数APIにまたがる制限付きロールです。このロールによって公開されるPIIは購入者の実際の配送先情報であるため、独自の正当性説明に基づいて審査されます。
Amazonの公式定義
AmazonのSelling Partner APIロールに関するドキュメントによると、このロールは「顧客が選択した配送業者（Amazonを含む）を使用して注文を直接顧客に配送する操作へのアクセスを提供します。このロールを必要とする操作では、配送を可能にするためにPIIを使用します。」とあります。販売事業者およびベンダーが利用可能で、「(Restricted)」という接尾辞は、追加の承認を必要とするPIIロールであることを示しています。
Amazonはこのロール名を2通りの表記で使用しています：Direct-to-Consumer Shipping（ハイフン付き）とDirect to Consumer Shipping（ハイフンなし）、どちらも同じロールを指しており、ハイフン付きの表記が正式なものです。ロールに関するドキュメント自体では、このロールによって制限される代表的な操作として以下の3つを挙げています：getOrders（Orders API v0）、出荷注文レポート用のcreateReport（Reports API v2021-06-30）、および出荷確認フィード用のcreateFeed（Feeds API v2021-06-30）。完全なロールマッピングテーブルでは、下記のフルフィルメントおよび配送関連API全体にわたってこのロールが拡張されています。
Amazonの原文をご覧ください：Selling Partner APIにおけるロールの概要およびロールマッピングテーブル。
ロールの裏側
実際のAPI活用
Direct-to-Consumer Shippingロールによって制限される具体的な操作を、正確なAPIバージョン、レポートタイプ、フィードタイプとともにそのまま記載しています：Amazonのレビュアーが実際に確認する形式です。
ロールドキュメント自体に記載されている3つの操作
- getOrders (Orders API v0)：注文および注文情報のリストを返します。注文オブジェクトには配送先のPIIが含まれる可能性があるため、このロールが必要です。
- createReport (Reports API v2021-06-30)：配送/PIIデータを含む注文レポートであるGET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPINGタイプのレポートをリクエストする際に必要です。
- createFeed (Feeds API v2021-06-30)：配送業者、追跡番号、出荷日をAmazonに送信し、注文を出荷済みとしてマークして購入者に通知するPOST_ORDER_FULFILLMENT_DATAフィードを送信する際に必要です。
配送ラベルの購入：Shipping API v2（最新）および Merchant Fulfillment API v0（旧式）
新しい統合については、Amazonは次のように述べています。「代わりにShipping API v2を使用してください。」 このAPIの操作には、getRates、purchaseShipment、oneClickShipment、getTracking、getShipmentDocuments、cancelShipmentが含まれます。旧式のMerchant Fulfillment API v0（「Buy Shipping」）では、getEligibleShipmentServices、createShipment、getShipment、cancelShipment、getAdditionalSellerInputsが提供されますが、これらすべてにDirect-to-Consumer Shipping (Restricted)ロールが必要です。
Easy ShipおよびExternal Fulfillment
このロールは、Easy Ship API v2022-03-23のlistHandoverSlotsやcreateScheduledPackageなどのスケジューリング操作、およびExternal Fulfillment API v2024-09-11の配送操作（例：processShipment、generateShipLabels、getShipments）もカバーしています。
制限される理由
このロールでアクセス可能になる購入者データ：そしてAmazonが制限をかける理由
このロールが存在するのは、荷物を配送するには購入者の実際の配送先情報が必要となるためです。これはまさにAmazonが開発者にスコープの限定、暗号化、および定められたスケジュールでの削除を求めるPIIそのものです。
このロールで公開される配送先PII情報
- Name：購入者／受取人の氏名
- AddressLine1, AddressLine2, AddressLine3
- City, StateOrProvinceCode, PostalCode, CountryCode
- EmailおよびPhone
- Shipping API v2のgetTracking経由：配達証明データ：配達場所、署名画像、およびreceivedBy（受取人氏名）
このデータの開示または不正使用はデータ保護および法的リスクとなるため、Amazonはこのロールを制限付きと分類し、お客様のデータ保護ポリシーが準拠しているかどうかをRestricted Data Accessレビューを通じて確認したうえで付与しています。今後さらに厳格化される点としてご注意ください：MFN注文では、特定の配送フィールドを返すためにこのロールが必要になります。このロールを持たずにデフォルトの注文データに依存しているアプリケーションは、突然これらのPIIフィールドを失う可能性があります。
では実際、Direct-to-Consumer Shippingロールを必要とするのは誰でしょうか？また、不要なのは誰でしょうか？
購入者の住所を読み取る場合や配送ラベルを購入する場合は、あなたが必要です。Amazonが注文を配送する場合は、不要です。
ユースケース
Direct-to-Consumer Shippingロールを必要とするユーザー
このロールは、販売事業者、ソフトウェア、物流プラットフォームにおけるセルフフルフィルメントおよび配送ラベル購入ワークフローを実現します。
Amazonへの出荷確認通知
POST_ORDER_FULFILLMENT_DATAフィードで配送業者コード、配送業者名、追跡番号、出荷日を送信し、注文を「出荷済み」としてバイヤーに通知します。
Buy Shippingによる保護
Amazon Buy Shipping経由でラベルを購入すると、遅延／未配達に関する指標やA-to-zクレームからセラーを保護します。
複数配送業者間での料金比較
Amazon ShippingとUPS、USPS、FedEx、DHLを比較し、各注文ごとに最安または最速のサービスを選択できます。
Easy Shipのスケジューリング
対象マーケットプレイス（例：インド）では、listHandoverSlotsおよびcreateScheduledPackageを使用して集荷スロットを予約できます。
追跡情報の同期とレポート
getTrackingを使用してバイヤー情報を更新し、GET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPINGを取得して一括出荷処理、住所検証、マニフェスト作成を行います。
必要とする事業者と不要な事業者
必要とする事業者
- FBM / MFNで自社出荷を行うセラー
- 配送およびマルチキャリアのラベル・運賃ソフトウェア
- 注文を出荷済みとしてマークするOMS／マルチチャネルツール
- セラーに代わって出荷を行うWMS／3PLプラットフォーム
- ERPシステムおよびEasy Ship／外部フルフィルメント連携ツール
不要な事業者
- 純粋なFBAセラー：注文はAmazonが配送
- 配送先PIIを一切読み取らないアプリ
- 配送ラベルを一切購入しないアプリ
- Amazon外での純粋なAmazon Shipping利用：このフローでは代わりにAmazon Logisticsロールを使用
誰でも同じAmazonフォームを記入できます。重要なのは、そのファイルがAmazonのポリシーが求める方法で配送先PIIを扱っていることを証明できるかどうかです。
その証明とは書類によるものであり、まさに私たちが構築しているものです。
承認取得方法
Direct-to-Consumer Shippingロールの承認取得方法
承認はコンプライアンス審査であり、コーディングテストではありません。開発者として登録し、Developer Central／アプリ登録にてロールを申請し、データ保護ポリシー（Data Protection Policy）のコンプライアンスについてAmazonの審査に合格してください。
勝敗を分けるのはこの3つです：アプリケーションの回答内容、公開可能なData Handling & Privacy Policy、そしてAmazonが評価するコントロール（配送先PIIの安全な取り扱いと暗号化、最小権限アクセス、自動削除による保持期間の制限、正当な配送ユースケース）を実装していることの証明です。特にDirect-to-Consumer Shippingロールについては、各PIIフィールド（氏名、完全な住所、メールアドレス、電話番号）を、ラベルの生成および出荷の確定という行為に直接結びつける必要があります。それ以外の広範な用途は認められません。
オンボーディングで避けるべき落とし穴の一つ：Amazon注文の配送のためにDirect-to-Consumer Shippingを選択しないでください。Amazon外でのAmazon Shippingプログラムのフローでは、代わりにAmazon Logisticsロールが必要です。誤ったロールを選択することは、アクセスが機能しないよくある原因です。私たちはお客様のユースケースを正しいロールにマッピングし、すべての書類が一貫したストーリーを伝えるようファイル全体を作成します。
真の理由
Direct-to-Consumer Shippingアプリケーションが却下される理由
Amazonはほとんど何が問題だったかを教えてくれません。その判断はほぼ常に「セキュリティおよびコンプライアンスに関するドキュメントが要件を満たしていませんでした」という一文に集約されます。実際には、以下の一つか複数が該当します：
- 配送に関する根拠が不十分：ファイルが各PIIフィールドを出荷ラベルの生成または出荷確認に結びつけていない。
- 誤ったロールの選択：ユースケースがAmazon注文の配送であるにもかかわらずAmazon Logisticsを選択している、またはその逆。
- フィールド単位のデータインベントリが存在しない：どの配送先PIIを使用するのか、どこで、なぜ使用するのかが明記されていない。
- PIIの保持期間が制限されていない、または自動削除が証明されていない：出荷完了後に強制的な削除が行われていない。
- 顧客のPIIを保存するログ、またはアクセスレビューおよび退職時の対応に関する証拠がない。
- 書類間の不整合：アプリケーションへの回答、プライバシーポリシー、セキュリティ手順が互いに矛盾している。
- 一般的なコピーペーストの回答や曖昧な表現で、何の証明にもなっていない。
- 認証情報の収集を示唆する行為：Seller Centralのパスワードやキーを要求することは、即時拒否の対象となる。
- 販売者間でのデータ集約またはAmazon由来の配送データの転売を示唆する行為。
- ロールと一致しない公開ウェブサイト：配送機能を主張しながらそれを示すことができない、または全く記載されていない。
Amazonは約束ではなく、証拠を審査します。 上記のすべての理由を排除することで、拒否される余地を一切残しません。
よくある質問
Direct-to-Consumer Shipping (Restricted) ロールとは何ですか？
これは制限付きのAmazon SP-APIロールであり、Amazonのロールドキュメントによると、「顧客が選択した配送業者（Amazonを含む）を使用して注文を直接顧客に配送する操作へのアクセスを提供します。このロールを必要とする操作は、配送を可能にするためにPII（個人を特定できる情報）を使用します。」荷物を配送するには購入者の実際の配送先情報が必要なため、Amazonはこのロールへのアクセスを「Restricted Data Access（制限データアクセス）」レビューおよび「Data Protection Policy（データ保護ポリシー）」の義務の後ろに設けています。Amazonはこれを「Direct to Consumer Shipping」とも記載していますが、これは同じロールです。「(Restricted)」という接尾辞は常に付けてください。
Direct-to-Consumer Shippingロールによって制限されるSP-API操作はどれですか？
ロールドキュメントでは、3つの主要な操作が挙げられています：getOrders（Orders API v0）、GET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPINGをリクエストする際のcreateReport（Reports API v2021-06-30）、およびPOST_ORDER_FULFILLMENT_DATAを送信する際のcreateFeed（Feeds API v2021-06-30）。ロールマッピングテーブルでは、Merchant Fulfillment API v0（createShipment, getEligibleShipmentServices, getShipment, cancelShipment, getAdditionalSellerInputs）、Shipping API v2（getRates, purchaseShipment, oneClickShipment, getTracking, getShipmentDocuments, cancelShipment）、Easy Ship v2022-03-23およびExternal Fulfillment v2024-09-11の配送操作にもこのロールが適用されます。
なぜDirect-to-Consumer Shippingロールは「制限付き」なのですか？
すべての制限対象操作は、物理的な配送を可能にするために購入者の個人を特定できる情報（PII）を使用するためです。配送先住所オブジェクトには、Name、AddressLine1、AddressLine2、AddressLine3、City、StateOrProvinceCode、PostalCode、CountryCode、Email、Phoneが含まれます。また、Shipping API v2のgetTrackingでは、配達証明データ（配達場所、署名画像、受領者氏名）が表示される可能性があります。これらのデータを漏洩または不適切に使用すると、データ保護および法的リスクが生じるため、Amazonはアクセス付与前に追加の承認を要求しています。
FBAのみを使用している場合、このロールは必要ですか？
いいえ。FBA注文はAmazonが配送するため、純粋なFBA販売者はDirect-to-Consumer Shippingロールを必要としません。このロールは、FBM／MFNによるセルフフルフィルメント（購入者の配送先住所の読み取り、ラベルの購入、出荷確認）を行う場合に必要です。配送先PIIを一切読み取らず、ラベルを購入しないアプリケーションも、このロールは不要です。
このロールにより利用可能になる購入者データは何ですか？
Order／OrderAddressオブジェクトから取得できる購入者の配送先情報：Name、AddressLine1/2/3、City、StateOrProvinceCode、PostalCode、CountryCode、Email、Phone、さらに、出荷およびラベル書類、料金情報、追跡／配達証明オブジェクトも含まれます。これらはまさにAmazonが求めるPIIであり、厳密にスコープを限定し、暗号化し、固定の保持期間に基づいて削除することが期待されています。
Direct-to-Consumer ShippingロールとAmazon Logisticsロールの違いは何ですか？
Direct-to-Consumer Shipping（Restricted）は、SP-APIを通じてAmazonマーケットプレイスの注文を配送するためのロールです。一方、Amazon外で利用可能なAmazon Shippingプログラムの開始フローでは、代わりにAmazon Logisticsロールを選択するよう求められます。どちらのロールを申請するかはユースケースにより異なります：Amazon注文の配送か、純粋なAmazon外配送かです。オンボーディング時に誤ったラベルを選択することは、アクセスが機能しない一般的な原因です。弊社では、正しいロールを選択できるようにサポートします。
Merchant Fulfillment API v0とShipping API v2のどちらに統合すべきですか？
どちらもDirect-to-Consumer Shippingロールを必要とします。Merchant Fulfillment API v0はレガシーな「Buy Shipping」パスです。Amazon自身のガイダンスでは、「新規統合については、代わりにShipping API v2を使用してください」とされています。申請するロールは同じですが、構築するAPIが異なるだけです。
Direct-to-Consumer Shippingロールの承認を取得するにはどうすればよいですか？
開発者として登録し、Developer Central／アプリ登録でロールをリクエストし、データ保護ポリシーへの準拠に関するAmazonのレビューに合格してください。具体的には、正当な配送ユースケース、安全なPII取扱い（転送時および保存時の暗号化）、最小権限アクセス、自動削除を伴う限定的な保持期間、およびData Handling & Privacy Policy（データ取扱いおよびプライバシーポリシー）が必要です。承認は文書によるコンプライアンスレビューであり、Fenchellは提出可能な完全なファイルを一式作成します。
Direct-to-Consumer Shippingの申請が却下されたのはなぜですか？
ほぼ常に、セキュリティおよびコンプライアンス関連の文書が要件を満たしていないためです（製品自体が弱いからではありません）。主な原因としては、配送目的の説明が不十分、使用する配送先PIIのフィールドレベルでのリストがない、保持期間が上限設定されていない、または自動削除が証明できない、ログにPIIが保存されている、回答内容・プライバシーポリシー・セキュリティ手順の間に矛盾がある、公開ウェブサイトの内容がロールと一致しない、または必要なロールがDirect-to-Consumer ShippingであるにもかかわらずAmazon Logisticsを選択した（またはその逆）などが挙げられます。
MFN注文データの配送先住所が突然表示されなくなったのはなぜですか？
Amazonはアクセスを厳格化しており、現在MFN注文の特定の配送PIIフィールドにはDirect-to-Consumer Shippingロールが必要となっています。このロールを持たずにデフォルトの注文データに依存していたアプリは、それらのPIIフィールドの受信が停止する可能性があります。ロールを申請・承認されることで、フルフィルメントに必要な配送先データへのアクセスが復元されます。
Direct-to-Consumer Shippingロールは、セラー、ベンダー、またはその両方に適用されますか？
両方に適用されます。Amazonのロール概要では、Direct-to-Consumer Shipping（Restricted）ロールはセラーおよびベンダーの両方が利用可能とされています。
弊社のコード、サーバー、またはAmazonアカウントへのアクセスは必要ですか？
いいえ。Fenchellはマーケットプレイスコンプライアンス専門企業であり、開発代理店ではありません。弊社は申請回答書、Data Handling & Privacy Policy（データ取扱いおよびプライバシーポリシー）、実装チェックリストを作成します。実装はお客様のIT責任者がお客様のインフラ上で行います。弊社がお客様のソースコード、サーバー、Amazonログイン情報などを必要とすることはありません。
Direct-to-Consumer Shippingロールを申請するにはEUの会社が必要ですか？
厳密には必須ではありませんが、適切に設立された会社で、クリーンな公開プレゼンスと実際のデータ取扱いポリシーを持っていると承認が容易になります。また、VATおよびデータ保護に関する期待に応えるため、EU準拠の構造が役立ちます。弊社は完全にリモートでブルガリアの準拠会社を100%設立し、お客様の組織構造、VAT、Amazon申請を相互に補完するよう調整できます。
AmazonがDirect-to-Consumer Shippingロールを承認するまでどのくらいかかりますか？
最終的なタイミングはAmazonが管理しているため、保証された期限はありません。弊社が2018年以降制限付きロールの申請を準備してきた経験では、完全かつ準拠した申請書は通常、約2～6週間以内にレビューされます。第三者によるData Security Assessment（データセキュリティ評価）も必要な公開アプリの場合、そのステップに約1か月追加されます。最も大きな加速要因は、初回提出時点でAmazonのセキュリティおよびコンプライアンス基準を満たす申請書類を用意することです：これこそが弊社が構築するものです。
Direct-to-Consumer Shippingロールの承認を取得する
フォームを開始すると、お客様のロール、パス、次のステップを確認いたします。標準的な制限付きロール申請書類は650 €で、48時間以内に納品され、当社の利用規約に基づき承認されなかった場合は返金されます。複数の販売者向けに配送ソフトウェアを開発されていますか？カスタマイズされた範囲について、ぜひご相談ください。
Fenchellマーケットプレイスコンプライアンスチーム（COO兼CTO Loïc Segui監修）・最終更新日：2026年6月29日。承認を保証することは一切ありません。申請書類が正しく準備されていても、Amazonは理由を示さずに制限付きアクセス権を付与しない権利を留保します。本ページに記載されている数値（2018年以降40件以上の開発者および制限付きロールアクセス権取得、お客様の87%がアクセス権を取得）は実際のクライアント事例に基づくものであり、結果を保証するものではありません。成果はお客様の状況およびAmazonの判断により異なります。操作名、レポートおよびフィードタイプ、APIバージョン文字列はすべてAmazonの開発者ドキュメントから引用しています。Fenchell Capital OOD、ブルガリア・プロヴディフ拠点の企業（EIK 207945095）。
Best Service. “Getting approved for access to the Amazon API was a real challenge for us. Fenchel and their team stepped in, audited our functionality, and helped us understand precisely what Amazon's software review team was looking for — which made all the difference.”
4.8/5