Mailchimp 集成

A1Connection architecture

The connection uses OAuth 2.0 against the vendor's own consent screen. The authorisation request names the minimum scopes the features need — the exact scope list is shown in the security-flow panel below, pulled from the same provider registry the application uses. The code-for-token exchange happens entirely server-side (令牌请求正文中的客户端凭据, per the vendor's token endpoint contract); tokens are stored encrypted at rest and are never rendered back to any screen — connection pages show presence, not values.

令牌生命周期在单一控制点进行管理：过期会触发自动刷新，轮换的刷新令牌会被持久化保存，若刷新被供应商拒绝，则会显示明确的重新连接提示——绝不会出现功能静默故障的情况。撤销操作可从任一方发起：在此处断开连接，或在供应商自身的安全设置中撤销。

A2编写语义与数据流

每一次数据流动都是带有日志记录结果的明确操作。写入操作会在您点击时执行——或者仅在您启用了规则时自动执行（按提供商划分，录用时自动推送默认处于关闭状态）。读取操作（即人员、客户或文件的导入）会在您点击“导入”时运行，并会与您已有的数据进行去重（按名称去重客户，按电子邮件去重人员），采取跳过而非覆盖策略，并如实报告已创建与已跳过的数据，因此重新运行任何导入在设计上都是完全安全的。

每个操作都会向应用活动日志 (ats_app_activity) 写入一行记录：执行内容、时间、涉及记录以及操作结果——在发生故障时还会逐字记录第三方供应商自身的错误文本。ATS 内的使用情况报告也是聚合该日志生成的，因此集成报告与集成实际运行状况绝不会脱节。

任何脱离请求路径的操作（通知散播、Webhook 投递、活动日志记录、邮件）均在即发即弃的后台线程中运行。缓慢的外部端点绝不会导致界面卡死，失败的附带操作会被记录而非无声重试导致不一致。

A3运营注意事项

连接属于组织级别，权限仅限所有者和管理员角色；招聘人员可使用连接支持的功能，但无法连接、断开或重新配置。断开连接会立即移除存储的凭据，并清晰明了地停止依赖该连接的功能，绝不静默失效。已导入的数据仍完全归您所有且可编辑。

导入的人员在进入系统时会被标记为已导入，并采用审慎的隐私默认设置——对于未曾填写过您申请表单的人员，不会默认其已同意，并且适用默认的数据保留规则。写入的所有内容均归您所有：CSV 导出与 Data Export 应用所覆盖的数据存储与产品自身读取的完全一致。离开的通道与进入一样畅通无阻——这是设计使然，而非妥协。

A4在集成拓扑中的位置

该集成现已在注册库中上线。 One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.