第五章 产品基础

Odoo原生用一套产品资料连接销售、采购、库存、生产、POS、电商和财务。企业第一次实施Odoo时，产品资料往往是最关键、也最容易被低估的基础数据。

产品不是简单的“商品名称”。产品类型会影响是否扣库存，产品类别会影响报表和会计规则，单位会影响采购和库存数量，条码会影响POS和仓库扫码，价格和税率会影响报价、发票和毛利。本章我们就来看一下如何理解Odoo原生的产品资料，以及上线前应该怎样设计产品主数据。

产品为什么重要

在Odoo中，同一个产品可能同时出现在多个业务环节：

销售报价 -> 销售订单 -> 发货 -> 开票 -> 收款
采购询价 -> 采购订单 -> 收货 -> 供应商账单 -> 付款
库存盘点 -> 调拨 -> 批次序列号 -> 成本估值
POS收银 -> 网站商城 -> 生产BOM -> 项目服务开票

所以产品资料一旦建错，影响不是一个页面，而是一整条业务链。

常见后果：

• 实物商品建成服务，销售后库存不减少；
• 服务项目建成实物，系统要求仓库发货；
• 单位设置错误，采购入库和销售出库数量对不上；
• 税率错误，发票金额和税额不正确；
• 产品类别混乱，销售统计、库存估值和财务科目不好拆分；
• 变体滥用，导致产品数量暴涨，员工很难选择；
• 条码重复，POS或仓库扫码出错。

产品基础数据要在上线前认真设计，不建议边录订单边临时补。

进入产品列表

安装销售应用后，可以从 销售 -> 产品 -> 产品 进入产品列表。

也可以在采购、库存、POS、生产、电商等模块中进入产品。入口不同，背后使用的是同一套产品资料。

新建产品

点击 新建 可以创建产品。

第一期建议先维护关键字段。不要一开始就把所有字段都填满，也不要为了“看起来完整”导入大量没人确认的数据。

产品模板和产品变体

理解产品前，要先区分两个概念：

如果一个产品没有颜色、尺码、规格差异，可以只当普通产品使用。如果有颜色、尺码、容量、材质等属性，就可以考虑使用变体。

变体适合：

• 服装颜色和尺码；
• 手机容量和颜色；
• 食品规格；
• 材料厚度和尺寸；
• 同一商品不同包装规格。

不适合滥用变体：

• 每个客户一个定制品；
• 每个订单规格都不同；
• 只是想把产品名称写短；
• 属性组合很多，但实际很少售卖；
• 变体只是为了分类，而不是为了区分库存或价格。

变体会影响销售、采购、库存、条码、图片、价格和统计。第一期如果不确定，可以先用普通产品跑通流程，再规划变体。

产品基础字段

产品编码、名称和类别最好在导入前统一规则。不要让同一个产品同时出现“苹果手机壳”“iPhone Case”“IPHONE壳”三种写法。

产品类型

产品类型决定产品是否参与库存，以及后续业务单据怎么流转。

如果产品需要库存管理，一般应使用 实物。如果只是咨询、安装、运费、人工等不需要库存收发的项目，一般使用 服务。

这里有一个很重要的判断：客户嘴里说的“产品”，不一定都应该建成实物产品。例如安装费、运费、设计费、服务费，虽然会出现在报价单里，但它们不应该让仓库发货。

可销售和可采购

产品表单上的 销售 和 采购 决定产品是否用于对应流程。

如果产品无法在销售订单中选择，先检查是否勾选了销售。如果无法在采购订单中选择，先检查是否勾选了采购。

对于已经停用的产品，不建议直接删除。可以取消销售和采购，或者归档产品，避免影响历史订单和报表。

销售价格、成本和毛利

销售价格是销售订单上的默认单价。成本用于毛利分析、库存估值和经营判断。

常见做法：

不要只让销售自己维护成本，也不要让财务完全不了解产品税率。产品价格、成本和税率最好在上线前抽查确认。

如果企业有复杂价格策略，例如客户等级价、批发价、会员价、渠道价、阶梯价，应该使用价目表，而不是给同一个产品建立多个重复产品。

产品类别

产品类别不是简单的分类名称，它还可能影响库存估值、会计科目和报表统计。

第一期可以先设置几类：

• 成品；
• 原材料；
• 包材；
• 服务；
• 运费；
• POS商品；
• 备件；
• 耗材。

不要所有产品都放在同一个“所有”类别里。后面做库存和财务分析时，会很难拆分。

产品类别设计建议：

如果企业启用了库存估值和会计集成，产品类别会变得更重要。上线前一定要让财务参与确认。

单位和计量

产品单位影响销售数量、采购数量、库存数量和价格。

常见单位：

• 件；
• 箱；
• 公斤；
• 米；
• 套；
• 小时；
• 次。

上线前要确认：

单位不要随便改。产品已经产生销售、采购、库存后，再修改单位会影响历史数量理解。尤其是库存产品，单位规则要在正式上线前确定。

如果业务有复杂单位换算，不要只靠产品名称备注解决，应先评估Odoo单位、包装或定制方案。

包装和条码

条码常用于：

• POS收银；
• 仓库扫码收货；
• 仓库扫码发货；
• 盘点；
• 快速搜索产品。

一个条码不要对应多个产品，否则扫码会混乱。

包装适合处理“一箱多少件”“一包多少个”这类业务。比如产品库存单位是“件”，但采购经常按箱采购，销售也可能按箱销售，这时就要规划包装或单位换算，而不是只在产品名称里写“每箱24件”。

上线前建议确认：

销售页签和开票原则

产品表单中的销售相关字段会影响销售订单和发票。

常见开票原则：

不同业务应该选择不同开票原则。比如服务项目可能希望按已交付里程碑开票，标准商品可能按订单数量开票。

如果客户经常分批发货、分批开票，产品的开票原则和销售流程要一起测试。

采购和供应商价格

可采购产品通常还要维护供应商信息。

供应商价格可以记录：

• 供应商；
• 最小采购数量；
• 采购价格；
• 交期；
• 供应商产品编码；
• 供应商产品名称；
• 币种。

这些信息会影响采购订单自动带出的价格和供应商交期。如果企业要做自动补货、按供应商采购、采购价格分析，就不能只维护销售价格。

库存追踪和补货

实物产品如果要进入库存管理，还需要考虑追踪和补货。

常见问题：

这些内容会在库存章节展开。产品章节先要理解一点：库存规则不是仓库单独决定的，产品基础资料就已经决定了很多库存行为。

路线、补货和生产关系

安装库存、采购、生产等应用后，产品上可能会出现路线和补货相关设置。它们决定系统在缺货、接单或计划生产时，应该自动建议采购、生产、调拨还是按订单补货。

常见路线理解：

路线设置不要只看字段名称，要结合实际交付方式判断。例如同一个商品，常规库存销售可以走仓库发货，特殊客户订单可能希望按订单采购，跨境业务可能希望供应商直运。路线设置错误，后续可能出现采购建议不生成、制造订单不生成，或者仓库流程被错误触发。

如果产品涉及生产，还要进一步确认BOM、工艺路线、半成品、原材料单位和损耗逻辑。产品主数据不清楚，MRP计划通常也不会准确。

产品和会计规则

产品会影响财务，但实际项目中不建议每个产品都单独设置复杂会计科目。更常见的做法是先通过产品类别管理会计规则，再对少数特殊产品单独调整。

需要财务参与确认的内容：

如果企业只是先跑销售、采购和库存，可以先把税率、类别和成本确认清楚。如果企业第一期就要做库存估值和财务自动记账，产品类别和会计科目必须提前设计，不能等已经录入大量库存后再回头调整。

POS和网站商城中的产品

如果企业使用POS或网站商城，产品还会影响前端展示。

POS常关注：

• 是否可用于POS；
• 条码是否正确；
• 产品图片是否清晰；
• 产品类别是否适合收银员查找；
• 价格和税率是否正确；
• 是否参与优惠、会员价和礼品卡规则。

网站商城常关注：

• 是否发布到网站；
• 产品图片和详情；
• 变体选择；
• 库存显示；
• 运费和重量；
• SEO信息；
• 是否参与优惠券、促销和会员价。

同一个产品如果同时用于后台销售、POS和网站，要提前统一命名、图片、价格和库存策略。

产品图片

产品图片不是必填，但对POS、网站商城、销售展示很有帮助。

建议：

• POS和网站商品尽量上传图片；
• 内部耗材可以不上传；
• 图片大小适中，不要上传特别大的原图；
• 同类产品图片风格尽量统一。

图片不是越大越好。图片过大可能影响网站和POS加载速度。

产品编码规则

产品编码也叫内部参考或SKU。编码最好保持唯一、稳定、可读。

推荐原则：

• 同一个产品或变体只有一个编码；
• 不要把太多含义塞进编码；
• 不要频繁修改已经使用的编码；
• 不同系统之间尽量使用同一个编码；
• 导入数据前先去重。

不推荐：

• 用供应商编码直接当内部编码，但不同供应商可能重复；
• 用产品名称拼音缩写当唯一编码，后期容易冲突；
• 把颜色、尺码、供应商、年份、类别都塞进一个很长编码；
• 没有编码，完全靠名称识别产品。

如果企业要对接电商、POS、条码仓库、外部ERP或财务系统，编码规则尤其重要。

产品数据设计顺序

第一次整理产品资料时，建议按下面顺序：

1. 先确定产品范围，删除明显停用和无效数据；
2. 统一产品名称和内部编码；
3. 区分实物、服务、组合；
4. 确认可销售、可采购；
5. 设计产品类别；
6. 确认单位和包装；
7. 确认销售价格、成本、销售税、采购税；
8. 整理条码和图片；
9. 判断是否需要变体；
10. 判断是否需要路线、补货、批次或序列号；
11. 再导入测试库进行抽查。

不要一开始就导入全部历史产品。宁可先导入当前仍在销售、采购和库存中的有效产品。