BitPay 稳定币账单怎么核对？网络、少付与退款逐项查
链小知 · 入门 · 核验 · 依官方文档整理
从已有商户订单与 BitPay Invoice 出发，核对实际网络和应付数量，再区分确认、入账与异常退款。
开始前准备
- 准备已有订单号、BitPay Invoice 链接或商户导出记录；已付款时准备网络、发送数量与交易哈希。只核对时无需新增交易；实际付款需满足账户与ID核验条件。
1. 从商户原订单打开对应账单
在商户订单页进入已有 BitPay Invoice，记下商品/商户、Invoice ID 和商户 Order ID；这是支付处理账单，和 BitPay Wallet 内的一笔普通收款不是同一个对象。若只停在登录或ID核验页，不能认为订单已经生成成功；取得正式账单或请商户提供该订单记录后再查。
检查结果：商户订单与 Invoice ID 能一一对应，且明确当前是待支付还是已付款订单。
2. 把稳定币符号与具体网络一起记录
在账单选择可用付款币种，记录网络、地址及 Amount Due 加密数量。Solana USDC 与 Ethereum USDC 不能互换；Invoice 文档列出的网络不保证本地商户全部开放。币种没出现时先问商户可用项，不向另一条链同样的地址转币；不要用钱包里的美元折算量代替应付代币数量。
检查结果：记录币种＋网络＋地址＋应付数量四项，付款钱包支持同一网络。
3. 检查时限、到账数量和独立网络费
看账单剩余时间，官方正常接受窗口为15分钟；已过期且未发币的账单不要沿用旧报价。准备实际付款时，按钱包最终预览检查接收数量，交易所提款可能扣费或延迟，除美国符合条件的 Coinbase 账户路径外，官方不支持交易所直接付款。自有钱包发 Ethereum/L2 代币需同链 ETH，Polygon 需 POL、Solana 需 SOL，网络费不能从应付代币量中扣少。
检查结果：账单仍有效，接收数量与 Amount Due 相同；手续费资产和费用另有记录。
4. 用状态和异常字段解释已付款订单
已付款时查看商户订单记录及相关哈希，区分 paid、confirmed 与 complete。paid 只说明已检测付款，不保证商户到账；confirmed 受 transactionSpeed 影响，高速模式甚至可能尚未链确认；complete 才是商户记账。查看 exceptionStatus 是否 paidPartial/paidOver；若记录有 amountPaid，不直接当整枚币数量，它以最小单位表示，displayAmountPaid 才是基础单位。
检查结果：基本状态、异常状态、实际入账及金额单位分开记录，未因一个 paid 截图重复付款。
5. 按过期、少付、多付选择后续处理
少付与超付查异常退款通知，多付退的是超额部分。invalid 可能在晚确认后更新，先查原哈希和最新订单状态，再决定是否联系客服；不要把所有超时都当资金丢失。官方两处 BTC 完成示例分别为2和6确认，需向商户核对当前订单策略，不把示例套到稳定币或所有订单。
检查结果：有明确异常分支、原交易证据和需商户确认的问题，而非直接创建第二笔付款。
6. 核对退款收件入口和费用承担
异常退款邮件应关联该账单；官方通知来自 noreply@bitpay.com。沿可信订单/官网确认退款入口，官方流程为登录后填退款地址、收到处理中通知、再收到执行通知；链接3天有效，失效可通过官网 BitBot 要求补发。先确认退款资产与网络能被收款钱包接收。异常退款费从账单余额扣；商户主动退已付账单的网络费则从商户账本扣，别将商户1–2%＋25美分处理费误当钱包链上费。
检查结果：已核对退款订单、地址网络、扣费方与实际净退款；执行邮件和链上到账分开检查。
怎样确认完成
- 能给出具体账单的币种网络、应付数量、时限、最新状态与费用承担；未知配置交由商户确认。
- 步骤据官方文档整理，未登录、核验身份、连接钱包、签名、付款或实际领取退款。
常见错误与边界
- 把 BitPay Wallet 支持资产直接当 Invoice 可支付资产或商户结算币种。
- 把确认数示例或通常1–2工作日退款时间写成到账保证。