USDT 与 USDC 日常对账：订单、钱包与费用账户
稳定币收款对账不能只看“今天收了多少”。业务订单是否完成、会员是否已经加款、资金是否仍在原钱包，以及系统费用如何变化，分别对应不同的记录。把它们分开核对，才能找到差异原因。
更新于 2026 年 9 月 27 日：补充新版商户首页与自动归集的日常检查步骤。
先用最近交易定位记录
数据总览的“最近交易”按创建时间合并收款、付款、归集和费用充值，显示最新 4 条，时间精确到秒。它适合快速找到刚发生的记录，不是某一天所有交易的汇总。点击类型可进入对应列表，按日期、状态和币种进一步核对。
金额展示订单金额，不代表已经到账；已过期或待处理订单也可能显示金额。确认结果时需同时看状态、链上交易和业务入账记录。费用充值进入独立费用账户，不能当作客户订单收款计入营业收入；归集是资金在地址之间转移，也不能重复计为新增收款。
保存自动归集规则，再核对执行结果
在账户设置的自动归集中，按币种和网络选择目标地址，填写触发阈值和调度周期，再保存修改。阈值按单个来源钱包的可用余额判断，不是所有钱包余额之和；调度周期决定检查间隔，不保证保存后立即完成转账。
检查规则开关、下次执行时间和最近执行结果，并到归集记录核对状态、金额及交易哈希。尚未达到阈值、余额不足支付网络费或执行异常时，不应把计划金额记为已到账。发生差异时保留原记录并核验，不要重复发起转账来“补齐”统计。
固定统计口径
先约定时区、起止时间和交易确认口径，并按币种与网络分别统计。UUGate 当前业务范围包括 TRC20-USDT、BEP20-USDT、BEP20-USDC 和 SPL-USDC。不要把不同网络的交易直接合并成一笔，也不要默认 USDT 与 USDC 可以不经说明相互抵扣。
跨日到账尤其需要保留多个时间：订单创建时间、链上交易时间、达到确认条件的时间和业务入账时间。统计时采用同一口径，同时保留这些时间用于追查。
将业务订单、接口订单与链上交易关联
以商户订单号和接口订单号关联业务记录，再附上网络、资产、地址与交易哈希。对于同一笔链上交易内的多条转账，需要进一步区分具体转账记录，不能只凭交易哈希认定重复。
优先检查三类差异：接口已支付但业务未加款、业务已加款但缺少对应成功订单，以及币种、网络或金额不一致。每项差异应有处理人、原因、处理结果和复核记录。
钱包余额以链上查询为准
商户钱包余额表示真实钱包地址的链上余额，钱包账目用于明细追踪与审计。收款后发生付款、归集或其他链上转账，都会影响当前余额，因此“历史收款减历史付款”不一定等于钱包此刻的真实余额。
记录查询时间与网络，使用链上 RPC 结果核对余额。查询异常时应标记待核实，不要把查询失败当成余额为零，也不要通过手工修改业务账目掩盖差异。
费用账户单独核对
费用余额是独立的系统费用账户，不是商户收款钱包。费用充值、费用扣减与钱包资产变动应分别核对，不能直接混成一个可用余额。
费用余额可以为负，但负数会限制创建收款单、付款、归集、OpenAPI 下单和重置 API Key 等关键操作。日常检查应同时关注钱包资产与费用余额，避免钱包有资产却无法继续操作。
给异常记录留出处理流程
回调遗漏应通过查询和幂等处理恢复；少付、多付、错网络或过期后到账应结合订单状态与链上证据复核。涉及补单、付款等敏感操作时，按权限和 2FA 要求处理，不要直接改成成功状态来消除差异。
每日结束时保留统计区间、分网络汇总、未解决差异和处理记录。可从独享地址收款方案了解充值关联方式，通过 API 文档核对查询字段，并在套餐说明中确认当前费用规则。
USDT少付多付处理：先核对原单与链上证据
USDT少付多付处理应先确认是哪种收款模式。固定金额订单核对应付、实收、币种、网络和状态；长期独享充值没有预填应付金额，完成确认后按 paidAmount 入账，不能机械套用普通订单的少付判断。两种入口区别见支付链接指南。
保存业务单号、平台 orderNo、交易哈希和金额差异，结合链上确认及订单结果复核。少付不能仅凭截图补成成功，多付不能自动认为重复订单；同一链上交易的具体转账记录仍需分别核对。
过期后到账、错币或错网络同样保留原交易证据。按权限和当前 2FA 要求执行补单或付款；不要直接修改状态或重建订单来抹平差异，也不承诺自动退款或跨链找回。恢复会员加款前可参考到账通知指南。