跳至内容

News
多仓库制造：配置实现，无需代码
Majorbird
多仓库制造：配置实现，无需代码
多仓库制造，告别手动猜测 不少制造企业为原材料、半成品和成品分别设置独立仓库。但 Odoo 默认的制造订单，会把原材料领料和成品入库都绑定到同一个仓库。这与真实的多阶段生产线实际调度库存的方式并不匹配，通常只能靠人工逐单变通：有人手动创建额外的调拨单，手动决定每一步该从哪个仓库领料，手动追踪到底哪些东西真正备齐可以配套。 解决方案：路线与补货配置，匹配真实流程 我们完全通过 Odoo 自带的物料清单和路线功能为一位客户解决了这个问题，没有用到任何自定义代码： 成品制造订单关联到"成品仓库制造"路线；半成品订单关联到"半成品仓库制造"路线。 仓库间补货按真实生产顺序串联：成品仓库为原材料和半成品…
自定义Odoo代码中的多公司陷阱
Majorbird
自定义Odoo代码中的多公司陷阱
企业在 Odoo 里新增一家法人实体，可能是子公司、合资公司，也可能是为了新市场单独注册的主体。上线没几天，没人动过的环节突然出问题。财务刚更新了一家供应商的银行信息，这张发票却出现在另一家公司的账单上。A公司下的采购单，莫名其妙跑进了B公司的审批流。配置没出错，问题出在底层：那套定制代码从一开始就没想过，"公司"居然可以不止一个。 为什么单公司视角的代码最先出事 大多数定制模块在诞生时，眼里只有一家公司。因为客户当时确实只有这一家公司。开发人员在加字段、重写 create 和 write 方法、写取数逻辑的时候，根本不会去过滤 company_id，反正数据库里只有一个主体，默认行为看起来就…
如何为差距分析做准备（不需要完美的流程文档）
Majorbird
如何为差距分析做准备（不需要完美的流程文档）
真正重要的准备工作，不是一份正式说明书 在启动研讨会之前，人们的本能是准备一些看起来完备的东西：一份流程文档、一份需求清单、一套为现有做法辩护的幻灯片。但这些都不是让差距分析真正有效的关键。真正起作用的东西要简单得多：每个部门找一个人，能用大白话讲清楚自己每天在做什么。 每个部门讲清三件事 请每个相关团队准备好讲三件事：目的（这个部门到底是干什么的）、人（谁在这个团队里、谁负责）、以及故事（一个普通的工作日或流程从头到尾实际是什么样）。 然后用四个视角把这个故事过一遍（手绘一张流程图其实就够了）： 输入 ：谁在发起请求、通过什么系统、什么触发了动作、请求到达时手头有哪些信息。 处理 ：这些信息…
Odoo结合Claude、ChatGPT与Gemini：HR团队AI应用指南
Majorbird
你以为的Odoo，与真正撑起工厂的Odoo
Majorbird
你以为的Odoo，与真正撑起工厂的Odoo
聊起Odoo，别一上来就想到开票 聊起Odoo，很多人下意识觉得：这不就是个管销售、开发票的软件吗？其他功能，不过是后期往上加的模块罢了。但对一家已经把Odoo用透的制造企业来说，这个逻辑恰恰是反的。他们的系统里，制造、计划、质量才是重头戏。销售和财务，反而只是浮在上面的薄薄一层，根本算不上重心。 应用列表不会说谎 真正的定制投入，其实都砸在了生产订单、物料清单、质检节点、工作中心，还有一套与外部排程系统双向打通的接口上。财务模块几乎全是标准配置，开箱即用。没人愿意在开票流程上耗几周，因为那从来就不是这家企业的痛点。真正的硬仗，是怎么让车间现场、生产排程和质量闸门三方对齐，而不是各说各话。 这…
在Odoo里直接开中国发票：我们的百望集成
Majorbird
在Odoo里直接开中国发票：我们的百望集成
实施者视角：Odoo的独特竞争力
Majorbird
你的Odoo标准成本，正在对你说谎
Majorbird
你的Odoo标准成本，正在对你说谎
你的Odoo标准成本，正在对你说谎 标准成本本该是最让人放心的数字。财务靠它算利润，销售靠它报价格，管理层靠它看毛利。一个产品一个数，全公司上下都认。 问题是，“稳定”不等于“真实”。原材料价格在变，电费在变，产线工时也在变，而系统里那个标准成本，还在复述去年的行情。 不会有人立刻发现。这才是最危险的地方。 这个数字，是什么时候开始失真的 标准成本定一次，管一年。如果这一年风平浪静，问题不大。但如果原材料、能耗、人工效率同时在动，系统里的数字和真实成本之间的裂缝，每个月都在悄悄扩大。 销售还在按老数字报价。财务还在按老数字出报表。所有人拿着同一个错误的数，却都深信不疑。 这比算错一笔订单严重得…
2026年Zoho与Odoo对比：制造业和零售业哪家ROI更高
Majorbird
2026年Zoho与Odoo对比：制造业和零售业哪家ROI更高
Onrec今年二月的一篇文章，把Zoho和Odoo放在制造业与零售业的场景下，算了一笔ROI的账。文章的核心观点是：到了2026年，选ERP不再是拼功能清单，而是看这套系统能不能跟着企业一起长大。两家走的是完全不同的路子，适合的企业类型也截然不同。 两套不同的底层逻辑 Zoho是一个专有云平台，内置45款以上预集成应用。文章打了个比方：它像一把瑞士军刀，所有工具收在一个刀柄里，但你很难单独更换某一把刀片。Odoo则完全相反，开源、模块化，整个系统在一个生态里，按需安装。有技术底子的团队可以做深度定制，代价是上手门槛更高，学习曲线更陡。 制造业：Odoo的主场 到了工厂车间，文章认为Odoo才是…
Odoo 20 的智能体 AI：主题演讲很精彩，现在该加上护栏
Majorbird
Odoo 19.4 正式发布：AI、库存与 POS 新功能一览
Majorbird
一份真正贴合财务思路的折旧计划表
Majorbird
一份真正贴合财务思路的折旧计划表
一份真正贴合财务思路的折旧计划表 标准会计模块都能追踪折旧，但呈现方式不一定符合财务团队实际的审阅习惯。一位客户提出的需求说起来很简单，做起来却有点繁琐：一份报表，端到端展示每一项固定资产的完整折旧历程。 解决方案：一份报表，财务真正需要的字段 我们搭建了一份专用的折旧计划表报表，直接从资产记录取数，把财务审阅时真正需要并排查看的字段放在一起：资产编码和名称、资产分组、购入日期、原值、本年折旧、累计折旧、剩余使用年限，以及账面价值。 这些数据本身并不缺失，系统里早就有了，只是分散在各个资产记录里。这份报表唯一的作用，就是把它们汇总到一处，按月结或审计真正需要的形式排列，而不是让人一个个打开资产…