加密支付客服：安全收集客户凭证的检查清单

当客户说“我已经付款，但订单仍显示未支付”时，应先核查凭证，而不是要求再次付款。 加密支付客服需要足够的信息，将转账与订单对应起来，但绝不需要恢复助记词、私钥或钱包密码。

本指南面向销售数字产品、服务或会员资格的商家，介绍客服信息收集和问题升级处理流程，并不承诺追回资金。这是一套建议商家采用的工作流程，不代表 Yolfi 提供自动客服或资金找回功能。

收集最少且有用的支付凭证

建立一个非公开的客服工单，请客户提供订单编号、原计划使用的支付网络，以及交易哈希（如有）。以商家已保存的支付页面信息为核对依据，不要让客户重新回忆整次购买的所有细节。

交易哈希不是钱包机密信息，但将其与姓名或电子邮箱关联，可能暴露客户的财务活动。应将其保留在非公开工单中，而非公开评论里。如果一笔转账就足以回答问题，不要索取完整的钱包历史记录。

不要把排查问题变成获取钱包访问权限

在首次回复中明确这一界限：客服不需要恢复助记词、私钥、钱包密码、一次性登录验证码，也不需要远程控制客户设备。不要要求客户将钱包导入所谓的“修复”网站、签署用途不明的消息，或授权代币支出以验证此前的付款。

MetaMask 的官方客服指引指出，其客服团队绝不会索取秘密恢复助记词（Secret Recovery Phrase），并提醒用户警惕未经请求的私信。在收集支付问题信息时，也应遵守同样的不索取机密信息原则；不要声称自己代表钱包服务商。

如果客户意外提交了机密信息，应限制工单访问权限，避免将其复制到日志或内部聊天中。请客户尽快按照钱包服务商针对钱包泄露的官方指引采取行动。删除客服消息，并不能让已经泄露的密钥重新变得安全。

区分“尚未发送”和“已发送但问题未解决”

先询问是否有交易哈希。支付页面、二维码或钱包确认提示，都不能证明转账已经广播。如果钱包操作被取消，或在提交前失败，可能根本没有可供调查的链上付款。

交易所提现编号可能只是服务内部的编号，而非区块链交易哈希。请客户通过该服务的官方应用查看提现状态。不要将排队中的提现视为商家已确认收款，也不要承诺固定的到账时间。

如果已有哈希，应在支付时所选的网络上核查。请自行打开可信的区块浏览器，而不是将钱包连接到工单中提供的链接。查看公开交易不需要连接钱包。将收款地址、资产、转账金额和交易结果与商家记录核对。对于代币转账，应查看代币转账明细，而不能只看该交易中原生币的金额。

另一条网络上的成功交易，或符号熟悉但合约不同的代币，都不自动等同于匹配的付款。请按照转错网络支付检查清单处理这些异常情况，不要临时编造资金找回指引。

将支付尝试与业务订单对应起来

将业务订单、支付尝试和区块链转账作为不同的记录处理。同一笔购买，客户可能发起不止一次支付尝试。可重复使用的链接标识的是商品的支付入口，不一定对应某位客户的唯一订单。

Yolfi 的 API Checkout 文档区分了可重复使用的固定价格 Paylinks，以及由服务器为动态订单创建的 Checkout Sessions。独立会话并不需要 Paylink。客服应使用该流程实际保存的编号，而不是因为缺少流程本就没有创建的对象而拒绝处理工单。

对于固定商品，Yolfi 支付链接提供支付入口。但客服流程仍需要能够将客户工单与相关账单或订单关联起来。不要公开发布完整的托管支付页面 URL：这可能暴露订单信息，或让他人操作该支付页面。

妥善分派工单，不要求客户重复付款

用简短记录说明处理决定：预期情况是什么、找到了哪些凭证、谁负责下一步，以及何时向客户更新进展。承诺更新时间，并不等于保证区块链结算时间或资金追回结果。

• 没有广播凭证： 在建议重新尝试之前，先帮助确认钱包或转出服务是否确实提交了转账。
• 转账仍在等待处理： 通过转出服务或钱包的官方指引核查；不要仅为加快客服处理就要求第二次付款。
• 收款地址、网络或资产有误： 保留原始付款指引和转账凭证，再升级处理。不要承诺追回资金，也不要索取钱包机密信息。
• 已记录付款，但订单未交付： 在要求买家重新支付之前，先调查商家的订单处理和履约流程。
• 支付尝试已过期或不匹配： 按照专门的过期账单处理流程操作，不要不作说明就将新尝试视为已发送资金的替代。

Yolfi 的 Webhook 参考文档将 payment.confirmed 列为触发履约的主要事件。invoice.created 事件并不能证明已经付款。客户截图和浏览器跳转可以提供有用的背景，但不能替代经核实的服务器端支付确认。

区块浏览器可以帮助查明链上发生了什么，但仅凭它无法知道应用是否已将付款与订单匹配，或是否已经交付订单。支付调查和交付调查应相互关联，但必须分开处理。

使用简短、安全的首次回复模板

请根据自己的客服渠道和工单编号调整以下消息：

请提供订单或账单编号、所选网络和代币、发送金额，以及交易哈希（如有）。如果通过交易所提现，请附上交易所名称和提现状态。请遮盖无关余额和个人信息。切勿发送恢复助记词、私钥、钱包密码或登录验证码。在我们核查现有支付尝试期间，请不要重复付款。我们会在查看支付和订单记录后向您更新进展。

在承诺退款之前，先核实申请人与付款人的关系，并遵循退款审核检查清单。提交客服工单，并不代表授权将资金发送到聊天中提供的任意替换地址。

常见问题

截图能证明商家已经收到付款吗？

仅凭截图不能。截图可能展示的是准备发送的转账、等待中的提现，或另一笔交易。在交付订单前，应核实实际转账，并将其与商家的支付记录对应起来。

索取交易哈希安全吗？

在非公开的支付调查中，通常可以索取。它是公开的链上信息，而不是用于签名的机密信息，但可能将客户与可见的财务活动关联起来。只收集必要信息，并限制访问权限。

客服应该要求客户连接钱包吗？

如果只是查看公开交易或现有支付记录，就不需要。如果另一个正当的产品操作确实需要钱包，应通过既有支付流程清楚说明该操作。绝不能将签名或支出授权伪装成常规客服验证。

Yolfi 或钱包服务商能撤销任何错误转账吗？

不能作此假设。能否追回资金，取决于收款地址、网络、资产，以及谁控制接收的资金。任何客服话术都不应仅凭交易哈希，就保证能够撤销交易或追回资金。

结语：让客服以凭证为依据

安全的支付客服流程应收集少量必要编号，独立核实转账，并明确下一步责任人，而不暴露钱包凭据。将 Yolfi 支付链接与清晰的客户指引、非公开的凭证检查清单配合使用，让未解决的订单进入调查流程，而不是成为要求客户透露机密或再次付款的借口。