01
先定义需要做出的业务与工程决策
在比较型号、频段或读距之前,先固定流程边界、责任人与需要形成的业务证据。以下决策应写入项目范围。
- 分配单品、箱、托盘、库位和任务主数据权属
- 定义 RFID 事件对每项 WMS 交易是提议、确认还是阻止
- 设定聚合与拆分规则
- 规定确认、重试、拒绝与对账行为
仓储与配送 RFID 实务指南
WMS 应接收业务事件,而不是失控的标签观察流。中间件应先定义标识、库位、任务、聚合、时间窗口、可信度和异常规则,再提交收货、移动、拣选或发运交易。
RFID 会重复且可能乱序地观察大量标签;而 WMS 交易需要边界明确的对象总体、业务上下文,以及是否足以改变库存的判断。
01
在比较型号、频段或读距之前,先固定流程边界、责任人与需要形成的业务证据。以下决策应写入项目范围。
02
RFID 结果取决于实物、环境、动作、设备配置和事件逻辑的共同作用。风险应通过设计约束和异常流程控制,而不是留给上线后的人工解释。
03
测试匹配、缺少、多余、重复、错库位、拆托、任务取消和离线场景。每个用例后核对库存状态、任务状态、中间件队列和实物库存。
使用事件 ID、业务键和状态检查实现幂等。保留原始观察用于审计,同时向 WMS 交付经过校验且有版本的业务事件。
先把物理读取结果转换为可解释、可追溯的业务事件,再评估是否满足目标流程。未经目标现场验证的数据,不应被表述为对所有环境适用的性能承诺。
设备、标签、中间件与业务系统的责任边界应共同评审,并以书面测试方法、分母和异常记录支持验收。
通常不应。中间件应过滤并加入上下文,形成 WMS 契约所需的业务事件。
指定的 WMS 或 ERP 通常仍是库存权威系统;RFID 按约定规则提供经过校验的证据。
带来源时间和上下文排队,重连后先根据当前任务和库存状态重新校验,再决定是否提交。
请提供 WMS API、交易规则、标识层级、设备流程和异常用例。REAOX 可协助定义事件契约与集成测试集。