Odoo 条码功能全面深度解析（VIP15万字版）

一、条码扫描功能概述

Odoo 作为一个全面的企业资源规划 (ERP) 系统，持续致力于提升运营效率和用户体验。条码扫描功能作为连接物理世界和数字系统的桥梁，在 Odoo 中扮演着至关重要的角色。Odoo 在继承以往版本优势的基础上，进一步优化和扩展了条码功能的应用广度和深度。

一、Odoo 条码功能核心概念与基本工作原理

核心概念

1. 唯一标识符: 条码在 Odoo 中本质上是现实世界中物品（如产品、批次、序列号、库位、包裹、员工、生产订单等）或操作（如确认、取消、打印等）的唯一、可机器读取的数字或字母数字代码。
2. 数据驱动操作: 扫描条码的目的是快速、准确地将数据输入系统，并触发预定义的业务逻辑或操作。
3. 移动优先: Odoo 的条码扫描功能通常与移动设备（如手持扫描枪、智能手机、平板电脑）结合使用，强调在实际操作现场（如仓库、车间、门店）的易用性。
4. 上下文感知: Odoo 的条码扫描界面通常是上下文感知的。这意味着系统会根据当前用户所处的应用、操作步骤以及扫描的条码类型，智能判断用户的意图。
5. 可配置性: 通过“条码命名法”(Barcode Nomenclature)，用户可以自定义条码的结构和含义，使之适应特定的业务需求。

基本工作原理

Odoo 的条码扫描功能通常遵循以下工作流程：

1. 生成与打印:
   • 系统内为需要追踪的对象（如产品、库位）自动或手动分配条码值。
   • 用户可以通过 Odoo 内置的标签打印功能，或集成第三方标签软件，将这些条码打印成物理标签。
2. 扫描:
   • 用户使用兼容的条码扫描设备（USB 扫描枪、蓝牙扫描枪、移动应用内置摄像头扫描）读取物理标签上的条码。
3. 数据传输与解析:
   • 扫描设备将读取到的条码数据传输给 Odoo 系统。
   • Odoo 的条码处理引擎接收到数据后，会首先尝试根据“条码命名法”中的规则进行解析，以识别条码代表的对象类型和具体数值（例如，这是一个产品，还是一个库位，还是一个包含重量信息的GS1条码等）。
4. 执行操作:
   • 直接识别: 如果条码直接对应系统中的某个记录（如产品、库位），系统会加载该记录的信息。
   • 触发动作: 在特定的操作界面（如库存调拨、制造工单），扫描条码可以：
     • 自动填充字段（如扫描产品条码填充产品名称和默认数量）。
     • 增加或减少数量。
     • 确认操作（如扫描库位确认拣货，扫描“确认”操作条码）。
     • 导航到特定步骤或记录。
   • 错误处理: 如果条码无法识别或在当前上下文中无效，系统会给出提示。
5. 反馈:
   • 系统通过界面（通常是移动优化的条码扫描界面）向用户提供即时反馈，如声音提示、颜色变化、信息更新等，告知操作是否成功、扫描了什么内容、下一步期望的操作等。

二、Odoo 默认集成条码扫描功能的主要模块

Odoo 在多个核心模块中深度集成了条码扫描功能，以支持各种业务流程的自动化和效率提升：

• 库存管理 (Inventory / stock_barcode): 这是条码应用最广泛也最核心的模块。
  • 收货 (Receipts)
  • 内部调拨 (Internal Transfers)
  • 出库 (Deliveries / Pickings)
  • 库存盘点 (Inventory Adjustments / Cycle Counting)
  • 批次/序列号追踪 (Lots/Serial Numbers)
  • 包裹管理 (Packages)
  • 按订单拣货 (Batch Picking / Wave Picking)
• 制造 (Manufacturing / mrp_barcode): 用于跟踪和管理生产过程中的物料和操作。
  • 生产订单 (Manufacturing Orders) 物料消耗
  • 工单 (Work Orders) 操作的开始、暂停、完成
  • 成品入库
  • 副产品和废料记录
• 销售点 (Point of Sale - POS / point_of_sale): 主要用于快速销售和结账。
  • 产品扫描与添加到购物车
  • 会员卡扫描
  • 优惠券/礼品卡扫描
  • 部分国家/地区的电子支付（通过扫描二维码）
• 采购 (Purchase): 虽然采购模块本身没有像库存那样专属的“条码界面”，但其生成的单据（如采购订单）中的产品信息可以被库存模块的条码收货流程使用。条码可以在供应商标签上，或在收货时内部生成。
• 质量管理 (Quality Control / quality_control_barcode): 在特定检查点扫描物品或批次进行质量检查和记录。
• 维修 (Repair / repair_barcode): 扫描待维修产品、零部件，记录维修过程。
• 现场服务 (Field Service / industry_fsm_stock): 现场工程师可以扫描消耗的备件、设备等。

三、条码命名法 (Barcode Nomenclature) 的重要性及其配置

“条码命名法”是 Odoo 条码功能的核心配置，它定义了系统如何解析扫描到的不同类型的条码。没有正确的命名法配置，Odoo 可能无法理解条码的含义或无法正确触发预期的操作。

1. 重要性

• 区分数据类型: 允许系统区分扫描的是产品、库位、包裹、批次号、序列号、重量、数量、操作指令等。
• 自动化数据提取: 对于结构化条码（如 GS1-128），命名法可以定义如何从一个条码中提取多个信息片段（如产品代码、批次、保质期、重量）。
• 流程控制: 可以定义特定格式的条码来触发特定操作，例如扫描一个以特定前缀开头的条码来确认某个步骤，或打印某个报告。
• 灵活性与扩展性: 允许企业根据自身独特的编码规则或行业标准（如GS1）来配置系统，而不是被硬编码的逻辑所限制。

2. 配置方法

条码命名法通常在 库存 -> 配置 -> 设置 -> 条码扫描器 -> 配置条码命名法 (Inventory -> Configuration -> Settings -> Barcode Scanner -> Configure Barcode Nomenclatures) 中进行设置。

管理员可以创建和管理一系列规则，每个规则包含：

• 规则名称 (Rule Name): 一个描述性的名称。
• 序列 (Sequence): 决定了规则匹配的优先级，序号小的规则优先匹配。
• 条码类型 (Type of Barcode): 定义此规则匹配的条码代表什么。例如：
  • 带单位的产品 (Unit Product)
  • 带重量的产品 (Weighted Product)
  • 客户 (Partner / Customer)
  • 库位 (Location)
  • 包裹 (Package)
  • 批次 (Lot)
  • 优惠券 (Discount / Coupon)
  • 操作指令 (e.g., O-BTN.xxx for buttons, O-CMD.xxx for commands)
  • GS1 命名法 (GS1 Nomenclature) - 用于解析符合GS1标准的条码，可以进一步配置应用标识符 (AI)。
• 条码模式 (Barcode Pattern): 一个正则表达式或特定模式，用于匹配条码字符串。
  • . 代表任意单个字符。
  • d 代表数字。
  • N 代表数字 (用于GS1)。
  • X 代表任意字符 (用于GS1)。
  • {} 用于分组和提取，例如 (\d{13}) 匹配并捕获13位数字。
  • 对于GS1，会使用应用标识符，如 01 (GTIN), (Batch/Lot), (Expiration Date),03 (Net Weight in kg with decimal places)。
• GS1 编码 (GS1 Encoding) / GS1 内容类型: 如果条码类型是GS1相关的，这里会指定该应用标识符对应的数据类型（如数字、字母数字、日期）。
• GS1 十进制用法 (GS1 Decimal Usage): 针对包含小数的GS1应用标识符（如重量、价格），指定小数点的位置。

3. 条码命名法规则示例对比

下表展示了一些简化的条码命名法规则设置及其可能的效果：

规则名称	序列	条码类型	条码模式	效果说明
产品 (EAN13)	10	带单位的产品	^(\d{13})$	扫描13位数字条码（如EAN13），系统会将其识别为产品，并按1个单位处理。
内部产品代码 (短)	15	带单位的产品	^PROD-(\w{5})$	扫描如 PROD-ABC12 的条码，系统识别为产品，按1个单位处理。
称重产品 (店内码)	20	带重量的产品	^21(\d{5})(\d{5})X$ (示例，实际可能更复杂)	扫描以21开头，后跟5位产品代码和5位重量（克）的条码，系统识别为称重产品及其重量。
库位条码	30	库位	^WH/STOCK/(\w+)$	扫描如 WH/STOCK/SHELF-A1 的条码，系统会识别为库位。
批次号条码	40	批次	^LOT-(\d{8})$	扫描如 LOT-20250526 的条码，系统会识别为批次号。
GS1 GTIN+批次	50	GS1 命名法	01(\d{14})10(.{1,20}) (AI 01 和)	扫描包含GTIN和批号的GS1-128条码，系统能同时提取产品代码和批号。
操作：打印拣货单	100	客户端操作	O-BTN.PRINT.PICKING	扫描内容为 O-BTN.PRINT.PICKING 的特殊条码，会触发打印当前拣货单的操作。
操作：确认	101	客户端操作	O-BTN.validate	扫描内容为 O-BTN.validate 的特殊条码，会触发当前界面的确认操作。

注意: 上述模式为简化示例。实际的正则表达式和GS1配置会更复杂和精确。特别是GS1条码，其解析依赖于对应用标识符 (AI) 的详细配置。

四、条码扫描在各模块中的应用与流程简化

1. 库存管理 (Inventory)

• 收货:
  • 扫描采购订单条码（如果配置）或直接扫描供应商提供的产品条码/GS1条码。
  • 逐个扫描产品，系统自动累加数量。
  • 扫描产品后，如需记录批次/序列号，系统会提示扫描或输入。
  • 扫描目标库位条码，确认产品存放位置。
  • 简化: 减少手动查找采购单、手动输入产品和数量的时间，提高收货准确性，实时更新库存。
• 出库/拣货:
  • 扫描拣货单条码或销售订单条码。
  • 系统引导至源库位，扫描源库位条码确认。
  • 扫描拣选的产品条码，确认产品和数量。
  • 如需批次/序列号，系统会提示或根据策略（如FIFO）推荐。
  • 扫描包裹条码（如果打包）。
  • 扫描目标库位（如出库区）条码。
  • 简化: 路径优化（部分高级功能），确保拣货准确性，加速拣货速度，减少错发漏发。
• 库存盘点:
  • 选择盘点区域或创建新的盘点。
  • 扫描库位条码。
  • 扫描该库位下的产品条码，并输入实际数量（或多次扫描累加）。
  • 如产品有批次/序列号，也需扫描。
  • 简化: 快速录入实际库存，减少人工记录和后续数据录入的错误和时间。
• 内部调拨: 类似于收货和出库的组合，扫描源库位、产品、目标库位。
• 包裹管理: 扫描产品装入包裹，扫描包裹条码进行追踪和移动。

2. 制造 (Manufacturing)

• 工单操作:
  • 操作员扫描工单条码或在列表中选择工单。
  • 扫描要消耗的原材料/组件条码，系统记录消耗。
  • 如原材料需要批次/序列号，进行扫描。
  • 扫描特殊操作条码（如开始、暂停、完成、标记为废品）。
  • 扫描生产出的成品/半成品条码，记录批次/序列号并确认产出。
  • 简化: 实时准确记录物料消耗和产出，追踪生产进度，减少纸质记录和手动录入。
• 成品入库: 扫描生产完成的成品条码和入库库位条码。

3. 销售点 (Point of Sale - POS)

• 快速结账:
  • 收银员扫描商品上的条码，商品自动添加到购物车。
  • 对于称重商品，如果条码包含重量信息（通过命名法配置），系统自动计算价格。
  • 扫描会员卡条码识别顾客。
  • 扫描优惠券或礼品卡条码应用折扣或支付。
  • 简化: 极大提高结账效率，减少输入错误，提升顾客体验。
• 库存查询: 部分POS配置允许扫描产品条码快速查询库存信息。

4. 采购 (Purchase)

虽然采购模块没有独立的条码界面，但其业务流程与条码功能紧密相关：

• 供应商可能会在其发货的产品或包装上提供条码。
• 这些条码在库存收货时被扫描，从而关联到对应的采购订单行。
• 简化: 通过条码确保收到的货物与采购订单一致，加速收货流程。

5. 其他潜在应用模块

• 质量管理: 扫描产品/批次，触发质量检查点，记录检查结果。
• 维修: 扫描待维修设备，扫描更换的备件。
• 现场服务: 扫描设备，扫描消耗的部件。
• 员工打卡/识别: 虽然不常见于标准功能，但可以通过自定义实现扫描员工卡进行身份验证或工时记录。

五、Odoo 支持的常见条码类型

Odoo 本身作为一个软件系统，其对条码类型的“支持”主要体现在其能否正确解析和处理通过扫描设备传入的字符串。真正的条码类型识别和解码是由硬件扫描设备（如扫描枪）或移动应用的摄像头库完成的。

然而，Odoo 的条码命名法和内置逻辑能够很好地处理来自以下常见条码类型的数据：

• 一维条码 (Linear Barcodes):
  • EAN/UPC Family:
    • EAN-13 (European Article Number): 国际上最常用的商品条码。
    • EAN-8: EAN-13的缩短版。
    • UPC-A (Universal Product Code): 主要在北美使用。
    • UPC-E: UPC-A的缩短版。
  • Code8: 高密度字母数字条码，能表示所有ASCII8字符，广泛用于物流、工业领域。GS1-128 就是基于Code8的一种应用。
  • Code9: 另一种字母数字条码，常用于工业、资产标签等。
  • Interleaved of (ITF): 数字条码，常用于包装箱。
• 二维条码 (2D Barcodes):
  • QR Code (Quick Response Code): 能够存储更多信息，常用于网址、支付信息、产品追溯等。Odoo POS 可能使用QR码进行某些支付或信息展示。
  • Data Matrix: 另一种高密度二维条码，常用于小型零部件标记、医疗等领域。
  • PDF417: 堆叠式二维条码，能存储大量数据。

关键点:

• Odoo 能处理这些条码解码后的字符串数据。
• 对于 GS1-128 (基于Code8)，Odoo 的条码命名法中有专门的 "GS1 Nomenclature" 类型来解析其应用标识符 (AI - Application Identifiers)，从而从一个条码中提取产品代码 (GTIN)、批号、序列号、日期、数量、重量等多种信息。这是Odoo条码功能非常强大的一环。
• 只要扫描设备能正确解码条码并将其作为文本字符串输入到Odoo的活动字段中，Odoo的条码引擎就能尝试根据命名法进行处理。

六、Odoo 条码功能相较于以往版本的改进与展望

Odoo 的每个版本都会对其核心功能进行迭代和优化。对于 Odoo，在条码功能方面的改进可能（具体细节需参考官方发布说明）会集中在以下几个方面：

• 用户体验 (UX) 优化:
  • 更流畅的条码扫描界面 (stock_barcode 应用)。
  • 更清晰的指令和反馈（声音、视觉）。
  • 改进的错误处理和引导。
  • 在更多视图或操作中嵌入条码快速输入能力。
• 性能提升:
  • 处理大量条码扫描操作时的后端性能优化。
  • 移动端应用的响应速度。
• GS1 功能增强:
  • 可能支持更多的GS1应用标识符的解析。
  • 更灵活的GS1配置选项。
  • 在更多流程中原生支持GS1数据的捕获和利用（例如，在销售订单或采购订单行直接处理GS1复合信息）。
• 移动端能力的扩展:
  • Odoo 移动应用的条码扫描功能可能会得到进一步增强，例如更好的摄像头扫描性能，更离线的处理能力（尽管Odoo条码通常依赖实时连接）。
• 配置易用性:
  • 条码命名法的配置界面可能更加友好，提供更多预设或向导。
• 与其他模块的集成深化:
  • 例如，在“现场服务”或“租赁”等模块中看到更原生的条码支持。
• API 增强:
  • 为开发者提供更强大的API，以便在自定义模块中集成或扩展条码功能。

与旧版本的对比要点:

• Odoo 已经拥有非常成熟的 stock_barcode 应用和 GS1 支持。 Odoo 的改进更可能是基于现有坚实基础的精细化打磨和功能扩展，而非颠覆性重构。
• 持续的UI改进: Odoo 的界面风格和交互逻辑在不断进化，条码界面也会随之调整，以符合最新的设计语言和提升易用性。
• 对社区反馈的响应: Odoo 会关注社区和用户的反馈，针对以往版本中条码功能的使用痛点进行改进。

要获得 Odoo 条码功能最准确的更新信息，建议查阅 Odoo 正式发布时的官方文档、发布说明 (Release Notes) 以及相关的 Odoo 演示和网络研讨会。

七、总结与建议

Odoo 的内置条码扫描功能是一个强大且高度集成的工具，旨在通过自动化数据捕获和操作执行，显著提升企业运营效率、准确性和实时性。其核心优势在于与库存、制造、销售点等关键模块的无缝集成，以及通过灵活的“条码命名法”适应不同业务需求的能力。

实施建议:

1. 充分规划: 在启用条码功能前，详细规划哪些流程将使用条码，条码的格式标准（内部定义或采用GS1等行业标准）。
2. 正确配置命名法: 这是条码功能能否按预期工作的关键。投入时间理解并正确配置条码命名法规则。
3. 硬件选择: 根据应用场景选择合适的条码扫描设备（耐用性、扫描距离、电池续航、操作系统兼容性等）。
4. 标签打印: 确保有可靠的条码标签打印方案，标签质量（清晰度、耐磨性）对扫描成功率至关重要。
5. 员工培训: 对操作人员进行充分培训，使其熟悉条码扫描的操作流程和异常处理。
6. 逐步推广: 可以先在某个部门或某个流程试点，成功后再逐步推广到其他领域。
7. 持续优化: 收集用户反馈，根据实际运行情况调整命名法配置和操作流程。

通过精心规划和有效实施，Odoo 的条码扫描功能将为企业带来显著的价值回报。

二、库存管理模块条码功能深度解析与操作指南

I. 引言与初步设置

在现代库存管理中，条码技术的应用对于提升操作效率、准确性和实时性至关重要。Odoo 的库存管理模块提供了强大的条码功能，通过与条码扫描器的集成，可以显著优化仓库的各项日常操作，包括入库、出库、内部调拨和库存盘点。本指南旨在详细分析并演示 Odoo 库存管理模块中条码功能的具体应用流程，帮助用户充分利用这一工具，实现更高效的库存控制。

成功运用 Odoo 条码功能的前提是进行正确的初始配置。这不仅涉及到软件层面的设置，也关系到硬件的兼容性与配置。

A. 系统配置前提

1. 安装条码模块 (Barcode App):

首先，确保 Odoo 系统的“条码”模块已安装。用户可以从 Odoo 的“应用”菜单中搜索并安装此模块。这是使用所有条码扫描功能的基础。

1. 启用条码扫描器功能:

在“库存”应用中，导航至 配置 ‣ 设置。在“条码”部分，勾选“条码扫描器”复选框并保存更改。启用此功能后，系统才会激活与条码扫描相关的操作界面和逻辑。

1. 配置条码命名规则 (Barcode Nomenclature):

启用条码扫描器后，在同一设置区域会出现“条码命名规则”选项。Odoo 支持多种命名规则，如默认的 Odoo 命名法或 GS1 命名法。选择适合企业需求的命名规则至关重要，因为它决定了系统如何解析不同类型的条码（例如，包含产品、数量、批次信息的 GS1 条码）。GS1 编码（如 EAN、UPC）通常用于跨供应链唯一识别产品，而自定义条码模式可用于公司内部特定需求。如果计划使用 GS1 条码，特别是包含批次和序列号的 GS1 QR 码或 DataMatrix 码，可能需要2D条码扫描器。

1. 配置产品条码:

为每个产品（如果是产品变体，则为每个变体）分配唯一的条码。这可以在产品表单的“常规信息”选项卡的“条码”字段中完成，可以通过手动输入或使用扫描器扫描输入。对于使用产品变体的企业，务必在单个变体上配置条码，而不是在产品模板上，以确保扫描时能准确检索到变体信息。Odoo 还支持“条码查找”功能，可以连接外部数据库（如 barcodelookup.com API），通过扫描条码自动填充产品信息，甚至创建新产品。

1. 配置库位条码:

如果启用了“存储库位”功能（库存应用 ‣ 配置 ‣ 设置 ‣ 仓库部分），可以为仓库内的具体位置（如货架、巷道）打印和分配条码。在 库存应用 ‣ 配置 ‣ 库位中，选择需要打印条码的库位，然后点击“打印”按钮即可生成包含条码的 PDF 文件。扫描库位条码在执行盘点、调拨和指导性拣货等操作时非常有用。

1. 配置可追溯性 (批次/序列号):

如果产品需要按批次或序列号进行跟踪，需在 库存应用 ‣ 配置 ‣ 设置 ‣ 可追溯性部分启用“批次和序列号”功能。同时，需要在具体产品表单的“库存”选项卡中，将其追踪方式设置为“按唯一序列号”或“按批次”。

• • GS1 兼容的批次/序列号条码: 如需打印 GS1 格式的批次和序列号条码，需在上述设置中勾选“为批次和序列号打印 GS1 条码”。
  • 强制/可选扫描: 针对不同的操作类型（如收货、发货），可以在其配置的“条码应用”选项卡中设置批次/序列号的扫描是“强制扫描”还是“可选扫描”。强制扫描意味着只能通过扫描条码来输入批次/序列号，而可选扫描则允许在必要时手动输入。对于收货操作，通常建议将批次/序列号扫描设置为可选，因为供应商提供的条码可能在运输过程中损坏而无法扫描，这会阻碍收货确认。这一配置直接影响操作流程的灵活性和严格性。

1. 打印操作和指令条码:

Odoo 允许打印常用操作（如收货 WHIN、发货 WHOUT）和指令（如 VALIDATE、CANCEL）的条码。这些条码可以从 库存应用 ‣ 配置 ‣ 设置 ‣ 条码部分点击“打印条码指令和操作类型”来获取，或者在首次打开条码应用时系统也会提示打印。扫描这些指令条码可以实现免手动点击的“无接触式”操作。

B. 硬件与兼容性

选择与 Odoo 兼容的条码扫描器至关重要。Odoo 支持多种类型的扫描器，包括 USB 扫描器、蓝牙扫描器和移动数据终端扫描器。

• 1D 与D 扫描器: 简单的产品条码通常是D 的（如 EAN-13, Code8）。但如果使用 GS1 复合条码（如 GS1-128）、QR 码或 DataMatrix 码（通常用于编码更多信息，如批次、序列号、数量、日期），则需要D 条码扫描器。
• 键盘模拟: 大多数 USB 和蓝牙扫描器通过模拟键盘输入工作，通常与 Odoo 兼容。确保扫描器的键盘布局与计算机或移动设备的键盘布局一致，以避免字符转义错误。
• 移动设备配置: 对于安卓等移动设备上的扫描器，可能需要特定配置（如 Zebra 设备的 DataWedge 设置为“按键输出”和“按键事件发送字符”，Datalogic 设备设置为“按键压力”的键盘楔入模式），以确保扫描数据能被 Odoo Barcode 应用正确捕获为按键事件，而非预处理的文本块。
• 推荐型号: 一些社区讨论中提及的型号包括 Zebra DS2208 (1D/2D), Honeywell Voyager02g (无线), Datalogic QuickScan QBT2400 (无线2D), Symbol LS2208 (1D, 经济型) 。

II. 核心库存操作的条码应用流程

配置完成后，即可在各项核心库存操作中使用条码扫描器。Odoo 的条码应用界面设计简洁，旨在引导用户高效完成任务。

A. 入库操作 (收货)

入库操作通常涉及接收采购订单（PO）中的货物。

1. 前提：采购订单与收货操作:

首先，需要在系统中创建并确认采购订单，这将自动生成一个对应的收货操作（例如，参考号为 WH/IN/XXXXX）。虽然可以直接扫描采购订单上的条码来查找相关收货单，但更常见的做法是扫描为该特定收货操作生成的条码，或者在条码应用中选择该收货操作。

1. 在条码应用中访问收货单:
   • 导航至 条码应用。
   • 有多种方式访问特定的收货单：
     • 扫描收货单条码: 如果已为该收货操作打印了条码（通过“打印拣货操作”功能，见 V.B 节），直接扫描此条码即可打开对应的收货界面。
     • 手动选择: 点击屏幕底部的 Operations (操作) 按钮，然后选择 Receipts (收货) 卡片。系统会列出所有待处理的收货单，从中选择需要处理的收货单（例如 WH/IN/00019）。
     • 手动输入ID: 在条码应用主界面，有时可以点击条码图像图标手动输入收货单的参考号。
   • 界面元素: “Operations (操作)”按钮，"Receipts (收货)" 卡片，待处理收货单列表。
2. 扫描产品条码:
   • 进入特定收货单的界面后，开始扫描到货产品的条码。
   • 每扫描一次，系统通常会将对应产品的已接收数量增加（或根据条码中编码的数量，如使用 GS1 条码）。
3. 确认/调整数量:
   • 系统界面会显示预期接收数量和已扫描数量。
   • 若要修改已扫描产品的数量：
     • 点击产品行旁边的 铅笔图标 (edit icon)。
     • 在弹出的编辑界面中：
       • 可以直接在 Quantity (数量) 行输入实际收到的数量。
       • 可以使用 +1 / -1 按钮或数字键盘调整数量。
       • 如果采购订单中有明确数量，可能会有类似 /X Units 的按钮（例如 /10 Units），点击它可以自动填充采购订单中的预期数量。
     • 点击 Confirm (确认) 保存对该产品行的更改。
   • 界面元素: 铅笔图标，数量输入框，/# Units 按钮，+1/-1 按钮，数字键盘，“Confirm (确认)”按钮。
4. 处理批次和序列号 (如适用):
   • 如果产品按批次或序列号跟踪，扫描产品后，系统通常会提示扫描或输入其批次/序列号。
   • 扫描批次/序列号条码。
   • 如果条码扫描被配置为“可选”，或者条码无法读取：
     • 可以点击 铅笔图标，然后点击“Serial/Lot Number (序列号/批号)”字段手动输入编号，再点击“Confirm (确认)”。
   • 对于收货时没有现有序列号的产品，有几种处理方式：
     • 手动输入: 如上所述。
     • 收货前生成序列号: 可以在“库存”应用中，从计划的收货单提前生成序列号/批号。这对于需要提前打印并粘贴序列号标签的场景非常有用。
     • 禁用批次/序列号要求: 可以在操作类型配置中临时禁用对特定收货操作的批次/序列号要求。但这通常不推荐，因为它会影响可追溯性。
   • 重要提示: 操作类型中对批次/序列号“强制扫描”的配置会直接影响此步骤。如果设置为强制，则可能无法手动输入，必须通过扫描完成。
5. 扫描目标库位 (如适用):
   • 如果仓库启用了多库位管理，并且操作流程设计为先接收到特定“收货区”再移至存储区（例如，两步或三步收货），则可能需要扫描目标库位的条码。
   • 在产品行编辑界面，通常会显示一个默认的目标库位（如 WH/Stock），可以通过下拉菜单更改。
   • 扫描目标库位条码可以确保货物被准确放置。
   • 重要提示: 是否需要在收货时扫描目标库位，很大程度上取决于仓库的设置（如启用了“存储库位”功能）以及收货流程的复杂性（例如，使用 WH/Input 作为收货暂存区，后续再有单独的上架步骤）。简单的仓库可能直接接收到主库存库位，使得此步骤不那么关键。
6. 验证收货:
   • 所有产品扫描完毕且数量确认无误后，在主转运屏幕点击 Validate (验证) 按钮。
   • 或者，也可以扫描预先打印的“VALIDATE (验证)”指令条码。
   • 完成验证后，库存数量会实时更新。
   • 界面元素: “Validate (验证)”按钮。

B. 出库操作 (拣货/发货)

出库操作通常源于销售订单 (SO)，涉及从仓库拣选货物并发运给客户。

1. 前提：销售订单与发货/拣货单:

需要在系统中创建并确认销售订单，这会自动生成一个发货操作（如 WH/OUT/XXXXX）或拣货操作（如 WHPICK/XXXXX，如果启用了多步骤出库路径，如拣货+包装+发货）。

1. 在条码应用中访问发货/拣货单:
   • 导航至 条码应用。
   • 访问特定订单的方式：
     • 扫描操作条码: 如果已为该发货/拣货操作打印了条码，直接扫描即可。
     • 手动选择: 点击 Operations (操作) ‣ Delivery Orders (发货单) (或 Operations (操作) ‣ Pick (拣货)，如果适用)，然后从列表中选择特定的订单。
     • 手动输入ID: 某些情况下可手动输入订单参考号。
   • 界面元素: “Operations (操作)”按钮，“Delivery Orders (发货单)” / “Pick (拣货)”卡片，待处理订单列表。
2. 扫描源库位 (如指导性拣货):
   • 如果系统提供拣货路径指导（例如，在批量/集群拣货中或启用了优化的拣货路径），根据提示扫描第一个产品的源库位条码。这确保拣货员从正确的位置取货。
3. 扫描产品条码:
   • 扫描待拣选产品的条码。系统通常会显示该产品的待拣数量。
4. 确认/调整数量:
   • 逐个扫描每个单位，或使用界面上的 铅笔图标、+1/-1 按钮、/X Units 按钮或数字键盘来确认/调整已拣选的数量。
   • 如果手动编辑了数量，点击产品行的 Confirm (确认) 按钮。
   • 界面元素: 与入库操作类似：铅笔图标，数量输入框，/# Units 按钮，+1/-1 按钮，数字键盘，“Confirm (确认)”按钮。
5. 处理批次和序列号 (如适用):
   • 与入库操作类似，如果产品受批次/序列号跟踪，扫描其条码或根据配置手动输入。例如，在批量转运的示例中，系统会在扫描完第二个柜子后提示用户扫描序列号。
6. 扫描包装/目标库位 (例如，包装区、出库区):
   • 对于多步骤发货流程（拣货 ‣ 包装 ‣ 发运），可能需要扫描目标包装的条码或下一个区域的条码（如 WH/Packing Zone (包装区), WH/Output (出库区)。
   • 在批量/集群拣货中，Odoo 可以预先分配并建议特定的包装箱，拣货员扫描产品后，系统会提示应放入哪个包装箱。
   • 可以使用 PUT IN PACK (放入包装) 指令条码，将扫描的产品分配到一个包装中。
   • 这些步骤对于复杂的订单履行流程（如批量或集群拣货）至关重要，确保订单被正确合并和流转。通过条码扫描库位和包装，有助于在高流量环境中维护订单的完整性。
7. 验证发货/拣货:
   • 点击 Validate (验证) 按钮或扫描“VALIDATE (验证)”指令条码。
   • 此操作完成当前步骤，更新库存，并将流程推进到下一阶段（例如，从拣货到包装，或从包装到准备发运）。

C. 内部调拨

内部调拨涉及在仓库内部不同库位之间移动库存。

1. 前提与设置:
   • 如果需要进行复杂的内部移动（例如，跨区域或需要中间步骤），应启用“存储库位”和“多步骤路径”功能（库存应用 ‣ 配置 ‣ 设置 ‣ 仓库部分）。
2. 在条码应用中发起内部调拨:
   • 选项: 处理现有内部调拨单:
     • 首先在“库存”应用中创建调拨单（库存应用 ‣ 内部调拨卡片 ‣ 创建），明确产品、源库位和目标库位。
     • 然后在 条码应用 中：点击 Operations (操作) ‣ Internal Transfers (内部调拨)，选择要处理的调拨单。
   • 选项: 在条码应用中从头创建调拨单:
     • 在 条码应用 中，扫描“内部调拨 (WHINT)”指令条码。
     • 或者，从条码应用主屏幕，直接扫描源库位条码，然后扫描目标库位条码，接着扫描产品条码。
     • 如果不使用指令条码，也可以使用屏幕上的“Tap to Scan (点击扫描)”或“Add Product (添加产品)”按钮。
   • 界面元素: “Operations (操作)”按钮，“Internal Transfers (内部调拨)”卡片，“Add Product (添加产品)”按钮，“Tap to Scan (点击扫描)”按钮。
3. 扫描源库位和目标库位:
   • 如果从头创建，按顺序扫描源库位条码和目标库位条码（或者在手动添加行时从下拉列表中选择）。
   • 对于现有调拨单，这些库位是预定义的，但可能仍需通过扫描进行确认。
4. 扫描产品并确认数量:
   • 扫描产品条码。
   • 使用铅笔图标、+1/-1 按钮等调整数量，操作方式与收货/发货类似。
   • 如果适用，处理批次/序列号。条码应用支持处理带有唯一批号和序列号的内部调拨。
5. 验证内部调拨:
   • 点击 Validate (验证) 按钮或扫描“VALIDATE (验证)”指令条码。
   • 源库位和目标库位的库存将实时更新。

D. 库存盘点 (库存调整/周期盘点)

库存盘点是核对实际库存与系统记录数量的过程。

1. 配置 (前提):
   • 确保“条码扫描器”功能已启用。
   • 产品和库位的条码必须已设置完成。
   • 可选：启用“盘点整个库位”功能（库存应用 ‣ 配置 ‣ 设置 ‣ 条码部分）。勾选此项后，扫描一个库位条码，Odoo 会列出该库位下所有预期的产品。此选项仅在“存储库位”启用时可见。
   • 可选：在条码设置中隐藏“显示待盘点数量”，以执行“盲盘”，避免盘点人员受到系统理论数量的干扰。
2. 分配盘点任务 (可选但推荐):
   • 管理人员可以通过 库存应用 ‣ 操作 ‣ 实际库存 分配盘点任务，选择特定库位/产品并指派给特定用户。
   • 被指派的用户在打开条码应用时会看到待处理的盘点任务。
3. 在条码应用中执行盘点:
   • 打开 条码应用。
   • 点击 Inventory Count (库存盘点) 查看待处理任务（如果已分配）或开始新的盘点。
   • 扫描库位条码: 前往实际库位并扫描其条码。系统会高亮显示该库位，并可能显示存储于此的产品（尤其是在启用了“盘点整个库位”或已分配盘点任务时）。
     • 如果未启用多库位管理，可能直接扫描产品条码开始盘点。
   • 扫描产品条码: 扫描库位中的每个产品。通常每扫描一次，该产品的盘点数量会增加。
   • 界面元素: “Inventory Count (库存盘点)”按钮，库位显示区域，产品列表。
4. 输入/调整数量:
   • 要更改已扫描产品的盘点数量，点击产品行旁边的 编辑图标 (铅笔图标)。
   • 使用数字键盘、+1/-1 按钮设置正确的实际盘点数量。
   • 手动添加产品: 如果在库位中发现未预期的产品，或者其条码无法读取，可以使用屏幕底部的“Add Product (添加产品)”按钮，选择产品，输入数量，并确认库位。
   • 界面元素: 编辑图标，数量输入框，+1/-1 按钮，数字键盘，“Add Product (添加产品)”按钮。
5. 完成并应用盘点:
   • 盘点完指定范围内的所有物料后，复核输入的条目。
   • 点击 Apply (应用) 按钮或扫描“VALIDATE (验证)”指令条码。
   • Odoo 会根据盘点结果更新库存数量，并创建库存调整记录。屏幕右上角会出现一个小的绿色横幅，确认库存盘点已更新。
   • 通过条码进行的库存调整比手动记录和数据录入要快得多，错误也更少，直接提高了库存记录的准确性。定期审计能确保库存记录准确，防止库存差异，并维持高效运营。条码扫描自动化了审计过程中的数据捕获环节，减少了转录错误，并加快了与纸笔盘点后手动更新系统相比的速度。

表1: 核心库存操作与关键条码应用交互

操作	在条码应用中发起	关键扫描步骤	数量处理UI	验证方式
入库 (收货)	操作 ‣ 收货 ‣ 选择PO；扫描特定收货单条码；手动输入ID	产品，批次/序列号 (如有)，目标库位 (如复杂设置)	铅笔图标, +/-, /# Units 按钮, 数字键盘, 确认	Validate 按钮 / VALIDATE 指令条码
出库 (发货/拣货)	操作 ‣ 发货/拣货 ‣ 选择SO/拣货单；扫描特定操作条码	源库位 (如指导性), 产品, 批次/序列号 (如有), 包装/下一区域 (如有)	铅笔图标, +/-, /# Units 按钮, 数字键盘, 确认	Validate 按钮 / VALIDATE 指令条码
内部调拨	操作 ‣ 内部调拨 ‣ 选择；扫描 WHINT 指令；扫描库位后扫描产品	源库位, 目标库位, 产品, 批次/序列号 (如有)	铅笔图标, +/-, 数字键盘, 确认	Validate 按钮 / VALIDATE 指令条码
库存盘点	Inventory Count 按钮；扫描库位后扫描产品	库位, 产品	铅笔图标, +/-, 数字键盘, 确认, 添加产品按钮	Apply 按钮 / VALIDATE 指令条码

此表对不同核心操作中如何使用条码应用进行了比较性概述，突出了常见的用户界面模式（如用于编辑数量的铅笔图标）和关键步骤。它帮助专业用户快速掌握条码工作流程中的共性和差异。每项操作（收货、发货等）都有其详细的文档支持，此表综合了常见的交互模式（例如，通过“操作”访问、使用编辑图标、验证）和独特元素（例如，扫描源库位与目标库位）。这种比较视图有助于理解条码应用用户体验的整体设计。

III. 数据验证、实时更新与错误处理

本节阐述系统如何通过条码进行数据验证，以及在出现差异或错误时的行为。

A. 条码如何确保数据准确性

• 产品匹配: 扫描产品条码可确保选择了正确的物料，最大限度地减少了因人为失误导致拣选或接收错误产品的风险。
• 批次/序列号验证: 对于受跟踪的物料，扫描批次/序列号可确保处理了正确的批次或特定单位，这对于可追溯性和召回管理至关重要。强制扫描设置可以强化这一点。
• 库位确认: 扫描库位条码可确认操作员位于正确的物理位置进行拣货、上架或盘点，从而减少库存错放。
• 条码扫描将数据验证从容易出错的手动检查转变为在交易点进行系统性检查。操作员无需目视识别产品再手动输入，条码扫描提供了一个唯一的标识符供系统交叉引用，从而降低了认知负荷和错误识别的几率，正如“手动数据输入错误是库存错误的主要原因之一”所述。

B. 实时库存更新机制

• 在条码应用中成功验证一项操作（收货、发货、调拨、盘点调整）后，Odoo 会立即更新数据库中的库存记录。例如，在处理转运时，验证操作即可完成库存移动。
• 这使得整个系统的库存水平具有即时可见性。可以通过产品移动报告来验证接收的数量。
• 实时更新是高效库存管理的基石，它能实现更好的计划、减少缺货，并通过提供准确的可用性信息来改善客户服务。“实时更新提供了库存水平的即时可见性，使管理人员能够随时清晰了解库存情况”。这种即时反馈循环能够更快地响应库存差异和需求变化，并支持诸如准确的可用承诺 (ATP) 计算等功能。

C. 系统对差异和错误的处理行为

1. 扫描未在原始订单上的产品 (例如，采购订单收货，销售订单拣货):
   • 在创建新收货（未关联到采购订单）时，或者如果启用了“条码查找”功能，扫描未知产品的条码可能会提示创建新产品并将其添加到当前操作中。
   • 对于现有操作（例如，接收采购订单）：
     • 已属于现有转运的产品可以被扫描，新产品也可以被添加到转运中
     • 可能的行为/考虑因素: 条码应用可能允许将意外的产品/数量添加到当前扫描会话的行项目中。验证时，这可能导致：
       • 对于收货：接收数量超出订单或接收了订单上没有的物料。采购订单本身可能不会自动更新，除非手动核对，否则可能导致与供应商发票不匹配。
       • 对于发货：拣选了销售订单上没有的物料或数量超出订单。如果操作类型强制严格对照销售订单进行检查，验证可能会被阻止；或者，系统可能会为未拣选的物料创建欠交订单并发运已扫描的物料。Odoo 提供了限制添加拣货单中未包含产品的设置。
     • Odoo 提供了灵活性，但也具备控制潜力。对于现有订单（采购订单/销售订单）进行“意外”扫描的确切行为，条码应用界面可能允许用户扫描并添加行项目，但最终能否根据源文档（采购订单/销售订单）进行验证以及库存移动的创建，将取决于这些底层配置和 Odoo 的核心订单履行逻辑。例如，条码应用可能允许超收采购订单，但采购模块可能仍显示原始数量，需要在发票对账期间进行手动采购订单更新或特定处理。这是专业用户需要针对其特定 Odoo 设置进行调研的关键领域。
2. 尝试处理超出订单/预期数量的物料:
   • 用户界面允许手动输入数量。如果用户输入的数量高于订单数量：
     • 条码应用可能会在行项目中接受它。
     • 验证时的行为是关键：
       • 系统可能允许此操作，并为扫描的数量创建库存移动。
       • 系统可能发出警告并要求确认。
       • 系统可能阻止操作或将其限制在订单数量，如果是发货，则可能创建欠交订单。
     • 超量接收的能力可能有用（例如，供应商多发了一些货，并且被接受了），但需要进行管理。超量拣货通常是不可取的。与扫描意外产品类似，条码应用界面可能允许输入更高的数量。关键在于验证时会发生什么。如果 Odoo 允许在没有警告或明确对账步骤的情况下，针对10个单位的采购订单接收12个单位，则可能导致库存和财务差异。
3. 扫描错误或无效的库位条码:
   • • 如果扫描的库位条码在 Odoo 中不存在，应发生错误。
     • 如果扫描了有效的库位条码，但它不是当前操作步骤预期的源库位/目标库位（例如，拣货行指示货架 A，却扫描了货架 B），系统理想情况下应：
       • 阻止继续操作并提示扫描正确的库位。
       • 显示警告。
     • 确切行为可能取决于操作类型配置的严格程度。
     • 强大的库位验证对于防止库存错放至关重要。如果系统在没有强大验证的情况下允许操作员将产品扫描到错误库位或从错误库位取出，那么通过条码实现库位准确性的核心优势就会受到损害。专业用户会期望系统在引导式操作期间扫描到意外库位时至少会报错或发出警告。
4. 扫描损坏或无法读取的条码/设备问题:
   • 当扫描器发出提示音但没有数据出现，或者 Odoo 返回错误时，可能的原因包括：
     • 条码损坏。
     • 扫描器无法读取所需的条码类型（例如，1D 扫描器无法读取D GS1 二维码）。
     • 扫描器未针对键盘布局或数据输出模式正确配置（例如，安卓扫描器需要设置为“键盘输入”模式）。
   • 硬件及其配置与软件同样重要。不正确的扫描器设置可能会模拟软件错误。例如，各种设备特定的设置（Zebra、Datalogic）与按键输出和处理模式有关。如果这些设置不正确，扫描器可能读取了条码，但以 Odoo 条码应用无法理解的格式发送数据，即使条码本身和 Odoo 的产品/库位数据都正确，也会导致明显的无法工作。

IV. 利用 Odoo 条码扫描最大化效率与准确性

条码扫描技术的整合为库存管理带来了显著的效益，主要体现在以下几个方面：

A. 减少手动数据录入及相关错误

• 条码扫描实现了数据输入的自动化，将信息直接记录到 Odoo 系统中。
• 这消除了因手动键入或产品错误识别而导致的人为错误，尤其是在处理批次和序列号等复杂数据时。
• 这是最直接和最显著的好处，直接影响劳动成本和数据质量。每一次手动按键或目视检查都是一个潜在的错误点。“手动数据输入错误是库存错误的主要原因之一”。条码提供了一种标准化的、机器可读的数据输入方式，极大地降低了这种风险。

B. 加速仓库运营

• 对于收货、拣货、盘点等操作，扫描远比手动查找和录入快捷。
• 通过自动化重复性任务，解放了团队的时间，使其可以专注于其他重要活动。
• 诸如批量数据二维码扫描、RFID（尽管 RFID 是比条码更广泛的技术）以及用于批量序列号处理的“多次扫描分隔符”等功能，进一步提升了速度。
• 速度的提升意味着更高的吞吐量、更低的单位操作劳动成本以及更快的订单履行。例如，一个拣货员履行一个包含10个品项的订单，手动查找、核对并记录每个品项所需的时间，远长于扫描库位、扫描10个产品条码再扫描一个目标位置。视频演示也证明了其“超级快速且没有拼写错误”的特性。

C. 增强库存水平的实时可见性

• 条码操作验证后，数据会即时更新。
• 这为管理人员提供了准确、最新的库存视图。
• 对于做出明智决策、防止库存差异和避免订单延迟至关重要。
• 实时可见性不仅仅是了解拥有什么；它关乎实现主动管理、更好的预测以及改进整个供应链的规划。如果库存数据只是定期更新（例如，每日结束时），那么白天的决策都是基于过时的信息。“企业需要即时访问数据以做出明智决策并防止缺货”。条码扫描的实时更新提供了这种即时性。

V. 高级条码功能与最佳实践

为了进一步优化库存管理流程，Odoo 提供了一些高级条码功能和值得遵循的最佳实践。

A. 利用 GS1 条码实现更丰富的数据采集

• GS1 条码能够使用应用标识符 (AI) 编码多个数据点，例如产品ID (GTIN)、批次/序列号、数量、有效期等。
• 如果选择了“默认 GS1 命名规则”并启用了 GS1 相关设置，Odoo 条码应用可以解释和打印 GS1 条码。
• 对于编码了多个 AI 的 GS1 二维码或 DataMatrix 码，需要使用支持D 扫描的条码扫描器。
• GS1 条码通过允许一次扫描捕获多条信息，显著提高了数据采集效率，从而提升了处理复杂物料时的准确性和速度。例如，无需分别扫描产品条码、批次条码再手动输入数量，一个 GS1 条码就能传递所有这些信息，如“扫描包含 GTIN、数量和批号的条码” 。这减少了扫描次数和数据点遗漏的可能。

B. 打印和使用特定操作的条码

• Odoo 允许为特定的库存操作（如收货单 WH/IN/000123，发货单 WH/OUT/000456）打印唯一条码。
• 这可以从条码应用内部（操作 ‣ 选择类型 ‣ 选择订单 ‣ 齿轮图标 ‣ 打印拣货操作）或从库存应用（选择操作 ‣ 操作 ‣ 打印 ‣ 拣货操作）完成。
• 扫描这种“拣货操作”条码，可以直接将用户导航至条码应用中对应的具体转运单界面，避免了手动搜索和选择的过程。
• 对于处理大量订单的仓库而言，此功能是主要的效率提升器，因为它消除了在列表中滚动查找正确操作的需要。如果拣货员有一叠包含20个拣货单的纸质文件，他们无需在条码应用的列表视图中手动查找每一个，而是可以直接扫描每张打印清单上的唯一条码，即时打开正确的数字记录。这减少了搜索时间并降低了选错订单的可能性，正如“这可以稍后扫描以直接进入该操作”所述。

C. 运用条码指令

• Odoo 支持可扫描的指令条码，如 VALIDATE (验证)、CANCEL (取消)、PUT IN PACK (放入包装)、SCRAP (报废)、MAIN MENU (主菜单)、PRINT PICKING OPERATION (打印拣货操作)、PRINT DELIVERY SLIP (打印交货单) 等。
• 这些指令使得用户可以通过扫描来操作条码应用，进一步提高了操作速度和便利性，实现了“免接触式”操作。
• 指令条码可以从 库存应用 ‣ 配置 ‣ 设置 ‣ 条码 部分，点击“打印条码指令和操作类型”来获取。
• 指令条码将扫描器转变为更通用的交互工具，减少了对点击屏幕按钮的依赖，这在佩戴手套或搬运物品时可能很不方便。例如，操作员无需放下产品去点击屏幕上的“验证”按钮，而是可以扫描一个“验证”指令条码，该条码可能贴在他们的手腕上或工作站旁。这优化了物理工作流程。

D. 先进扫描技术简介

• RFID (射频识别): 用于无需视线的自动物品跟踪和批量处理。虽然功能强大，但 RFID 超越了传统条码扫描的范畴，并有不同的基础设施要求。
• 海量数据二维码扫描。
• 多次扫描分隔符: 使用特殊条码一次扫描多个序列号或标识，对批量收货非常有用。
• 虽然核心请求是关于条码的，但提及这些相关/先进技术为未来的发展或具有非常高吞吐量/特定需求的运营提供了背景信息。这些功能显示了 Odoo 在更复杂数据捕获方面的发展方向。简要提及 RFID 或“多次扫描分隔符”对于寻求前沿技术或处理特定挑战（如一次接收数百个序列化物料）的专业用户可能很有价值。

表2: Odoo 库存中关键的可扫描指令条码

指令条码 (典型文本)	相关操作	在条码应用中的常见用例
VALIDATE (验证)	确认并完成当前操作 (收货、发货、盘点、调拨)。	所有物料扫描完毕后，完成拣货任务。
CANCEL (取消)	取消当前操作，将其状态设置为“已取消”。	在验证前发现问题时中止转运。
PUT IN PACK (放入包装)	将后续扫描的所有产品分配到一个包装中 (再次扫描则分配到新包装)。	在拣货/包装过程中，将订单的物料分组放入特定的箱子。
SCRAP (报废)	将扫描的产品标记为有缺陷，并将其移至报废库位。	清除在拣货或盘点过程中发现的损坏物料。
MAIN MENU (主菜单)	将用户返回到条码应用的主菜单。	完成或取消操作后导航返回。
PRINT PICKING OPERATION (打印拣货操作)	为当前操作的参考号生成一个包含条码的 PDF。	为特定的采购订单收货创建一个可扫描标签，以便稍后在条码应用中轻松访问。
PRINT DELIVERY SLIP (打印交货单)	生成采购订单或销售订单 (交货单据) 的 PDF。	拣货后打印客户副本的交货单。
Receipts (WHIN) (收货)	创建一个新的收货操作。	为意外到货或非采购订单物料启动收货流程 (谨慎使用)。
Delivery Orders (WHOUT) (发货单)	打开当前计划的发货单列表。	访问待处理的发运单以开始拣货。
Internal Transfers (WHINT) (内部调拨)	创建一个新的内部调拨操作。	从头开始在内部库位之间发起库存移动。
Pick (WHPICK) (拣货)	创建一个新的拣货操作 (如果启用了多步骤路径)。	如果拣货操作与发货操作分开，则启动一个拣货波次。

此表为强大的指令条码提供了快速参考，这些条码可以通过最大限度地减少屏幕交互来显著加快操作速度。这对于希望优化工作流程的专业用户非常有价值。整合这些指令及其操作和用例，使其更易于访问和理解。例如，了解扫描 WHIN总是会创建一个新的收货单是一个关键的操作细节，此表对此进行了强调。

VI. 结论与建议

Odoo 的条码功能为库存管理带来了革命性的改进。通过自动化数据采集和验证流程，企业可以显著提升操作准确性，加快仓库流转速度，并获得实时的库存可见性。这不仅减少了人为错误和相关的成本，还为更明智的决策制定和更高效的供应链管理奠定了坚实的基础。

为确保成功实施并充分发挥 Odoo 条码系统的潜力，建议采取以下措施：

1. 周密的规划与准备:
   • 在实施前，详细规划条码的分配策略，特别是对于产品变体（确保每个变体有唯一条码）和所有相关的存储库位。清晰、耐用的库位标签是高效扫描的前提。
   • 定义清晰的库存操作流程，并确定条码扫描在每个环节的具体应用方式。
2. 合适的硬件选择与配置:
   • 根据业务需求选择合适的条码扫描器（1D/2D，有线/无线，手持式/固定式）。确保扫描器与 Odoo 兼容，并能正确读取所使用的条码类型（如 GS1 DataMatrix 或 QR 码）。
   • 对扫描器进行正确配置，特别是键盘布局和数据传输模式，以避免扫描数据无法被 Odoo 正确识别的问题。
3. 全面的用户培训:
   • 对所有仓库操作人员进行关于条码应用界面、各项操作流程以及如何使用扫描器的全面培训。
   • 制定并培训处理异常情况的标准作业程序 (SOP)，例如遇到损坏或无法读取的条码、扫描到意外产品、数量不符等情况时的应对措施。由于文档在某些异常处理方面（如超量接收或扫描非订单产品）的细节不够明确，内部SOP和用户测试尤为重要。
4. 彻底的测试:
   • 在全面上线前，对所有配置好的条码工作流程进行彻底测试。模拟各种真实场景，包括正常操作和可能的异常情况，以确保系统按预期工作并发现潜在问题。
5. 分阶段推广:
   • 可以考虑从一个核心流程（如收货或库存盘点）开始试点条码功能，待流程顺畅且用户熟练后再逐步扩展到其他库存操作。

成功实施条码系统是一个涉及技术、流程和人员的综合工程。除了软件本身的强大功能外，对硬件的正确选择、流程的合理定义以及用户的充分参与和适应，都是实现预期效益不可或缺的因素。通过细致的规划、充分的准备和持续的优化，Odoo 的条码功能定能成为企业提升库存管理水平的强大助力。

三、生产制造 (MRP) 模块条码功能深度分析

1. 引言：Odoo 赋能现代制造的条码技术

1.1 制造业数据采集的演进格局

在现代制造环境中，准确、及时的数据对于支持精益生产原则、质量控制和响应迅速的生产调度至关重要。条码技术作为自动化数据采集的基础工具，通过最大限度地减少人为错误和增强运营可视性，在这一演进中扮演着核心角色。它将物理世界的操作与数字信息系统无缝连接，为高效的生产管理奠定了坚实基础。

1.2 Odoo 在 MRP 中增强条码功能

Odoo 致力于持续优化车间运营流程，Odoo 在条码功能方面取得了显著进展，直接影响并提升了制造过程的效率和准确性。值得注意的增强包括引入了多品项扫描（可能结合 RFID 技术），这使得库存更新更为迅速，尤其适用于大批量制造环境。此外，诸如条码应用之类的专用渐进式 Web 应用 (PWA) 的推出，改善了在车间常用的移动设备上的可访问性和用户体验。在移动视图中“折叠/展开指导”，表明了移动端用户体验的持续优化。

这些发展趋势清晰地表明，Odoo 正朝着更复杂、更高速的数据采集方法迈进。多品项扫描和 RFID 兼容性的引入，预示着操作将超越传统的单次扫描，目标是在库存及与制造相关的物料移动中实现更高的处理量。对于制造资源规划 (MRP) 而言，这意味着可以更快地记录消耗的多种组件或生产的多个成品，前提是这些物料已进行适当标记。PWA 的开发通过使条码应用在各种车间设备上更加强大和易于访问，对此形成了补充，这对于利用这些先进的扫描方法至关重要。

1.3 报告目的与结构

本报告旨在全面分析 Odoo MRP 模块中条码功能的应用场景，重点关注实际操作流程和由此产生的业务价值。报告将详细阐述条码技术如何在生产订单执行、原材料消耗记录、产成品入库登记、工单进度追踪、工时记录以及车间数据实时采集中发挥作用，并评估其对提升生产追溯性、减少数据录入错误和优化生产效率的贡献。后续章节将深入探讨具体的配置要求、应用案例及条码功能带来的核心业务优势。

2. Odoo 生产制造条码核心配置

要在 Odoo 的生产制造环境中有效利用条码功能，必须进行细致的基础设置。正确的配置是所有后续条码驱动操作成功的先决条件。

2.1 必要的软件设置

• 启用条码应用程序: 条码应用是实现这些功能的核心。通过在“库存”应用 ‣ 配置 ‣ 设置中勾选“条码扫描器”复选框来安装此应用。此操作在“单应用免费版”数据库上可能会触发试用期。
• 条码命名法配置: Odoo 支持不同的条码命名法，这些命名法定义了如何解释条码数据。
  • 默认命名法 (EAN/UPC): 主要使用 EAN 和 UPC 格式，适用于唯一的产品标识。用于供应链的 UPC/EAN 条码必须从 GS1 购买，但如果在公司内部使用而无需购买。Odoo 为常见场景（如计价产品、计重产品、位置、批次等）提供了默认规则。可以为公司特定需求创建自定义规则，但从这些自定义规则自动填充 Odoo 字段需要二次开发。
  • GS1 命名法: 通过应用标识符 (A.I.) 将广泛的产品和供应链数据（如 GTIN、批次/序列号、数量、日期、位置等）整合到单个条码中。这对于在单次扫描中实现增强的可追溯性和详细数据捕获至关重要。企业必须从 GS1 购买唯一的 GTIN 才能使用此系统。Odoo 有一个默认的 GS1 规则列表，将 A.I. 映射到 Odoo 字段（例如，用于 GTIN 的 A.I. (01) 映射到产品条码，用于批号的 A.I. (10)）。
  • 命名法的选择在“库存”应用 ‣ 配置 ‣ 设置 ‣ 条码部分完成。

命名法的选择（默认与 GS1）对数据的丰富性和流程复杂性具有重大影响。GS1 提供卓越的可追溯性和数据密度，但需要遵守更严格的标准，并可能需要投资购买 GTIN。默认命名法对于基本的内部跟踪更为简单。

• 库存条码数据库 (条码查找): Odoo 可以通过启用库存设置中的“库存条码数据库”，从外部数据库（barcodelookup.com API）自动获取 UPC、EAN 或 ISBN 条码的产品信息。这对于通过扫描其现有的商业条码来快速添加新产品非常有用。本地部署或 Odoo.sh 实例可能需要 API 密钥。

条码查找功能可以显著加快初始产品数据的填充速度，特别是当组件或成品带有标准行业条码时，这为后续的 MRP 流程奠定了主数据基础。

2.2 硬件考量与设置

• 扫描器类型: Odoo 支持 USB 扫描器、蓝牙扫描器（与移动设备配对）以及专用的移动数据采集器（带条码扫描功能的手持终端）。
• 配置:
  • 键盘布局: USB 扫描器必须与操作系统的键盘布局匹配。
  • 自动回车: 扫描器应配置为在每次扫描后发送一个回车符（Enter 键），以便 Odoo 处理输入。Odoo 有0 毫秒的延迟以防止意外重复扫描。
  • 特定扫描器设置: 提供了针对 Zebra（DataWedge，发送字符作为事件）、Honeywell（Wedge 方法设置为键盘）和 Cipherlab（输入法设置为 KeyEvent）移动扫描器的详细配置。这些设置对于确保扫描器正确地将数据传输到 Odoo 应用程序至关重要。
• 条码渐进式 Web 应用 (PWA): Odoo 允许将诸如条码之类的专用 PWA 直接安装在移动设备上。这增强了在车间使用的移动扫描器或平板电脑上的用户体验，提供了更接近原生应用的感受，并可能比标准 Web 浏览器界面具有更好的性能或离线功能。

向 PWA 的转变以及详细的移动扫描器配置表明 Odoo 强烈关注移动优先的车间操作。这使得操作员不再受限于固定工作站，允许在活动点直接进行更流畅的数据捕获。硬件的选择（例如，用于 GS1 二维码的D 扫描器）直接受到所选条码类型和命名法的影响。

2.3 分配条码

• 产品: 可以在库存、制造或采购应用的产品表单（常规信息选项卡）上，或从“配置产品条码”页面（库存 ‣ 配置 ‣ 设置 ‣ 条码）为产品分配条码。对于产品变体，应在单个变体上配置条码，而不是在产品模板上。
• 位置: 如果启用了“库位”功能（库存 ‣ 配置 ‣ 设置 ‣ 仓库），则可以为库位打印条码。这对于跟踪特定货架或区域之间的移动至关重要。
• 批次/序列号: 对于按批次或序列号跟踪的产品（在库存设置中启用此功能），可以为这些特定的批次/序列号打印条码（库存 ‣ 产品 ‣ 批次/序列号）。可以为批次/序列号打印与 GS1 兼容的二维码，这需要D 扫描器。
• 包装: 可以为包裹类型分配条码（例如，一个包含6 个单位的托盘）。扫描包装条码会自动登记分组数量。但是，这些是特定于类型的，并非针对单个托盘唯一。

为所有相关实体（产品、位置、批次/序列号，甚至可能包括用于劳动跟踪的员工）分配条码的系统方法至关重要。产品条码和批次/序列号条码之间的区别很重要；一个 GS1 条码可能会组合这些信息。对于制造而言，为原材料存储位置、组件和成品（包括其批次/序列号）配备条码对于完全由条码驱动的工作流程至关重要。

Odoo 条码命名法选项在生产中的应用

特性	默认命名法 (EAN/UPC)	GS1 命名法	关键生产相关性
支持格式	EAN, UPC	GS1-128, GS1 DataMatrix, GS1 QR Code (基于 A.I.)	GS1 支持更复杂的数据结构，如二维码，可包含更多信息。
编码数据	主要为产品标识符，可扩展用于重量、价格等	产品标识 (GTIN), 批次/序列号, 数量, 日期 (生产/失效), 位置等，通过应用标识符 (A.I.) 定义	GS1 允许在单个条码中编码多种与生产相关的数据，减少扫描次数。
唯一标识	产品级别 (通常)	产品、批次、序列号、物流单元等级别的精细唯一标识	GS1 提供更强的追溯能力，直至单个物料或批次。
批次/序列号追踪	可通过自定义规则或扫描单独的批次/序列号条码实现	内置支持通过 A.I. (10) 和 (21) 等直接编码批次/序列号	GS1 简化了对追踪物料的扫描操作，信息集成度高。
数量追踪	通常通过多次扫描或手动输入实现	可通过 A.I. (30) 等直接编码数量	对于预设数量的包装或消耗，GS1 可以一次性捕获数量信息。
日期追踪	不直接支持	可通过 A.I. (11,,,) 等编码生产日期、包装日期、保质期、失效日期	对有时效性要求的原材料或成品，GS1 条码能自动捕获关键日期。
成本 (代码购买)	内部使用无需购买，供应链使用需从 GS1 购买	GTIN 等标识符通常需从 GS1 购买	GS1 体系的全面应用可能涉及额外成本。
硬件影响	大多数标准D 扫描器即可	可能需要D 扫描器 (如扫描 GS1 DataMatrix 或 QR Code)	选择 GS1 复杂条码可能需要升级扫描硬件。

此表提供了清晰的比较概览，有助于分析师根据其制造环境的复杂性和可追溯性要求，决定哪种命名法策略最合适，直接解决了理解 Odoo 如何处理不同条码类型的需求。

3. 条码在生产订单 (MO) 执行中的应用

本节探讨条码在生产订单整个生命周期中的实际应用，从工单的启动和控制，到物料消耗和产成品登记。

3.1 控制工单和工作中心操作

• 启动/打开生产订单 (MO)/工单 (Work Order):
  • 生产订单可以在条码应用中通过导航至“操作” ‣ “制造”来打开，或者通过直接扫描生产订单的条码（可从生产订单报告中打印）来打开。扫描“制造 (WHMANUF)”操作类型条码会创建一个新的生产订单。
  • 工单（如果在制造设置中启用）在车间模块 (Shop Floor) 中处理。通常通过从生产订单导航或选择工作中心来访问车间模块中的特定工单。
• 打印生产订单和工单指令条码:
  • 如果勾选了“条码扫描器”，Odoo 允许从“制造” ‣ “配置” ‣ “设置”中打印“条码指令和操作类型”。
  • 如果启用了“工单”，也可以打印针对工单的特定“条码指令”。
  • 一般的库存指令条码，如“打印拣货操作”、“放入包装”、“验证”、“取消”。

Odoo 中已知的可扫描生产/工单指令

指令名称 (例如)	生成/打印方式	扫描流程	效果
验证生产订单 (Validate MO)	打印通用指令条码	在条码应用中打开 MO 后，扫描“验证”指令条码	完成生产订单，登记产成品入库，更新库存。
取消生产订单 (Cancel MO)	打印通用指令条码	在条码应用中打开 MO 后，扫描“取消”指令条码	取消该生产订单。
报废组件 (Scrap Component)	打印通用指令条码	扫描“报废”指令条码，然后扫描要报废的组件条码	将指定组件记录为报废，从库存中扣除。
打开生产订单 (通过其条码)	打印特定 MO 的条码 (通常在 MO 报告上)	在条码应用主界面直接扫描 MO 条码	直接在条码应用中打开对应的生产订单。
创建新生产订单	打印“制造 (WHMANUF)”操作类型条码	扫描“制造 (WHMANUF)”条码	在条码应用中创建一个新的空白生产订单，之后可扫描产品以添加到“生产中”列表。
打印拣货操作	在条码应用中针对特定订单操作，或打印通用“打印拣货操作”指令条码	扫描“打印拣货操作”指令条码	生成一个包含该操作参考号名称和条码的 PDF，后续可扫描此条码直接跳转到该操作。
放入包装 (Put in Pack)	打印通用指令条码	扫描产品后，扫描“放入包装”指令条码	将已扫描的产品指定为同一包装内的物品。

此表整合了所有明确提及的与生产订单/工单处理相关的可扫描指令，提供了快速参考。它同时也突显了（如果进一步研究未能发现）直接启动/停止/暂停计时器指令的（潜在）缺失。

3.2 记录原材料消耗

• 扫描物料条码: 在条码应用中打开生产订单后，通过扫描组件的产品条码来消耗它们。系统随后会更新待消耗的数量。
• 追踪与未追踪组件:
  • 未追踪: 扫描产品条码会增加已消耗数量。也可以通过铅笔图标进行手动调整。
  • 追踪 (批次/序列号): 必须记录特定的批次或序列号。这可以通过扫描产品条码然后手动选择/输入批次/序列号来完成，或者最好是直接扫描批次/序列号条码（如果唯一且已配置），Odoo 随后可以将其链接到产品。GS1 条码在此特别强大，因为它们可以在一次扫描中编码产品、批次/序列号和数量。
• 处理多个组件: 扫描成品的条码可以自动填充生产订单所需的所有组件，前提是它们有库存。但是，此方法可能不允许指定源库位或批次/序列号，因为 Odoo 可能会使用默认逻辑（例如，先进先出）。
• 管理计划外组件消耗: 如果使用了最初不在物料清单 (BOM) 上的组件，在条码应用中扫描其条码会将其添加为额外的已消耗物料。
• 记录报废: 组件可以标记为报废。这可以通过在生产订单中（在条码应用内）点击齿轮图标并选择“报废”，然后选择组件来完成。或者，扫描“报废”指令条码，然后扫描要报废的组件。

条码扫描显著简化了物料消耗过程，特别是对于追踪物料，手动输入批次/序列号很容易出错。通过扫描添加计划外组件或记录报废的能力为车间提供了灵活性和准确性。GS1 标准是高效消耗追踪物料的主要推动者。对于批次/序列号追踪的物料，直接扫描批次/序列号条码更有效。这正是包含此信息的 GS1 条码变得非常有价值的地方，因为一次扫描可以提供产品 ID、批次/序列号，甚至数量。“扫描成品以消耗所有组件”的功能是一个加速器，但在精确跟踪（库位、特定批次）方面存在局限性。通过扫描添加计划外物料和报废对于实际制造场景至关重要，可以提高数据准确性。

3.3 登记产成品入库

• 生产订单完成: 组件消耗完毕后，生产订单被标记为完成（例如，通过点击“全部生产”或扫描“验证”指令条码），成品被登记入库。
• 扫描成品条码: 扫描成品的条码可以是完成过程的一部分，特别是如果它触发了组件消耗（如上所述）或用于最终验证。
• 记录成品的批次/序列号:
  • 如果成品按批次或序列号追踪，则必须在制造完成前分配这些编号。
  • 在生产订单表单上（如果条码应用界面反映了生产订单字段，则可能通过条码应用界面访问），会出现一个“批次/序列号”字段。Odoo 可以自动生成下一个批次/序列号，或者可以选择/输入一个现有的编号。
  • 对于具有唯一序列号的多个单位，生产订单可能会被拆分为多个单独的生产订单，每个订单包含一个单位和一个序列号。

4. 车间数据采集与条码实时追踪

本节重点介绍条码如何增强直接从车间获取数据的能力，从而实现实时可视性和控制。

4.1 追踪工单进度

• 在不同阶段（例如，生产订单打开、组件扫描、生产订单验证）扫描条码，可以实时更新 Odoo 系统中生产订单的进度。
• Odoo 中改进的条码系统，具有如连续相机扫描等功能，加快了操作速度，有助于更即时地反映数据。

通过快速简便的条码扫描实现的实时进度跟踪，可以更好地进行生产调度、识别瓶颈，并向其他部门（如销售、计划）提供更准确的状态报告。每一次与生产订单相关的条码扫描（打开、消耗、验证）都是一个事件。这些事件实时更新 Odoo 中生产订单的状态。更快的扫描意味着更快的更新。这为管理人员提供了车间活动的当前视图，从而能够主动决策。

4.2 记录工时

• 车间模块工时追踪: Odoo 的车间模块允许操作员登录并追踪在工单上花费的时间。计时器通过点击工单卡片来启动/暂停。系统追踪工单的总工时和每个操作员在当前会话中的工时。
• 员工工卡扫描用于考勤/登录: 员工可以使用带条码（或 RFID）的工卡通过自助终端模式 (Kiosk Mode) 进行上下班打卡。员工表单在“考勤/销售点/制造”部分下包含一个“工卡 ID”字段。

4.3 增强车间数据采集 (平板电脑和移动设备)

• 利用条码 PWA 和移动扫描器: Odoo 的条码 PWA以及与各种移动扫描器的兼容性，使得在车间使用平板电脑或专用手持设备部署条码解决方案更加容易。这允许操作员直接在其工作站或活动点执行扫描和数据输入。
• 多品项扫描和 RFID: 诸如多品项扫描（可能结合 RFID）等新功能，如果物料得到适当标记，可以显著加快诸如批量组件消耗或成品登记等流程。这对于大批量操作尤其具有影响力。
• 条码驱动的质量检查和报废记录:
  • 可以配置质量检查以在特定的制造操作或工单处触发。
  • 虽然在车间处理这些检查主要是基于点击的，但扫描“报废”指令条码然后扫描组件条码的能力，为记录在质量检查期间或之后发现的报废提供了一种直接由条码驱动的方法。

5. 条码集成在 Odoo MRP 中的业务价值与优化

本节综合阐述了条码集成所带来的运营效益，并将其转化为切实的业务价值，重点强调条码集成如何变革制造流程。

5.1 增强生产可追溯性

• 端到端追踪: 条码，特别是 GS1 标准条码，能够详细追踪组件从接收、在特定生产订单中消耗（带有批次/序列号），到成品（带有其自身的批次/序列号）登记的全过程。这创建了一个全面的审计追踪。
• 合规性与召回管理: 详细的可追溯性对于有严格监管要求的行业至关重要，并在必要时有助于快速准确地进行产品召回。

通过 GS1 条码捕获的更丰富数据（例如，供应商批次、生产日期、失效日期）直接增强了 Odoo 中可追溯信息的质量和深度，超越了简单的数量跟踪。条码识别唯一的物料/批次/序列号。在每个关键步骤（接收、消耗、生产）进行扫描会创建一个数字足迹。这个足迹构成了可追溯性记录。GS1 条码允许每次扫描包含更多数据点，从而显著丰富此记录。

5.2 减少数据录入错误

• 最大限度减少手动输入: 扫描条码极大地减少了手动键入产品代码、批次/序列号和数量的需求，这些都是常见的错误来源。
• 提高数据准确性: 更高的数据捕获准确性导致更可靠的库存水平、成本核算和生产记录。

错误的减少具有连锁的积极效应：更准确的库存意味着更好的物料计划（MRP 计算），减少了纠错时间，并提供了更可信的报告。手动数据输入容易出错。条码扫描自动化了数据输入。这种自动化减少了错误。更少的错误导致整个 MRP 系统（库存、计划、成本核算）的数据更可靠。

5.3 优化生产效率

• 简化工作流程: 条码扫描加快了许多车间任务：物料发放、生产订单验证、库存移动。
• 缩短处理时间: 更快的数据捕获和更少的错误意味着在管理任务上花费的时间更少，而有更多时间从事增值的生产活动。
• 实时可视性促进主动管理: 条码扫描的即时更新为管理人员提供了车间状态的当前视图，从而能够更快地响应诸如组件短缺或生产延迟等问题。
• 多品项扫描 / RFID: 对于适用的场景，这些 Odoo 功能可以为批量操作带来速度上的阶段性提升。

效率的提升不仅仅在于速度，还在于更顺畅的流程。条码有助于建立一个更可预测和可控的生产环境。“保持相机打开以进行连续扫描"是一个小的用户界面/用户体验增强，但可以对扫描任务的人体工程学和速度产生重大影响。扫描比手动输入更快。诸如连续扫描或多品项扫描 等特定功能进一步提高了速度。更快的操作意味着单个任务的交付周期缩短。实时数据（高效扫描的结果）有助于更好的整体流程管理和更快的问题解决。

5.4 提高生产库存准确性

• 通过条码准确记录组件消耗（包括报废）和成品生产，确保 Odoo 中的库存水平反映物理现实。
• 这种准确性对于可靠的 MRP 运算至关重要，可防止关键组件的库存积压或短缺。

条码应用与库存/制造模块之间的集成确保扫描直接影响库存水平和生产订单状态，从而创建一个物理操作立即在数字上得到反映的闭环系统。条码扫描更新消耗和生产的数量。这些更新直接修改 Odoo 中的库存记录。准确的库存记录是 MRP 计算（物料需求）的基础。因此，条码的使用直接提高了整个制造计划过程的可靠性。

6. 建议与最佳实践

本结论部分将为制造过程分析师提供可操作的建议。

6.1 战略实施路线图

• 分阶段方法: 建议从基础的条码应用开始（例如，组件消耗、成品登记），然后再处理更复杂的领域，如全面采用 GS1 或尝试高级劳动跟踪。
• 流程审查: 强调需要审查并可能重新设计现有的制造流程，以最好地利用条码功能，而不仅仅是自动化旧步骤。

6.2 选择合适的条码类型和硬件

• 命名法选择: 根据可追溯性需求、数据要求和预算（GS1 代码可能需要购买）指导选择默认命名法和 GS1 命名法。
• 扫描器选择: 根据所选条码（例如，GS1 二维码需要D 扫描器）和车间环境匹配扫描器类型（1D/2D、USB/蓝牙/移动数据采集器）。考虑工业环境下的耐用性。
• 标签策略: 强调在产品、组件、位置以及可能的生产订单文件上使用清晰、耐用且位置正确的条码标签的重要性。

6.3 数据管理与完整性

• 确保 Odoo 中的产品主数据（包括条码）准确完整。
• 建立处理无法读取的条码或异常情况的程序。

6.4 培训与变更管理

• 对车间人员进行关于使用扫描器和 Odoo 条码应用界面的全面培训对于成功采用和实现效益至关重要。
• 处理潜在的变革阻力，并强调对操作员的好处（例如，减少手动工作，减少错误）。

6.5 解决潜在差距 (回顾)

• 工单计时器控制: 虽然可以管理生产订单，但通过专门的条码扫描直接启动/停止/暂停工单计时器的功能并未明确详述。当前的车间用户界面依赖于点击操作。如果这是一个硬性要求，应研究通过通用条码扫描触发的自定义“服务器动作”是否可以作为一种变通方法。
• 通过工卡扫描直接追踪工单工时: 员工工卡扫描与特定工单上的时间启动/停止之间的联系需要在 Odoo 中仔细探索。目前最可能的集成方式是工卡扫描用于车间登录/操作员身份识别，然后是基于点击的工单计时器交互。

6.6 利用 Odoo 的特定功能

• 在发生大批量交易的地方探索多品项扫描和 RFID。
• 利用条码 PWA 改善移动体验。

6.7 持续改进

• 定期审查条码扫描性能，识别瓶颈，并寻求进一步优化的机会。
• 关注 Odoo 的新版本，以获取条码和制造功能的进一步增强。

通过遵循这些建议，制造企业可以有效地利用 Odoo MRP 中的条码功能，显著提升其运营效率、数据准确性和整体竞争力。

四、销售与 POS 条码功能有效运用

1. 引言

1.1. 报告目的

本报告旨在为 Odoo 销售与零售解决方案顾问提供一份关于 Odoo 版本中条码功能，特别是在销售流程和销售点 (POS) 模块中有效运用的全面功能性理解。通过本报告，顾问们将能更有效地为客户实施条码解决方案，并针对多样化的零售和销售场景提供专业建议。

1.2. 条码在现代销售与零售中的战略重要性

在现代商业环境中，条码技术已成为不可或缺的工具。它极大地简化了运营流程，提高了数据准确性，改善了客户体验，并为库存管理和销售分析提供了宝贵的数据支持。从快速消费品到高价值商品，条码的应用贯穿于整个供应链和销售周期。

1.3. Odoo 的集成条码生态系统

Odoo 中的条码功能并非孤立存在，而是其集成企业资源规划 (ERP) 套件的核心组成部分，紧密连接了销售、POS、库存乃至制造等多个模块。这种集成性是 Odoo 条码功能的核心优势，它确保了数据在不同应用间的无缝流动和流程自动化。例如，在 POS 中通过扫描条码完成的销售，能够实时触发库存模块的数据更新，这得益于系统底层的集成设计。条码功能在 Odoo 各个模块（如销售、POS、库存、制造）中的广泛应用，凸显了其对于提升整体运营效率的核心地位，而非仅仅是一个孤立的功能点。这种跨应用的特性意味着条码扫描不仅是数据录入的工具，更是驱动端到端业务流程的关键环节。

2. Odoo 基础条码配置

2.1. 激活条码扫描器功能（通过库存设置）

要使用 Odoo 的条码功能，首要步骤是在库存应用中全局启用条码扫描器特性。具体路径为：库存应用 ‣ 配置 ‣ 设置，在“条码”区域勾选“条码扫描器”选项。这是在 POS 或任何其他 Odoo 应用中使用条码功能的基础。即使顾问的主要关注点是 POS 模块，也必须了解此全局开关位于库存应用中。这一设计决策强调了 Odoo 以库存为中心进行产品管理和追踪的理念。对库存应用的此项依赖，表明 Odoo 主要将条码扫描视为一种库存管理工具，而其他应用（如 POS）则利用这一核心设置。因此，条码问题的故障排除往往需要从库存应用入手，库存的准确性也与条码在其他应用中的成功运作息息相关。

2.2. 条码规则：理解默认和 GS1 系统

条码规则（Barcode Nomenclatures）定义了系统如何识别和分类条码。Odoo 支持两种主要的条码规则体系：

• 默认规则 (Default Nomenclature)：通常基于 EAN-13 标准，但具有高度灵活性，适用于企业内部使用场景。
• 默认 GS1 规则 (Default GS1 Nomenclature)：一套全球标准化的规则，使用全球贸易项目代码 (GTIN) 和应用标识符 (A.I.)，对于国际贸易和供应链协同至关重要。

用户可以在 库存应用 ‣ 配置 ‣ 设置 ‣ 条码区域的“条码规则”下拉菜单中选择所需的规则体系。

在“默认规则”下，POS 场景中常用的关键前缀包括：

• 产品 (Products)：用于常规产品识别，通常模式为 .* (代表任何字符)。
• 客户 (Customers)：前缀 042 用于客户识别。
• 特定产品折扣 (Product-Specific Discounts)：前缀 后跟折扣百分比（例如50 代表0% 折扣）。
• 优惠券和礼品卡 (Coupons & Gift Cards)：前缀 043 或 044。

其他在 中定义的默认规则示例还包括：计价产品 (前缀)、计重产品 (前缀)、收银员 (前缀 041)、库位 (前缀14)、包装 (前缀 PACK) 和批次 (前缀)。

理解并正确配置条码规则至关重要。系统依据这些规则（模式）来准确解析扫描到的数据，并触发相应的操作（如识别产品、选择客户、应用特定折扣）。GS1 规则对于供应链的互操作性非常关键，而默认规则则为内部 POS 操作提供了灵活性。Odoo 为产品以外的多种实体（如客户、各类折扣、优惠券、库位等）设定了特定的条码规则，尤其是在“默认规则”体系内，这体现了 Odoo 通过条码扫描直接支持复杂、自动化零售和运营工作流的内置能力，从而减少了在常见场景下进行大量定制的需求。例如，扫描一个以50 开头的条码可以直接对某个产品应用0% 的折扣，这是一个常见的零售需求，Odoo 对此提供了原生支持。这种固有的灵活性是一个显著的优势。

表: Odoo 关键条码规则及其应用

条码前缀/模式	规则名称/类型 (来源)	编码方式	描述与主要应用场景	关键配置说明/来源
042...	客户条码 (Customer Barcodes)	Any	在 POS 中识别客户，用于忠诚度计划、特定价格表等	"默认规则",
22{NN}...	折扣条码 (Discount Barcodes)	Any	在 POS 中对特定产品应用百分比折扣（NN 代表百分比）	"默认规则",
043... 或 044...	优惠券和礼品卡条码	Any	应用优惠券或礼品卡	"默认规则",
23...{NNNDD}	计价条码 (Price Barcodes)	EAN-13	识别条码中内嵌价格的产品（NNN 代表整数部分，DD 代表小数部分）	"默认规则",
21...{NNDDD}	计重条码 (Weight Barcodes)	EAN-13	识别条码中内嵌重量的产品（NN 代表整数部分，DDD 代表小数部分）	"默认规则",
.*	产品条码 (Product Barcodes)	Any	通用产品识别	"默认规则",

2.3. 分配和管理产品条码

Odoo 提供了多种为产品分配和管理条码的方式：

• 手动录入：在产品表单的“常规信息”标签页下的“条码”字段中直接输入或扫描条码。
• 条码查找 (Barcode Lookup)：通过扫描产品的 UPC、EAN 或 ISBN 条码，系统可以自动从外部数据库获取产品信息（如名称、价格、描述、图片、类别等）并用于创建或填充产品记录。对于本地部署 (On-premise) 或 Odoo.sh 托管的数据库，此功能需要配置 API 密钥。该功能不仅加快了新产品的创建速度，更重要的是，通过从标准化数据库中提取信息，它提升了数据的统一性，减少了关键产品属性手动录入时可能发生的错误，从而为后续的报告、客户信息展示和电子商务列表提供了更高质量的数据基础。
• 从库存设置批量分配：通过 库存应用 ‣ 配置 ‣ 设置 ‣ 条码扫描器 ‣ 配置产品条码 进入列表视图，可以为多个产品批量分配条码。
• 从条码应用创建新产品：在库存接收操作中，如果扫描到一个系统中不存在的条码，并且已启用“条码查找”功能，Odoo 会提示用户是否基于该条码创建新产品。
• 产品变体：对于使用产品变体的业务，条码应配置在具体的每个产品变体上，而不是产品模板上，以确保扫描时能够准确识别和检索到正确的变体。

此外，Odoo 也支持打印产品、批次和序列号的条码标签。

2.4. 库位条码配置

库位条码对于结构化的仓库运营至关重要，尤其是在使用条码应用进行库存操作时。它们确保了产品在特定货架、储位或区域内的准确追踪。

• 启用与分配：如果“库位管理”功能已启用（库存应用 ‣ 配置 ‣ 设置 ‣ 仓库区域 ‣ 勾选“库位管理”），则可以为库存库位分配条码。
• 打印：可以从 库存应用 ‣ 配置 ‣ 库位 路径下，选择需要打印条码的库位，然后通过“打印”操作生成包含条码的 PDF 文件。

这些库位条码随后会在仓库操作中被扫描，以确认操作是在正确的物理位置进行的。库位条码的存在和使用，特别是某些操作（如拣货 WHPICK）强制要求扫描库位条码，这表明 Odoo 的条码应用旨在强化库存移动的流程规范性。它确保了操作不仅被完成，而且是在正确的物理（因此也是系统的）库位完成，从而提升了库存准确性和运营的完整性。

3. Odoo 销售点 (POS) 模块中的条码功能

3.1. 简化销售：通过扫描添加产品和管理数量

在 Odoo POS 中，条码扫描是提升结账效率的核心功能：

• 快速添加商品：使用连接的条码扫描器扫描产品条码，该商品会即时添加到 POS 购物车中。
• 数量调整：
  • 多次扫描同一产品条码可增加其数量。
  • 或者，点击界面上的“数量 (Qty)”按钮，使用屏幕键盘输入所需数量。
  • 也可以在 POS 的搜索框中手动输入产品条码数字进行查找，然后点击产品添加到购物车。

这种设计旨在最大化结账速度和效率。产品扫描后直接加入购物车，无需额外的搜索或选择步骤（除非条码未知），这是 POS 效率的核心设计原则，旨在最大限度地减少收银员的操作和点击次数，从而加速顾客流通。

3.2. 客户识别：扫描客户卡/条码 (例如，前缀 042)

为了在 POS 中快速识别客户并应用相关优惠或记录消费：

• 后台设置：首先，需要在后台（如“联系人”或“客户”模块）为客户记录分配一个唯一的条码。通常的做法是，在客户编辑界面的特定字段（如“条码”字段）中录入或扫描客户的条码。
• POS 端使用：在 POS 操作界面，扫描客户的条码（根据条码规则，通常以 042 为前缀）。成功扫描后，该客户会自动关联到当前的订单上。
• 益处：此功能便于快速查找客户，自动应用客户专属的价格表，累积忠诚度积分，并简化发票开具流程。通过条码扫描将客户分配到 POS 订单，不仅仅是一个简单的交易工具，更将其转变为一个客户关系管理 (CRM) 的接触点。这使得企业能够提供个性化服务，并为目标营销和客户关系管理捕获数据，且摩擦最小。

3.3. 应用折扣

Odoo POS 支持通过条码应用不同类型的折扣：

• 特定产品折扣（通过条码标签，例如前缀）：
  • 流程：首先扫描产品条码将其加入购物车。随后，扫描一个特殊格式的“折扣标签”条码。该折扣标签条码通常以 开头（代表折扣条码规则），后跟折扣的百分比（例如，50 代表0%），有时还会包含产品自身的条码或引用码。折扣会应用于先前扫描的或当前选中的产品行。例如，一个50 开头的条码后面跟着特定产品的条码，扫描后会对该产品应用0% 的折扣。
  • 这种方式对于灵活地对特定商品应用临时折扣非常有效，例如促销、清仓或临期商品处理。它提供了一种分散式且高度灵活的方式，在 POS 端直接管理单品级别的降价，使员工能够快速应用已批准的折扣，而无需为每个产品的每种可能折扣场景进行复杂的后端配置。
• 通用优惠券和礼品卡（通过条码扫描，例如前缀 043, 044）：
  • 条码规则：系统条码规则中定义了 043 和 044 作为“优惠券和礼品卡条码”的前缀。

3.4. 高效处理 POS 退货

• 标准流程：
  1. 在活动的 POS 会话中，点击“退款 (Refund)”按钮。
  2. 从列表中选择原始销售订单。
  3. 使用小键盘选择要从该订单中退货的商品和数量。
  4. 完成退款支付流程。

或者，对于当前（或新）订单中的某个商品，可以将其数量设置为负数以处理该商品的退货。

• 通过扫描产品条码进行退货：Odoo 的核心 POS 功能不支持通过在主 POS 界面简单扫描产品条码来发起退货或查找原始订单。这种设计优先考虑了交易的完整性，确保退货与特定的原始订单相关联，以便进行准确的会计和库存调整。
• 第三方应用能力：部分 Odoo 应用商店中的第三方模块（例如 中描述的模块）提供了增强功能，允许用户通过扫描产品条码来查找关联订单并添加退货商品行。

3.5. （可选）员工通过条码登录

• 流程：可以为员工分配条码（通常在员工记录的“人力资源设置”标签页中的“PIN 码”字段设置）。在 POS 登录界面（如果 POS 访问受限），员工扫描其个人条码即可快速登录。

此功能不仅提升了安全性，确保只有授权人员才能访问 POS，同时也加快了收银员轮班交接的速度，尤其是在繁忙的零售环境中。通过条码扫描将每个 POS 会话或交易系列与特定员工关联起来，企业可以更轻松地跟踪每位员工的销售业绩、管理每个员工的现金抽屉对账，并确保问责制。

4. 条码在标准销售订单履行中的运用（库存与条码应用）

4.1. 概述：仓库操作中的条码

Odoo 的条码应用 (Barcode app) 专为简化各类仓库操作而设计，包括采购收货、销售订单拣货、包装、内部转运和库存调整。它通常与移动扫描设备配合使用。

通过扫描条码可以触发的关键操作包括：收货 (WHIN)、发货单 (WHOUT)、生产 (WHMANUF)、内部转运 (WHINT) 和拣货 (WHPICK)。此外，诸如验证 (VALIDATE)、取消 (CANCEL)、打印拣货操作 (PRINT PICKING OPERATION)、装箱 (PUT IN PACK) 等命令也可以通过扫描预定义的条码来执行。

条码应用是 Odoo 仓库管理效率的核心。它将实物库存移动数字化并加以引导，取代了纸质清单和手动数据录入，从而显著减少了错误，提高了销售订单履行的吞吐量。Odoo 条码应用从根本上将仓库操作从被动、手动的流程转变为有指导、经验证且数字化记录的工作流，为销售订单的履行带来了库存准确性、操作速度和可追溯性的显著提升。

4.2. 销售订单拣货流程：条码扫描步骤（产品、批次/序列号、库位）

使用条码应用进行销售订单拣货的典型流程如下：

• 启动&