Cryptomus USDT 订单少付或过期怎么办？核对补款与退款
链小知 · 进阶 · 核验 · 依官方文档整理
从已有项目订单核对 USDT 网络、应付与净收数量、晚确认及商户退款费用，避免把 paid_over 当自动退余款。
开始前准备
- 准备已有项目/订单号或 uuid、支付链接和原交易网络；商户可使用去敏后的已有订单字段与状态记录。不要向他人提供 API key、签名或KYC资料。
1. 找到项目里的同一笔订单
商户从 Business wallet > Merchants > 对应项目查看支付历史，以 Order ID/uuid 对应客户手中的付款链接。Payment by link 有 invoice、静态钱包充值和周期支付三种类型，本教程处理 invoice；不要把静态地址充值的全部余额当本单付款。只查看已有订单即可，实际运营需满足账户KYC和商户条件。
检查结果：订单身份、项目和支付类型相同，已确认不是另一笔充值或周期账单。
2. 核对 USDT 网络与真正应付量
在客户付款表单检查币种、网络、地址和显示数量。官方例子有 USDT 的 tron 账单，但这不能证明所有项目支持每条USDT链。若商户导出原字段，amount/currency 是账单计价，payer_amount/payer_currency 才是含折扣或附加费的应付量；network 尚为 null 时还没有选定具体网络，不凭同名币或地址格式判断可以发币。
检查结果：币种、网络、地址及应付数量均确定，并和客户实际发送记录匹配。
3. 分开查计时、广播和确认
查看支付表单剩余时间及项目历史。API lifetime 用秒，范围300–43200、默认3600，不是分钟数；以该订单设置为准。未支付到期应联系商户生成新账单，不能继续旧地址。到期前已支付但稍后才确认的账单，官方FAQ说明仍可随后变 paid；API刷新也可能改变地址，应重新确认当前字段。
检查结果：判断是未付过期还是已付待确认，原哈希与旧地址得到保留，没有重复付款。
4. 识别少付是否仍能补款
查 payment_status：wrong_amount_waiting 表示少付且可追加，wrong_amount 只是少付，不能据此承诺能继续付。is_payment_multiple 默认允许但商户可关闭；关闭后首笔即可结束。未过期且允许补款时按同币同链、同一有效地址核对差额；已过期则带订单号联系卖家。商户也可能设0–5%容差，使订单显示 paid 但只入账实际接收量。
检查结果：补款许可、有效期、差额与容差都有依据；没有因绿色状态忽略实收短款。
5. 分别核对确认、净收及异常锁定
confirm_check 是检测上链后等待要求确认，check 是等待上链；paid/paid_over 为成功，后者明确多付，不能自动认定余款已退。用现有记录分别读 payment_amount、commission、merchant_amount，不把客户付款全额当商户净收入。txid 缺失也可能来自内部p2p或人工标记，而不一定失败；locked 表示AML锁定，需由官方支持处理。
检查结果：状态、客户实付、佣金、商户净收和哈希存在性分别核对，异常交由对应支持。
6. 确认商户退款资格与扣费方式
多付先联系卖家说明订单和超额，普通 invoice 退款由商户流程处理，不按其他平台的自动余款退款理解。已有接口错误 Refunds are made only for completed payments 表示账单尚未满足完成且已付条件；Payment was not found 要查订单归属，You are forbidden 可与改密后24小时付款限制有关。退款 is_subtract=true 由商户余额付佣金，false 扣退款额；refund_process/refund_fail/refund_paid 分别是处理中、失败、成功。2%新商户费与协商0.4%不是链上退款费，净退款以实际单据核对。
检查结果：退款资格、扣费方和最终状态清楚，退款成功还与收款链实际到账对应。
怎样确认完成
- 输出对应订单的网络、应付/实付/净收、有效期和异常状态，并明确补款或退款的条件。
- 依据官方文档整理；未登录、取得API凭据、认证请求、修改订单、广播、付款或实际退款。
常见错误与边界
- 把所有到期前广播、晚确认都照搬成 CoinPayments 的超时退款。
- 把 paid_over、内部钱包免佣金或最低0.4%宣传当余款到账、链外免费或默认费率。