加密货币支付账单过期，本身并不能证明客户没有转账。 在要求客户再次付款前，要区分从未使用的付款请求、等待确认的转账，以及截止时间之后发起的转账。更换账单或履行订单前，应核查服务商的支付记录和实际交易。
本指南面向处理一次性购买的商家，介绍付款请求过期后如何判断和处理，并不涉及找回不受支持的转账，也不承诺每笔逾期付款都能计入订单。各服务商规则不同；倒计时并不代表一套通用的退款政策。
过期的是付款请求，不是区块链
支付页面上的报价金额或付款指引可能设有截止时间。由服务商托管的结账会话也可能有自己的有效期。这两种计时都不会取消已经广播到区块链上的交易。
应分别保留三类记录：商业订单、付款请求或支付账单，以及转账。一笔订单可能对应多次付款尝试。创建替代请求时，不能抹去先前尝试的记录，因为该次尝试仍可能收到款项。
以一家服务商的特定规则为例，Cryptomus 文档说明：如果客户已付款，但账单在网络确认前过期，之后仍可能变为已付款状态；如果过期账单从未收到付款，则建议新建账单。这个区分有参考价值，但不能据此推断 Yolfi 如何处理逾期付款。
提供重试选项前，先判断付款情况
应询问客户是否确实批准并发起了转账，而不只是打开了钱包。交易所显示为处理中的提币，可能尚未广播到网络。反过来，未更新的支付页面也可能没有反映服务商已经检测到的转账。
| 可以核实的情况 | 含义 | 稳妥的下一步 |
|---|---|---|
| 未提交转账，也未检测到到账 | 旧请求从未使用 | 核查订单；若仍需付款，提供当前有效的指引 |
| 转账待处理或确认中 | 结果尚未确定 | 保持问题待处理，暂不要求第二次付款 |
| 款项在截止时间后到账 | 到账与订单是否接受该款项需分别审核 | 遵循服务商文档中的例外处理流程 |
| 服务商确认付款成功 | 不能依据旧倒计时决定是否履约 | 匹配订单，且只履约一次 |
| 仅提供截图或不足以核实交易的参考信息 | 付款尚未核实 | 索取网络和交易哈希，调查后再计入付款 |
交易哈希是查询线索，并不能证明这位客户支付了这笔订单。应核实资产、网络、收款方、实际到账金额及相关确认状态。不能仅因一笔包含无关操作的交易执行成功，就认定代币转账成功。若目标地址或网络不匹配，请参照防止选错网络的指南，不要让客户重复同样的错误。
处理过期账单的五步流程
1. 收集证据期间暂停重试
为客服个案指定负责人，并关联订单和原始账单。询问所选网络、交易哈希（如有）、金额，以及附带时区的大致发送时间。切勿索取助记词或私钥。仅在访问受限的业务系统中记录必要的客户数据。
可以明确告知客户：“我们正在核查第一笔转账，请暂时不要再次发送。请提供交易哈希和网络，或确认您尚未提交转账。”这只是建议的客服话术，并不表示 Yolfi 会自动发送此类通知。
2. 分别核查服务商记录与转账
通过经过身份验证的商家界面或文档说明的集成方式，读取当前支付状态。核查是否检测到资金、确认是否尚未完成，以及请求是否包含过期时间戳。若服务商记录与区块链浏览器不一致，应保持问题待解决，并通过服务商的客服流程升级处理。
Yolfi 的当前支付文档区分了 PENDING、CONFIRMING、SUCCESS、EXPIRED、FAILED 和 CANCELLED 状态。文档指出，仅凭 isFullyPaid 不能确认交易已确认或已结算。履约条件是支付状态为 status = SUCCESS，或收到并验证 payment.confirmed Webhook。页面跳转或客户截图均不能替代这种确认。
文档列出的时间戳包括 createdAt、detectedAt、paidAt 和 expiresAt，其中部分字段可能缺失。不要编造缺失的时间戳，也不要把客户点击发送的时间当成服务商检测到付款的时间。这些字段有助于调查，但并不意味着文档承诺自动找回 Yolfi 的逾期付款。
3. 先处理原付款尝试，再更换请求
如果客户没有发送款项，商家也未收到资金，且订单仍需付款，可通过受支持的流程创建当前有效的请求。重新核查价格、商品或服务的可用情况，以及客户选择的支付方式。告知客户只使用新指引，不要使用旧地址或保存的二维码。
如果已有转账，不要以为更换账单就能自动将其转入新账单。应保留两次请求的参考信息。如果暂时无法稳妥解决，应告知客户付款正在审核中，而不是将订单标为未付款后再次收款。
4. 决定如何处理已核实的逾期到账
依据服务商的实际规则和销售条款，判断已收款项能否用于该订单，还是需要退回。逾期转账并不会默认保留已经失效的汇率报价。如需调整估值或金额，应与客户协商一致，不要在收到款项后擅自更改价格。
若付款不足或超额，请遵循金额不符处理清单。若适合退款且资金由你控制，请使用退款检查清单。不要默认原发送地址就是安全的退款地址，也不要承诺服务商文档未说明的自动退款。
5. 为订单留下可审计的最终结果
记录原始付款尝试、任何替代尝试、已核实的到账及最终决定。根据实际结果，标记订单已履约、已取消、款项已计入订单或已退款。若两次付款均成功，应将重复到账标记为待审核，而不是交付两次或忽略第二笔付款。
履约机制不仅要防范多次付款成功，也要防范重复通知。即使集成系统再次收到同一确认，业务订单也应只履约一次。可使用支付对账指南，将付款证据与订单记录关联起来。
让下一次付款指引更清晰
在信息可用时，展示当前有效请求的截止时间和时区。说明客户应停止使用已过期的指引；如果已经转账，应联系商家。只要服务商提供了相应区分，就应将“等待付款”和“已检测到资金，等待确认”分别展示。
对于可重复销售的固定价格商品，Yolfi 支付链接提供可分享的付款入口。对于金额随订单而定的交易，Checkout Session 文档介绍了一种短期有效、金额由服务器控制的会话，买家选择支付方式后才创建账单。应将两者视为不同对象，而不是可以互换的倒计时。
可用资产和网络取决于实际支付配置。应使用当前付款流程中的有效指引，而不是泛用的代币列表。本指南没有确定 Yolfi 固定的过期时长、宽限期或自动逾期退款机制。
常见问题
账单过期是否意味着加密货币丢失？
不是。仅凭过期无法判断资金去向。转账可能尚未提交、仍在等待处理，或已经到账但尚未计入订单。说明结果前，应核实交易和服务商记录。对于不受支持的资产或网络，不能保证找回资金。
客户应该立即再转一次吗？
如果第一笔转账可能存在，就不应该。应先调查第一笔转账。若确认没有提交转账，且原请求从未使用，则在核查订单仍需付款后，提供当前有效的指引。
USDC 或 USDT 付款也可能延迟到账吗？
会。稳定币的价格锚定目标不会消除钱包、交易所或网络延迟，也不会延长付款请求的有效期。应遵循当前有效的指引和服务商文档中的确认规则。
商家能凭截图为已过期的 Yolfi 账单履约吗？
不能。文档规定的履约条件是 SUCCESS 或经过验证的 payment.confirmed Webhook，而非截图、页面跳转或单独的 isFullyPaid。如果逾期转账尚未解决，应通过受支持的流程调查，而不是自行认定付款成功。
结论：先核实，再更换
面对过期的加密货币支付账单，最稳妥的做法不是立即再次要求付款，而是先查明是否存在转账、核实其状态，依据服务商规则处理逾期到账，并确保订单只完成一次。若未发送付款，则通过适当的 Yolfi 支付链接流程提供新的指引，同时保留原始参考信息以备查验。
