客户说代码丢了，验收重点是收件身份和剩余余额，而不是客服邮件看起来完整。身份核验记录不要公开，网站询盘表也不应收集完整礼品卡代码。
官方依据与范围
官方重发流程面向原客户，并反映剩余余额。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| 面值100；已用35 | 已核对脱敏身份 | 剩余65 |
| 请求来自不同邮箱 | 身份未确认 | 暂停，不能转发代码 |
| 两张卡末四位相同 | 末位不构成唯一身份 | 按内部卡与订单关联 |
可执行的交付检查
- 按商家客服政策核对获授权客户，不能仅凭末四位截图确认身份。
- 在受限交付记录中保留内部卡ID、币种、状态和当前余额。
- 由获授权员工在测试账户演示原生重发，核对收件人，不把代码复制到分析系统。
怎样解释输出
例子剩余65，不是重新得到100。交付记录应说明谁批准了身份核对、显示的是哪笔余额；若邮箱变化，应转入商家身份流程，而不是擅自设计转发绕行。
明确的适用边界
本文不发送真实通知，仅用于网站客服交付验收，不是身份认证软件，也不授权泄露可兑换代码。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。
node check.mjs gift-card-resend-identity-check.json