条码结果显示了另一种食品：建立不匹配记录

如果条码查询显示的产品与手中的包装不符，请先暂停导入。你现在拥有一条查询结果和一个实物包装，但尚未确认它们描述的是同一件商品。仅凭看起来可信的照片或熟悉的品牌名，还不足以作出判断。

先核对产品身份，再比较营养数据

记下包装上的产品名称、口味、净含量、销售市场以及印刷的条码数字。然后，抄录查询结果实际显示的身份字段。缺失的字段应标为“信息不可用”，不要假设它们一致。保存结果截图，以便日后把修正后的内容与最初看到的信息核对。

举一个虚构的例子：你扫描了一盒 180 g 的番茄味咸饼干，却得到一条 200 g 原味咸饼干的记录。两个身份字段不一致。不要仅因为两种包装使用相同的品牌设计，就借用原味产品的营养成分表。

采用三种匹配状态

实用记录可以采用“已确认匹配”“已确认不匹配”和“未解决”三种状态。“已确认匹配”表示可见的身份字段相互一致，且一致程度足以满足当前具体任务的需要，并不代表对数据库作出认证。“已确认不匹配”记录的是明确的差异。“未解决”表示缺少关键身份信息，即便没有看到任何冲突也一样。

对于饼干的例子，可以写下：口味和包装重量不同；已排除数据库中的数量。如果工具支持手动输入，可以直接从包装抄录清晰可读的数量，并标明来源是该包装。FDA 的营养成分标签概览介绍了美国营养成分表的主要组成部分；请使用相应的成分表作为参考。

不要在没有记录的情况下修正产品身份

手动修正应保留两份独立记录：数据库返回的条目，以及你从包装上抄录的信息。未核实其他字段，就把数据库结果的名称改成预期口味，会形成一份看似可信、实际上没有任何来源支持的拼接信息。

如果服务提供纠错渠道，请准备条码数字、不匹配情况说明和相关包装图片。只通过你自己决定使用的渠道发送。不要因为一次不匹配，就公开声称整个服务都不准确；现有证据针对的是当前时间的这一条结果。

当正确条目可用时，在替换任何内容之前，先将其与你保存的包装抄录信息进行比较。保留先前的不匹配记录和修正日期。这样既能撤回更新，也能解释为什么旧的比较采用了不同来源。