迁移供应商可能因为有CSV，就承诺完整迁走所有礼品卡。切换前需要核验：对账文件可以说明余额，却未必包含重建兑换凭证所需的信息。
官方依据与范围
Shopify标准礼品卡导出包含代码末位，不提供重建卡所需的完整代码。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| G01；末位A123；余额40AUD | 缺少完整代码 | 无法据此重建 |
| G02；末位A123；余额60AUD | 末位相同，ID不同 | 保留两笔余额 |
| 已批准替换计划 | 待兑40＋60 | 对账100；送达另核 |
可执行的交付检查
- 在确定导入合同前，先检查合成或妥善脱敏的导出。
- 核对唯一ID、币种和未用余额，不把末四位当主键。
- 要求目标平台专属导入或替换方案、客户通知授权和切换对账。
怎样解释输出
两行末位相同也必须分开。模型只核对记录中的100余额，不证明代码可用或迁移完成。验收需说明新旧凭证如何处理，避免同一余额两边都能兑换。
明确的适用边界
不提取完整代码、不收集密钥、不执行导入，也不认证法律负债。商家批准的对账口径和目标平台要求仍必须具备。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。
node check.mjs gift-card-export-migration-contract.json