论财务”乐趣”与”痛楚”
大家提到财务第一感觉往往是枯燥无味，千篇一律，天天面对一堆毫无感情的海量数据。但是数字之上有神米，乐趣也往往蕴含其中。
乐趣
错误数据终结者
信息流系统、交易流系统等系统，大家往往关注的是数据的一致性，只要字段有值即可或数据之间的级联是否正确。但财务关注的是数据的可用性，准确性，从财务核算层面去校验数据的使用是是否正确，业务流程是否正确，简单一点就是”此时应该是B而不是A”。比如: 编号:00001,但是出现了两个名称(商人公司、商人有限公司)，对应非财务系统来说，无关紧要，只要编号没变就ok，因为业务逻辑是靠编号来串联和驱动的。但是针对财务系统来说，打款、税票等都会出大问题，财务要求数据在不同阶段可以有不同版本，但是不允许同一阶段有n多版本。财务系统体现出来的数据在这个阶段数据是准确的，不允许有歧义性。信息流、交易流、支付流等数据流最终用途是出财报，那么任何情况的错误都是不允许的。
高价值领域专家
财务系统的pm和dev第一要求必须要有闭环思路，要了解数据怎么来、数据如何加工、数据后续的处理是什么。那么在做项目时就得了解各种上游系统，了解它们的业务流程，了解它们的系统架构，了解它们的数据结构，了解他们的代码。同时还要清楚的知道财务系统产生的数据要做什么用，大家会如何用。 在每个财务的项目上必须了解上游和下游(管报或财报)，从而确保整条链路是正确的。那么久而久之你就会熟悉整个公司的所有业务流程和财务流程，妥妥的领域专家。
痛楚
沟通与推进
财务的项目会花更多时间在沟通业务流程，沟通数据流程上面，当遇到业务流程不合理，产生了错误数据时，还得再花时间去推上游系统进行改进，给上游系统当QA，这些都是费心费力费时的事情。
业务快速发展
线下的业务快速发展，线上业务系统没有及时快速迭代跟进，线下线上脱轨，导致了数据不符合财务预期。这是出现业财不一致的根本原因。在任何一个业务快速发展的公司，这种情况避免不了，对于财务系统来说，唯一的方法就是全方位的监控异常数据，发现了异常数据后再推进上游系统迭代。
结算概念
专业含义：结算是会计用语，指把某一时期内的所有收支情况进行总结、核算。结算亦称货币结算，是在商品经济条件下，各经济单位间由于商品交易、劳务供应和资金调拨等经济活动而引起的货币收付行为。
通俗一点讲就是：双方在一定时期内产生交易行为，基于交易进行收取或支付金额的一系列行为。
结算分为：应付结算和应收结算。以下内容主要介绍针对To B的应付结算体系系统。
结算案例
为了让大家更好理解，举一个B端商品采购的例子。
商人公司在1月份5号，20号，29号，分别向后粮采购饮料，总共价值20万。商人公司收到了多笔的收货单，系统在2.1号生成对账单，后粮核对账单货款金额（20万），给商人公司开了20万货款发票，结算在核对发票的实开票金额无误后，根据实付金额（20万）生成付款单，在预计付款日（2月15号）时资金组就往外打款。
案例中涉及到的重要概念:
- 签约公司:也叫主体公司,是合同中的甲方。以上例子的商人公司。
- 乙方(实体供应商/签约供应商):合同中乙方。以上例子的后粮。
- 主数据(商品信息,门店信息等等):这些主数据是产生交易数据的基础。比如商品信息，货物类结算是对商品的结算。以上例子的饮料。
- 合同/协议:结算是基于合同/协议来进行,结算的周期,支付金额,费用等都是基于合同协议来产生的。
- 交易数据:交易数据是结算的明细数据。把一定周期内的交易数据进行多个维度的汇总，形成了账单。以上例子的 收货单。
- 账单:是结算单,一定周期交易数据的汇总。包含货款、费用等等。
- 预付款单:提前预付给乙方公司金额单据，是基于采购单金额比例来计算的。
- 税票(应收发票):对于甲方公司来说，对于货款发票来说，就需要让乙方公司开应收发票。
- 付款单:基于账单产生对外付款的单据。可以针对同一个乙方的多次对账单进行一次性付款。
结算业务流程
结算业务过程一般会分为四个阶段(如上图所示)：
商务洽谈阶段
在这个阶段，系统能做的事情就是维护和管理信息流数据。大部分工作还是采购人员的线下工作。
信息流会分为：主数据和合同协议数据。
主数据会包含:商品信息、门店信息、仓库信息、签约公司信息、供应商信息、费用类型信息等等。
合同数据会有各种分类，比如基于时间周期来分为框架合同、一次性合同；基于交易数据类型会分为:商品合同、租赁合同、资产合同等等。
这个阶段完成后，会产生具有法律效应的合同协议，后续的阶段会完全依照合同协议进行交易、结算。
交易阶段
在交易环节中，主要针对交易流数据的管理，确保了交易数据的准确性，可预测性，从而达到最大限度的减少人为干预。实现各种单据状态的扭转；
实现智能下单等等。比如：从”采购单–>配送单–>收货单”一系列流程。
完整的ERP系统一般会包含以下的各种单据:
- 采购单
- 配送单
- 收货单
- 调整单
- 调拨单
收货单是结算的主角，在单据完结时，系统就要进行结算了。
结算阶段
当交易环节中的单据(收货单)达到了完结状态，也就是可结算状态，且到了合同协议所约定的结算时间了，那么单据就会自动进入到结算阶段。
结算阶段分为三个部分: 结算单、税票、付款。
结算单
结算单中几个重要概念：
结算周期
- 月结:按照自然月走，会圈一个月的交易数据，在下月1号出账单。
- 半月结:按照半个月走，会圈半个月的交易数据，在每月16号或下月1号分别出账单。
- 日结:按照天走，会圈一天的交易数据，T+1出账单。
- 周结:按照周走，会圈一周的交易数据，下周一出账单。
货款
具体的交易数据，比如供应链系统中针对商品、资产、服务的收货单；插旗合同中的支付计划等数据。
费用
基于合同协议上商务条款中所约定的费用项以及费用算法计算出来的费用。上文也有提及费用分类(即账扣或票扣)
预计付款日
合同协议上所约定的付款的日期。
基于结算周期，在出账单日时系统自动把交易数据，费用数据进行汇总，从而生成结算单。
结算单会面临是否缺少交易数据、费用算法临时调整、商品税率信息错误、合同未生效等问题。
税票
结算单生成后，就涉及到税票事项。会基于合同协议中约定好先款后票或先票后款进行处理。
税票一般分为:专票、普票、电子票。不同类型的票 涉及到税法规则不一样。
不管以上两种方式的哪一种，都会涉及以下问题：
- 开票问题
- 收票问题
- 发票辨真伪的问题
- 发票如何自动匹配结算单问题
付款
当结算单达到可付款状态时，就能自动生成付款单或者需要人为(结算组/采购中台)去生成付款单，付款单审核通过后，通过银企直联直接打款。
那么付款会承担如何付、付多少钱、付款前校验、付款后核对等等职责。
核算阶段
公司每个月就会进行结账，那么会对已生成的结算单做应付暂估凭证；对付款成功的付款单做实付凭证等等，再基于这些凭证制作出财务报表；
会把 信息流、交易流、支付流 汇总成财务报表。至此一个结算过程就形成了一个闭环。
服务对象
一个结算过程中，需要公司的各个部门各个职位的人参与其中，包含以下重要的部门，但不止于这些。
结算组
最重要的部门，职责包含如下
- 负责核对结算单:在系统核对完毕后，会手工核对一下。
- 负责收票:催供应商发票、收取应收发票。
- 负责开票:生成开票任务，催税务组同事开票。
- 负责生成付款单。
税务组
- 开票，从百望/明硕等税控软件开票
- 报税
资金组
- 实际打款，负责银企客户端上操作
采购中台
- 前期商务洽谈，签订合同
- 问题反馈
- 后期维护沟通
供应商
- 采购订单处理
- 核对账单
- 录入货款发票、寄出纸质发票
- 收取费用发票
其它功能部门…..
结算单据
结算过程涉及到重要的单据如下：
- 采购单
- 收货单
- 账单(结算单)
- 预付款单
- 发票收据
- 付款单
下图是各个单据之间的关系如下图:
需要注意2个点：
- 采购单如果是预付了，那么对应的账单就不能再次支付了，此时账单只需要跟预付款单核销即可。
- 账单在付款条件时先票后款时,需要审核发票，通过后才付款。
产品架构图
单据从产生到结算，到付款，到核算会涉及如下系统
对账系统会承载 结算系统与其他系统数据、状态、金额多方面的对账。
结算系统体系
结算体系线上化目标
- 提高人效，释放人员
- 解决系统/业务痛点
+ 大数据处理问题
+ 结算单缺数据、费用费率调整、商品税率错误等问题
+ 发票验真伪、匹配结算单等问题
+ 资金风险控制问题
+ 银行对账实时性问题结算体系成果
- 系统内金额计算准确,且级联关系准确,各个维度的金额100%一致。
- 系统容量与吞吐量易横向扩展。
- 结算多维度校验,校验准确率99.99%。
- 支付多维度防重及打款前校验,打款正确率100%。
思考与互动
- 在N多上游系统情况下，如何确保结算系统独善其身，尽量少受影响，保持高可用?
- 在大量数据情况下，如何确保结算系统能高性能，实时计算出账?
结束语
以上和大家分享了财务技术组在财务系统之结算体系的知识脉络，后续会陆续推出技术细节篇章。读者朋友们有想法或建议的话，欢迎留言交流。
如果你对相关的财务技术感兴趣，欢迎加入我们。 可投递简历至：tech-hiring@bianlifeng.com（邮件标题注明：便利蜂财务技术团队）。
作者
周同学，财务技术组负责人。
郑同学，财务技术组资深工程师,结算体系缔造者，深度参与财务体系的设计、开发、维护。目前正和小伙伴们一起，为“品质生活 便利中国”的使命愿景贡献自己的一份力量。
便利蜂招聘
- bianlifeng.gllue.me/portal/home…
- 点击进入，了解更多职位详情
本文转载自: 掘金