2026 年 9 月支持截止日期
Odoo 当前的支持表将 2026 年 9 月列为 Odoo 17.0 标准支持的计划结束时间。标准支持包括帮助台支持、缺陷修复和安全更新。使用 Odoo 17 的组织应决定是在计划截止日期前升级，还是安排延长支持。 (Odoo 19.0 Docs: Administration Standard Extended Support)
已发布的信息只说明了计划结束的月份，但没有给出确切的截止日期。管理员应向 Odoo 确认实际生效日期，不要假定支持会在 9 月的第一天或最后一天发生变化。 (Odoo 19.0 Docs: Administration Standard Extended Support) 内部排期应预留时间，在升级或支持决策获批前完成该确认。
标准支持结束后的覆盖范围
Odoo 对标准支持和延长支持列出了不同的覆盖范围。标准支持包括帮助台支持、缺陷修复和安全更新。延长支持需要额外费用，并在可行的情况下提供帮助台支持和缺陷修复。 (Odoo 19.0 Docs: Administration Standard Extended Support)
安全更新明确包含在标准支持中，但在所提供的延长支持摘要中未列出。延长支持下的缺陷修复也以可行性为前提。 (Odoo 19.0 Docs: Administration Standard Extended Support) 在依赖延长支持之前，决策者应要求 Odoo 确认适用于其合同的条款、可行性如何评估，以及是否存在影响现有问题的任何限制。
Odoo 表示每个主要版本可获得三年的支持，并强烈建议使用受支持的版本。 (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) 对于仍在运行 Odoo 17 的组织来说，计划中的截止日期要求负责合同、系统管理、自定义开发、集成和业务停机时间的人员进行协调。
从升级后的测试数据库开始
Odoo 记录的流程从申请升级后的测试数据库开始。随后，组织应测试其业务工作流和集成，解决发现的问题，并在这些工作完成后再安排生产升级。 (Odoo 19.0 Docs: Administration Upgrade) 按此顺序进行，可避免生产升级成为第一次全面兼容性测试。
测试应覆盖组织所依赖的工作流和集成，符合 Odoo 的指引。 (Odoo 19.0 Docs: Administration Upgrade) 每个工作流都应有负责人，用于记录结果、调查问题并确认修正已重新测试。创建测试数据库只是评估的开始，而不是升级环境已可用于生产的证据。
Odoo 建议在安排生产升级之前，先解决测试中发现的问题。 (Odoo 19.0 Docs: Administration Upgrade) 如果问题仍未解决，应在批准生产日期之前记录其对运营的影响。随后，组织可以决定是否调整日期、修改升级计划，或寻求进一步协助。
测试记录应区分通过检查、失败检查和未测试项目。由于 Odoo 的流程要求先解决问题再安排生产，因此不完整的测试不应被视为成功结果。 (Odoo 19.0 Docs: Administration Upgrade) 这种区分有助于决策者看清升级中哪些部分已准备就绪，哪些仍需工作。
单独评估自定义模块
定制数据库还有一个额外前提。Odoo 表示，在升级数据库之前，自定义模块必须与目标版本兼容。 (Odoo 19.0 文档：管理升级)管理员应识别每个自定义模块，指定其负责人，并确认目标版本是否提供兼容版本。
Odoo 的文档要求是在提交定制数据库进行升级之前，先确认自定义模块的兼容性。 (Odoo 19.0 文档：管理升级) 仅测试标准工作流并不能证明自定义代码已就绪。每个模块都应有记录在案的兼容性状态，并纳入升级后的测试数据库中，这样才能检查受其影响的工作流。
Odoo 还要求将集成测试作为升级数据库流程的一部分。 (Odoo 19.0 文档：管理升级) 因此，评估应同时覆盖自定义模块和连接系统。对于每一项，管理员都应记录需要测试的内容、谁可以调查故障，以及在测试或生产升级期间是否需要相关第三方参与。
为生产环境不可用做好计划
生产数据库在升级期间不可用，Odoo 建议将工作安排在使用量最少的时段。 (Odoo 19.0 文档：管理升级) 计划应明确可接受的时间窗口、必须在此之前完成的活动，以及需要知道正式数据库将不可用的人员。
Odoo 的指导要求在测试和问题解决之后再安排生产。 (Odoo 19.0 文档：管理升级) 管理员在倒推到计划中的 2026 年 9 月支持截止日期时，应保持这一顺序。过早承诺生产窗口可能会导致没有足够时间处理在工作流、集成或自定义模块中发现的问题，而无需更改窗口。
生产计划不应假设完成数据库升级就是唯一的排期考虑因素。Odoo 确认数据库在此过程中将不可用，并建议选择使用量最少的时段。 (Odoo 19.0 文档：管理升级) 因此，内部审批应考虑到中断，并确认哪些业务活动需要暂停，或需要在窗口开始前完成。
在选择路径之前的检查
在批准延长支持或升级时间表之前，请确认标准支持的准确截止日期、延长支持的额外费用，以及 Odoo 17 可获得的覆盖范围。Odoo 已公开说明，标准支持包括帮助台支持、错误修复和安全更新，而延长支持则在额外收费的情况下提供帮助台支持和可行的错误修复。 (Odoo 19.0 文档：管理标准延长支持)
对于升级，请确认是否已请求升级后的测试数据库，业务工作流和集成是否已测试，发现的问题是否已解决，以及自定义模块是否与目标版本兼容。这些步骤属于 Odoo 文档中的升级指导。 (Odoo 19.0 文档：管理升级) 只有在这些检查都有明确负责人并记录结果后，才能批准生产窗口。
Odoo 17 的标准支持计划于 2026 年 9 月结束，Odoo 建议使用受支持的版本。 (Odoo 19.0 文档：管理标准延长支持; Odoo 19.0 文档：管理升级) 仍在使用 Odoo 17 的组织，需要在计划变更前完成已测试的升级，或在升级工作继续进行时获得确认的延长支持条款之间做出选择。该决定应反映适用的合同、工作流和自定义的就绪情况，以及可接受的生产环境不可用时段。