成本驱动因素首先源于 Zendesk Sell 即将于 2027 年 8 月 关闭——您从第一天起就需要规划迁移。Celigo 模板处理基本的联系人和交易同步，但 Sell 的轻量级交易模型缺乏本机报价功能，因此您需要自定义工作来从 Sell 机会生成 NetSuite 报价。由于 Sell 将产品视为没有定价规则或捆绑包的简单行项目，您应该预期需要进行大量开发工作以将其映射到 NetSuite 复杂的目录结构。加上 API 限制——Sell 每秒 10 个请求的限制与大容量同步期间 NetSuite 的并发限制冲突——即使是直接的实现也会很快变得复杂。

集成系统会在创建任何新记录之前，基于电子邮件地址和公司名称进行匹配。若存在匹配项，则更新现有记录。如果您的 NetSuite 实例中已存有多年的客户数据，我们将在配置期间执行一次去重处理。

是的。发票状态、付款日期和未结余额会同步回 Zendesk Sell 中的商机记录。销售代表无需 NetSuite 访问权限即可确认客户是否已付款。

支持。在您 NetSuite 实例支持的任何货币中关闭的交易会以该货币创建销售订单，并使用正确的汇率。如果您正在运行具有多个子公司的 OneWorld，集成会根据您在范围界定期间定义的规则将订单路由到正确的子公司。

通常需要 4 到 6 周。第一周为范围界定：将商机阶段映射到 NetSuite 销售订单工作流，定义客户匹配规则，并确定哪些字段需要传输。开发与测试还需三到五周，其中包括一个并行阶段，在此期间会将自动化订单与现有的手动流程进行核对。

当交易进入已赢阶段时，集成会在 NetSuite 中创建销售订单。它将联系人与现有客户记录匹配（或创建新记录），将交易行项目映射到 NetSuite 项目，并应用正确的付款条款和货币。销售订单已准备好开票，无需任何人工干预。

我们会在实施阶段对此进行规划。部分团队希望进行干净切换，仅同步新商机；另一些团队则需对未关闭的商机进行历史数据回填。两种方案均可行。决策通常取决于您有多少未关闭的商机，以及它们是否已存在于 NetSuite 中。