加密货币支付退款：商家安全操作清单

加密货币支付退款通常是一笔新的转账，而不是撤销原付款的按钮。 转账前，应核实客户的退款请求，确认收款地址支持指定资产和网络，约定退款金额，并在首笔退款仍待处理时防止再次退款。

本清单适用于使用自主管理资金处理退款的商家。如果退款由服务商管理，其收款地址和审批规则可能不同：请遵循服务商公布的流程，不要绕过这些规则。以下措施是针对商家经营的建议，并不表示 Yolfi 提供自动退款功能。消费者权利、税务处理和必须遵守的退款条款，取决于您所在的司法管辖区。

将退款决定与实际转账分开处理

首先，根据销售条款和适用法律判断是否应当退款，再决定如何安全退回款项。付款方式不可撤销，本身并不意味着客户的法定权利或您的合同义务随之消失。

将退款请求关联到原始订单、付款编号和已核实的入账转账。记录退款原因、可退金额和审批情况。如果原付款尚未确认，应保留退款请求，暂不退款，不要退回尚未确认收到的资金。

如果付款金额不符，请先参阅少付与多付处理指南。退还多付款项与取消整笔购买，是不同的经营决策。

不要直接照抄付款地址

区块链浏览器上显示的地址，可能属于交易所或支付中介，而不是客户控制的收款钱包。将资金退回该地址，未必会记入客户账户。

Circle 的稳定币退款文档提醒，交易所可能使用多人共用的归集钱包转出资金，因此建议向客户确认预期收款地址。这说明收款地址存在风险，并不是对 Yolfi 功能的描述，也不代表您可以一概绕过服务商的退款规则。

如果退款由商家自行转账，请通过已验证身份的客户获取收款指引。确认收款方在指定网络上接受指定资产，并核对所需的备注或标签。若退入交易所账户，客户应查看最新的充值说明、最低充值额，以及对第三方充值的限制。地址格式看起来有效，并不能证明账户归属，也不能证明该笔资金符合入账条件。

更改地址应重新审批。应通过既有客户账户或其他此前已信任的渠道进行确认，而不能仅凭提出改址要求的那条消息。不要索取私钥或助记词，也不要在交易备注中公开客户信息。

收款地址核查可参阅防止选错网络的支付指南。不要仅仅为了关闭客服工单，就向不受支持的网络发送退款。

约定客户实际收到的金额

承诺退款时，必须明确计价单位。说明退还的是原始代币数量，还是按账单币种计算的金额。如果需要换算，应在批准转账前约定估值来源和时间。稳定币以美元为锚定目标，并不保证市场价格固定，也不保证能够赎回。

还应说明网络费用及法律允许扣除的费用由谁承担。不要承诺全额退还代币后，又悄悄扣掉手续费。对于 Ethereum 交易，网络费用以 ETH 支付；持有足够的 USDC，并不意味着自主管理的转出钱包中有足够的 ETH 支付燃料费。其他网络以及由他方代付费用的钱包方案，要求可能不同。

将退款金额与执行转账所支付的费用分开记录。如果由服务商处理退款，应查阅其实际退款和费用政策，不要假定原先的支付处理费也会退回。

采用有控制措施的六步退款流程

1. 核实原始收款和剩余可退金额

将订单与实际收到的资产、网络、收款方和金额逐一核对。检查此前已完成的退款，以及已为待处理退款预留的资金。已退金额与预留金额合计，不得超过获批的可退金额。限制业务记录的访问权限，仅保留必要的客户信息。

2. 确认收款信息和交易条款

保存已核实的收款指引、约定金额、费用处理方式和客户确认记录。记录由谁核查了收款信息，以及核查时间。如果业务流程支持，对于高风险退款或变更过的地址，应安排第二人复核。这是一项运营控制措施，不能替代法律要求的核查。

3. 转账前先建立唯一的退款记录

为退款分配唯一的内部编号，并关联到订单。预留退款金额，将记录标记为已批准执行。确保其他工作人员无法针对同一笔获批退款再次转账。使用服务商 API 时，应查阅其文档中的重复请求防护机制；仅在本地设置一个编号，并不能让 API 调用自动具备幂等性。

4. 核查并授权转账

在签名界面再次核实收款地址、网络、资产标识和准确数量。检查手续费余额及所需的备注或标签。在某些自行管理钱包的场景中，小额测试转账可能有帮助，但它不能证明身份，也可能因低于交易所最低充值额而无法入账。任何测试及其账务处理都应与客户约定；测试并非一律必需。

5. 重试前先追踪已有转账

立即保存交易哈希或服务商转账编号。超时并不证明资金没有转出。提交另一笔转账前，应先检查现有转账及其网络状态。如果交易仍待确认，应通过钱包或服务商文档规定的流程调查该笔交易，而不是另发一笔无关的付款。

6. 核实凭证后再结案

按照您的确认规则，核实相关转出交易及其收款地址、金额和网络。如果涉及服务商或交易所，应区分区块链上的送达、服务商处理完成，以及客户账户实际入账。通过客户沟通渠道分享转账编号，并持续跟进尚未解决的入账问题。提交了退款请求，并不等于退款已经完成。

保留精简的退款记录

可在自有系统或受控台账中使用以下字段。这些字段并不是拟议中的 Yolfi API 数据结构。

• 原始订单和付款编号，以及已核实的入账转账。
• 退款编号、原因、获批金额，以及此前或待处理的退款。
• 资产标识、网络、收款地址，以及所需的备注或标签。
• 收款信息确认、金额约定、审批人和时间戳。
• 执行编号、实际转出金额、网络费用及其所用资产。
• 状态、确认凭证，以及尚未解决的客户账户入账问题。

将退款转出纳入每日对账清单。退款是与销售关联的独立资金流出，不是删除原始收款记录的理由。应将费用单独列明，让记录既能说明退回了多少，也能说明转账花费了多少。

Yolfi 在其中的作用

Yolfi 的支付链接页面介绍了付款追踪，以及资金直接进入商家钱包的流程。直接收款意味着，更有必要明确谁有权审批并签署退款转账。

提供退款之前，应核实当前 Yolfi 配置和钱包实际支持哪些操作。不要仅凭支付链接页面，就推断存在退款按钮、退款 API、自动收款地址验证或交易所入账保证。将退款政策与付款说明放在一起；凡是由服务商控制的退款，都应遵循其文档规定的路径。

常见问题

已确认的加密货币付款可以直接撤销吗？

不要将已确认的转账视为商家可以撤销的操作。商家自行处理退款时，通常需要单独授权一笔新转账；服务商管理的退款则应遵循服务商的流程。

是否总应退回原付款地址？

不是。该地址可能是交易所的共用钱包。应遵循服务商的收款地址规则；如果由商家自行转账，则应在发送前，通过已验证身份的客户渠道核实收款指引。

能否在费用更低的网络上退还 USDC？

不能只因为费用更低就这样做。客户必须能够在该网络上接收该资产，所用方式必须支持这笔转账，而且双方必须明确同意并记录这一变更。不要认为代币代码相同，就意味着资产或收款地址完全相同。

如果客户说没有收到退款，怎么办？

先核查已有转账：网络、资产、收款地址、备注或标签、确认情况，以及服务商状态。交易所可能需要交易编号来调查入账情况。不要仅因消息或 API 响应延迟，就再次退款。

让退款与销售同样可追溯

安全的退款需要经过身份验证的请求、获批的金额、核实过的收款地址，以及唯一且可追踪的执行记录。在分享第一个支付链接之前，就应制定这些规则；之后将原始收款和退款记录一并保留，让客服和财务都能说明发生了什么。