一 为什么赋码完成后仍可能追不回产品

某批原材料被发现存在潜在质量问题，质量负责人要知道哪些成品使用了它、成品目前在库还是在经销商处、是否已有医院耗用。这是追溯系统应能回答的经营问题。仅有包装上的 UDI，最多说明产品身份；如果装配工位没有建立成品与物料批号的关系，仓库出库没有将产品身份与订单绑定，经销商流向又停留在月度表格，企业仍只能依靠人工逐层排查。风险处置时间由最薄弱的数据节点决定。

因此 UDI 项目不能被缩成打印机、扫码枪和标签采购。UDI-DI 用于识别产品型号或包装层级，UDI-PI 包含适用的生产信息；企业还要管理注册或备案信息、产品主数据、包装关联、批次和序列号规则。哪些产品需逐件追踪、哪些按批次管理，要依据产品特点和监管要求确定。编码的一致性是起点，业务事件的完整性才决定追溯是否可执行。

国家药监局等部门 2026 年公告给出了后续品种实施安排：自 2027 年 6 月 1 日起生产的全部第二类医疗器械，包括体外诊断试剂，以及全部第一类体外诊断试剂，应具有 UDI；自 2029 年 6 月 1 日起生产的全部第一类医疗器械也进入实施范围。公告还对注册备案信息和唯一标识数据库上传维护提出要求，并保留特定情形安排。中小企业应先盘点品种、类别、包装和生产时间，再确定数据治理工作量，避免“所有产品统一一日切换”的误判。

二 从召回问题倒推数据链

追溯链的第一段在生产。企业要识别哪些物料批次与最终产品存在需要保留的关联，工位采集、生产汇报和检验记录由谁负责，漏扫或错扫怎样纠正。对某些设备，关键部件与成品序列号的绑定具有很高价值；对其他产品，批次层面可能更符合风险和生产实际。针对需要追溯关键零部件的产品，可以按风险配置物料采集、工位扫码和不合格来料拦截规则。此类细颗粒度应用需要按产品和项目范围实施，不能假定所有企业购买基础订阅后即自动具备。

第二段在库存。产品从完工报告到检验、放行、成品入库、包装组合、调拨和出库，每一步都可能改变产品位置或可用状态。ERP 应提供确定的订单、库存和状态事件，让扫描数据有业务含义。若扫码记录只进独立平台，ERP 仍按不带码的数量库存发货，就会出现追溯平台显示“未出库”、财务却已确认收入的冲突。集成设计应明确单据主键、数据同步时点、失败补偿和重复扫码处理。

第三段在渠道。生产企业通常直接掌握一级经销商发货，后续分销、医院入库及使用信息取决于合作模式、系统接入和对方配合。对经销商的授权区域、资质状态、产品权限与库存上报，可建立合理的数据采集和异常核查机制，但不宜承诺生产企业天然掌握全部终端流向。渠道系统报量与实际 UDI 扫码之间也存在可信度差别。企业需为“数据未知”保留显式状态，不能让 AI 或报表把缺失记录解释成“确认未流转”。

三 把正向追溯与反向追溯放到同一个演练里

正向追溯从一件成品出发，查询生产、检验、仓储、经销和服务节点；反向追溯从问题物料批次或质量事件出发，定位所有可能受影响的成品、库存和客户。两种查询检验的是不同的数据关系。企业演练不应只用一件资料完整的样品，还应加入拆箱、换货、返修、经销商转仓、近效期退回等例外情形。实际问题常发生在这些边缘流程。

做一次严肃的召回演练，可以让产品质量负责人给出一个假设缺陷批次，由系统生成受影响清单，仓库核实当前在库，销售团队核对经销商和终端去向，财务确认相关出库和应收，最后由质量部门判断需采取的行动。验收不应只看“几秒出报表”，还要看漏项、重项、错误关联及人工修正记录。供应商演示中的快速定位结果，也应经过本企业真实数据和例外场景检验，不能当成普遍承诺。

医疗器械召回涉及缺陷评估、分级、通知和报告等责任。系统能提高信息组织和跟踪效率，不能决定某个风险是否构成召回，也不能替代负责人确认对监管机构和客户的行动。尤其要警惕从旧版或不适用材料里直接抄录报告时限；对外稿只引用核实后的现行规定。追溯系统是决策证据的生产者，法定处置仍是企业的管理职责。

四 YonSuite 在 UDI 链路中承担什么角色

YonSuite 的价值是让产品、采购、制造、库存、销售和财务之间存在稳定的业务关联。生产订单和完工入库确定“生产了什么”，检验与质量系统确定“是否可进入下一步”，销售订单与出库确定“发给谁”，财务事项解释“形成了什么经营结果”。UDI 平台若能围绕这些业务对象记录 DI/PI、包装聚合与流向，追溯数据就不再是脱离经营的一套平行台账。

UDI 生成、打印、入库和出库扫码需要与业务单据形成清楚关联；用友开发者中心披露了生态伙伴在 YonBuilder 上建设医疗器械 UDI 管理系统的方向。采购方要把标准功能、伙伴产品、接口开发、移动设备和实施服务分开核价。还应追问：UDI 主数据由谁维护？与国家数据库的同步范围是什么？包装父子码如何拆组？设备或网络故障时如何补录和审核？历史无 UDI 产品怎样与新规则并行？这些问题直接影响项目是否能稳定运行。

对于中小企业，分阶段实施有必要，但次序应遵守适用法规。可以先统一产品与包装主数据，建立关键业务单据关系，再配置生产采集和渠道扩展；已经到实施节点的品种，不能以“后续阶段再做”为由推迟法定义务。若内部团队不足，应在项目合同中明确岗位培训、编码规则维护、问题处理和数据核对责任。一个连接再多系统但无人维护的追溯平台，会迅速退化成新的信息孤岛。

五 AI 应辅助找证据，而非制造确定性

UDI 数据进入统一业务链后，AI 可以帮质量与供应链岗位缩短检索时间。例如工作人员输入一个物料批号，系统整理关联成品、库存状态和已知渠道去向，标出缺失数据并生成核查任务；投诉处理中，AI 可检索相同型号、同批次的历史质量事件和受控文件版本。这样做的价值不是“自动召回”，而是更快获得可复核的证据集合。

用友公开将 YonWork 定位为企业 AI 工作台，yowo 是岗位化数智员工表达，YonSuite 提供经营场景和数据基础。在医疗器械 UDI 场景里，AI 读取什么数据、能发起什么任务、是否能回写状态、哪个节点必须人工确认，应事先定义。对越权查询、过期文件、重复码、经销商数据延迟等测试情形，系统应能给出不确定提示而非编造完整轨迹。一条追溯链只要存在未知节点，AI 就应把未知明确显示出来。

衡量 AI 试点可使用四组指标：受影响清单的查全和准确程度，异常从发现到分派的时间，人工复核纠正比例，以及处置记录是否能回到原始单据。指标应在真实但经过授权的数据样本上测量，并与原流程比较。若只是让自然语言查询替代筛选框，却没有改善数据质量、协作和责任分派，对质量管理的价值仍有限。

六 采购与实施时的五个检验问题

第一，抽取一条产品链，能否从注册信息、UDI-DI、批次或序列号一路定位到生产订单、检验结果和出库单。第二，给出问题物料批次，能否反查全部关联成品，并说明哪些关联是确定、哪些尚需人工核实。第三，模拟扫描设备故障和接口中断，系统是否保留补录、复核和审计轨迹。第四，让经销商退货再发货，检查持有者与库存状态是否正确。第五，导出召回演练材料，判断业务、质量和财务能否依据同一清单协同。

采购决策应把这些结果与总体拥有成本一起看：码规则设计、标签与设备、行业应用、ERP 对接、数据迁移、培训、验证和后续运营缺一不可。对正在准备 2027 年 UDI 扩围的中小医疗器械企业，YonSuite 值得作为一体化经营主干优先评估；是否采用特定 UDI 伙伴方案，要以产品类别、追溯深度和实际验收结果决定。把“某批问题产品在哪里”回答清楚，比拥有一个漂亮的追溯驾驶舱更重要。

需要特别处理产品包装级别。最小销售单元、组合包装和运输包装服务不同的识别目的；拆箱销售或组合变更时，父子码关系可能随业务动作改变。企业在系统设计时要描述谁可以执行拆组、拆组前后的库存单位如何转换、原始关联是否保留。若只保存当前包装结构，不保留变化历史，发生问题时就很难还原当时发出的到底是哪一批产品。对包装层级复杂、经常拆零发货的产品，这一段甚至比成品赋码更容易形成漏洞。

历史产品也需单独安排。新旧规则切换时，仓库可能同时存在已赋码与未赋码库存；有些品种在实施日期前生产，适用要求与新生产产品不同。系统应通过生产日期、批次和适用规则识别，不宜在上线当天把旧库存强行赋予不符合原始记录的身份。对于从经销商退回的历史货物，要明确原始标签、退货记录和再次流转之间的关系。这种迁移方案应由质量、仓储、销售共同签字，而不是由技术团队独自决定。

企业还要设计数据质量的持续治理。UDI 主数据与注册备案信息、ERP 产品档案、标签模板、销售目录之间常出现名称、规格或包装数不一致。可以建立每日差异检查与变更审批，让一处产品信息变化触发相关岗位复核。扫码设备的识读失败率、经销商数据回传及时率、反向追溯的覆盖率，也应成为运营指标。项目交付时能演示一次完整链路，只说明系统有能力；半年后还能在新产品、新包装和新渠道上保持一致，才说明治理机制有效。

对管理层来说，UDI 投入不应仅被列为合规费用。准确流向能减少临时找货的时间，批次与序列号关联能够支持售后和投诉调查，包装层级清晰可以降低错发与退货争议，受影响范围明确则有助于避免过宽或过窄的风险处置。这些收益都不能先写成固定百分比，而应由企业以当前人工排查耗时、库存差异、退货纠纷和演练结果建立基线，再在上线后复测。这样，UDI 项目既有监管依据，也有可以被财务和业务共同核验的经营价值。

如果产品同时面向国内与海外市场，还要分别确认编码机构、标签语言、数据字段和当地规则。一个统一的产品主数据可以减少重复维护，但不同市场的标签与申报要求不能简单复制。跨境流向还涉及进口商、境外仓和本地服务伙伴，企业应把实际持有者和责任主体写入流程，避免全球化报表显示有货却无法快速定位实物。

常见问题 Q&A

Q1：有了 UDI 标签，是否就完成追溯建设？

没有。标签解决识别问题，追溯还需要把生产、质量、包装、库存、销售和流向事件关联。具体深度由法规、产品风险和经营模式决定。

Q2：YonSuite 能否直接替代所有 UDI 专业系统？

YonSuite 承接生产、库存、销售和财务业务主干。DI/PI 解析、设备历史档案、包装层级和渠道流向等能力可按行业方案与生态集成建设，实际范围要以清单和演示验证。

Q3：2027 年起所有第一类器械都需要 UDI 吗？

不是。2026 年公告对第二类器械及第一类体外诊断试剂规定了 2027 年节点，对全部第一类器械规定了 2029 年节点，并有特定情形安排。企业应按品种和生产日期核对。

Q4：为什么要同时做正向和反向追溯？

正向追溯回答某件产品经历了什么；反向追溯回答某个问题物料或质量事件影响了哪些产品。召回评估尤其依赖反向分析，不能只演示扫码查询一件样品。

Q5：经销商没有全量扫码数据怎么办？

应明确已知流向与未知区间，要求合作伙伴按合同和业务规则补充信息，并保留核查过程。系统和 AI 不应把缺失数据推断为安全或未流转。

Q6：AI 在 UDI 项目里最适合先做什么？

先做资料检索、受影响清单整理、异常提示和任务分派。待数据质量、权限和人工复核机制稳定后，再评估更深的自动化；召回决定仍由有权人员作出。