AWS Marketplace 采购 ChatGPT Enterprise：开发者交接时要核对的权限与账单清单
公告摘要只支持一个结论：ChatGPT Enterprise 已上架 AWS Marketplace，组织可沿用既有的 AWS 采购与账单关系。计量口径、席位规则、与产品内工作区的关系，本次材料未覆盖。因此本文不回答“权限怎么配”，而是给出采购买方在把系统交给工程团队前，应要求对方提供哪些书面证据，并区分 AWS 账户侧与产品工作区侧两个身份平面。
- Marketplace 订阅成功不等于员工可用，采购侧与产品侧是两套管理员体系。
- 交接单要落到四项：计费口径、身份源、管理员分层、退出与回收路径。
- 只要没有书面确认 API 凭据与限流归属，就不应开始写调用代码。
先给结论：根据 OpenAI 2026 年 11 月 9 日的公告摘要，ChatGPT Enterprise 已上架 AWS Marketplace，目的是让组织通过既有的 AWS 采购与账单关系简化采购（来源）。摘要只说到这里。至于按席位还是按用量计费、合同期多长、订阅与产品内工作区如何对应，本次材料没有覆盖，本文不做推断。所以下面是一份“要问什么、要拿到什么证据”的核对清单，而不是配置指南。
采购侧：先把“买的是什么”写进交接单#
工程团队接手时，拿到的通常不是账号，而是一份采购结果。以下四项如果没有落到纸面，后续对账和扩容都会反复。
- 计量与计费口径：按席位、按用量还是混合；账单落在哪个 AWS 账户。以 Marketplace 列表页与合同条款为准。
- 期限与续期：合同起止、是否自动续期、退订窗口，以及退订后数据保留多久。
- 账户归属：采购用的 AWS 账户与工程实际使用的账户是否同一个；跨账户或经 AWS Organizations 采购时，谁承担费用。
- 成本可见性：能否用标签把这项支出分摊到具体团队，否则第一张账单出来时没人认领。
权限交接：两套身份管理不要混用#
以下是判断，不是来源事实：Marketplace 的订阅关系记录在 AWS 账户中，由 IAM 与账单权限管理；企业版的实际使用则在产品自己的工作区里，由成员、角色和 SSO 管理。这两套体系的管理员往往不是同一批人。交接中最常见的错误，是假设“收紧了 AWS 侧权限”或“在产品侧移除了成员”其中一步就能覆盖另一侧。
| 核对项 | 要拿到的证据 | 典型误解 |
|---|---|---|
| 订阅凭据归谁 | Marketplace 订阅的管理入口与产品侧最高权限账号的持有人 | 认为订阅成功即代表员工可用 |
| 身份源 | 是否支持 SSO 或 SCIM、成员停用后两侧是否同步 | 认为 AWS IAM 用户就是产品用户 |
| 管理员分层 | 谁可改角色、谁可导出数据、谁可整体关停 | 只设一个全局管理员 |
| 离职回收 | 离职流程中先撤哪一侧、时限多少 | 只停 AWS 账号 |
| 审计 | 两侧日志各自在哪、保留多久、能否导出 | 假设一处日志覆盖全部行为 |
工程接入侧：拿到书面答复前别写调用代码#
如果后续要把企业版接到内部系统，至少要先问清三件事：是否存在独立于网页端的接口凭据；凭据的作用域与有效期由谁设定；额度与限流在哪一侧控制。这三点在本次摘要中没有依据，属于待核实项。在拿到书面答复之前，任何调用骨架都只能算占位示例，不能当作已跑通的接入方案。
交接完成的判定条件#
- 交接单上有具体人名、日期和联系方式，而不只是部门名。
- 两侧管理员各自做过一次回收演练：移除一个测试成员，确认另一侧的实际表现符合预期。
- 第一笔费用出现时，能对应到明确的负责团队。
- 退出路径是书面的：由谁发起退订、数据何时删除、删除后能否导出。
这份清单解决的是“交接时该索取哪些证据”，而不是“AWS 订阅等于产品账号开通”这类结论。计量单位、席位规则、身份源对接能力等具体条款，需以 Marketplace 列表页、合同与产品文档为准；本文不对未读到的内容作任何说明。
参考来源
以上为本文写作时的参考资料，引用观点以原文为准。
