本帖最后由 leo 于 2016-11-2 10:53 编辑
报表是一个企业数据分析管理的基本工具，尤其是银行、证券等“数据大户”，在报表的应用上有大量需求，也存在大量困扰。
以厦门农村商业银行为例。厦门农商业行的业务系统非常多，包括一卡通系统、COMSTAR系统、办公自动化系统、数据仓库应用系统、稽核审计系统等等。数据仓库下还规划了非常多的系统，集中了大量的报表需求。
一卡通系统 厦门交通违规缴款、水电费代扣、电话费代扣、代发工资、同城交易等特色业务。
COMSTAR系统 债券、理财和同业等金融交易业务的平台交易、管理。
后督系统 通过对业务凭证的扫描、识别、人工处理，完成流水监督、重点交易凭证盒流水的审查；验印系统进行二次核验，规范柜员行为，防止案件发生。
办公自动化系统 全员公文流转、电子邮件、文档共享、流程审批、信息发布等。
数据仓库应用系统 反洗钱报表、行员等级绩效考核、费用报销、智能厅堂管理系统等数据仓库应用类。
稽核审计系统 构建丰富的问题词条和知识库，自动生成审计报告；同时，采用若干审计模型，对全行的业务交易进行合规监督和报警。
为什么选择FineReport 为了实现数据的展现，减少技术人员的报表开发工作，厦门农商行一直在寻找一个轻捷便利的报表软件，在选型时进行了多向对比。
综合以上这些因素，考虑到学习成本和开发效率，厦门农商行最终选择了FineReport。FineReport容易上手，不需要大量的学习，参考帮助文档就能完成大部分报表开发。此外，银行大部分报表都集中在数据仓库中的各个系统内，FineReport能很好地和各个系统连接，打通数据。
实际场景应用 结合FineReport，厦门农商行自创了一些应用，来应对各个场景。
场景一：报表的多角色使用 比如某一级行的行长同样也是三个二级行的行长，他需要查看每个分行的存款以及一级行的存款总数，那他的角色有两种，一个是一级行的行长，一个是二级行的行长，对应不同的业务，他所看到的数据范围是不一样的。以原来的报表开发方式，需要分别开发两张不同报表。但是，因为他们在数据的结构上存在相似性，最终的区别只是角色范围是不一样，所以后来通过FineReport传递参数来判断提交的需求是一级行还是二级行，来展示不同字段，统计数据。好处就在于，可以在同一张报表上利用一些巧妙的函数来做调整，而不必重复地去做报表。
场景二：动态报表 银行每个月或每个季度都会对不同的支行和员工进行考核，而每个月根据实际情况考核的内容不一样。因此就需要每个月根据不同考核内容自动展示数据，也就是所谓的动态报表。
在这一方面，FineReport可以根据最终的产品基数来定，动态地扩展页面。
也就是说只要是完成了这一张报表，今后无论哪一个月的考核数据都可以只凭这张报表来展示。
场景三：多层级动态报表 动态报表可以链接到更明细的数据，比如看到存款的日均规模，需要点进去看客户经理的存款来源于哪些数据，就涉及到多层展示。
实现这样一个需求有个前提，主报表的列和后面的报表在数据库中要有一定的规律性，也就是表之间要有关联字段。
以往这样一张报表的背后需要做二三十报表，如今利用动态扩展功能只要三张。
未来计划 计划一：利用BI构建智能数据平台 由于银行业的数据量比较庞大，很多数据需要专业的人员从底层梳理，所以未来希望能够利用BI构建一个智能化的数据平台，让业务员能够根据自己的需求以简单的拖拽方式做智能化报表，让技术人员专注于底层数据的梳理。
计划二： 构建电脑、平板、智能手机三维一体的应用平台，提升全行的办公效率和信息化水平。
编辑于 2017-6-13 20:17
| 
