商品条码上传后被平台拒绝，AI能先查长度、校验位和包装层级吗？

商品资料导入后，一批条码被平台拒绝。运营看见数字都齐全，尝试在前面补零，几条错误消失了，另几条却和箱码撞在一起。上架成功与条码正确不是同一件事，补零可能掩盖导入时已经发生的数据损坏。

先保存原始号码的文本形式

收集商品编号、原条码、条码类型、包装层级、平台字段要求及具体拒绝原因。表格导入时保留前导零和完整数字，不能转成数值再恢复。科学计数法显示可能只是显示问题，也可能已经丢失精度，要回到原来源确认，不依据截图补猜后几位。

空格、换行和其他字符可作为清洗候选，但保留原值及处理记录。类型未知的号码不能直接套GTIN规则，因为其他标识可能有不同长度和语义。根据已确认类型核对允许长度，再判断是否适用末位校验，而不是一律扩成十三位。

GTIN常见有八、十二、十三和十四位形式，最终校验位用于数字完整性检查。合法长度和校验位都通过，仍不能证明号码由该企业持有、与产品对应或可以在当前平台使用。号码来源及分配资格由相关人员通过认可渠道核验。

XLSX Skill可以创建实际条码核对工作簿，按文本保存号码，分列字符、长度、末位计算、重复及包装关系。失败原因逐项显示，不只给无效两个字。已有问题数据不自动改最后一位，因为原错误可能发生在前面的任意一位。

对适用的GTIN，校验计算从主体数字最右侧开始交替乘三和一，将乘积相加，再取使总和成为十的倍数所需的末位。计算结果为零时保留零，不取成十。公式针对已确认类型和长度实现，人工用认可的校验工具抽查，避免位置方向写反。

可以用演示字符一二三四五六七八九零一二计算十二位主体的校验，原始数字只用来讲算法，不是分配给读者的商品号码。实际业务必须回到合法号码来源，不能让AI批量生成看似能通过校验的条码作为上架数据。

零售单品、内包装和外箱可能对应不同的贸易项目标识，关系需要按实际商品及分配规则确认。外箱上的物流标识也不一定就是商品GTIN，不能把扫描到的所有号码都放进平台商品条码栏。条码载体与编码值的含义分别核对。

同一个号码重复出现在多行，可能是同一商品被拆为渠道记录，也可能是不同包装误共用。按商品、规格和包装数量建立关系，运营确认真正重复与允许复用范围。AI不能仅因为两行名称近似就合并SKU，也不能自己给外箱改一个新末位。

平台拒绝还可能来自资料对应、必填属性、主体认证或格式约束。校验通过后仍被拒绝的，把具体错误信息、提交版本和号码来源一起给平台或商品负责人处理。不要不断修改号码碰运气，也不要将平台暂时接受当作分配权属已核验。

工作簿输出原值、疑似问题、来源确认值、修改依据和待审状态。只有拿到可靠原值以后修正，修改人保留记录。来源无法确认时暂停该商品，而不是随机换位或补零使校验通过。号码属于受控产品主数据，由有权限人员更新。

抽查前导零、末位零、超长数字、科学计数法和包装层级。条码图片可辅助看标签，但模糊识别仍需人工确认；图片看起来能扫也不证明对应商品正确。复算公式和导出文件再检查一次文本格式，防止平台导入前又损坏号码。

先选少量已确认记录重新提交，保存平台反馈，再扩大范围。失败原因若改变，继续核对新信息，不把先前算法结论覆盖。产品资料涉及尚未上市商品时遵守保密范围，AI只处理必要代号与号码，不额外上传完整商业计划。

最终报告分别列源数据损坏、算术失败、重复关系、包装错位和其他平台问题，便于不同负责人处理。校验位只回答这串数字是否符合完整性关系，不能回答它是否属于我方或应该贴在哪种包装上。这两个判断需要独立证据。