网易跨境收款业务是网易支付于2018年投产的一款为境内商家开立在海外电商平台提供收款服务的产品。在发展初期，系统功能较为简单且有快速迭代的需求，因此对账务体系并未进行独立模块与开发。随着业务量逐渐上升，业务类型变得复杂多样，跨境账务域的相关模块也经历了几次改造。

0. 业务概述

跨境卖家在国外平台进行交易时，国外平台由于支付的币种不通，不能直接把钱打到你的国内银行账户中，就必须通过第三方的帮助，也就是即“用户在境外电商平台上的支付款，平台先把钱打到第三方，再由第三方操作后把钱转给你”，其中网易支付跨境收款平台就是其中的第三方。

1. 用户账

1.1. 账务in业务

在跨境业务发展初期，为了实现产品的快速迭代投产上线，每位商户的账户资金信息（余额、资金明细及冻结明细）是由核心业务直接管理的。即在商户操作发起资金操作时，由核心业务模块直接增减每个店铺账户的余额，并生成一笔交易明细。

由于跨境本身的资金变动相对简单，在业务发展的初期，这种资金管理方式是可以满足需求的。但是随着业务逐渐发展起来后，跨境收款平台可支持的业务范围也越来越多，如：外币提现、换汇提现、VAT缴税、钱包支付等功能。其中的“钱包支付”简单来说，就是用户可以将自己多个店铺的余额，统一转入钱包账户内，通过钱包账户完成交易（受监管管理需求，可支持的交易类型相对较少）。而为了管理钱包账户的余额，核心业务层又创建了一套完全独立于店铺账户的钱包资金管理模块。

这导致了所有资金账户（店铺、钱包）的余额、明细分散在不同的数据表中，并未形成统一管理。从业务完成来说，这样的账户模型能“恰好”实现需求，但已暴露出一些潜在的问题：

• 核心业务在触发资金操作时，需要明确知晓要操作的数据表有哪些，存在开发学习成本；

• 如果未来需要新增账户模型，要参照店铺、钱包的模式，新增一级资金管理表，扩展性差；

• 无法满足某些资金管理需求，如冻结账户余额时，无法根据业务类型进行分别管理，如：入账冻结100USD、人工冻结50USD，但是无法支持只解冻入账的100USD；

• 对于后台的财务人员，需要查看某个商户的所有资金明细，没有统一的入口可以进行查询

1.2 账务核心

针对上述问题，开启了账务独立项目。账务核心的功能主要有：

• 对客户资金账户进行统一管理，提供资金的原子操作服务

• 支持不同类型的资金账户的扩展

• 资金账户明细的查询接口

  根据以上需求，同时参考境内支付系统的账户模型，重构后的账务核心包含了：账户、账户子卡、账户明细、账户类型冻结管理、账户冻结明细、账户日汇总等

  

• 账户模型

  账户子卡类型：维护交易核心账号与账务的关系表，即为保证一笔资金业务能唯一关联到一个账务账户，降低核心业务对账务内部逻辑的理解，跨境账务的账号格式按以下的规则拼接而成：

账务账号 = 指定ID + 币种编码 + 账户类型后缀 (店铺账户：0001，钱包账户0002)

如：假设指定ID都为ABC，币种编码156（表示CNY），若一笔交易A和一笔交易B分别需要操作店铺账户和钱包账户，通过传参的不同，可分别定位到账务核心内的账号ABC1560001，ABC1560002

资金账户：每个账务核心账号的余额、冻结余额、可用余额等基础信息管理

账户类型冻结：针对不同的业务类型，维护各自的冻结金额（这些类型之和=资金账户内的冻结金额）

• 交易模型

  与境内账务相比，跨境的交易链路相对简单，绝大部分为单账户的资金增减，因此在原子接口上的设计也相对简单，主要提供了：

  入账接口：当境外电商平台转到网易支付NGP账户时，根据转入账号匹配到对应的店铺账户后，对店铺账户的余额进行增加。

  付款接口：针对纯余额扣减业务。

  冻结/解冻接口：对店铺、钱包可用余额进行增减，可用于拦截一些异常账户的出金操作。

  

2. 会计平衡

2.1 为什么需要会计

从业务的角度上看，任一笔客户余额的变化都是由于或者导致银行资金的变动，似乎可以产生“客户余额=银行余额”这样的等式。但由于银行内部的清算流程比较复杂，业务的发生与银行余额的变动并不会同时发生，此外银行账户也会存在一些非业务相关的资金变动（如：利息、手续费等），因此需要建立相关的会计内部户对所有资金进行管理，利用会计衡等式“资产=负债”，校验系统资金的平衡性，从而保证资金的安全性。

2.2 会计模块的前生

最初的会计并非是一个独立的模块，可以说只是一个简单的报表，但建立了跨境的会计平衡等式：

客户资金+在途+手续费收入+汇兑收入+待查收入=银行存款+手续费支出+待查支出

该等式的每一项都需要查询相关的数据表获得，但由于早期业务的不稳定，使得最终获得的数据都没办法保证其绝对的正确性。尤其是在途余额（表示业务已完成但是银行并未完成清算的资金），每一张业务表存储的交易完成时间都可能与银行变动时间有差异，使得早期投入了较大的人力去排查每日差异原因。

2.3 V1.0

为支持逐渐复杂的业务以及日常准确的核算需求，增加了跨境会计模块。在这个版本内，依照财务的基本核算需求，以跨境收款系统为记账主体，进一步拆解跨境平衡等式中的各类会计属性，创建了会计账户。

• 会计基础

  会计是以货币为主要计量量单位，运用专门的方法，核算和监督一个单位的经济活动，遵循会计恒等式“资产=负债”，因此每个会计账户需要根据其反映的经济属性进行资产负债分类。同时依照会计的复式记账法，即对于每一笔经济业务，都要以相等的金额在两个或两个以上相互联系的账户中进行登记（不同属性的账户必然同时增减，相同属性的账户必然有增有减）。

  以跨境系统的提现业务记账为例：

  用户发起人民币提现100美元，手续费5USD，汇率6.9，用户实收655.5CNY（=95*6.9）；发送至渠道时实际换汇可得690CNY（=100*6.9），扣除手续费收入的34.5CNY（=5*6.9）后，剩余部分则提现给至境内

• 会计核算

  记账的目的最终是为了实现整体账务的平衡检查，因此在每日日终都需要进行日切。

  日切：会计系统每日需要有一个结束的时间，在该时间之后，需要对当日尚未完成的业务进行集中处理，并盘清当日的业务账目，做好受理下一日业务的所有准备后，即将记账日期更新为下一日。

  

• 会计模型

  根据以上会计基础理论，跨境会计第一个版本建立了账户、账户明细、账户日终汇总等数据模型

  

2.4 V2.0

1.0版本已建立了最基础的会计模型，但在会计基础中还包含了一个也比较重要的概念：会计科目。

会计科目：对各项会计要素按其反映的经济内容和管理要求不同所进行科学分类的项目。按经济内容对资产、负债、所有者权益、收入、费用和利润会计要素作进一步分类的类别名称。

会计科目与会计账户的关系：会计账户设置在会计科目叶子节点上，与会计科目一一对应，具有一定的结构和格式，是用来对会计对象的具体内容进行分类核算和监督的一种工具。

与会计账户相似，会计科目也有余额的概念，但科目的余额与常规概念中的正负不一样，是通过借方和贷方分别反映。通常情况，资产类科目的余额方向一般在借方，负债类科目的余额方向一般在贷方。因此在记账过程中，除了要知晓一笔资金变动对账户余额的增减影响，还需确定对会计科目的借贷影响，并且满足“有借必有贷，借贷必相等”，即在会计科目体系内“所有科目的借方余额=所有科目的贷方余额”。

根据以上需求，V2.0版本的会计模块引入了分录的概念，即所有业务并不会直接生成会计账户的资金明细而是分录。会计分录为记账的基础凭证，其标明了一笔业务对其影响的若干账户的借贷影响：

最终跨境会计模块扩展为了下图：

同时也扩展了日切流程，不仅从账户的维度，还从科目维度保证了系统的平衡校验：

3. 其他

3.1 对账

与境内对账不同的是，跨境业务的渠道方并不会提供业务对账文件、资金对账文件，用于实现逐笔明细的核对需求。但对账又是资金安全体系内不可忽视的一个环节，因此在实现资金对账时，采取了一种“讨巧”的方式（业务对账通过业务状态查询接口完成）：认为任何一笔核心业务的发生都会记录对应的在途，从而生成一方流水，而在渠道进行资金清算时，也会产生一笔在途的变动，触发生成三方流水。但是由于生成的三方流水并未直接包含业务信息，因此在进行逐笔勾兑前，需要通过业务规则补充相应的业务信息才能最终完成对账。

3.2 银存

即跨境业务所有实体资金存储账户的管理，包含账户的余额、资金明细、每日汇总等。

3.3 成本核算

成本核算是目前正在进行的一项账务域改造项目，该模块的核心功能是每日根据业务数据进行成本的试算，根据每日、每月的汇总数据可提前推算出渠道向网易支付收取的手续费的金额范围。此外还可将每一笔成本与入驻商户进行关联，可用于推算该商户的盈亏情况，进而采取不同的营销策略。

成本模型：

4. 总结

账务阈改造实现了几个较大模块的改造任务，现有跨境架构体系如下：

账务是所有与资金相关领域的最底层保障，是资金安全的最后一道防线。跨境的业务仍在发展中，账务域仍有很大的改造空间，未来仍将针对商户的手续费、会计、财会报表、业务对账、资金对账等方向再做更进一步地优化改造。

-- End --