财务报表是FMS系统中的主要部分，按应分类有应收类、应付类、存货类报表。在财务日常工作与财务数据分析时都会利用报表数据来进行；财务报表数据需要满足财务的几个原则：准确性、不变性、持久性（至少保存 3 年）。
01 财务报表
上图罗列出一些财务相关的统计报表，这仅是一部分，具体要根据公司财务的实际要求进行设计规划；这里面有一些报表在前几篇中有的已经做了简单说明。财务报表的作用个人觉得可以划分为：
- 财务账务类的报表：主要是辅助财务每月进行入账时的数据统计汇总，相关的凭证数据都来源于这些报表。
- 财务分析类的报表：用来分析当月、当季或当年的经营状况，为后续的预算、公司经营提供财务口径的数据。
- 财务管理类报表：这部分报表主要是向股东或外部批露的数据，管理数据要求的口径要符合公司要求。
02 财务数据核对
财务系统的数据是公司内部业务系统（ERP）中的最末环节，它的数据来源于各个业务系统，并且经过相关规则逻辑进行了计算处理，所以对于数据的准确性如果没有及时核对，将会对财务结账、年中或年终审计等都会有影响。
要保证财务数据的准确必须对财务的数据流转足够清晰，各个数据之间的勾稽关系要清楚，并通过相关的脚本或核对平台系统来监控，这里把财务系统的结构图再列一下（第二篇）
说明：
1. 财务数据的生成原则：从业务单据明细->财务明细->财务汇总即从细到粗的顺序生成。
为什么这么做?因为在抽取财务相关数据时，有时候为了方便可以从业务相关的统计查询报表中获取数据，这样能减少很多工作（不需要了解具体的逻辑），但是如果这样设计就使得财务的数据过度依赖于前端业务系统，当业务系统的报表逻辑口径有变化时或不需要是就会影响到财务数据；所以我们应该尽可能的抽取相关明细的数据以防止过度耦合。您可能说即便单据也会有变化，没错，但我们的原则是尽可能减小这种差异的产生。
2. 财务核对数据的原则：从财务汇总->财务明细->业务单据明细即从粗到细的顺序核对。
为什么这么做？因为如果您核对数据时先从最细粒度的去核对，那么数据量是非常大，计算量可能是成指数级递增。所以我们一定要先核对总数，总数有差异再核对明细，一层层的向下钻取直致查询到具体的问题数据。我一直坚持在财务系统中的数据要分层，每层都要保留明细，当本层数据无误后再进行下一层数据生成。
3. 数据勾稽关系如何设计：了解报表的生成逻辑，先从各报表中相同的数据项进行比对，然后再根据报表间计算规则进行比对。举个例子：销售收入成本报表中收入－成本＝毛利；存货平衡表中有商品的成本，这里销售出库、销售退货、销售补发等成本的合计应该与收入成本报表中的成本数能够勾对上；如果不相等，那我们系统肯定有问题了。在开发报表中要了解报表中各字段的统计时间口径及相关其他条件，这是设计勾稽关系的前提。
4. 财务数据核对误区：作为研发、产品我们在设计核对平台时，都希望开发一个牛逼的系统，引入了规则引擎、大数据计算等技术，利用一个当前很流行的框架。但这样做好吗？个人不赞成这样去做，我个人觉得可以在数据库层面利用脚本或存储过程核对的，就不要写程序（财务库不像各个业务生产库对读写要求非常高可以用存储过程等技术），可以用简单的技术实现的，不要引入过多复杂的技术（可以适当使用），降低开发成本。
总结
本篇啰啰嗦嗦写了下财务相关报表及核对，大家可以参考；因为财务系统报表类比较多，所以验证测试也比较枯燥，在不违反公司保密条例的前提下，能利用生产数据来验证财务数据的，不要自己在测试环境造数据（测试环境数据错误太多）；这也是从开篇时就说过，财务系统的数据库经过业务数据库抽取后就与业务数据库隔离了，所有的操作都是自己折腾，数据的安全性、准确性都可以控制，至此FMS财务进销存系统主要模块的介绍暂告一段落，感谢您的阅读！
