今天聊Odoo定制这事儿，全是血泪教训堆出来的。本来以为就是改改后台界面这种小活，结果一脚踩进泥潭里差点没爬出来。

一、安装就给我下马威

手贱直接官网下了最新版，装完发现一堆兼容问题。模块报错像放鞭炮似的，查半天发现Python版本对不上。老老实实滚回用Ubuntu 18.04配Python 3.6，世界瞬间清净。第一课：官方文档标着“推荐环境”那四个字，真不是装饰品。

二、改源码？先把手捆上！

看某个功能不顺眼，撸起袖子就改核心代码。改完当时爽歪歪，过两天手滑点了升级，服务器直接罢工。恢复备份发现数据库也被连带改炸了，熬通宵才捞回数据。现在学乖了：所有定制塞进独立模块，核心代码碰都别碰。宁可多写二十行继承代码，绝不贪方便动源码一根指头。

• 踩坑实录1：给销售订单加了个“紧急程度”字段，图省事直接改sale_order模型文件。后来装了个物流模块，冲突得亲妈都不认识。
• 避坑操作：新建my_custom_sale模块，用_sql_constraints给原模型套了个新字段。麻烦？总比重装强！

三、需求方都是画饼大师

客户拍胸脯说：“就加个简单审批流！”真做起来才发现要联动财务模块、同步库存状态、还要给老板发微信提醒。需求越滚越大，改到第三版才搞明白他们实际要的是整个报销流程重构。现在见客户先甩张A4纸：让丫把每步操作场景写清楚，少扯“大概”“可能”。上次就是信了“跟钉钉差不多”这句鬼话，多干了三礼拜。

四、插件市场水太深

图便宜买了几个付费模块，结果更费钱。有个库存插件说是支持多仓库，装上才发现要配额外服务，每年续费比插件还贵。另一个更绝：后台显示正常运行，实际压根没触发过计算规则。现在装插件前必干三件事：翻差评、看更新时间、自己建测试库跑三天。免费插件更得小心，上次装了个日历增强，直接把系统时区锁成孟加拉国。

五、上线前没模拟？等着炸

有次改完工资模块没测全量计算，月底发薪日HR电话直接打爆。五百号人工资单全显示负数，财务总监端着茶杯站我后面冷笑。现在测试规矩焊死三条：

• 克隆生产环境数据到测试机
• 让客户亲自点按钮
• 准备秒关功能的紧急开关

上回库存模块出bug，就是靠后台藏的强制关账功能救了命。

折腾三年总结就八字真经：别懒、别信、别贪、别急。技术债跟高利贷似的，现在省一小时，将来得用一个月还。下次谁再说“Odoo定制很简单”，把这篇文章甩他脸上！