Odoo 20 已经发布，随之而来的是每位 Odoo 用户每隔一两年都会遇到的问题：什么时候升级，怎么升级？数据库转换本身由 Odoo 完成，而且很可靠。出问题的往往是周边环节：没人列出的模块、发生变化的报表、周一早上才第一次看到新界面的团队。这份清单帮助您从容升级到 Odoo 20。
现在就需要升级吗？
Odoo 对每个主版本提供三年支持，之后再给两年时间完成升级。每推出一个新版本，仍受支持的最旧版本就离支持结束更近一步。在 Odoo Online 上，中间版本必须在下一个版本发布后的几周内升级。所以真正的问题不是要不要升级，而是何时升级：一次测试升级成本很低，却能告诉您有多少工作在等着。新功能请参阅 我们的 Odoo 20 概览.
Odoo 升级的五个步骤
- 申请一个升级后的测试数据库：在 Odoo Online 上通过数据库管理器，在 Odoo.sh 上通过您的项目，或在自有服务器上使用 Odoo 的升级脚本。
- 把额外模块的代码升级到新版本（如果有的话）。
- 测试升级后的副本，并把发现的问题报告给 Odoo 支持团队。
- 测试通过后，规划并申请生产环境升级。
- 关注上线后的头几天，并报告任何后续出现的问题。
您可以申请多个测试数据库：早一点申请一个来评估工作量，晚一点再申请一个来演练正式上线。
提出申请之前：先列出您的模块
在每个已安装模块都有目标版本之前，数据库无法升级。先列出清单：在应用菜单中去掉默认筛选条件即可看到：
- Odoo 标准应用：由 Odoo 负责。
- Odoo Apps Store 中的应用：打开每个应用的页面，确认供应商已发布适用于 Odoo 20 的版本。如果没有，请联系供应商。
- 为您定制开发的模块：需要由开发人员移植。请把这部分计入预算和计划。
- Studio 定制：会随数据库一起升级。
删除不再有人使用的模块：现在每卸载一个模块，就少一个需要移植和测试的模块。在自有服务器上，还要检查系统环境：Odoo 20 需要 Python 3.12 和 PostgreSQL 16 或更高版本。
以用户的方式测试，而不是以管理员的方式
打开几个界面看看不算测试。请每天实际干活的同事在测试数据库上走一遍他们真实的业务流程：
- 一个完整的销售流程：报价单、订单、交货、发票、付款、贷项通知单。
- 一个完整的采购流程：询价单、收货、供应商账单。
- 打印的单据以及客户收到的邮件。
- 自动化操作、与其他软件的集成，以及会计使用的导出。
- 每天使用的搜索和筛选，以及单据的翻译。
记录每个问题以及复现步骤。描述准确的工单能被解决，含糊的工单只会来回拉扯。
不同托管方式的区别
- Odoo Online：升级从数据库管理器发起。如果在截止日期前您什么都不做，Odoo 会替您升级数据库。
- Odoo.sh：升级后的副本会进入预发布分支，每次提交时都会更新您的模块。生产环境从生产分支升级，失败时会回退到之前的状态。
- 自有服务器：Odoo 的升级脚本会把数据库发送到升级平台，并取回转换后的数据库。服务器必须能够访问该平台。
升级服务不做什么
对于 Enterprise 客户，升级到最新版本是包含在内的：标准应用、Studio 定制，以及有 Odoo 维护合同的模块。其余一切都由您负责：其他供应商的模块或没有此类合同的自研模块、数据清理，以及团队培训。该服务不会把您从 Community 切换到 Enterprise，不会更换托管方式，也不会回退到旧版本。Community 没有官方升级服务：请与合作伙伴一起规划升级。
切换当天
选一个业务清闲的日子，提前通知所有人 Odoo 何时不可用，并保留一份升级前刚做的备份。升级完成后，在第一个小时内把测试时的流程再走一遍。安排一次简短的培训，向团队展示界面上的变化：升级后的大多数抱怨来自使用习惯，而不是程序错误。
依据 Odoo 升级文档。具体条件取决于您的版本、套餐和托管方式：请针对您自己的数据库核实。
升级中的我们的应用
如果您使用我们的应用，每个应用页面都列出了它已发布的 Odoo 版本，每个版本在发布前都会运行同样的自动化测试。要更换版本？告诉我们您在用哪些应用，我们和您一起检查。
对升级有疑问？请发邮件至 support@sharqix.com，我们会在一个工作日内回复。
