成本取决于您同步多少个 D365 实体——如账户、机会、报价——以及记录的数量，这会影响 API 使用和限流，尤其是 NetSuite 严格的并发限制（15-55 个请求），在大容量场景中经常导致 429/403 错误。当您将 D365 的业务单位映射到 NetSuite 子公司时，复杂性就会增加，尤其是在多币种设置中，两个系统处理转换的方式不同，加上 D365 的 Common Data Service 架构与 NetSuite 的 SuiteTalk API 创建了额外的中间件需求。再加上 D365 灵活的产品目录与 NetSuite 严格的项目结构之间的区别、关系映射的复杂性（如账户层级）以及活动跟踪与 NetSuite 有限的 CRM 功能不一致，您可能需要超越预构建连接器（如 Celigo 或 Commercient SYNC）的自定义中间件来正确处理从报价到现金的流程，伴随持续的实施和监控开销。

通常需要 8 到 12 周。前两周用于范围界定：将 D365 实体映射到 NetSuite 记录，定义字段所有权规则，并确定地址和付款条款等共享字段的数据以哪个系统为准。开发与测试耗时四到八周，具体取决于您所需的交易类型数量（仅联系人 vs. 完整的商机至订单至发票流程）。在切换之前，我们会安排一段并行期，让手动流程和自动化流程同时运行。

这实际上是我们最常见的场景之一。A 公司使用 NetSuite，收购了使用 D365 的 B 公司，现在需要这两个系统实现互通。其中的难点通常涉及多子公司映射、重叠的客户记录以及不同的科目表结构。我们将去重和实体映射纳入范围界定工作，以确保集成不会创建重复客户，或将订单路由到错误的子公司。

两者皆是，具体取决于字段。在范围界定阶段，您将定义每个字段的所有权。面向销售的数据，例如主要联系人、电话号码和客户经理，通常保留在 D365 中。财务数据，例如付款条款、信用额度和账单地址，通常保留在 NetSuite 中。集成系统会强制执行这些规则，确保一个系统无法覆盖另一个系统拥有权的字段。

当商机在 Dynamics 365 中更新为 'Won' 状态时，集成系统会获取行项目、价格、客户参考信息及发货详情。它会在 NetSuite 中创建销售订单，并将其关联至正确的客户、子公司和商品记录。如果出现不匹配（如未知商品、缺失客户），系统会标记该记录以供审核，而不是创建无效订单。

是的。发票号码、日期、金额、到期日及付款状态会从 NetSuite 同步至 D365 账户记录。销售代表无需离开 CRM 即可查看未结款项与已付款项。数据会按照您设定的时间表进行刷新，通常为每 15 至 30 分钟一次。