自配送标签购买
拉取订单收货地址，调用 getRates / getEligibleShipmentServices，通过 purchaseShipment / createShipment 购买标签，打印并发货。
电子商务 · 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
买家收货人 PII
Amazon不会因为申请书写得好就批准Direct-to-Consumer Shipping申请。批准是因为申请证明了合规处理买家收货人PII的能力。
最常见的拒绝理由只有一行：“安全与合规文档未满足要求。”这一行正是我们重建的内容。
角色定义
Direct-to-Consumer Shipping角色解锁的能力
一个跨API的受限角色，用于将亚马逊商城订单直接配送至买家——其批准取决于独立的角色说明，因为该角色暴露的PII是买家的真实收货人身份信息。
亚马逊官方定义
根据亚马逊Selling Partner API角色文档，该角色“提供使用卖家自选承运商（包括亚马逊）将订单直接配送至客户的操作权限。需要此角色的操作将使用PII以实现配送功能。”该角色适用于卖家和供应商，且“(Restricted)”后缀表明其为PII角色，需要额外审批。
亚马逊在其页面中以两种方式命名该角色——Direct-to-Consumer Shipping（带连字符）和Direct to Consumer Shipping。两者指向同一角色，带连字符的格式为规范写法。角色文档明确指出该角色管控的三项核心操作：getOrders（Orders API v0）、createReport（Reports API v2021-06-30）用于配送订单报告，以及createFeed（Feeds API v2021-06-30）用于发货确认数据源。完整的角色映射表将其扩展至以下履约和配送API。
直接查阅亚马逊官方资料：Selling Partner API中的角色概述及角色映射表。
角色背后
API 实际应用
Direct-to-Consumer Shipping角色管控的具体操作，包含精确的API版本、报告类型和数据源类型——与亚马逊审核人员看到的完全一致。
角色文档本身列出的三项操作
- getOrders (Orders API v0)：返回订单列表及订单信息；该角色是必需的，因为订单对象可能包含收件人个人身份信息。
- createReport (Reports API v2021-06-30)：在请求报告类型 GET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPING 时必需，该订单报告包含配送/个人身份信息数据。
- createFeed (Feeds API v2021-06-30)：在提交 POST_ORDER_FULFILLMENT_DATA 数据推送时必需，该推送将承运商、追踪号和发货日期回传至亚马逊，以便订单标记为已发货并通知买家。
购买面单：Shipping API v2（现代版）和 Merchant Fulfillment API v0（旧版）
对于新集成，亚马逊建议：“改用 Shipping API v2”。其操作包括 getRates、purchaseShipment、oneClickShipment、getTracking、getShipmentDocuments 和 cancelShipment。旧版 Merchant Fulfillment API v0（“购买配送”）则限制 getEligibleShipmentServices、createShipment、getShipment、cancelShipment 和 getAdditionalSellerInputs：所有这些都需要 Direct-to-Consumer Shipping（受限）角色。
Easy Ship 与外部配送
该角色还涵盖 Easy Ship API v2022-03-23 的排程操作，例如 listHandoverSlots 和 createScheduledPackage，以及 External Fulfillment APIs v2024-09-11 的配送操作（例如 processShipment、generateShipLabels、getShipments）。
为何需要权限控制
它解锁的买家数据——以及为何 亚马逊要加以限制
该角色之所以存在，是因为配送包裹需要买家的真实收货地址。这正是亚马逊要求您限定范围、加密并按固定时间表删除的个人身份信息。
此角色暴露的收件人个人身份信息
- 姓名：买家/收件人全名
- AddressLine1、AddressLine2、AddressLine3
- 城市、StateOrProvinceCode、邮政编码、CountryCode
- 电子邮箱和电话号码
- 通过 Shipping API v2 的 getTracking：送达证明数据：配送位置、签名图片及 receivedBy 姓名
由于此类数据的泄露或滥用会带来数据保护及法律风险，亚马逊将此角色归类为受限角色，仅在通过受限数据访问审查确认您的数据保护政策合规后才会授予。请注意一项需提前应对的收紧措施：MFN订单现在需要此角色才能返回某些配送字段——依赖默认订单数据但未获取该角色的应用可能会突然丢失这些个人身份信息字段。
那么，到底谁需要 Direct-to-Consumer Shipping 角色——谁不需要？
如果您读取买家地址或购买面单，您需要。如果亚马逊配送您的订单，则不需要。
使用场景
谁需要 Direct-to-Consumer Shipping 角色
该角色为卖家、软件及物流平台的自配送和面单购买工作流程提供支持。
向亚马逊确认发货
通过 POST_ORDER_FULFILLMENT_DATA 数据推送承运商代码、承运商名称、追踪号和发货日期，使订单标记为已发货并通知买家。
购买配送保护
通过亚马逊购买配送购买标签，可保护卖家免受延迟/未送达指标和 A-to-z 索赔的影响。
跨承运商比价
将亚马逊物流与 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卖家——亚马逊负责配送订单
- 从不读取收货人PII的应用
- 从不购买配送标签的应用
- 纯亚马逊站外配送——该流程改用Amazon Logistics角色
任何人都可以填写相同的亚马逊表格。区别在于文件能否证明你按照亚马逊政策要求处理收货人PII。
这种证明是文件性的——而这正是我们所构建的。
如何获得批准
如何让Direct-to-Consumer Shipping角色获得批准
批准是合规审查，而非编码测试。注册为开发者，在Developer Central/应用注册中申请该角色，并通过亚马逊对数据保护政策合规性的审核。
成功的关键有三点：您的应用答复、一份可发布的数据处理与隐私政策，以及证明您已落实亚马逊评分的管控措施——安全处理并加密收货人PII、最小权限访问、有限留存期并自动删除，以及合法的配送使用场景。具体到Direct-to-Consumer Shipping角色，您的理由必须将每个PII字段（姓名、完整地址、邮箱、电话）与生成面单和确认配送的行为直接关联——不得超出此范围。
一个需要避免的入驻陷阱：配送亚马逊订单请选择Direct-to-Consumer Shipping；而亚马逊物流（Amazon Shipping）计划流程则要求选择Amazon Logistics角色。选错标签是导致访问权限无法生效的常见原因。我们会将您的使用场景映射到正确角色，并编写整套文件，确保每份文档表述一致。
真实原因
为什么Direct-to-Consumer Shipping申请会被拒绝
亚马逊很少告知您具体问题。决定几乎总是归结为一句话——您的安全与合规文档未达到要求。实际上，这意味着存在以下一项或多项问题：
- 发货理由不充分：文件未将每个PII字段与生成标签或确认发货关联起来。
- 角色选择错误：在用例为亚马逊订单发货时选择了Amazon Logistics，或反之。
- 缺少字段级数据清单：未说明哪些收货人PII被使用、使用位置及原因。
- PII保留期限未设定或未证明自动化：履行完成后未强制删除。
- 日志存储客户PII，或无法证明访问审查和离职流程。
- 文件不一致：申请答复、隐私政策与安全程序相互矛盾。
- 通用、复制粘贴式答复及模糊措辞，无法证明任何内容。
- 任何凭证收集迹象：索要卖家中心密码或密钥将自动拒绝。
- 任何跨卖家数据聚合或转售迹象：转售亚马逊发货数据。
- 公开网站与所选角色不符：声称具备发货能力但无法展示，或完全缺失相关展示。
亚马逊审核的是证据，而非承诺。 我们消除以上所有拒绝理由，确保您在合规方面无懈可击。
常见问题解答
什么是Direct-to-Consumer Shipping（受限）角色？
这是一个受限的Amazon SP-API角色，根据Amazon的角色文档，该角色“提供使用卖家自选承运商（包括Amazon）将订单直接配送至客户的操作权限。需要此角色的操作会使用PII来实现配送。”由于寄送包裹需要买家的真实收货地址信息，Amazon将该角色置于受限数据访问审查和数据保护政策义务之下。Amazon也将其写作“Direct to Consumer Shipping”——同一角色；请始终保留“(Restricted)”后缀。
Direct-to-Consumer Shipping角色控制哪些SP-API操作？
角色文档列出了三个核心操作：getOrders（Orders API v0）、createReport（Reports API v2021-06-30，当请求GET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPING时）以及createFeed（Feeds API v2021-06-30，当提交POST_ORDER_FULFILLMENT_DATA时）。角色映射表将其扩展至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）来实现实体配送。收货地址对象会暴露姓名、AddressLine1、AddressLine2、AddressLine3、城市、StateOrProvinceCode、邮政编码、CountryCode、电子邮件和电话——而Shipping API v2的getTracking可以显示配送证明数据（配送地点、签名图片、收件人姓名）。暴露或滥用这些数据会带来数据保护和法律风险，因此Amazon在授予访问权限前需要额外批准。
如果我只使用FBA，是否需要此角色？
不需要。Amazon负责FBA订单的配送，因此纯FBA卖家不需要Direct-to-Consumer Shipping角色。您需要此角色用于FBM/MFN自发货——即读取买家收货地址、购买面单和确认发货。从不读取收货PII且从不购买面单的应用也不需要此角色。
该角色解锁哪些买家数据？
来自Order/OrderAddress对象的买家收货身份信息：姓名、AddressLine1/2/3、城市、StateOrProvinceCode、邮政编码、CountryCode、电子邮件和电话——以及配送和面单文档、费率报价、追踪和配送证明对象。这正是Amazon期望您严格限定范围、加密并按固定保留期限删除的PII。
Direct-to-Consumer Shipping角色与Amazon Logistics角色有何区别？
Direct-to-Consumer Shipping（受限）是通过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是传统的“购买配送”路径；Amazon自身的建议是“对于新集成，请改用Shipping API v2”。您申请的角色是相同的——区别仅在于您基于哪个API进行开发。
如何获得Direct-to-Consumer Shipping角色的批准？
注册为开发者，在Developer Central/应用注册中请求该角色，并通过Amazon对您数据保护政策合规性的审查：合法的配送使用场景、安全的PII处理（传输和静态加密）、最小权限访问、有限保留期及自动删除，以及数据处理与隐私政策。批准是一项文档合规审查——Fenchell为您构建整套文件，随时可提交。
为什么我的Direct-to-Consumer Shipping申请被拒绝？
几乎总是因为安全与合规文档未达到要求——而非产品本身薄弱。常见原因包括：配送理由不充分、未提供字段级清单说明您使用哪些收货PII、保留期未设上限或无法证明已自动化、日志存储了PII、您的回答、隐私政策与安全程序之间存在矛盾、公开网站与角色不匹配，或者选择了Amazon Logistics而实际需要Direct-to-Consumer Shipping（反之亦然）。
为什么我的MFN订单数据突然丢失了配送地址？
Amazon收紧了访问权限，因此MFN订单上的某些配送PII字段现在需要Direct-to-Consumer Shipping角色。依赖默认订单数据且未拥有该角色的应用可能会停止接收这些PII字段。申请并获得该角色批准后，即可恢复访问完成配送所需的收货地址数据。
Direct-to-Consumer Shipping角色适用于卖家、供应商还是两者？
两者均可。Amazon的角色概览将Direct-to-Consumer Shipping（受限）角色标记为对卖家和供应商均可用。
你们是否需要访问我们的代码、服务器或Amazon账户？
不需要。Fenchell是一家市场合规公司，而非开发机构。我们准备申请答案、数据处理与隐私政策以及实施清单；您自己的IT负责人会在您的基础设施上实施。我们从不需您的源代码、服务器或Amazon登录信息。
申请Direct-to-Consumer Shipping角色是否需要一家欧盟公司？
并非严格必需——但一家正规注册、拥有良好公开形象和真实数据处理政策的公司会使批准更容易，而合规的欧盟架构有助于满足增值税和数据保护方面的期望。我们可以100%远程设立一家合规的保加利亚公司，并协调您的架构、增值税和Amazon申请，使其相互支持。
Amazon批准Direct-to-Consumer Shipping角色需要多长时间？
Amazon控制最终时间，因此没有保证的截止日期。根据我们自2018年以来准备受限角色申请的经验，一份完整合规的提交通常在大约2到6周内得到审核。需要第三方数据安全评估的公开应用还需为此步骤增加约一个月。最大的加速因素是提交一份能在首次尝试中就满足Amazon安全和合规标准的文件——这正是我们所构建的。
获取 Direct-to-Consumer Shipping 角色审批
填写表格，我们将确认您的角色、路径及后续步骤。标准受限角色文件费用为 650 €，48 小时内交付，根据我们的条款与条件，若未获批可退款。为众多卖家构建配送软件？预约通话，获取定制方案。
内容审核：Loïc Segui（首席运营官兼首席技术官），Fenchell 市场合规团队 · 最后更新于 2026 年 6 月 29 日。 我们从不承诺审批通过：即使您的文件准备无误，亚马逊仍有权在不提供理由的情况下拒绝授予受限访问权限。本页面显示的数据（自 2018 年以来 40+ 次开发者及受限角色访问，87% 的客户成功获得访问权限）基于真实客户案例，不构成结果保证；实际结果因您的具体情况及亚马逊的决策而异。操作名称、报告和提要类型及 API 版本字符串均摘自亚马逊开发者文档。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