是否可以禁用 TCPDF 中的自动 UPC 校验和检查？

Question

我正在使用 TCPDF 生成零售商店垃圾箱标签页面。这些标签包含 1D UPC 条形码。该系统已运行多年，但存在一个问题：制造商和/或分销商偶尔会发出校验和错误的 UPC。

当数据到达我手中时，一切都已经确定了。我的客户是一家每年 100 万美元的零售商，与多个每年 10B 美元的分销商打交道。他们永远无法摇动那只狗，并且他们被礼貌地告知问题不会得到解决。毫无疑问，这个数字已经深深嵌入到谁知道有多少数据库和报告中。

并且它会导致 TCPDF 在尝试生成条形码时出错。是的，我可以找到正确的校验和号码，但这会改变 12 位条形码，这才是最重要的。无论最终数字是多少，我都需要生成可扫描的条形码。

有没有办法禁用 TCPDF 中的校验和检查？

如果没有，是否存在不使用校验和检查的 UPC 样式条形码的条形码类型？我不熟悉 TCPDF 支持的大多数条形码类型，并且文档甚至没有提到此检查。

Answer 1

无论动机如何，因禁用校验位而生成的 UPC 符号都是无效符号，任何符合 ISO/IEC 15420 的条码阅读器都无法成功扫描该符号。

在某些情况下，故意提供无效符号可能会给符号供应商带来影响，特别是如果随后在开放供应链中使用该符号。

行业的普遍建议是，当遇到为无效数字生成无效符号的棘手请求时，实际上应该生成一个明显虚构的符号并指出这一事实。解释一下它与禁用校验位可能产生的任何其他符号一样有效，即根本无效！

明显无效的符号可能会起到教育作用	无效符号将提供虚假保证

客户可能会反对最左边的图像，从而提供了直接的机会来解释不存在代表其无效编号的有效 UPC-A 图像。如果他们有一点自我反省，那么他们应该看到自己的做法是错误的。

创建一个公共库的衍生版本，它将愉快地生成类似于最右边符号的图像是有害的。这最终将导致无效符号被悄悄引入供应链，因为用户不会清楚地表明他们的数据一切都不好。