跳至内容

真正拦住超额收货的护栏机制

2026年9月1日
真正拦住超额收货的护栏机制
Majorbird

仓库收了120件,采购单只订了100件,Odoo为什么不拦?

真正拦住超额收货的护栏机制

Controles que evitan que recibas más de lo que pediste

Des limites qui vous évitent de recevoir plus que ce que vous avez commandé

ضوابط تمنعك من استلام أكثر مما طلبت

Cơ chế kiểm soát giúp ngăn nhận hàng vượt quá số lượng đã đặt

仓库收了120件,采购单只订了100件,Odoo为什么不拦?

仓库扫描入库。送货单写着120件,采购单上只有100件,Odoo却全部放行,连一条警告都没有。三周后财务核对账目,到岸成本和采购单死活对不上,而当初多收的那批货,早已没人记得。ERP没有崩溃,只是一个开关,从未被打开。

这个设置,平时看不见,出事才发现关不上

Odoo的采购设置里,本来有三道锁:严格按订单数量收货、允许一定容差、完全开放。不少企业上线时,担心拦货耽误进度,顺手选了最宽松的那档。上线热潮过去,这个"临时方便"就变成了长期默认。业务端以为库存数与采购单早就锁死,后台其实一直亮着绿灯。

"就这一次",怎么变成了默认流程

供应商说"凑整一箱省运费",仓库员说"别为这点数量拦车"。第一次是特批,几次之后,特批就成了流程。原本用来拦截差错的容差设置,反而因为"总碍事"被悄悄关掉。收货环节从此没了天花板:供应商送来多少,系统就收多少,成本就算多少。

把护栏重新装回去

修复的方法不是一刀切。稍有出入就拒收整车,并不现实。真正需要的是一道合理的容差红线:小比例超额,系统自动记录;一旦触碰上限,必须有人确认才能过账。多数团队缺的正是这一道关卡。它让"超收"从悄无声息的账目漂移,变成有人主动审视的可见异常。

Majorbird观点

超收控制只是个小开关,但它决定了库存和成本数字到底能不能信。Majorbird把它纳入Odoo基础配置,而不是当作高级插件另收费。因为漏掉它的代价,会在无人问津的几个月里默默利滚利。如果你的收货流程已经默认"下不为例",不妨回头看看:系统真正执行的,和你以为的,是不是同一回事。找 Majorbird 聊聊。

News
Odoo 19 移除你依赖的那一层