税务代缴（受限）角色

四种报告类型将税务代缴（受限）列为必需角色。您通过createReport请求这些报告，然后使用getReport和getReportDocument检索它们。

• GET_FLAT_FILE_SALES_TAX_DATA（美国）：面向已启用税务的美国卖家的制表符分隔平面文件，内容每日更新。这是按司法管辖区核对美国销售税的核心报告。
• GST_MTR_B2B（印度）：详细列出您在指定日期范围内从Amazon Business发票中开具的销售、退款和取消记录。
• GST_MTR_B2C（印度）：详细列出您在指定日期范围内从消费者发票中开具的销售、退款和取消记录。
• GST_MTR_STOCK_TRANSFER_REPORT（印度）：亚马逊运营中心（FC移除或FC间调拨）库存移动的详细信息。

请将增值税报告排除在税务代缴申请之外：SC_VAT_TAX_REPORT、GET_VAT_TRANSACTION_DATA以及*_CUSTOM GST报告需要税务开票（受限）角色，而非此角色——为所需数据请求错误角色是导致申请停滞的常见原因。

根据Orders API v0用例指南，税务代缴（受限）是以下操作可接受的角色之一：

• getOrders：检索在指定日期范围内创建或更新的订单。
• getOrder：通过AmazonOrderId检索单个订单。
• getOrderItems：检索订单的行项目（数量、ASIN/SKU、商品价格和税费、促销）。
• getOrderItemsBuyerInfo：商品级别的买家特定信息，例如礼品包装或留言以及买家支付的商品税费。
• getOrderAddress：检索订单的收货地址，用于确定税务管辖区。
• getOrderBuyerInfo：订单的买家级别信息，例如买家邮箱、买家姓名和买家税务信息。

这些是受限操作。即使您的应用已获得该角色，每次实时调用都必须通过Tokens API的createRestrictedDataToken获取受限数据令牌（RDT）进行授权。该角色是必要条件但非充分条件——RDT才是实际解锁每个受限Orders调用的关键。

• 买家位置数据——城市、州/省、邮政编码和国家（来自getOrderAddress和美国销售税报告），用于确定税务管辖区和税率。
• 买家身份与公司信息——买家姓名，以及B2B场景下的企业或公司名称和税务登记号（如印度的GSTIN），出现在GST商户税务报告和订单买家信息操作中。
• 交易级税务明细——商品价格、已收税款、税率、退款、取消和发票金额。

亚马逊自身的表述就是其受限的原因：需要此角色的操作"可能使用PII来计算销售税"。这就是为什么实时订单操作要求使用受限数据令牌（RDT）。相比之下，四种税务代缴报告类型在getReportDocument步骤中不被标记为受限报告RDT案例——而增值税报告则明确要求在此步骤使用RDT。您的应用程序必须证明您仅读取所需的PII，严格限定其范围，并及时删除。

• 申请了错误的角色：实际需要生成发票（即税务开票）却申请了税务代缴，或反之。
• 理由不充分：未能合理解释为何计算或代缴税款需要您请求的位置和税号PII。
• 缺少字段级数据清单：未说明哪些PII被使用、使用位置及原因。
• PII保留期限未设定或未证明自动化：未强制在交付后30天内删除。
• 日志存储客户PII，或无法证明已执行访问审查和离职流程。
• 未描述RDT处理方式：针对该角色所涉及的受限订单操作。
• 文档不一致：回答、隐私政策与安全程序相互矛盾。
• 通用、复制粘贴的回答及模糊措辞，无法证明任何内容。
• 任何凭证收集迹象：索要卖家中心密码或密钥将直接导致拒绝。
• 任何跨卖家数据聚合或转售迹象：涉及亚马逊来源税务数据。

亚马逊审核的是证据，而非承诺。 我们逐一排除上述所有问题，确保您不再因合规问题被拒绝。