在做对账系统之前，需要掌握一定的财务知识。对账系统很难做，网络上基本没有手把手教怎么做对账系统的。本文作者结合自身所经历的对账系统项目进行自我梳理整合输出，希望能够对你有所帮助。

导读

本篇文章基于我本身所经历的对账系统项目进行自我梳理整合输出。

虽然我尽可能往通用性去编写，但它还是不一定适合所有系统及业态，而我本人也是在不断的学习自我提升中，或许文章内容有些错误或描述不严谨的地方，懂行的老师辛苦帮忙指出来，我会修改优化。

所以，这篇文章我仅提供参考。

在做对账系统之前，系统的学习财务基础知识是有必要的，要不然你在需求沟通时，或许连需求方（财务人员）的话都听不懂。

财务人员，有一套专业的财务语言！很有意思的，大家可以去了解一下！

一、前言

互联网的迅猛发展，带动了各行各业的数字化转型，数字化的转型又免不了要从2C，2B两个大方向上下功夫。

前几年，大家忙于搭建属于自己的业务及管理系统，通过中台集群或SaaS或PaaS模式，让自己进入互联网时代的赛道，时至今日，随便去哪个地方，都可以小程序、APP、三方平台进行购物点餐预约等。

在面向消费者的方向，2C的业务遍地开花；而在后方，2B能力也在不断的提升，2C与2B的融合也为各行业品牌带来了一个较大的痛点：

对账难。

为什么会对账难呢？

数据种类多、来源多、样式多、完整性参差不齐、准确性参差不齐、各系统或三方提供数据时间节点一致性弱、对账功能靠后前端感受不到；

对账系统介于业务与财务系统之间，市场没有通用能力强的对账系统。

它所在位置如下图：

从上图可以看到，他的上游有订单和支付（账单），下游有财务（用友、金蝶等），还有各类的财务能力工具，如发票管理等。

在写这篇文章之前，我有在网络上、书籍中去学习了解行业中对账系统的做法，总的来说，因行业问题和专业性问题，各有优劣，同时，我自己也主导过多次对账系统从0-1的建设，有相对简单一点的，也有复杂一点的，其中涉及的难点巨多。

复杂一点的，当时系统评审会就连续开了十个工作日以上，平均每天不低于6小时的会议时间。而且，对账系统介于业务与财务系统之间，单纯的了解业务是不可行的，必踩坑，所以同步需要了解财务的相关知识，具体的后文会讲解一部分。

在这几年对账系统的建设过程中，从十位以上财务从业人员、财务专家那里学习到很多财务对账相关的知识。

有些知识在对账系统中的运用很重要，但在前面所了解学习的对账相关文章或教程中都没有看到过，而本人也觉的这部分内容在对账系统中作用性很大，在后续的篇幅中也会进行讲述。

对账系统很难做，网络上基本上没有手把手教做对账系统的，很多的内容似是而非，前后翻阅能把人看懵。

想着既然要写这篇文章，不如就干脆写的细一点。

因为会写的比较细，所以对账相关的文章肯定不是短时间能写完，毕竟不是一两篇的篇幅就能讲清楚的。

会分成多次更新，更新频率“随缘”，但肯定会更新完。

第一篇会为大家普及一些财务知识，以方便大家迅速进入有效的财务基础理解阶段。

同时，在第一篇中先预设一个对账系统建设的需求场景，把需求进行罗列，作为后续详细拆的来源。

二、财务基础

2.1 对账的基本概念

对账，就是核对账目，是指在会计核算中，为保证账簿记录正确可靠，对账簿中的有关数据进行检查和核对的工作。

对即是核对，账即账目。

在互联网产品中，检查指的是对需要对账的数据进行查验，保证数据的完整性与准确性，一般会在不变动数据的情况下，对该部分数据进行有效获取、校验、标准化（统一格式）。

核对指的是一对一的核实对比，比如订单与账单对比，订单指的是电子或纸质合同，账单指的是资金记录（支付宝账单、银行账单等）。

对账就是将需要对比的数据，经过校验及标准化后，进行一对一的对比，以保证数据记录的可靠，同时找出双方的差异，并支持对差异数据进行溯源处理。

2.2 本方与对方的概念

对账是指将需要核对的数据（一般为订单及账单）进行一对一的对比，在对比前，需预设本