第二章 Odoo上线顺序
Odoo 是一个模块化系统。模块化的好处是企业可以按需启用,坏处是新用户容易不知道从哪里开始。
本章给出一套适合国内中小企业的通用上线顺序。它不是唯一答案,但足够安全,适合大多数第一次自主实施 Odoo 的企业。
总体原则
上线顺序应该遵守三个原则:
- 先基础数据,后业务单据;
- 先主流程,后自动化;
- 先原生功能,后定制开发。
很多项目失败,不是因为 Odoo 做不到,而是因为顺序反了。一开始就做复杂审批、报表、接口和定制页面,基础数据和业务流程反而没有跑通。
推荐上线阶段
| 阶段 | 目标 | 主要工作 |
|---|---|---|
| 第0阶段 | 准备测试库 | 确认公司、用户、语言、模块范围 |
| 第1阶段 | 基础数据 | 客户、供应商、产品、仓库、税率、银行账号 |
| 第2阶段 | 销售采购库存闭环 | 报价、销售订单、采购订单、收货、发货 |
| 第3阶段 | 财务闭环 | 开票、付款、银行流水、对账、应收应付 |
| 第4阶段 | 权限和报表 | 按岗位分配权限,确认老板和部门报表 |
| 第5阶段 | 上线演练 | 用测试数据跑完整流程,确认异常流程 |
| 第6阶段 | 正式上线 | 导入期初数据,切换到正式录入 |
| 第7阶段 | 二期优化 | 自动化、接口、行业定制、管理驾驶舱 |
不要跳过第 0 阶段和第 1 阶段。它们看起来不产生业务单据,但决定了后面系统是否稳定。
第0阶段:准备测试库
测试库要先完成这些基础动作:
- 创建公司资料;
- 设置语言和时区;
- 创建管理员以外的业务用户;
- 安装本期要用的模块;
- 设置基本文档版式;
- 准备一套测试客户、测试供应商、测试产品。
测试库不要怕弄乱。它的价值就是让大家在上线前犯错。
第1阶段:基础数据
基础数据是 Odoo 的地基。
建议按这个顺序准备:
- 公司资料;
- 用户和权限;
- 客户和联系人;
- 供应商;
- 产品类别;
- 产品;
- 仓库和库位;
- 税率;
- 银行账号;
- 期初库存和财务余额。
如果客户、产品、供应商资料没有整理好,不建议急着导入。宁可少导入一些高质量数据,也不要一次性导入大量错误数据。
第2阶段:销售采购库存闭环
对贸易型企业来说,第一条要跑通的通常是:
客户报价 -> 销售订单 -> 采购订单 -> 入库 -> 发货 -> 客户签收
这一阶段要验证:
- 销售能不能创建报价;
- 报价确认后库存是否产生发货需求;
- 没有库存时采购是否能补货;
- 采购收货后库存是否增加;
- 发货完成后客户订单状态是否正确;
- 部分发货、取消订单、退货是否能处理。
这一阶段不一定要马上把财务做得很细,但必须让业务单据能顺利流转。
第3阶段:财务闭环
业务流程跑通后,要让财务参与进来。
财务阶段要验证:
- 销售订单能否创建客户发票;
- 采购订单能否匹配供应商账单;
- 客户付款能否登记;
- 供应商付款能否登记;
- 银行流水能否导入或同步;
- 银行交易能否和发票、付款进行对账;
- 应收账款、应付账款、账龄报表是否能看懂。
很多企业会把“开票”理解成中国增值税发票。这里要注意,Odoo 的 Invoice 是会计应收/应付单据,不等于税控系统里的中国发票。国内企业如果要对接开票平台,需要单独评估。
第4阶段:权限和报表
权限不要等上线后再补。业务流程跑通后,就应该切换到真实岗位账号测试。
建议至少测试这些角色:
- 销售能否只看到自己负责的客户和订单;
- 仓库能否收发货,但不能改销售价格;
- 采购能否下采购单,但不能改会计凭证;
- 财务能否处理发票和付款,但不随意改库存;
- 老板能否看到报表,但不参与日常录单。
报表也要在这个阶段确认。不要等上线后才发现老板要看的指标系统里没有。
第5阶段:上线演练
上线前至少做一次完整演练。
演练不要只做顺利流程,还要故意测试异常情况:
- 销售订单取消;
- 部分发货;
- 客户退货;
- 采购部分收货;
- 供应商账单金额和采购单不一致;
- 客户部分付款;
- 银行流水找不到对应发票;
- 员工没有权限操作某个按钮。
只有异常流程也能处理,才说明系统真的可用。
第6阶段:正式上线
正式上线前,要确定一个切换时间点。
比如:
从 2026 年 8 月 1 日开始,所有新销售订单都在 Odoo 中录入,旧系统只查历史,不再新增业务。
切换时要处理:
- 期初库存;
- 期初应收;
- 期初应付;
- 未完成销售订单;
- 未完成采购订单;
- 未完成发货和收货;
- 银行余额;
- 旧系统只读或停止录入。
不要让两个系统长期同时录入同一类业务,否则数据一定会对不上。
第7阶段:二期优化
第一期上线后,再考虑二期。
二期适合做:
- 审批流程;
- 自动补货;
- 价格规则;
- 佣金和返利;
- 网站商城;
- POS门店;
- 微信、企业微信、支付、物流接口;
- 管理驾驶舱;
- 行业定制模块。
这时再定制,需求会更准确。因为客户已经知道原生 Odoo 能做什么,也知道自己真正缺什么。
不建议的上线方式
不建议这样做:
- 第一天就安装所有模块;
- 先做定制开发,再跑原生流程;
- 没有测试库,直接在正式库操作;
- 只由老板或管理员测试,不让真实岗位员工参与;
- 一边上线一边大规模改基础数据;
- 没有确定旧系统和新系统的切换日期。
自主实施的最低成功标准
如果客户不知道自己是否已经准备好上线,可以用下面这张表判断。
| 检查项 | 通过标准 |
|---|---|
| 基础资料 | 客户、供应商、产品、仓库、税率已整理并抽查 |
| 主流程 | 至少一条销售/采购/库存/财务流程完整跑通 |
| 异常流程 | 取消、退货、部分收货、部分付款已测试 |
| 权限 | 真实岗位账号可以完成自己的工作 |
| 报表 | 老板和财务能看懂关键报表 |
| 切换计划 | 已确定正式启用日期和旧系统停止录入规则 |
| 备份 | 已确认数据库和文件备份方式 |
满足这些条件,再上线会稳很多。