操作 · 商户入门
USDT 商户收款实操：从 0 到第一笔订单
客户付了钱，订单却还显示未支付；或者一张付款截图被拿去认领两笔订单。商户收 USDT 真正难的不是把二维码放上网页，而是把一笔不可重复使用的付款证据，准确归到一笔订单上。先把这条线接通，再谈扩大收款规模。
上线前先确认这项业务能不能做
这篇讨论允许相关业务的地区内的技术与运营流程，不是各地通用的收款许可。商户所在地、客户所在地、销售的商品服务，以及是否替他人兑换或保管资金，都可能改变适用要求。中国大陆不能概括成“个人收币不违法，商户缺少明确框架”；2026 年通知已明确相关业务限制，监管总览有官方文件入口。
采用服务商时，先取得其对地区、行业、账户主体和收款用途的支持确认。个人交易账户能显示充值地址，不等于服务商允许把它作为面向所有客户的商业收款账户。注册海外公司也不会自动消除实际经营地和税务居民所在地的义务。
收银台需要保存的不只是一个地址
一个订单至少要关联：你自己的唯一订单号、计价货币、应付数量、报价有效期、支付方式、收款对象，以及支付与退款状态。链上方式再保存网络和代币合约；服务商方式保存其支付订单号。客户看到的二维码，应由这条订单记录生成，不由客服临时复制一个历史付款地址。
自管钱包可以为订单分配不同地址，但多地址不代表多份独立私钥；备份、归集和权限仍要管理。共用地址时，要用经核验的交易标识匹配订单并防止重复认领，金额只是辅助条件。特殊小数额可能被平台舍入、费用扣减或重复使用，不能独自承担订单识别。
普通代币转账不保证携带你的网店订单号。把“订单号写在备注里”当成跨钱包通用机制，会导致商户系统根本收不到那个字段。使用支付服务商的订单 API，则应遵循该服务的字段、长度、唯一性与有效期要求，不能把它误解成“每单生成一个链上地址”。
以 Binance Pay 为例，商户接入需要审核和合同
官方申请说明列出账户开立、KYB 或 KYC、补充材料与审核阶段，因此旧稿“免审核开通”不成立。申请结果、地区和行业支持需要逐项确认，本文不承诺几个工作日一定完成。商户验证与其他产品的账户验证也不是完全同一件事。官方商户申请说明
接入前拿合同费用与结算规则计算成本：收单服务费、转换费用、提现费用和退款处理可能分别出现。“没有链上 Gas”不是“商户获得全额且所有费用为零”。官方订单通知中的 commission 字段明确表示交易手续费，并要求参照合同。
本页只展示无账号信息的开发文档，不使用商户后台、客户资料或余额截图。后台按钮位置、API 凭证与审核资料，应在获准的商户环境里按对应版本完成，不能从一张示意图推导已经具备接入资格。
付款状态要由商户端核验
客户返回网店的“支付成功”页面、HTTP 请求返回成功、支付订单已结清，是不同层次。服务商方式应在服务器端核验通知来源与签名，再检查订单号、币种、数量和付款状态。通知可能重发；同一订单即使收到多次成功通知，也只能发一次货。
Binance Pay 的订单通知区分 PAY_SUCCESS 与 PAY_CLOSED，并带有商户订单号、付款信息和手续费等字段。通知处理失败可能重试，所以系统不能按“收到一次消息就减一次库存”实现。订单通知文档
通知缺失或前后不一致时，使用服务商的主动查询接口核对状态。查询请求返回 SUCCESS 只说明接口请求成功，还需要读取订单自身的状态。订单查询说明可以与通知结果交叉检查。
直接链上收款则核对网络、合约、接收地址、实际代币转入事件及确认要求。交易外层显示 Success 不等于你收到了所需代币，名称相同的假代币也能成功转账。若接收端是托管平台，还要等待它将充值记入你的可用账户；不要用一套固定“几分钟”表判断所有网络。
发货前，把例外处理写下来
| 情况 | 处理原则 |
|---|---|
| 少付、超付 | 进入人工核对或约定流程，保留原付款记录，不悄悄修改商品价格 |
| 报价过期后付款 | 核对原报价、当前订单状态与客户约定，不能丢弃已经到账的款项 |
| 重复付款或重复通知 | 区分两笔真实交易与同一条消息重发；真实多付款也不自动变成第二笔订单 |
| 错网络、错资产 | 暂停发货，按收款方实际支持范围排查，不要求客户盲目再转一笔 |
| 客户申请退款 | 核实申请人、原订单、金额与退款渠道；退款是新的资金动作，需要授权和记录 |
退款不要直接转回区块浏览器显示的发送地址。客户若从交易所提币，那个地址可能是平台公共热钱包，转回去不一定记到客户名下。优先走原支付服务的退款功能；必须链上退款时，通过已验证的沟通渠道确认目标地址和网络，并防止客服账号被接管后替换地址。
不可逆不代表没有消费争议、退款义务或资金来源问题。收款商户收到钱之后，所谓“钱要不回来”的主体更不能写反。分期付款解决履约安排，也不能被叫成平台托管保障。
最后才是收入与余额的对账
把销售订单、收款交易、服务费、退款、资产处置和银行到账分开记录。收入何时确认、USDT 采用哪类会计处理及怎样折算，需要按适用准则和税务规则确定，不能统一规定为“月底按当日汇率全部入账”或“未换币就计未实现汇兑损益”。
一个假设对账：客户结算 50 USDT，合同收单费 0.5 USDT，商户结算余额增加 49.5 USDT。订单应收、实际收款、服务费三项需要保留，不能把 49.5 当成客户只付了 49.5。此后又发生兑换或退款，则另建关联记录。税务凭证清单说明为什么还需记录计价来源与时间。
上线验收不以“一笔成功付款”结束。至少模拟未付款返回、重复通知、少付、过期后付款和退款，再核对每笔订单都只发一次货、每次资金变动都有记录。流程不能处理这些例外时，先保留人工核验，比只把成功页面做得漂亮更实用。
接入时容易混淆的三件事
客户发来付款截图，可以发货吗？
不能只凭截图发货。应从自己的收款系统核验订单、资产、金额和最终付款状态；链上收款还需检查网络、代币合约、接收地址及确认要求。同一笔付款不能重复核销多笔订单。
商户一定要用 Binance Pay 吗？
不一定。先确认所在地、行业与客户资格，再比较服务商收银台和自管收款的成本、托管责任、技术维护及退款能力。订单数量本身不能决定方案，个人充值账户也不自动具有商户收款权限。
少收到的 USDT 都是 Gas 吗？
不是。链上 USDT 转账的原生网络费用通常另付；平台提币或收款服务可能收取或扣除其他费用。应核对付款数量、链上转账记录、服务费和商户结算金额，不把差额统称为 Gas。