老客户质疑先用掉了哪笔余额，只看总余额无法回答。应委托制作按发放批次记录的账本，附时区及授权变更依据，不能悄悄改金额来处理争议。
官方依据与范围
官方使用顺序为先到期优先；员工增减余额需相应权限。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| 20于10月20日到期；30于25日到期 | 到期前消费15 | 前笔剩5；后笔30 |
| 相同两笔消费25 | 先到期笔用完 | 前笔0；后笔25 |
| 员工加10，缺理由与批准 | 审计证据不完整 | 不能签收 |
可执行的交付检查
- 记录发放ID、金额、币种和店铺时区的到期时间，不套用客户所在地午夜。
- 在两个到期时间前测试消费，同时记录分批余额和显示总额。
- 手动调整须记录操作者、权限、理由、批准及时间线，使用脱敏或合成身份。
怎样解释输出
扣15以后总额为35，但5加30才解释了余额来自哪些批次。完整记录不代表到期条款合法，商家政策批准应与算术和操作权限分开验收。
明确的适用边界
不判断到期条款是否合法，不实现时区引擎，不改真实余额。教学假定两笔均未到期且政策已获批准。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。
node check.mjs store-credit-expiry-permission-record.json