重复扫码、异地扫码、未启用码：异常如何分层处理

把所有不寻常的扫码都显示成“危险”，会同时伤害消费者体验和调查效率。有人第一次购买就看到红色警告，有人重复查看说明书却被限制访问，客服最后只能人工解释。建议按异常对象与证据强度分层，并让系统说明具体发现了什么。

把数据问题与商品风险分开

建议至少区分四类：无法解析的输入、记录不存在或尚未同步、码状态与业务不符、行为模式需要复核。例如未启用码可能出现在测试标签、产线漏绑定或提前流出的包装上；四者含义不同，不能统一显示“您购买的是假货”。系统错误和网络失败更不应该转译成鉴真结论。

状态含义需要统一。GS1 CBV 的作用之一，是让事件使用明确的业务词汇；项目内部也应建立状态词典，写出每个状态来自什么动作、由谁确认。来源：GS1 CBV 标准一线人员能解释状态，往往比增加更多颜色更重要。

风险规则要能说明原因

建议每条规则保存名称、版本、适用产品、观察窗口、触发条件、排除条件和处置动作。阈值应先用真实样本试运行，再逐步调整。新品上市的营销流量、门店集中验货和客服代查，都会影响扫码模式，不能把一种活动期间的分布永久当作异常标准。

事件表可记录码、入口类型、服务端时间、必要环境信息、规则命中及处置结果。消费者查询、工厂质检、经销商收货和客服核验最好具有清楚身份或独立入口。否则内部集中扫码会被误判为消费者集中投诉，甚至提前消耗活动资格。

限制动作应与风险程度匹配

低风险情况可以提示记录并允许继续查询；存在信息矛盾时可增加核验；涉及重复领取权益时可暂停该项业务并保留申诉。建议尽量保持产品说明和客服入口可达，让真实用户有办法理解问题。具体分层由项目确认，不需要所有企业使用同一套等级编号。

例如，同一码在短时内被反复打开，可以先记录并抑制异常请求，而不是永久封禁该码对应产品。若出现来自产线的重复绑定证据，则应联系生产侧核查实体标签。前者主要是访问行为，后者可能涉及实物身份冲突，不能使用完全相同的处理动作。

告警之后必须有人接单

建议每类异常指定负责人、期望处理时间、所需材料和结束条件。客服需要知道该向消费者询问包装图片还是购买凭据，生产人员需要知道该查哪张赋码工单。信息不足时保留待补充状态，不要为了清零待办随意判为正常。

复核记录应包含原始事实、判断依据、操作前后状态和告知内容。若规则误伤，应能够撤销限制、恢复被错误冻结的权益，并留存更正原因。把风险结果同步给其他系统时，还需同步后续更正，防止一个已解除的标记继续影响售后或结算。

上线前怎样检查误报

建议建立脱敏样本集，包含正常重复查询、分享链接、内部检测、网络重试、未知码、未绑定码以及已确认的实际异常。由业务人员先标注预期处理，再测试规则输出。数据规模不足时只能说明已覆盖的场景，不能宣传“智能识别所有假货”。

持续运营应关注规则命中后的有效处置比例和误报原因，而不是把告警数量越多当作系统越有价值。高质量的风险管理，是让少量必要线索获得及时核查，并对尚未证实的判断保持清楚边界。