基于指定周期的对平数据、处理完成的差异数据（最新），拉取凭证生成规则生成所需的财务凭证。
凭证生成完毕应由财务人员基于审核流程进行审核。
5.1.1.6 报表输出
报表与凭证的设计逻辑相对一致，均是从对账结果获取数据后依据模块规则生成结果。
报表在系统中有两个流程位置的可能，第一种与凭证平行，双方取值来源一致，分别生成凭证与报表，且可基于勾稽关系互相可以验证数据的准确性；第二种则是基于对账结果先生成报表，再直接从报表中取值生成凭证。
此两种做法应以实际业务需求为准。
5.1.1.7 系统配置
本次系统设计中，法人、业务渠道、支付渠道、财务主数据、对账规则等都归属于系统配置模块，但因其在整个系统主线流程中各有交叉，在前几项中也有所展示，故本项图片中仅展示非业务配置项。
5.1.2 系统框架
在实际设计产品时，总有人会说，什么总-分模式都是扯淡，当没有能力将需求转换为功能的时，很难去规划出产品的【总】。
说的对。
所以，5.1.1其实就是在将需求转换为功能模块，在补充规划【总】之前的积累。
题外话：为什么说方法论是学不到，而是需要自我的经验、学习、踩坑等各种经历积累梳理后的成果？
你没有从微小到大框架循序渐进思考、成长的过程，又如何能够迅速形成自我思维模式，再反向从框架到细节去剖析？
那么，方法论的成熟到底怎么来？
积累、学习、提升，从细小功能到子模块到主模块到系统到产品战略，当你在摸爬滚打N久后，自我梳理后，你面对新的需求、新的挑战时，你的脑子里瞬间闪过了无数的画面及可能，思考1秒或者2秒，你大方向的解决方案其实就出来了，再仔细思考一番后，核心流程也能梳理出来，这个时候，你会一点点去跟对方（需求方）确认这是否就是对方所要达成的目标。
在5.1.2，我们将进入真正的【总】，这需要你对前文充分阅读。
5.1.2.1 系统总框图
总框图体现的是业务结构，包含了需要设计的系统组件结构与外部输入或输出的关联关系。
在整个系统设计中，总框图是划定主线、刻画核心能力、体现模块依赖关系的重要蓝图。所以，总框图的绘制要点是模块独立、相互依赖、全而不细、路径准确、组成清晰。
总框图从下往上，灰色部分为外部系统，灰色箭头代表对账系统与外部其他系统的交互，支持接收外部数据（业务数据及部分主数据），支持推送成果至外部系统，如审核通过后的凭证推送至用友、金蝶或SAP等系统。
橙色框线内，除系统设置外，主要区分了量大模块组合，分别为数据处理相关与对账处理相关。数据处理业务流程基于橙色箭头所示，从获取到处理属于单向业务流；对账处理中，对账引擎为处理主模块，基于结果分别输出凭证与报表。
红色箭头的定义：对账中心可以拆分为两个系统，分别为对账处理系统（红色箭头上方部分）与数据处理系统（红色箭头下方部分），部分公司因业务因素，需要独立处理大量数据，包括订单、账单、活动、营销等，其已有或计划或正在实施数据中台，对账处理系统所需的可对账数据，将由该数据中台统一处理（处理后的数据除了推送对账，也会推送至BI或成本核算等系统）。
也有部分公司，处于财务独立性的考虑，会将数据处理与对账处理合并为一套整系统进行规划。
在实际产品规划过程中，应着重考虑以上因素。
5.1.2.2 对账主流程
