加密货币支付对账：每日结账检查清单

加密货币支付对账，就是证明每笔经核实的收款对应哪些订单，并解释所有尚未消除的差异。 仅凭钱包余额，无法判断卖出了什么、哪位客户付了款，甚至无法确定某笔转账是否与销售有关。

请关联三类记录：订单、支付服务商的支付记录，以及商家实际收到的转账。本指南为小型商户团队提供每日结账流程，不构成会计或税务建议。文中的控制措施是针对商户自身记录的建议，并不表示 Yolfi 会自动导出支付数据、完成对账或进行记账。

将订单、支付记录与转账分开管理

订单描述商业约定；支付记录描述付款请求及其处理过程；区块链转账则是资产移动的证据。三者相互关联，却不能互相替代。

一个订单可能有多次支付尝试，一笔交易也可能包含多笔代币转账。自有钱包之间的资金转移，不是客户又付了一次款。应保存这些关联关系，而不是强行把每一行记录都套进“一个订单对应一个交易哈希”的模型。

客户个人数据应保存在有访问权限控制的业务记录中，而不是写入公开的区块链备注。切勿将私钥或助记词存入对账表。

识别具体转账，而不只是代币符号或交易哈希

对于代币，除代币符号外，还应保留网络以及经过核实的合约地址或铸币地址。仅有“USDC”标签，不足以区分不同链上的资产，也无法排除使用相同符号的无关代币。接受收款前，应根据权威资产来源核实标识符。

对于 EVM 代币转账，一个实用的唯一标识由链标识符、交易哈希、日志索引及经核实的代币合约共同组成。当一笔交易产生多个转账事件时，仅用交易哈希识别就过于粗略。其他链需要使用各自适用的指令或事件标识符，不应把 EVM 格式套用到所有链。

Ethereum JSON-RPC 文档区分了交易回执、状态和日志。对于 ERC-20 支付，应检查对应的代币转账事件：交易的顶层接收方可能是合约，而不是商户的收款地址。交易成功本身并不能证明预期的资产和金额已经到账。

如果使用转账历史查询服务，应保留查询范围和所有分页结果。Etherscan 代币转账接口提供链、地址、合约、区块范围及分页筛选条件。第一页结果并不等于完整的当日账簿。区块链浏览器数据是辅助证据，不能替代收款与订单的分配关联。

按固定顺序完成每日结账

1. 设定截止时间并收集记录

选择业务时区和精确的报告时间段，起点包含在内，终点不包含在内。同时记录该时间段以及查询所用的 UTC 时间戳。明确报告是按区块时间、服务商确认时间，还是其他有文档说明的依据归集转账。

收集该期间的订单、支付记录以及此前尚未结清的项目。通过现有记录或经过核实的区块链数据，获取每个业务收款地址在各受支持网络上的转账。未经检查，不要假定某个管理后台或 API 具备特定的导出功能。

保留数据获取时间和区块范围。临近截止时间观察到的转账，可能要到之后才符合你的确认政策；应将其保留为待处理状态，而不是不作解释就更改前一天的凭证。

2. 统一格式，但不损失精度

将资产数量与以本地货币计价的账单金额分开保存。代币金额应使用精确的最小单位整数，或按已核实精度保存的精确小数。不要在没有说明的情况下，把不同网络上的 USDC 合并成一个余额；也不要仅因 USDT 和 USDC 都以美元价值为锚定目标，就将两者混在一起。

如果账簿需要本地货币估值，应记录会计政策要求的估值来源、时间戳和方法。稳定币符号并不意味着每笔收款都应恰好按一美元入账。请向会计师咨询，了解所在司法管辖区应如何处理费用和价值变动。

3. 匹配收款，避免重复分配

从可靠的订单编号和服务商参考编号入手。将收款分配给订单前，应核实资产、网络、收款方、金额及确认凭证。如果多个订单要求支付的金额相同，仅凭金额和时间无法证明付款客户的身份。

确保每条转账记录具有唯一性，且分配总额不超过可用金额。只有业务流程允许且合计金额受到控制时，才可将同一笔收款分配给多个经批准的项目。重复收到同一条通知，不得新增第二笔收款，也不得重复放行同一订单。

4. 将异常项与结账汇总分开

让未匹配收款、未付款订单和待确认项目保持清晰可见。为每项差异指定负责人、原因和下一步操作。金额争议应按少付与多付处理指南处理，而不是临时再发起一次全额付款请求。

资产或链不匹配的问题，应参照防止错链付款指南处理。有人改了电子表格中的单元格颜色，并不意味着异常已经解决。

5. 核对资金变动并签字确认

针对每个网络上的每种资产，用经核实的流入和流出解释期初与期末余额之间的变动。分别归类销售收款、退款、内部转账及其他资金变动。网络费用应按实际支出的资产记录；不要悄悄从稳定币收款中扣除以原生币支付的 Gas 费。

这份余额变动核对表用于检查记录是否完整，而不是计算收入。余额能够核平，并不能证明每个订单都分配正确，收入确认也可能遵循不同的会计规则。

不使用虚构客户数据的结账示例

以下示例仅涉及一个网络上的一种 USDC 资产。所有资金变动均符合所选的截止时间和确认政策。

余额增加了 180 USDC，但客户收款为 250 USDC。这两个数字都不自动等于已确认收入。内部转账改变了该钱包的余额，却没有产生销售；退款仍需关联原订单。以原生币支付的网络费用，应计入该资产单独的余额变动核对表。

复核人还应检查，250 USDC 中的每一部分是否都已分配给订单，或明确归类为尚未解决的项目。期初与期末余额能够核平，并不能发现某笔收款被分配给了错误客户。

Yolfi 在记录链条中的位置

Yolfi 的支付链接页面介绍了如何创建支付链接、跟踪支付，以及将资金直接收至自己的钱包。这能为商户的钱包收款提供相应的付款请求背景，但并不免除将这些记录与订单关联的工作。

接受真实付款前，应检查实际配置中提供的资产、网络和收款地址。保留你能获取的支付参考编号，以及自己的订单编号。在设计自动对账流程前，先核实当前集成能够提供哪些记录。不要从公开营销页面推断导出格式、会计系统集成或匹配规则。

对于收取订金或按里程碑收款的服务型商户，自由职业者支付链接指南介绍了相关商业安排。将约定的服务范围与支付凭证一并保存，避免把订金误认为整个项目已付清。

常见问题

仅凭钱包余额可以对账吗？

不可以。余额可以辅助核对资金变动，却无法说明收款归属哪个订单、哪些是内部转账、还有哪些待履行的付款义务，或某笔收款是否属于收入。

一个交易哈希一定对应一笔支付吗？

不一定。一笔交易可能包含多笔转账。保留网络及适用于该链的转账标识符，再将相关收款分配给正确订单。

如果付款在每日截止时间之后才确认，怎么办？

保留最初的观察记录，并按书面规定的流程将该项目从待确认推进到已确认状态。采用一致的报告依据并保留更正轨迹，而不是悄悄改写已经结账的期间。

对账必须使用自动化会计软件吗？

不一定。交易量较小时，只要能保留精确金额、唯一参考编号、凭证和复核历史，管理规范的电子表格也可以胜任。当交易量或错误风险使人工控制不再可靠时，再改用数据库或会计系统集成。

结账要凭证据，而不是强行抹平差异

有用的每日结账成果，是匹配完成的收款、归类清楚的钱包资金变动，以及一份明确责任人的简短异常清单，而不是隐藏未解决的项目。从清晰的支付链接付款说明开始，保留订单关联，并依据经过核实的转账证据判断哪些项目可以结清。