自动发货关联商品ID为何必须一致?

在通过91卡券仓库对接亿权益电商商城API、为闲鱼店铺配置自动发货的流程中，有一条容易被忽视却至关重要的规则：配置发货信息时，关联商品必须与亿权益系统内的产品ID完全一致。这不是形式上的要求，而是由自动发货的底层寻址逻辑决定的。

从机制上看，自动发货本质上是一次系统间的API调用。买家在闲鱼下单后，91卡券仓库会依据商家预先配置的发货信息，向亿权益系统发起供货请求，而请求中用于定位商品的关键参数就是产品ID。在货源系统中，ID是商品的唯一标识：商品名称可能重复，标题可能修改，类目可能调整，但ID与具体商品一一对应且保持稳定。关联ID填的是什么，系统就认为要发什么货，它不会根据商品名称或图片去做二次判断。

一旦关联ID与亿权益系统内的产品ID不一致，后果是直接的。轻则请求无法匹配到任何商品，发货失败、订单卡住，买家迟迟收不到卡密或充值结果；重则匹配到错误商品，把A商品的卡券发给购买B商品的买家。无论哪种情况，带来的都是退款、纠纷和店铺信誉损耗。更关键的是，这类错误在自动发货场景下会被批量放大：人工发货填错一次只影响一单，自动发货配错一次可能持续错发，直到被发现为止。

还需要注意，同一套配置链路中，自动回复内容、自动改价和利润设置都依附于这条商品关联关系之上。关联错了，后续环节配置得再精细，也是在错误的商品上空转。

实操层面有三点建议：第一，ID应以亿权益系统商品查询页面中显示的为准，直接复制粘贴，避免手动输入带来的错位、多余空格等问题；第二，配置完成后用小额订单实测一次，确认实际发出的卡券与商品描述一致；第三，若货源方调整商品、更换了ID，关联配置必须同步更新，否则此前正确的设置会随货源变动而失效。把ID一致性当作发货链路的地址校验来对待，自动发货才能真正做到无人值守而不出事故。