USDT 与 USDC 日常对账：订单、钱包与费用账户
稳定币收款对账不能只看“今天收了多少”。业务订单是否完成、会员是否已经加款、资金是否仍在原钱包，以及系统费用如何变化，分别对应不同的记录。把它们分开核对，才能找到差异原因。
固定统计口径
先约定时区、起止时间和交易确认口径，并按币种与网络分别统计。UUGate 当前业务范围包括 TRC20-USDT、BEP20-USDT、BEP20-USDC 和 SPL-USDC。不要把不同网络的交易直接合并成一笔，也不要默认 USDT 与 USDC 可以不经说明相互抵扣。
跨日到账尤其需要保留多个时间：订单创建时间、链上交易时间、达到确认条件的时间和业务入账时间。统计时采用同一口径，同时保留这些时间用于追查。
将业务订单、网关订单与链上交易关联
以商户订单号和网关订单号关联业务记录，再附上网络、资产、地址与交易哈希。对于同一笔链上交易内的多条转账，需要进一步区分具体转账记录，不能只凭交易哈希认定重复。
优先检查三类差异：网关已支付但业务未加款、业务已加款但缺少对应成功订单，以及币种、网络或金额不一致。每项差异应有处理人、原因、处理结果和复核记录。
钱包余额以链上查询为准
商户钱包余额表示真实钱包地址的链上余额，钱包账目用于明细追踪与审计。收款后发生付款、归集或其他链上转账，都会影响当前余额，因此“历史收款减历史付款”不一定等于钱包此刻的真实余额。
记录查询时间与网络，使用链上 RPC 结果核对余额。查询异常时应标记待核实，不要把查询失败当成余额为零，也不要通过手工修改业务账目掩盖差异。
费用账户单独核对
费用余额是独立的系统费用账户，不是商户收款钱包。费用充值、费用扣减与钱包资产变动应分别核对，不能直接混成一个可用余额。
费用余额可以为负，但负数会限制创建收款单、付款、归集、OpenAPI 下单和重置 API Key 等关键操作。日常检查应同时关注钱包资产与费用余额，避免钱包有资产却无法继续操作。
给异常记录留出处理流程
回调遗漏应通过查询和幂等处理恢复；少付、多付、错网络或过期后到账应结合订单状态与链上证据复核。涉及补单、付款等敏感操作时，按权限和 2FA 要求处理，不要直接改成成功状态来消除差异。
每日结束时保留统计区间、分网络汇总、未解决差异和处理记录。可从独享地址收款方案了解充值关联方式，通过 API 文档核对查询字段，并在套餐说明中确认当前费用规则。