收货/入库扫码在 Odoo 19 有两条主流路径：把条码当键盘输入的「键盘楔」，以及通过 iot.device 管理的 IoT 外设链（可回写重量、网络打印、多设备协同）。选型错误的典型后果是：花了预算上 IoT 却只当键盘用，或在多秤多枪工位硬撑楔入模式导致焦点错乱。本文按场景选型、流程落点、试点方法和误扫治理展开。
选型决策
键盘楔：便宜、断网可用、几乎无驱动；适合单一枪、固定页面焦点的收货台。缺点是不能反向控制硬件，也难管理多设备。IoT：适合要秤计重回写数量、标签网络打印、多外设共工位。先问三个问题：要不要回写重量？要不要控灯/打印反馈？工位是否固定且可布线？
流程必须落到库存移动
扫码应创建或完成 stock.move / 收货明细，而不是只写在 chatter 备注。产品 barcode 必须唯一；一码多品禁止上线。启用条码应用时，确认操作类型（收货、拣货、入库）与扫描流程匹配。错误码要有明确提示音/横幅，避免静默跳过。
试点方法
- 选一个 SKU 结构清晰的收货台。
- 跑通：扫码 → 数量确认 →（可选）秤回写 → 打印托盘标签。
- 统计一周误扫率、平均收货时长、降级次数。
- 达标后再复制到下一工位，避免全仓同日切换。
误扫与主数据
大部分「设备问题」其实是主数据问题：重复条码、包装码与单品码混淆、供应商条码未维护。上线前做条码唯一性校验报表；包装级别用 product.packaging 明确换算。
验收标准
- 扫码可创建/完成库存移动；错码有可读提示。
- 试点一周误扫率达到约定阈值（例如 < 0.5%）。
- IoT 路径下打印与回写可演示；楔入路径下断网仍可收货。
条码主数据治理（比买枪更重要）
上线前导出全部 product.product 的 barcode 做唯一性校验；
包装码进 product.packaging 并写清换算。供应商送来的外箱码若与内包装不同，
收货流程要规定扫哪一层。试点收货台张贴「禁止手输条码（例外需班长密码）」减少混码。
统计误扫时区分：主数据错误、扫枪重码、页面焦点错误三类，分别改数据、改设备、改 UI。
扫码入库周报输出：收货单量、平均扫码次数、误扫分类占比、降级使用次数。连续两周误扫上升先停扩张工位。
楔入模式与 IoT 模式的切换边界
若工位从「只扫码」升级到「扫码+秤+打印」，应新建 IoT 配置而不是继续堆键盘楔脚本。
切换日保留楔入枪作降级，但默认流程走 iot.device。收货类型、源位置、目标位置在操作类型写死，
减少扫码后还要手选。对一品多码（内部码/供应商码）用条码规则或包装码映射，禁止两个产品共享同一
barcode。试点结束输出：误扫率、人均小时收货行数、降级占比，作为复制到下一仓的基线。
培训强调：焦点必须在数量或条码字段；扫完听提示音再放货。发现连扫串行时，先查是否开启了键盘延迟过低导致截断。
扫码枪固件与码制清单随工位台账保存，更换设备先做回归扫码。
预生产勾选表需覆盖文章编号 310 全部验收点后再约生产窗口。
将文章编号 310 的配置变更记入发版说明，便于回滚对照。
将文章编号 310 的配置变更记入发版说明，便于回滚对照。
将文章编号 310 的配置变更记入发版说明，便于回滚对照。
将文章编号 310 的配置变更记入发版说明，便于回滚对照。
中国Odoo网｜对照 Odoo 19 企业版条码/IoT 选型：简单收货用键盘楔，秤打多设备再用 iot.device。