Microsoft Dynamics 365 到 Odoo 迁移：企业指南

要点

• Dynamics 365 和 Odoo 共享基本 ERP 架构，但在定制方法和部署模型方面有所不同
• 从 Dynamics 365 提取数据需要数据管理框架 (DMF) 或 OData API — 而不是手动导出
• 必须在 Odoo 框架中审核和重新创建自定义实体、工作流程和 Power Automate 流程
• 为企业部署规划 6-12 个月的总迁移时间表
• 60-90 天的并行运行对于企业迁移至关重要 — 比典型的小型企业迁移时间更长
• 集成重新布线（Azure 服务、Power Platform、第三方 ISV）通常是最复杂的阶段
• 用户培训需要特别关注，因为 UX 范式从 Microsoft 到 Odoo 的转变意义重大

---

为什么企业从 Dynamics 365 迁移到 Odoo

总拥有成本

Dynamics 365 许可在企业环境中快速增加：

成本差异是巨大的。即使考虑到 Odoo 定制和实施成本，投资回报时间通常为 12-18 个月。

技术独立

Dynamics 365 将您与 Microsoft 的堆栈联系在一起：用于托管的 Azure、用于自动化的 Power Platform、用于数据存储的 Dataverse 以及用于自定义的 Microsoft 合作伙伴网络。 Odoo 可以在任何基础设施（AWS、GCP、Azure、本地、Odoo.sh）上运行，使用标准 PostgreSQL，并支持任何 Python 开发人员进行自定义。

定制自由

通过 X++ 或 Power Platform 进行的 Dynamics 365 自定义受到 Microsoft 更新周期和扩展模型的限制。 Odoo 的模块化架构允许通过 Python 模块进行无限制的定制，这些模块在遵循 Odoo 的继承模式时可以干净地进行升级。

---

模块映射：Dynamics 365 到 Odoo

金融

供应链管理

人力资源

---

第 1 阶段：发现和评估（第 1-6 周）

定制审核

Enterprise Dynamics 365 部署总是包含重要的自定义。迁移之前，记录每个自定义：

X++ 扩展和覆盖：

• 列出所有自定义类、表格、表单和报告
• 确定哪些自定义是业务关键型的，哪些是可有可无的
• 注意任何修改标准行为的自定义（这些是最高风险）
• 检查新系统可以本地处理的已弃用模式

电源自动化流程：

• 记录每个流程的触发条件和操作
• Classify：可以用Odoo自动化操作代替吗，还是需要定制开发？
• 注意与外部系统集成的流程（这些需要集成重新布线）

电源应用：

• 列出所有基于 Dataverse 构建的自定义应用程序
• 确定哪些可以被 Odoo 视图/仪表板与定制开发替代
• 识别需要迁移的 Power Apps 特有的数据模型

SSRS 和 Power BI 报告：

• 对所有自定义报告及其数据源进行编目
• 按使用频率确定优先级 — 迁移覆盖 80% 需求的前 20%
• 在 Odoo 的 QWeb 报告引擎或外部 BI 工具中计划重新创建报告

整合库存

Enterprise D365 通常与多个系统集成：

---

第 2 阶段：数据提取（第 5-10 周）

使用数据管理框架 (DMF)

Dynamics 365 的 DMF 是企业数据提取的合适工具。它处理：

• 复杂的实体关系和外键
• 大型数据集的增量导出
• 保持引用完整性的数据包
• 并行运行期间的预定导出

DMF出口流程：

1. 导航到 D365 中的数据管理工作区
2. 创建导出项目
3. 按依赖顺序添加实体（参见下面的顺序）
4. 配置数据格式（XML 或 CSV — XML 可以更好地保留关系） 5.执行并下载数据包

导出实体序列

第 1 层 — 参考数据（首先导出）：

• 法人实体（公司）
• 会计科目表
• 财务维度
• 货币和汇率
• 计量单位
• 付款条件
• 税码和组

第 2 层 — 主数据：

• 客户（客户帐户）
• 供应商（供应商帐户）
• 产品（已发布的产品、产品变体）
• 员工
• 仓库和地点

第 3 层 — 交易数据：

• 未结销售订单
• 打开采购订单
• 开具客户发票（应收账款）
• 未结供应商发票（应付账款）
• 现有库存
• 生产订单（开放）
• 项目和时间表

第 4 层 — 历史数据：

• 已结销售订单（12-24 个月）
• 已过账的发票和付款
• 已完成的生产订单
• 总账交易（当前会计年度最低）

OData API 导出（替代）

对于并行运行期间的目标提取或连续同步，请使用 Dynamics 365 的 OData 端点：

• 每个实体都作为 OData feed 公开在 https://[environment].operations.dynamics.com/data/[EntityName]
• 支持过滤、分页和字段选择
• 比完整数据提取更适合增量同步
• 应用速率限制 - 对大型数据集进行限制的计划

---

第 3 阶段：数据转换和映射（第 8-14 周）

科目表映射

这是最关键的映射决策。 Dynamics 365 采用主账户+财务维度结构。 Odoo 使用带有分析会计的平面会计科目表进行维度分析。

改造方式：

• 将每个 D365 主帐户映射到具有正确帐户类型的 Odoo 帐户
• 将财务维度转换为 Odoo 分析账户和分析计划
• 将 D365 发布配置文件映射到 Odoo 日志配置
• 调节转换后的试算表以验证准确性

客户和供应商主映射

D365 维护单独的客户和供应商帐户。既是客户又是供应商的公司有两条记录。 Odoo 使用带有客户/供应商标志的单一联系人模型。

需要做出的决定： 将同一公司的客户和供应商记录合并到单个 Odoo 联系人中，还是维护单独的记录？合并更干净，但需要仔细区分应收/应付账款。

产品主映射

D365 使用复杂的产品主控：

• 产品母版（模板）
• 已发布的产品（公司特定变体）
• 产品尺寸（颜色、尺寸、配置、款式）
• 存储尺寸（场地、仓库、地点）
• 跟踪尺寸（批次、序列）

Odoo 使用更简单的模型：

• 产品模板（带有可选变体）
• 产品变体（从属性组合生成）
• 位置（仓库内的分层结构）
• 批次/序列跟踪（按产品配置）

将每个 D365 产品维度组映射到 Odoo 产品属性。验证尺寸组合是否在 3 属性实际限制内转换为有效的 Odoo 变体。

---

第 4 阶段：Odoo 配置和定制（第 10-20 周）

企业配置清单

• 复制多公司结构（D365 法人实体 → Odoo 公司）
• 使用公司间规则为每个公司配置的科目表
• 设定会计年度和会计期间
• 税收配置：税率、组、财政状况、预扣税
• 货币管理：活跃货币、汇率来源
• 创建的产品类别和属性
• 仓库结构：仓库、位置、路线、操作类型
• 制造：工作中心、工艺路线、物料清单结构
• 销售：价目表、付款条件、交付方式、销售团队
• 采购：供应商价目表、采购协议、批准
• HR：部门、职位、休假类型、费用类别
• 用户角色和访问权限（将 D365 安全角色映射到 Odoo 组）
• 审批工作流程（采购限制、费用限制、休假审批）
• 编号规则（发票号、订单号、批号）
• 邮件模板和通知规则

定制开发

企业 D365 环境通常需要在 Odoo 中定制开发 10-30% 的功能。常见的自定义模块：

• 行业特定的工作流程，是 X++ 定制
• EDI 连接器 适用于合作伙伴特定的文档格式
• 高级定价规则超出 Odoo 标准价目表
• 合规报告特定于您所在司法管辖区或行业
• 仪表板和分析，复制关键的 Power BI 报告

---

第 5 阶段：用户培训（第 16-22 周）

Microsoft 到 Odoo UX 的转变

从 Dynamics 365 过渡到 Odoo 的用户会经历重大的 UX 范式变化：

培训计划结构

---

第 6 阶段：并行运行和上线（第 20-30 周）

并行运行协议

企业迁移需要 60-90 天的并行运行。在此期间：

1. 主要交易在 Odoo 中输入
2. 前 30 天在 D365 中重复条目（验证 Odoo 是否正确记录）
3. Odoo 单次入境 仅适用于第 31-90 天（定期比较报告）
4. 每月结算在两个系统中执行至少一整月

上线切换清单

• 导入并验证的期初余额（调节到 D365 的试算表）
• 导入的未结交易（AR、AP、未结订单、库存）
• 银行账户关联并核对
• 薪资削减：最终薪资在 D365 上运行，首次运行在 Odoo 上验证
• 制造：未清工单已转移，BOM 已验证
• 集成已切换（EDI 合作伙伴、银行源、第三方工具）
• 使用正确角色激活的用户帐户
• 前 2 周内有支持服务台工作人员（延长工作时间）
• 记录并测试回滚计划（如果出现严重故障，能够恢复到 D365）

上线后稳定

---

风险缓解

主要风险和缓解措施

回滚计划

在上线后的前 90 天内保持恢复到 Dynamics 365 的能力：

• 保持 D365 许可证处于活动状态（在过渡期内与 Microsoft 协商降低费率）
• 维护D365数据库备份
• 记录回滚过程：将 Odoo 中输入的数据重新导入回 D365
• 定义回滚触发标准（例如，无法完成月末结算、影响财务报告的数据完整性问题）

---

常见问题

企业从 Dynamics 365 迁移到 Odoo 需要多长时间？

规划从项目启动到全面上线的 6 至 12 个月时间。发现和评估需要 4-6 周，数据提取和转换需要 6-10 周，Odoo 配置和定制需要 8-12 周，培训需要 4-6 周，并行运行需要 8-12 周。这些阶段是重叠的，但对于拥有 100 多个用户的企业来说，总运行时间通常为 9-12 个月。

我们可以分阶段迁移而不是一次性迁移吗？

是的，建议大型企业这样做。常见的分阶段方法：第一阶段——财务和会计（建立财务支柱）。第 2 阶段 — 销售和 CRM（面向客户的流程）。第 3 阶段 — 供应链和制造（运营流程）。第 4 阶段 — 人力资源和薪资（人员流程）。每个阶段需要 3-4 个月的时间，并且有重叠。

我们的 Power BI 报告会发生什么情况？

Power BI 报表需要使用 Odoo 作为数据源重建。您可以将 Power BI 直接连接到 Odoo 的 PostgreSQL 数据库或使用 Odoo 的 REST API。另外，Odoo 的内置仪表板、数据透视视图和电子表格集成可以满足大多数标准报告需求。对于高级分析，许多企业将 Power BI 与 Odoo 一起维护。

我们会丢失 D365 自定义吗？

D365 自定义（X++、Power Automate、Power Apps）不会传输到 Odoo。必须在 Odoo 框架中对它们进行分析、确定优先级并重新创建。简单的工作流程自动化转化为 Odoo 的自动化操作。复杂的 X++ 定制需要 Python 开发。将实施成本的 20-30% 预算用于定制娱乐。

我们如何处理 Azure Active Directory 集成？

Odoo 支持 SSO 的 SAML 和 OAuth2。您可以继续使用 Azure AD 作为身份提供商，并配置 Odoo 以对其进行身份验证。或者，使用 Authentik 或 Okta 等身份平台作为中介。用户配置和取消配置需要通过 Odoo 的 API 或 SCIM 集成进行配置。

如果迁移失败，财务风险有多大？

主要的财务风险是在长期并行运行期间延长双重许可。在上线后将 D365 许可证保留 90 天，作为安全网。与无法处理交易的风险相比，这种保险的成本（3 个月的 D365 许可）很小。通过适当的测试和回滚计划执行良好的迁移可将故障概率降低至 5% 以下。

ECOSIRE 能否处理企业规模的 D365 迁移？

是的。 ECOSIRE 的迁移团队 拥有企业 Dynamics 365 环境（包括多公司、多货币和制造）方面的经验。我们利用专门的项目管理和技术资源来处理从评估到上线后稳定的整个生命周期。 联系我们 进行企业迁移评估。

---

开始您的迁移评估

每次 Dynamics 365 到 Odoo 的迁移都始于对当前环境的全面评估 - 使用中的模块、自定义、集成、数据量和组织准备情况。此评估会生成详细的迁移计划，其中包含现实的时间表、资源要求和风险缓解措施。

ECOSIRE 的企业迁移服务 包括免费的初步评估、详细的范围界定和无义务项目提案。我们的团队将深厚的 Dynamics 365 专业知识与 Odoo 实施经验相结合，以确保平稳过渡。

安排您的迁移评估 — 我们将审核您的 D365 环境并在两周内提供迁移路线图。