Shopify店铺余额可以写备注了，售后对账应该怎么改？

把交易原因留在交易发生的地方

Shopify在11月6日的开发者公告中说明，从GraphQL Admin API的2027-01版本起，应用可在发放或扣减店铺余额时写入可选备注，也可读取保存的备注。旧版接口不会出现这些字段，原有应用可以继续运行。商家后台帮助另有手工操作说明，支持在创建余额调整时写入内部备注，保存后无法增补或修改。

这次变化适合解决售后交接中的一个小难题。顾客账户上多了一笔余额，下一个接手的同事应该能分辨是退货结算、补发延误的补偿，还是纠正先前的错误。只在聊天记录里说“已经给了”，很难与账户中的具体一笔对应。交易备注可以存放工单号和经过核对的调整原因，顾客邮箱、卡号或聊天全文无需写入。

依据 [1] Shopify Developer Changelog · [2] Shopify Help Center

内部记录、顾客承诺和支付结果各有依据

操作前先确认顾客接受的处理方式、币种、金额和审批依据，并判断是否与原订单退款相关。Shopify帮助说明内部备注不包含在客户通知中。需要向顾客交代的金额、可使用范围或有效期，应在相应沟通流程中说明，再把通知的状态记在工单上。后台保存成功并不能代替这一环节。

示例：账户有20美元余额，客服批准再补偿8美元。在该币种期间没有其他交易的假设下，成功记录应能看到一条8美元增加记录，以及28美元余额。如果同时有一次5美元的消费，余额是23美元。核对应定位那条8美元交易，而非看到23就认为补偿失败。帮助文档也说明，结算只显示与当前结算币种匹配的余额。

依据 [2] Shopify Help Center · [3] Shopify Help Center

重复点击和事后纠错怎么处理

若应用请求超时，应先查对应客户、工单和交易记录，查明是否已经发放。可把受理号和审批状态作为应用侧的防重复依据，避免同一任务被两位同事或自动重试各执行一遍。Shopify公告没有说明备注本身可以阻止重复交易，使用它时仍要保留申请、执行和回读三个状态。

如果备注写错，优先在内部工单添加更正说明，关联原交易，并保留原记录。余额本身确实发错时，由具备权限的同事按实际情况处理独立更正。顾客改要求原路退款时也应先核对余额和已执行退款。帮助文档指出，执行原支付方式的退款并不会自动撤销此前已发出的余额，盲目补一次可能形成重复补偿。

依据 [1] Shopify Developer Changelog · [2] Shopify Help Center · [3] Shopify Help Center

先从一类容易复核的售后开始

可以先挑一类常见且有明确审批口径的善意补偿，列出必填字段：工单号、事由、金额与币种、审批人、应回读的交易标识。每天抽查一部分已结案工单，确认没有把未提交或结果未明的处理标记为完成。备注内容应能让另一位同事看懂，却不能替代财务保存应留存的凭证。

月底对账还可以按币种把期间增加、扣减和其他交易事件列成流水，再查找审批或原工单缺失的条目。若对账只看期初和期末，方向相反的两笔误操作可能互相抵消。财务可以先从未匹配的单笔变化查起，定期检查工单是否能通过交易标识回到实际记录。这样复核更聚焦，也避免从顾客余额中猜测是哪个系统造成差异。

应用升级先在开发店核对目标API版本是否可用，再用无真实客户资料的测试交易验证返回的备注和余额变化。若店铺仅偶尔发放，先把人工记录理顺即可；如果同类问题频繁出现，才考虑让应用写入统一字段。对账改善应体现在更少的未匹配交易和重复调整，而不是后台填了更多文字。

依据 [1] Shopify Developer Changelog · [2] Shopify Help Center · [3] Shopify Help Center