30 秒结论
- Creator 定位：审批、表单、移动采集、中间层编排；财务总账 / 成本核算仍建议在 ERP。
- 三种深度：消息通知（1–2 周）→ SSO 单点登录（2–3 周）→ 主数据 / 单据双向同步（4–8 周+）。
- 技术栈：REST API + Webhook + Deluge 脚本；Zoho 套件原生连通，第三方需评估接口文档。
一、Creator 提供的集成能力
| 能力 | 说明 | 典型用途 |
|---|---|---|
| REST API | 读写表单记录、触发流程 | ERP 回写发货状态、BI 拉数 |
| Webhook / 工作流 | 事件驱动通知外部系统 | 审批通过 → 创建 ERP 采购单 |
| Deluge invokeURL | 脚本内调用 HTTP 接口 | 物流查单、银行对账、钉钉推送 |
| Zoho 原生集成 | CRM / Books / Desk 等同生态 | 线索转订单、工单同步 |
| OAuth / SAML | 企业身份对接 | 钉钉 / 企微 / Azure AD 登录 |
二、三个真实落地场景
三、集成架构（常见分层）
- 展示与流程层（Creator）：表单、审批、移动外勤、报表看板
- 集成层（Deluge + 中间服务）：字段映射、重试队列、错误告警 — 复杂对接有时需轻量 Node/Java 网关
- 系统记录层（ERP / 财务）：科目、库存账务、成本 — 保持单一数据源
立项时务必写清「谁是主数据」：例如客户主档在 CRM、库存数量以 ERP 为准、Creator 存流程与附件。
四、与简道云 / 宜搭的差异（集成视角）
国内平台在钉钉 / 企微内嵌体验更顺；Creator 优势在于 开放 REST + Deluge 编排、跨 Zoho 套件、以及出海或多区域部署时的 API 一致性。若您已有 Zoho CRM 或需要对接国际 SaaS，Creator 集成路径通常更短。
五、立项前四个必问
对方系统有开放 API 吗？
无文档、无测试环境 — 集成无法验收。诊断阶段我们会要接口说明或 sandbox。
同步频率与数据量？
秒级实时 vs 日批对账，架构与费用差一个数量级。
失败谁负责重试？
需定义死信告警、人工补录流程，写进验收标准。
安全与合规？
Token 存储、IP 白名单、日志留痕 — 见 安全合规专题。
