卡号、密码或密钥
每张卡需要有可识别的唯一凭证;不要把不同批次的重复卡号直接合并。
云提货 · 卡密导入
先整理数据,再批量导入。
卡号、密码或密钥不是单独的一列数据。导入前同时核对商品权益、有效期和使用状态,再用少量卡跑通真实提货流程。
Excel 导入前核对
字段不完整时,最容易出现权益不清、已使用卡重复处理或客户查询不到记录。下面四类信息应优先保留。
每张卡需要有可识别的唯一凭证;不要把不同批次的重复卡号直接合并。
写清商品、规格、数量或可兑换内容,避免导入后无法判断卡对应什么。
至少区分未使用、已使用、冻结或异常卡;有效期也应一并保留。
有不同发卡批次、渠道或特殊规则时,用备注留存,便于后续排查。
无论用于大闸蟹、海鲜礼盒、年货礼品还是企业福利卡,先把数据理顺,再导入系统,后续订单处理会更清楚。
保留原始导出文件,另建导入表;不要直接在唯一存档上批量修改。
按卡号、密码、权益、有效期、状态等列进行映射,先处理空值和重复数据。
选少量未使用卡,测试查询、客户提货、订单生成和后台处理是否正确。
测试无误后再导入剩余数据,并保留导入时间和原始表备查。
重点不是卡由谁印刷,而是现有卡密与状态能否被完整整理、识别和管理。
可以先确定卡号和密码的生成规则,再把生成结果导入;实体卡印刷与卡密管理不必由同一方完成。
先确认能否取得完整的卡密、权益、有效期与使用状态;只拿到卡号通常不足以完成正常迁移。
卡密能够整理时,通常可以继续使用;还需单独核对二维码入口是否可管理。
不必须。可以由系统生成,也可以按既有规则整理已有卡号、密码或密钥,再通过 Excel 导入。
要看原有提货规则。若卡面或原流程依赖密码、密钥等校验信息,应一并整理,否则无法按原规则完成核验。
需要视后续管理需要而定。若要保留完整记录或避免重复提货,应连同已使用状态一起整理,不应将已使用卡作为未使用卡重新导入。
导入正确不等于完整流程正确。还应验证客户查询、提货、订单生成和后台处理是否与卡面权益一致。
确认卡密、权益、状态和测试流程后,再批量处理存量卡,能减少后续提货与订单处理中的遗漏。