从0到1搭建B端账务系统

原标题:从0到1构建B端核算体系

编辑导读:会计制度的构建在实践中没有标准统一的方法，需要根据各公司的实际情况进行评估，灵活构建。会计制度是会计和核算的制度。阐述了如何从0到1构建B端核算体系，让我们一起来看看。

我们知道，会计系统是用会计概念设计的系统，它生成、记录和处理账户，并提供账户余额和信用。本文描述的会计系统主要关注外部账户(即客户账户)的实时处理。

在将会计制度落实到实践的过程中，没有标准统一的方法，需要根据公司自身业务和要达到的目的灵活构建。

首先，了解业务

作者从事境外B端卡发行业务。我们在这里抽象出具体的业务，做一个简单的总结，方便我们接下来分析如何搭建账户体系。读者在实际做计划之前，也要充分了解自己公司的业务。

1.发行卡片

我们会给企业发卡，包括借记卡和信用卡，每个公司支持多张发卡。借记卡不能透支，每张卡都有单独的余额，消费金额不能超过卡内余额；信用卡是可以透支的，发给一家公司的所有信用卡都分享公司授予的信用总额。

2.账户输入

借记卡充值或信用卡还款。

3.消费

持卡人用借记卡或信用卡消费。

转账

有两种类型，一种是借记卡中的余额转移到同一公司的另一张借记卡，另一种是借记卡的余额转移到外部。

5.其他的

除了以上我们经常需要处理的业务之外，不同的公司会有不同的业务场景，但在实践中，基本上可以参考以上场景的会计处理逻辑。如果业务场景中需要冻结账户或者冻结账户中的金额/额度，可以自行添加，本文不再详细展开。

二.账户和分录

在充分了解公司业务后，我们可以开始计算账目和分录。

1.账户

对于基准会计科目，科目会进一步细分，分配给每个具体的客户，即科目与科目之间是一对多的关系。因为会计系统通常更注重外部账户(即用户账户)，所以我们不需要很多科目。我们来讨论一下最基本的:银行存款、用户存款、客户信用。

因为正如我上面提到的，我们的业务是每张借记卡都有独立的余额，而信用卡是企业共享的信用额度，只能通过卡的媒介消费。那么我们可以建立科目和科目之间的对应关系如下:

2.进入

让我们看看如何根据上面抽象出的业务逐一进行输入:

(1)发行

发放给企业的借记卡:无需记录分录，但需要在发卡前建立这张借记卡对应的账户。有各种各样的方法来命名账户。有时候为了更好的从业务角度理解帐户名，可以建立一些规则，比如第一个字节用1表示借记卡，第二个字节用1表示具体的发卡银行等。，所有这些都可以根据每个人自己的喜好来命名。

向企业发放信用卡:不需要记录分录，但需要建立与公司信用总额相对应的账户，然后才能向公司发放信用。

(2)账户输入

借记卡充值:

借：银行存款 贷：用户存款（充值的借记卡）

信用卡还款:

借：银行存款 贷：客户授信（还款的企业）

(3)消费

持卡人用借记卡消费:

借：用户存款（消费的借记卡） 贷：发卡行备付金账户

持卡人用信用卡消费:

借：客户授信（消费的信用卡所属公司的授信账户） 贷：发卡行备付金账户

(4)转让

内部转账:卡内余额与公司内余额相同:

借：用户存款（转账的借记卡） 贷：用户存款（转入的借记卡）

【/s2/】对外转账【/s2/】:将卡内余额转出公司，先扣除用户的借记卡余额。有时候虽然扣除了用户的借记卡余额，但转账本身可能不会发生，或者为了方便业务，我们会引入一个转账账户(对应债务账户)——要转出的账户。当然，如果业务上不需要，也可以不介绍。

借：用户存款（转账的借记卡） 贷：待转出账户

从传输通道启动传输后:

借：待转出账户 贷：转账渠道账户

(5)其他

以上四种场景的分录包括虚拟账户、业务独立账户、共享账户、中间账户的过账和过账。其他业务场景可以参考上述条目进行处理。

三、后台交互逻辑

然后我们来看看会计系统如何配合交易系统完成一笔交易。

在B端场景下，给卡设置一些限额或者锁卡终止后续交易的情况非常普遍。我们要尽量把这些限额和会计制度区分开来，会计制度更注重账户余额和分录。摘要，我们有一个叫卡中心的服务，负责处理卡状态、商户黑名单、卡限额等逻辑。

这里先核算后返回交易结果，保证了交易与核算的一致性。

四.和解

最后，让我们来看看和解。下面列出的三个应该涵盖每个人的业务场景。

(1)外部系统交易对账

定期检查外部系统，以确保双方中的一方比另一方有更多或更少的订单。

(2)交易系统和会计系统之间的对账

确保该期间交易系统中的所有订单都有相应的分录在会计系统中生成和处理。在实践中，我们通常会记录每个分录，并处理与该分录相对应的账户余额的变化。

(3)会计制度内部自查

确保会计系统中的每一项在此期间都得到正确处理。方法可以是检查所有账户的上期余额加上本期发生额是否等于账户期末余额。

以上三项中，第一项中一般所有公司都会有相应的对账策略，第二、三项中是否制定相应的对账策略可以酌情考虑。

本文最初由@西门吹雪发布。每个人都是产品经理。未经作者许可，禁止转载。

图片来自Unsplash，基于CC0协议。回搜狐多看看。

负责编辑: