导言
想象一个常见情景：销售口头承诺周五交货，计划员却在周四晚上才知道，而制造部门根本没有收到任何信息。本文要解决的，就是这种信息与流程脱节的问题。
我们把十种场景按难度排列，从给一张简单餐桌建物料清单，到模拟一个夸张的顶级生产案例。每一项都有可在 Odoo 中逐步执行的操作清单。
Odoo 制造模块是把现实世界的库存、批次、拣货、生产这些物理动作，和客户期望、财务需要结合起来的地方。运转良好时，数量只需记录一次；出问题时，ERP 会被责怪为替罪羊。
许多车间与仓库仍靠经验、WhatsApp 群组和名为 FINAL_v3 的 Excel 表单维持运作。这种做法能撑一段时间，但一旦扩张、增设工厂或接受审计，问题就会暴露。
制造只是 Odoo 模块化 ERP 的一部分。团队会在需要明确职责、可复制流程和可检索历史记录时采用它，而不是继续依赖零散消息和离线表格。Odoo 制造围绕 BOM、工艺路线、工单与 MRP 状态，成为预算审批与执行的共同叙事。
通过制造模块，你可以把货物实际流转的每一步建模：收货、入库、拣货、生产、发货、报废、补料。每一步都会留痕，未来的你会感谢这些记录。
接下来你会看到十个实战场景，每个都配有具体公司示例，从第一个 BOM 到车间上使用条码的操作细节。
本文的主要读者是运营总监、仓储负责人和生产计划人员。开发人员后续可以参与；本文优先使用业务语言而非技术术语。
这是一篇按等级排列的 Top 10 指南，从 Level 1（简单）到 Level 10（专家）。每个等级都包含编号步骤：在 Odoo 制造模块中你究竟要点击哪些选项。
请从自己能驾驭的等级开始，而不是为了好看跳到 Level 10。
先读完“面临的难题”部分，然后打开与你团队现状相匹配的等级开始实践。
本指南将呈现：
- 在典型公司技术栈中，Odoo 制造负责哪些环节
- 团队当前最常碰到的摩擦点及其原因
- 从入门到高级的十个分级用例
- 在何种情况下自动化或集成值得请 Odoo 合作伙伴介入
面临的难题
销售承诺周五交货，但计划员是周四晚上才知道，因为订单只在邮件里流转，而没有进入 Odoo 制造。加急费用吞噬毛利，财务在月末才发现库存缺口，而不是在周二就察觉。
仓库和车间靠经验运作，但关键的库存与生产数据却常常不在 Odoo 中。这种脱节导致缺货、紧急采购和月末的惊讶账面差异。
听起来熟悉吗？典型的痛点包括：
- 销售承诺与库存记录不一致
- 在没有实时库存的情况下制定生产或采购计划
- 面对客户或审计时供应链追溯出现空白
好消息是：你不必一口气改造全部系统。挑选下面的一个用例，在 Odoo 制造中运行 30 天，量化变化即可。
制造十大用例总览
这是为 Odoo 制造准备的十个用例，按难度从 Level 1（今天下午就能做）到 Level 10（专家级）排序。每个用例回答两个问题：我们要搭建什么，和在 Odoo 中要点击哪些步骤。
Level 1 可能只是给餐桌建一个 BOM；Level 10 故意设计得非常复杂（是的，甚至有“潜艇”这个夸张例子），目的是展示同一套应用在正确架构下能扩展到多复杂的场景。
选一个适合的等级，在测试数据库里按编号步骤操作，熟练后再逐级向上。
1. 为餐桌创建物料清单（BOM） Level 1 — 简单
Level 1 目标是你的第一笔小胜：一个成品、少量零件、无需在表格间来回折腾。
在 Odoo 中应该这么做：
- 建立可库存产品：餐桌（成品）、桌面、桌腿（4 个/套）、木胶、清漆等。
- 进入 Manufacturing → Products → Bills of Materials → New。
- 设置产品为餐桌，BOM 类型为 Manufacture，数量为 1。
- 添加 BOM 行项：1×桌面、4×桌腿、0.1×木胶、0.2×清漆（必要时调整单位）。
- 保存后打开 BOM Structure & Cost 栏目，核对汇总成本。
产出：你得到一个可重复使用的“配方”，以后每次下制造单都能复用。
2. 启动你的首个制造订单（MO） Level 2 — 简单
有了 BOM，不实际跑一单是无法验证的；在沙箱里测试一笔真实的制造订单。
在 Odoo 中应该这么做：
- Inventory → Products：设置组件的在库数量（测试可允许负库存以简化操作）。
- Manufacturing → Operations → Manufacturing Orders → New。
- 选择餐桌的 BOM，数量填 1，确认日期后点击 Confirm。
- 查看 Components 选项卡：每一行显示已预留或可用数量。
- 执行生产（Mark as Done / Produce All），然后核实成品在库数量已增加。
产出：计划人员与操作员共享同一份单据，不再用平行的 Excel 工作清单。
3. 在生产完成时记实耗用的组件 Level 3 — 简单
真正的数据诚信在这里体现或破坏。
在 Odoo 中应该这么做：
- 在 MO 中打开生产明细或工单视图，视你的 Odoo 版本而定。
- 如实际耗用与 BOM 不符（例如报废一条桌腿、用掉额外清漆），记录实际用量。
- 验证生产以推动库存移动：组件出库，成品入库。
- Inventory → Reporting → Stock：追溯桌腿与餐桌的库存移动历史。
- 将 MO 的成本报告与 BOM 的标准成本进行对比，供财务审阅。
产出：差异在每批次中可见，不再成为年终谜题。
4. 从已确认的销售订单计划生产 Level 4 — 中等
把商业承诺和车间负荷结合起来。
在 Odoo 中应该这么做：
- 在 Sales → 确认一张餐桌的报价（或将产品设为 MTO 路由）。
- 确认产品路由为 Manufacture 或 MTO，且 BOM 已配置好。
- 在交付或 MO 的智能按钮中打开生成的制造订单。
- 在 MO 上调整排程日期与优先级，供计划员参考。
- 把 MO 编号或引用传达给车间（可以打印 PDF 或稍后用条码）。
产出：销售交期与生产计划共用同一套时间表。
5. 将工艺拆分到两个工作中心 Level 5 — 中等
切割与组装不应该被当成一个模糊的步骤。
在 Odoo 中应该这么做：
- Manufacturing → Configuration → Work Centers：创建 Cutting（切割）和 Assembly（组装）。
- 在 BOM 中添加工序：Cutting（工时、对应工作中心），然后是 Assembly。
- 为 5 套餐桌创建 MO，确认后打开每道工序的工单。
- 先完成 Cutting 工单，再完成 Assembly 工单（若使用 WIP 位置，请注意核对）。
- 查看下周的负载报表或计划视图，检查两台设备的工作量分布。
产出：瓶颈会明确指向哪个工位，而不是变成模糊的延误。
6. 记录报废：两块桌面在搬运中受损 Level 6 — 中等
报废是常事；Odoo 应该把它记录在系统里，而不是 Excel 的某一页。
在 Odoo 中应该这么做：
- 在 MO 生产过程中，通过元件移动记录的 scrap 功能或 MO 上的 scrap 按钮登记报废。
- 登记 2× 桌面报废，并选择原因代码，如“搬运损坏”。
- 根据公司政策，通过内部采购或调整 MO 来补充组件库存。
- 以正确的良品数量完成 MO。
- 月末运行按原因与产品分类的报废分析报告。
产出：质量团队和财务看到的是统一的报废记录。
7. 将清漆工序外包给外部供应商 Level 7 — 困难
某些工序离开厂房并不意味着流程失控，Odoo 仍能追踪。
在 Odoo 中应该这么做：
- 在 Manufacturing 设置中启用分包（及必要时启用采购模块）。
- 在 BOM 上为 Varnishing（清漆）添加分包路由并指定供应商。
- 确认 MO 后：Odoo 会根据配置生成分包采购单并开始收发流程。
- 收到外包回来的处理件或服务后入库记录回传至系统。
- 关闭 MO 并在订单上核对分包成本与对账。
产出：外包加工与内部工序保持同一时间线与可见性。
8. 多层 BOM：把包装作为半成品子装配 Level 8 — 困难
真实产品往往并非单层 BOM。
在 Odoo 中应该这么做：
- 创建半成品 Table Packaging Kit（包装套件），并为其建立 BOM（纸箱、泡沫、标签）。
- 在餐桌的 BOM 中加入组件 Table Packaging Kit，路由设为 Manufacture。
- 为 10 张餐桌运行 MO：Odoo 根据配置生成子 MO 或虚拟爆炸（phantom）需求。
- 核对父件与子件装配的组件需求是否一致。
- 根据车间纪律，在父件完成前或同时完成子件的 MO。
产出：采购与生产在正确层级上看到被展开的需求。
9. 在成品入库前做质量检验 Level 9 — 困难
在不良产品流向客户前先拦截并处理。
在 Odoo 中应该这么做：
- 安装 Quality 模块；在 Assembly 工序上创建针对成品的质量点。
- 在 MO 工单上执行质检：记录通过或不通过，必要时在 chatter 上传照片。
- 不通过流程：按程序报废或返工 MO；通过则验证并完成生产入库。
- 可选：在失败时触发邮件提醒质量负责人（使用自动化动作）。
- 报告：按周统计质检次数与主要不良原因。
产出：缺陷在发货前被拦截，而不是在客户家里发现问题。
质量与制造的联调通常是合作伙伴项目的一部分。
10. 构建“潜艇”级别系统：自动补料与车间全控 Level 10 — 专家
Level 10 故意设计得极端：如果你能在沙箱环境中把它建出来，现实中的 BOM 会变得轻松许多。（不需要真正造潜艇）
在 Odoo 中应该这么做：
- 产品示例：Submarine（成品）、Hull section（船体段）、Ballast tank（压载舱）、Periscope kit（潜望镜套件）、Control panel（控制面板）；建立多层 BOM（段 → 潜艇）与可选的虚拟件用于紧固件。
- 路由：成品设为 Manufacture + MTO；长交期零件（如模拟钛合金船体）设定补货规则与 60 天采购提前期。
- 工作中心：Hull welding（焊接）、Electronics bench（电子台）、Final assembly（总装）；设置产能与日历。
- 设备维护：在焊接工位建立设备档案；当运行小时超过阈值时生成预防性维护请求。
- 条码：在每道工单扫码记录组件；将成品扫码入库到 Demo/Submarines 位置。
- 自动化：当 MO 确认且某组件低于最低库存时，自动生成询价单或子 MO；通过活动通知计划员。
- 仪表盘：显示 MO 积压、迟到的组件、逾期维护与近 30 天报废统计。
产出：你建立了从 BOM 深度、供应、车间、质量到自动化的连接蓝图，这是复杂 MRP 上线的范式。
这是团队通常在架构、集成与上线治理上会找 Dasolo 协助的层级。
何时需要专家帮助
如果你的需求停留在第 1 到第 6 案例，通常可以用标准的 Odoo 制造模块、一个耐心的内部负责人和一个允许“安全犯错”的沙箱环境成功实施。
从第 7 案起，风险与复杂性显著上升：自动化流程或许会发错邮件，Studio 自定义字段可能阻碍后续升级，API 在凌晨两点默默停止同步库存。
这不代表团队失败，而是表明系统架构、测试与治理变得关键。
当你需要多应用协同设计、各国合规、复杂集成，或董事会已经定下不可更改的上线日期时，就是请合作伙伴的时候。
与 Dasolo 合作
Dasolo 擅长按企业真实工作方式实现 Odoo：定制应用、干净的集成，以及让团队在顾问离开后仍记得的培训。
若你的制造路线图包含本指南中的高级用例，我们可以帮你制定分阶段计划：先拿小胜，再推进自动化与集成，给出明确的责任人和测试脚本。
你依旧掌控范围与预算，我们带来 Odoo 的实战深度，避免团队在生产环境里付出昂贵的学习代价。
预约免费咨询：