同一张标签，先认商品，再认这一批
商品资料可以按DI查询，常见完整UDI可经条码增强解析批号、日期或序列号；单位和缺失字段仍要人工确认。只有批号效期、不含商品标识的码，必须测试先选商品再扫描的具体操作，不能由“支持UDI”推断已经可用。
来自真实业务沟通 · 已匿名整理
一家试剂经销企业不愿逐盒重贴码，还希望出库实物与批次单一致。
只有批号效期的码，先选商品后能不能扫？
完整UDI解析与本企业原码兼容是两项验证。
这里整理的是业务任务与顾虑，不代表已交付效果或收益承诺。
这笔业务，怎样在岗位之间接下去
- 商品管理员
建立商品与包装对应
商品编码、DI、计量单位及必要人工补项
遇到例外：资料未匹配时先核官方登记与数据更新，不判假货
- 仓管
采集本次实际批次
原始长码、批号、生产及失效日期
遇到例外：只有部分字段或特殊码时先验证、再补录
- 仓管与复核人
按实际批次发货
订单要求、实物批次与出库记录
遇到例外：错批次是否阻止保存/审核，须用反例实测
新品不用从空白表开始，老品不用每次重抄
您的公司代理的品种一多，商品档案就成了第一道忙不过来的工作。好业财支持输入 DI 查询资料，也支持在已有商品补齐并确认 DI 后批量查验，或从器械云端库按产品、生产企业筛选后导入。名称、规格、注册人和注册证编号等已有资料可以继续使用。
移动端收货扫码时，如果对应商品还没建档，可以转到新增商品界面并带入查询到的资料。工作人员补上商品分类、计量单位和保质期天数等必填内容，再确认添加。这样新品到货时有路可走，也不会把一箱、一盒都草率记成同一个单位。
一次扫码里，哪些能带出，哪些还要填写
| 您要记录什么 | 信息来自哪里 | 现场还要做什么 |
|---|---|---|
| 名称、规格及注册备案资料 | 用 DI 查询器械云端库，或使用已有商品档案 | 对照实物确认型号与包装；补充管理类别、证件有效期等未自动带入信息 |
| 批号、生产日期、有效期或序列号 | 读取本次 UDI 标签中实际包含的生产信息 | 确认读取结果与标签一致；缺失字段从可靠随货资料补齐 |
| 箱盒支及换算 | 本产品的实际包装和企业商品单位 | 填写计量单位与换算，记录本次真正收到或发出的数量 |
DI 用于识别产品；PI 承载实际生产信息。查询商品资料不会自动生成这一批的批号和日期。
从货到仓库，到客户退回，都用得上这次记录
准备商品档案
先在拟用账套确认医疗器械选项和版本权益，再按产品启用批号、保质期或序列号。已有商品核对 DI 后查验，新品按 DI 查询并补齐分类、单位及包装对应。
扫描本批标签
购买并启用条码增强后，电脑配扫描设备、手机按实际收发入口分别试同一张标签。核批号、日期等写到哪张单、原码是否保存；一端能看见页面，不代表另一端也已能扫码录单。
验收后接着入库
验收人员继续使用这款商品和本批信息，分清合格、待验与不合格数量，仓库按实际处理结果办入库。
发货、退回都找原批
发货记录实际发出的批次；客户退回时沿原单找到货，再记录接收数量和质量状态，不只改库存合计。
这些现场问题，扫码时就要处理清楚
扫码省录入，后面查货才是每天都用得上的结果
10月23日产品讲解称，国内常用 UDI 规则已预制，特殊编码仍须适配；当时暂从序列号统计、序列号管理等入口查询 UDI 在库状态。演示要核拟用账套的实际菜单：带序列号的货按单件跟踪，无序列号的货按批号、数量与出入库流水查，不能把菜单名称理解为所有产品都必须逐件有唯一序列号。
您的公司先把自己的采购、入库、发货和退回记好，就能减少质量人员事后翻单。监管或医院平台需要的数据另按平台要求处理：目前未原生直连各地监管平台，导出提交或接口连接要按具体平台安排。
决定之前，您可能还想问
把购买判断落到操作结果
拿您的一笔业务，核清这些结果
两款实际产品、同款两个批次，含只有批号效期的码、同批多盒共码、重复扫描和一次错批拣货。
- 电脑与手机分别能进哪张单、带出哪些字段，原码和日期保存在哪里
- 箱、盒、支是否对应真实数量，同批共码连扫两次怎样累计或提示重复
- 缺商品标识的码怎样处理、是否需重贴码
- 扫错批次时系统提醒还是确实阻止保存、审核或出库
清单保存在当前浏览器，仅记录所选问题；没有提交客户数据或自动安排演示。
依据与进一步阅读
政策按实际产品、经营活动与生效日期判断；产品能力以实际版本验证。
- UDI 后续品种实施公告（2026 年第 21 号） ↗
经营企业带码入库、出库及相关信息应用要求；核验于 2026-10-20。
