报表模块是系统中不可缺少的一部分，业务工作中要依赖报表数据做出判断、分析和决策，对报表样式也会有着严格的要求，同时随着业务场景的变化报表的需求总是在不断的变化的。财务是为业务部门、管理层服务的保障部门，在工作中有着各项标准流程的指导，对报表的需求也更为广泛和严格。本篇所介绍的报表并非财务的三大报表：资产负债表、利润表和现金流量表，而是指与业务关系更为紧密的相关做账报表、管理分析类报表。
报表模块的作用
我们先来看一下财务报表模块在整个系统中的位置和作用，如下图所示。
财务报表是财务进销存系统中的一个重要组成，它是集业务数据、财务数据于一体，以财务的视角来展示不同维度的数据组合。笔者简单将报表模块的作用分为四点:
一、会计做账的基础
财务的基础工作是做账，将每天发生的业务数据按照财务要求进行转换，形成可以记入财务系统的数据，月末时生成财务三大报表，这些工作一般由资金会计、结算会计、成本会计来承担。
为了保证数据的准确、提升财务工作效率，系统应该根据财务的做账要求，提供一些必要的报表，这些报表通常都有些标准的数据格式，如应收对账明细报表、结算报表、库存报表等。
我们知道，财务在做账时要进行原始凭证（业务单据）的复核、加工，需要查看不同系统的业务数据，为了避免财务频繁操作多个系统，报表模块应该将这些数据集成体现，这便是报表模块中业务单据类的报表。
同时，在财务的日常业务流转时形成的应收、应付数据也需要以报表的形式体现，方便财务核对与做账。
二、纳税申报
会计报税是财务部每月必须要做的工作，流程包括报税、抄税和认证，这些工作依赖于财务相关报表的数据支持，如税票报表、收入报表、存货计提减值报表等。
合理避税是税务组工作的重中之重，税务会计根据相关报表数据的核算、分摊可以提出业务改进建议，从而降低纳税额，从而提升企业的收益。
三、凭证集成的数据来源
在前面介绍财务进销存系统架构时曾说过，财务进销存系统是介于ERP系统与财务专业软件的中间系统，数据最终以会计分录的方式传入到财财务专业软件中，这便是凭证集成。
凭证集成数据的生成依赖于财务相关报表，它又是凭证集成的基础。
凭证的自动化集成财务系统信息化的重要工作，可以大量释放财务的劳力力、降低成本、提升工作效率，使财务工作由基础的做账转向管理分析。
在报表模块中需要根据财务日常做账的流程进行设计并优化，将手动工作转化为可视化的报表，最后经过各个报表的拆分、组合，形成最终的凭证报表数据。
财务系统处理电商系统的末端，受业务系统影响较大，凭证集成的相关报表应该保证数据的准确性，同时应具备财务可调整的特性，最终形成可靠的数据源。
四、数据赋能
做账是财务部的基础的本职工作，随着信息化技术的不断发展，很多工作可以通过系统来完成，财务也应该积极转型，运用财务数据为企业的分析、决策进行赋能。
财务的基础报表是业务数据转化为财务数据的过程，通过财务分析类、管理类的报表则是将财务数据还原为业务场景的逆向过程。
企业在经营过程中会用到各种数据，数据通常会以数据罗盘展现出来，其中财务部分相关数据指标非常关键，如不同区域的销售毛利率、同比环比、公司当月的资金周转情况、应收应付款的账龄等。
准确及时的将财务相关数据与BI进行集成，可以有效的为企业重大决策提供数据依据，为业务运营提供指导建议，这也正是财务报表的真正目的。
原则与设计方案
一、原则
由于财务的专业特性，在系统的规划与设计时研发更多的依赖于产品，产品依赖于财务，财务则依赖于工作经验。这便导致财务报表开发完成后更多的时候是将财务手工操作简单的转化为系统操作，缺少一些改变与创新。
这里，总结出以下几个原则供参考。
（1）深挖财务报表根本需求，防止冗余开发
常规的报表会有标准的格式参考，对于一些管理、分析类的报表更多的报表使用者在某个阶段或针对某个业务而提出来的，报表数据字段的要求也会因用户关注点或习惯不同而不同。
针对这些报表，要深入了解其需求目的，与当前已经存在的报表进行比较，避免重复开发。
参与过多次的系统重构项目，每次都会对系统中的报表进行确认，关闭很多不再使用的报表。
有效的控制报表数量与质量，可以减少开发的工作量，降低财务使用时的复杂度，少即是多。
（2）控制报表的粒度，遵循从明细到汇总的过程
报表在生成过程中要从明细到汇总，层层递进，不要图一时的省事将多个中间过程集中在一起。面向对象的开发过程中有单一原则，报表的设计也应该避免将多个源数据的复杂计算与最终报表的数据计算融合在一起。
从明细到汇总虽然过程式的，但是经过分层，数据的流转更加清晰，核对与问题跟踪更加方便。
（3）分时优于实时
随着服务器硬件、网络及新技术的发展，企业对实时数据的要求越来越强烈，但是对于中小企业真的有必要看实时的报表数据吗，报表晚一天出具应该不会对企业有多大的影响。
采用分时报表的方案，会极大的降低系统开发的难度及对服务器资源的要求，也会减少维护成本。
业务部提出实时报表要求，要了解其为什么（why),最终要做什么（what)来确定我们如何去做（how)。
（4）减少超级报表开发
在实际工作中，财务有时期望于将所有的数据都体现在一张报表中，报表的列数与行数都会非常庞大，导致报表的逻辑和数据核对非常复杂，建议对于此类报表一定要正确的分析，可以通过拆分再组合的方式降低难度。
在2017年曾参与过财务部主导的报表开发项目，当时财务部根据日常工作整理出12张大的报表，将应收、应付、成本、存货及采购、销售、费用等进行组合，同时又涵盖了多公司主体等不同维度的数据。
项目投入6人，历时两个月，期间经过多次沟通与变更，最后报表虽然上线了，但是由于单个报表字段太多、涉及业务逻辑非常复杂、在实际月结时发现问题，排错及解决问题都需要财务、产品及技术共同配合，大报表的使用效果低于项目预期。
二、设计方案
根据系统架构分层概念，这里可以将报表模块的建设分为四个层面，从下向上为：数据集市层、配置层、计算服务层和展示层，如下图所示。
（1）数据集市
报表是一些有效数据的组合，为了便于灵活的组合，我们可以建立不同颗粒度的数据单元，它相当于餐厅所备用的各种食材，经过不同种类食材的组合加工，可以生成不同的报表，这里我们称之为数据集市。
数据集市是各种业务数据、财务进销存数据，这些数据可以在业务数据抽取过来的，也可以是财务进销存系统生成的，但它不同于日志流水型数据，在数据集市中的数据应该是满足于后期报表生成的有效的基础数据。此部分数据可以存储在非关系统数据库中，也可以搭建数据仓库来统一存储。
在此层还可以进行数据权限的控制，保证财务数据的安全性，这个和数据中台有点像。
（2）配置层
前面介绍了，报表有很多是随着业务发展而产生的，为了更好的服务于业务，报表的内容应该是可配置的，这就像做饭。此部分可以利用已有的工具如Kettle来进行实现，也可以自开发脚本工具进行，但后者难度较大。
Kettle是一个开源、高效的工具，拥有强大的易于使用的操作界面，产品技术人员可以根据报表需求进行可视化的编辑，生成Jar包与Java工具有效的结合，减少开发工作量。
（3）计算服务层
分时优于实时是一项重要的报表设计原则，而且有些报表是需要系统经过大量的计算才能完成，耗时也不确定。报表需求经过配置后，以任务的方式流转到计算服务层，这里就像是一个加工生产的工厂，当数据生产完成后，以邮件或系统消息的方式通知用户。
在笔者接触过的Oracle ERP中用户可以通过选择预先配置好的报表点击生成的方式随时获取所需要的报表，有些报表并不是提前生成好的。
但对于一些非常明确的、经常使用的报表建议通过计算服务每日定时生成，以免影响财务日常工作。
（4）展示层
报表最终以两种方式呈现：1.可视化的图表方式 2.文件导出方式。
在财务系统中可视化的表格报表都应该可以导出，有些数据量比较多的报表可以仅支持Excel文件导出。分析类报表同时要提供柱状图、饼状图、折线图，进行同比、环比，更形象的展示给用户，通过图形化报表也可以判断、分析出异常情况。
对于报表的展示，可以利用Tableau、Python（Matplotlib包）等工具，后续将会深入了解下这部分内容，有兴趣的可以共同学习。
写在最后
系统的实现依赖研发、研发依赖产品、产品依赖业务、业务依赖经验、经验依赖于局部的认知。
在系统的规划与设计过程中，应该突破这些依赖关系，从全局的角度去考虑，注重长期的规划，同时在报表的开发过程中，要注意数据源的统一、字段命名的规范化等一些细节。
财务工作正在从会计核算的手工作业转向为办公自动化、财务可视化、信息化、服务化的方向转变，在业财融合过程中根据报表数据进行合理的分析与判断，从而为企业创造价值。
