店铺余额不显示，先查身份与币种

账户页有余额，结账却无法使用，应先查账户模式、登录身份和结账币种，再决定是否改界面。额外加一个余额字段，可能只掩盖了错配，并没有让付款有效。

官方依据与范围

店铺余额要求受支持的客户账户或Shop Pay，结账显示匹配币种的余额。 官方参考 · 2026年10月17日核对.

已填写的合成验收例子

合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。

可执行的交付检查

1. 记录旧版或新版账户模式，确认用户确实通过受支持路径登录。
2. 对照内部客户身份和币种，不能只看界面邮箱标签。
3. 用获准测试账户分别测试币种及退出登录反例，记录真正可用的付款选项。

怎样解释输出

示例刻意不把澳元和美元相加。缺少身份依据时，不显示选项仍是原因未明，不能写成余额为零。交付物应是路径、币种和身份矩阵，区分账户配置与支付处理。

明确的适用边界

仅为D2C验收模型；不覆盖B2B公司地点余额、续订账单、草稿或编辑订单、手续费及换汇。

复核有限教学模型

保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。

已填写输入与预期 · 可读教学脚本

node check.mjs store-credit-identity-currency-acceptance.json