BTCPay 客户已付款却不能交付：排查 Processing、少付与过期付款
链小知 · 进阶 · 核验 · 依官方文档整理
商户按订单、支付记录和例外状态核对收款，避免把已广播或手工标记当作链上结算。
开始前准备
- 已有可访问的 BTCPay 商店和发票查看权限。
- 准备订单号或发票 ID；本教程不创建发票、不退款或改变订单状态。
1. 在正确商店定位发票
选择商店，进入 Payments > Invoices，使用 invoice ID、order ID 或 orderid:value 搜索。没找到时检查商店与 Include archived。日期筛选按发票创建时间。
检查结果：定位唯一发票，订单号与商店一致。
2. 读基础状态与例外
New 尚未付足；Processing 已足额但等待结算条件；Settled 满足结算条件。Expired、Invalid 需要进一步复核。另检查 Paid partial、Paid over、Paid late、Marked。
检查结果：分别记录基础状态和例外，不用一个“已付款”截图概括。
3. 核对金额和支付证据
点发票 ID 查看请求金额、支付方法、付款、状态历史。少付可能来自提现服务扣费；过期后足额付款仍可能保留 Expired。链上付款用浏览器核对实际交易与输出。
检查结果：发票付款合计、币种和目标输出对应；等待确认与少付能区分。
4. 按结算与业务规则处理
Processing 等待商店配置的确认条件。Marked 表示人工修改，不能证明链上确认；异常订单应先核实付款，再按商店交付或退款政策处理。保留待办，本教程不执行这些操作。
检查结果：交付依据是经核实的支付、结算条件和商店规则。
怎样确认完成
- 已定位商店内的唯一发票。
- 基础状态、例外、金额与底层支付已核对。
- 待确认、少付、迟付或人工标记均有明确处理依据。
常见错误与边界
- 交易已广播就交付商品。
- 把手工标为 Settled 当作自动确认。
- 按支付时间筛选创建日期，导致误以为发票丢失。
- 直接修改异常状态，掩盖少付或迟付。