核对 PayIn 的 USDC 付款，先打开自己的私密管理链接，在 Payments 找到记录，再检查状态、金额、网络和交易是否对应当前订单。顾客截图、钱包签名和未完成尝试，都不能单独证明已经收到钱。
本指南针对经过 PayIn checkout 的付款。顾客直接向钱包地址发起的手动转账，需要另外检查钱包或网络浏览器，不能假设一定会进入付款链接的记录。
先找到正确的收款记录
从自己保存的管理链接打开页面，确认标题对应当前商品、店铺或活动。Payments 同时保留尝试和已完成付款，可以筛选，但筛选为空不代表从未发生尝试。
多个顾客通过同一个链接支付相同金额时，仅凭金额和时间可能无法区分。应将交易编号与自己的订单或报名记录匹配，避免同一笔款被用于交付两次。
不要把私密管理 URL 发给顾客用于证明收款。顾客使用公开付款链接，你通过自己的业务流程提供收据或确认。
先看状态，再核对金额
| 状态 | 含义 | 应如何处理 |
|---|---|---|
| Awaiting payment／等待付款 | 已开始一次尝试，但没有确认收款记录 | 保持订单未付款，等待或核查结果 |
| Confirming／确认中 | 处理或核验尚未完成 | 核对现有交易，不要立刻再收一笔 |
| Paid／已付款 | 系统已记录完成付款 | 继续核对金额、交易和订单 |
| Expired／已过期 | 尚未提交的尝试到达截止时间 | 保留历史；付款页提供重新开始时可发起新尝试 |
| Failed／失败 | 该尝试有失败结果 | 查看原因及交易证据后再决定是否重试 |
目前未提交尝试的有效期为创建后 15 分钟，重复请求不会延长。已经提交的交易继续核验，不能只因为等了 15 分钟就判定失败或放心重收。
核对四项信息
以一笔示例性的 18 USDC 采购为例：
- 金额确实为 18 USDC，而不是金额不足的成功付款。
- 资产和网络符合约定，不是另一条链上的其他资产。
- 接收方与商家配置的收款目标一致。
- 交易编号匹配当前订单，且没有被用于确认另一笔销售。
这是核对方法，不是真实付款记录。钱包余额也可能包含旧款，不能只看余额增加就推断某个顾客已经结清。
结果不明确时检查链上交易
从记录取得交易编号，使用对应网络的浏览器查看。需要检查具体转账，而不只是“存在一个交易哈希”；授权或其他操作不一定等于预期的 USDC 已转入。
如果交易已提交但管理页仍在确认，保留原编号并核验同一次操作。浏览器断线或没有收到声音，不是直接创建另一笔付款的理由。
若顾客绕过 checkout 手动转账，应另外核对实际钱包和链上记录，并让店员知道这种转账可能不会触发 POS 播报。
声音是提示，管理记录用于核对
POS 可短暂显示新确认金额并播放提示。店员据此核对销售，但不能把之前听到的声音当成新一笔收款，也不能把安静当作失败。
页面曾在后台或断线时，应通过管理页核对历史。系统不会在每次重新打开时把全部旧记录当作新付款播报。设备问题参考POS 声音排障。
交付和退款仍由业务流程处理
共享链接不会自动识别订单，交付状态应保存在自己的系统中。自动发货需要验证付款结果，并保证同一记录不会重复交付。
退款是与顾客确认接收方和网络后进行的独立转账。修改订单或付款页状态，不会撤销原链上交易。