上门组装与安装
承接附加任务（家具组装、电视挂装、家电及暖通空调安装、健身器材安装），并派遣技术人员到买家地址提供服务。
电子商务 · Amazon SP-API · 受限角色
Professional Services（受限）角色
该角色可解锁 Services API v1：即允许卖家拉取上门服务工单、安排预约并派遣技术人员的操作。由于服务工单会返回买家姓名、电话及完整服务地址，Amazon 将其归类为受限，并依据合规性而非应用编写质量进行管控。我们重建了 Amazon 评分的精确安全与数据处理文件，从而消除您被拒绝的原因。
Services API v1
getServiceJobs
买家姓名、电话与地址
受限数据令牌
Amazon批准Professional Services角色，并非因为申请书写得好，而是因为申请体现了合规性。
该角色赋予应用获取买家姓名、电话和门牌地址的权限，因此审核本质上是一次数据保护评估。这正是我们重建的内容。
角色定义
什么是Professional Services（受限）角色
用Amazon自己的话说，Professional Services（受限）角色“提供对为Amazon买家提供附加服务（如组装和安装）的操作的访问权限。”这是唯一一个控制Amazon Services API v1访问权限的角色。
定义、范围及权限控制
该角色控制Services API v1（基础路径/service/v1/）。Amazon的Services API v1用例指南指出，这是其所有操作唯一必需的角色，仅面向卖家，适用于北美、欧洲和远东地区。
Amazon的角色文档明确列出了该角色下的两个操作：getServiceJobs（"返回指定筛选查询的服务工作详情列表"），以及addAppointmentForServiceJobByServiceJobId（"根据指定的服务工作标识符添加预约。"）该角色控制完整的Services API v1集合，不仅限于这两个操作。
"受限"是Amazon自身的分类：意味着该角色"需要敏感信息，可能包含个人身份信息（PII）。"对于任何受限角色，您"必须提供关于数据使用和安全控制的额外信息"，这正是Amazon实际评分的文件。
API实践
Services API v1，逐操作解析
用例指南将17个操作分为四个工作流阶段。这些阶段贯穿服务卖家的整个工作生命周期，从发现需要处理的工作，到人员配置，再到完成工作并提供证明。
四个工作流程阶段
阶段 1：获取服务工单数据。 getServiceJobs 通过筛选查询（marketplaceIds 为必填项）返回需要卖家操作的工单列表；getServiceJobByServiceJobId 根据 ID 检索单个工单。亚马逊描述这些操作为帮助服务提供商“获取和修改其服务订单”。
阶段 2：设置预约与分配资源。 addAppointmentForServiceJobByServiceJobId 预订预约；rescheduleAppointmentForServiceJobByServiceJobId 调整预约时间；assignAppointmentResources 将技术人员分配到对应时段。
阶段 3：关闭服务工单。 setAppointmentFulfillmentData 记录履行数据；createServiceDocumentUploadDestination 创建用于上传证明/履行文档的目标位置；completeServiceJobByServiceJobId 和 cancelServiceJobByServiceJobId 分别关闭或取消工单。
阶段 4：容量与排程。 updateSchedule、createReservation、updateReservation 和 cancelReservation 设置人员可用性；getAppointmentSlots、getAppointmentSlotsByJobId、getRangeSlotCapacity 和 getFixedSlotCapacity 读取可用容量。亚马逊的能力概述涵盖：访问工单详情、确认或重新安排预约、设置资源分配和履行数据、设置驱动预约可用性的容量排程，以及整合服务数据用于路线与履行规划。
核心的 serviceJobStatus 枚举包含七个值：NOT_SERVICED、CANCELLED、COMPLETED、PENDING_SCHEDULE、NOT_FULFILLABLE、HOLD 和 PAYMENT_DECLINED。getServiceJobs 还可以通过 serviceOrderIds、productOrderIds、trackingIds、排程日期、ASIN、所需技能和店铺 ID 进行筛选。
这些操作本身并非该角色难以获取的原因。
真正的原因在于响应中包含的数据，以及亚马逊为何对其设置访问限制。
它解锁的数据
它解锁的买家数据，以及亚马逊为何设置访问限制
ServiceJob 负载属于高敏感数据，因为它同时包含买家的身份信息、实际位置和预约时间。这正是该角色被列为“受限”并需要受限数据令牌（Restricted Data Token）的原因。
返回的具体PII字段
buyer：买家的姓名、电话和isPrimeMember。
serviceLocation → address：买家的完整家庭/服务地址和电话：addressLine1、addressLine2、addressLine3、城市、县、区、州或地区、邮政编码、国家代码、电话和姓名。
appointmentTime：startTime和durationInMinutes：技术人员到达该地址的时间。
scopeOfWork（asin、标题、数量、requiredSkills）和associatedItems（asin、标题、数量、orderId、itemStatus、brandName、itemDelivery），以及assignedTechnicians（technicianId、姓名）。
亚马逊为何限制这些信息。 买家姓名+完整街道地址+电话+预定时间，足以在已知时刻精确定位到某个人。亚马逊的类别定义明确：受限角色“需要敏感信息，可能包括个人身份信息（PII）”。
受限数据令牌（RDT）。 由于负载包含PII，受限的Services操作需要由Tokens API（createRestrictedDataToken）颁发的受限数据令牌。在返回PII字段的受限调用中，RDT将替代常规访问令牌传递。
使用场景
谁需要Professional Services 角色
该角色适用于一种业务形态：在买家所在地亲自提供附加服务的卖家，以及运行该操作的软件。仅限北美、欧洲和远东地区的卖家使用。
预约排程
确认时段、在买家变更计划时重新安排，并通过addAppointmentForServiceJobByServiceJobId和重新安排操作管理未到场情况。
技术人员派遣与路线规划
通过assignAppointmentResources分配技术人员，并将地址和时间窗口导入路线规划软件，指南中明确提及路线与履约规划。
产能管理
通过updateSchedule和预约操作设置团队可用时间，确保店铺前端仅显示实际可安排人员的时段。
完工确认与凭证
通过createServiceDocumentUploadDestination上传完工文档和照片，记录履约数据，并将任务标记为已完成或已取消。
绩效与SLA跟踪
通过读取serviceJobStatus和预约数据，监控准时开工、预约时段内完成、未到场及履约中断情况。
谁需要它，以及谁不需要
需要它：提供亚马逊附加/专业服务的服务卖家（安装工、装配工、维修工、暖通空调及家电技术人员、上门安装服务商）；现场服务管理（FSM）及调度/排班平台；需将产品订单与其关联服务订单合并的WMS/OMS/ERP系统（associatedItems.orderId将服务工单与产品购买关联）；使用地址和预约时间的路线规划及最后一公里工具；以及驱动时段可用性的人力/产能规划工具。
不需要它：纯在线零售或FBA卖家，且无上门服务环节。该角色仅限卖家使用，并仅限于北美、欧洲和远东地区。
那么，如果你的业务形态合适，为什么这些申请仍然会被驳回？
几乎从来不是因为产品本身，几乎总是因为文件问题。
获取批准
如何让专业服务角色获得批准
受限角色审核是一项安全与数据保护评估。亚马逊评估的是合规性与一致性，而非文案本身。对于此角色，这意味着需要证明您能够负责任地持有买家的姓名、电话号码和门牌地址。
亚马逊评分的合规文件
申请答案，前后一致。 每一份问卷和自由格式的安全回答都讲述同一个故事：为何需要该角色、您使用哪些PII字段、以及您如何保护它们。
逐角色论证。 针对该角色返回的买家姓名、电话、服务地址和预约时间，明确说明其用途、法律依据和保留期限，仅限于提供服务，不得超出此范围。
可发布的数据处理与隐私政策。 亚马逊对私有应用检查的两项内容之一：一份真实的政策页面，涵盖收集、处理、存储、使用、共享和处置。
实施检查清单。 用通俗语言列出的每项控制措施：PII在交付后保留不超过30天，随后安全删除；传输中使用TLS 1.2+，静态存储使用AES-128+；采用最小权限原则并启用MFA；不含PII的日志保留12个月以上；制定事件响应手册，24小时内通知；仅通过亚马逊OAuth（Login with Amazon）进行身份验证。
我们是一家市场合规公司，而非开发机构。我们从不接触您的代码、服务器或亚马逊账户，我们构建文件；您的IT负责人根据检查清单在您的基础设施上实施。
真正的原因
为什么专业服务申请会被拒绝
亚马逊很少告知您具体问题所在。决定几乎总是归结为一句话：您的安全与合规文档未达到要求。对于该角色，通常意味着以下一项或多项：
- 地址和电话的理由不充分：未能说明技术人员为何确实需要买家的完整服务地址和联系电话。
- 缺少字段级数据清单，未映射您使用哪些 ServiceJob PII 字段、使用位置及原因。
- 文档不一致：申请答复、隐私政策与安全程序相互矛盾。
- 通用、复制粘贴式的答复及模糊措辞，无法证明任何内容。
- PII 保留期限未设定或无法证明已自动化：未强制在 30 天内删除买家地址和预约数据。
- 日志存储买家 PII，或缺乏技术人员和调度员的访问审查及离职流程证据。
- 任何凭证收集迹象：索要卖家中心密码或密钥将直接导致拒绝。
- 任何跨卖家数据聚合或转售迹象，涉及亚马逊衍生的服务或买家数据。
- 公开网站与角色不符：未展示可见的安装/上门服务能力以支持申请。
- 数据处理与隐私政策不完整，未达到亚马逊受限角色标准。
亚马逊审核的是证据，而非承诺。 我们消除上述所有问题，确保没有任何合规理由能拒绝您。
常见问题解答
Amazon SP-API 中的 Professional Services（受限）角色是什么？
这是 Selling Partner API 中的一个角色，用亚马逊自己的话说，“提供对为亚马逊买家提供组装和安装等附加服务的操作的访问权限”。它控制着 Services API v1，该 API 允许服务卖家拉取服务工单、安排和重新安排预约、分配技术人员以及管理产能。“受限”意味着该角色会返回敏感数据，包括个人身份信息 (PII)。
Professional Services 角色控制哪些 API 和操作？
它控制 Services API v1（基础路径 /service/v1/）。Services API v1 用例指南指出，这是其所有操作唯一需要的角色。亚马逊的角色文档列出了该角色下的两个操作：getServiceJobs（返回符合筛选查询条件的服务工单详情列表）和 addAppointmentForServiceJobByServiceJobId（为指定的服务工单添加预约）。该角色控制着完整的 Services API v1 操作集：包括获取工单、预约、资源分配、履行和产能管理。
为什么 Professional Services 角色是“受限”的？
因为其操作会返回买家的 PII。一个 ServiceJob 负载会暴露买家的姓名和电话、完整的服务（家庭）地址以及预约时间，这足以在已知时间精确定位一个人。亚马逊的角色文档将受限角色定义为“需要敏感信息，可能包括个人身份信息 (PII)”的角色。对于受限角色，您必须提供有关您数据使用和安全控制的额外信息。
getServiceJobs 实际返回哪些买家数据？
ServiceJob 负载包括 buyer.name 和 buyer.phone；serviceLocation 地址（addressLine1、addressLine2、addressLine3、city、county、district、stateOrRegion、postalCode、countryCode，以及电话和姓名）；appointmentTime（startTime 和 durationInMinutes）；scopeOfWork（asin、title、quantity、requiredSkills）和 associatedItems（包括将工单与产品订单关联的 orderId）；以及 assignedTechnicians。这种姓名、完整地址、电话和预定时间的组合正是亚马逊对其进行限制的原因。
Services API 是否需要受限数据令牌 (RDT)？
是的。由于该角色是受限的且负载包含 PII，受限的 Services 操作需要一个由 Tokens API (createRestrictedDataToken) 颁发的受限数据令牌。在返回 PII 字段的受限调用中，RDT 将替代普通的访问令牌传递。（在我们最近的研究中，亚马逊的公开受限操作列表页面并未列举 Services 路径，因此请将具体的路径映射视为实现细节，需对照实时文档进行确认。）
存在哪些服务工单状态？
serviceJobStatus 枚举有七个值：NOT_SERVICED、CANCELLED、COMPLETED、PENDING_SCHEDULE、NOT_FULFILLABLE、HOLD 和 PAYMENT_DECLINED。getServiceJobs 允许您按状态（以及按服务订单 ID、产品订单 ID、计划日期、ASIN、所需技能等）进行筛选。请注意，marketplaceIds 是 getServiceJobs 上的必需参数。
我可以通过 API 重新安排、取消或关闭工单吗？
可以。Services API v1 涵盖了完整的生命周期：确认或重新安排预约 (rescheduleAppointmentForServiceJobByServiceJobId)、分配资源 (assignAppointmentResources)、设置履行数据 (setAppointmentFulfillmentData)、上传证明文件 (createServiceDocumentUploadDestination)，以及完成或取消工单 (completeServiceJobByServiceJobId, cancelServiceJobByServiceJobId)。产能由 updateSchedule 和预留操作驱动。
谁需要 Professional Services 角色，谁不需要？
该角色适用于提供上门附加服务的亚马逊服务卖家（安装工、装配工、维修、暖通空调和家电技术人员、上门安装服务提供商），以及支持他们的现场服务、调度、路线规划和 WMS/OMS/ERP 软件（指南中明确提到了路线和履行规划）。仅限北美、欧洲和远东地区的卖家。纯在线零售或 FBA 卖家，如果没有上门服务部分，则不需要此角色。
如何获得 Professional Services（受限）角色的批准？
亚马逊根据合规性进行批准，而不是根据申请书写得有多好。您需要为该角色及其涉及的 PII 提供可信的业务理由，每个申请答案需保持一致，一份可发布的《数据处理与隐私政策》，以及一份涵盖保留、加密、访问控制、日志记录和事件响应的实施清单。Fenchell 会重建那份确切的文件，从而消除被拒绝的原因，而无需触及您的代码、服务器或亚马逊账户。
为什么 Professional Services 申请会被拒绝？
几乎总是因为安全与合规文档未达到要求，而不是因为产品本身薄弱。常见原因包括：申请答案、隐私政策与安全程序相互矛盾；通用的复制粘贴答案；对需要买家地址和电话的理由阐述薄弱；没有字段级别的数据清单；PII 保留期未设定上限或无法证明是自动化的；存储了 PII 的日志；任何凭证收集或跨卖家数据转售的迹象；或者公开网站与所申请的角色不匹配。
申请 Professional Services 角色是否需要一家欧盟公司？
并非严格需要，但一家正规成立、拥有良好公开形象和真实数据处理政策的公司会使批准更容易，而合规的欧盟架构有助于满足增值税和数据保护方面的期望。Fenchell 可以远程设立一家合规的保加利亚公司，并协调您的架构、增值税和亚马逊申请，使它们相互支持。
费用是多少，需要多长时间？
标准的 Professional Services 受限角色文件是一次性 650 EUR，付款后 48 小时内交付，最多包含 3 次提交尝试。面向众多卖家的公共应用程序是更大的项目，需在简短通话后报价。交付后，提交时间取决于您的团队实施清单的速度，而亚马逊控制其自身的审核时间。我们从不承诺批准（亚马逊拥有最终决定权），但我们会消除它拒绝的合规原因。
亚马逊批准 Professional Services 角色需要多长时间？
亚马逊控制最终时间，因此没有保证的截止日期。根据我们自 2018 年以来准备受限角色申请的经验，一份完整、合规的提交通常大约在 2 到 6 周内得到审核。同时需要第三方数据安全评估的公共应用程序，该步骤大约需要增加一个月。最大的加速因素是提交一份在首次尝试时就满足亚马逊安全和合规标准的文件，而这正是我们所构建的。
获取专业服务角色批准
填写表格，我们将确认您的角色、路径及后续步骤。标准受限角色文件费用为650欧元，48小时内交付，根据我们的条款与条件，若未获批可退款。为众多卖家构建安装或现场服务软件？请预约通话，获取定制化方案。
内容审核：Loïc Segui（首席运营官兼首席技术官），Fenchell市场合规团队 · 最后更新于2026年6月29日。 我们从不承诺获批：即使您的文件准备无误，亚马逊仍保留无理由拒绝授予受限访问权限的权利。本页面展示的数据（已获批访问数、成功率）基于真实客户案例，不构成结果保证；实际结果因您的具体情况及亚马逊的决策而异。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