原作者： 黄进然 文章自：土拨鼠的菜地园

开源篇

一、Superset

1、技术架构：Python + Flask + React + Redux + SQLAlchemy

2、使用人群：

（1）开发/分析人员做好看板，业务人员浏览看板数据

（2）业务人员可自行编辑图表，查看满足条件的结果，但使用上对业务人员不是很友好

3、安装部署：

（1）docker方式的安装部署最简单

4、数据源：支持各种数据源，包括Hive、Kylin等

5、创建步骤：连接数据源-->定义数据表/SQL查询-->图表-->看板

6、可视化：

（1）支持的图表类型多，达47种

（2）图表可视化选项少，例如，数据格式选项偏少，如需添加，需要修改配置文件

（3）可在看板中添加筛选框，支持在不同条件下查看

（4）不支持图表和看板分组管理

（5）没有提供图表的下钻功能，不支持多图表间的复杂联动

（6）不支持跨库的表关联查询

7、支持文档：

（1）安装部署和快速入门方面的文档详细

（2）但具体功能和图表制作方面的介绍文档几乎没有，需要自己摸索尝试

8、邮件通知：不支持

9、权限管理：

（1）报表权限设置复杂、繁琐、不好用

（2）可实现对菜单、数据源、数据表、字段、图表、看板等权限控制

10、二次开发：

（1）支持 RESTful API

（2）原属Airbnb的开源项目，有大公司团队维护，版本更新、Bug修复、二次开发有较大保障。

11、源代码：代码质量较差

12、Github星数：22132

二、Redash

1、技术架构：Python + Flask + AngularJS + SQLAlchemy

2、使用人群：由于是对SQL查询结果进行可视化，需要开发/分析人员做好看板，业务人员浏览看板数据。

3、安装部署：

（1）安装部署相对较麻烦

（2）参考文档：

4、数据源：支持数据源比superset少，不支持Kylin

5、创建步骤：连接数据源-->SQL查询-->图表-->看板

6、可视化：

（1）支持的图表类型不如Superset多，仅12种

（2）图表可视化选项多

（3）不支持在看板种添加筛选框

（4）不支持图表和看板分组管理

（5）没有提供图表的下钻功能，不支持多图表间的复杂联动

（6）不支持跨库的表关联查询

7、支持文档：

（1）提供快速入门教程

（2）每一个功能模块都有文档且条理清晰

8、邮件通知：支持定时发送邮件

9、权限管理：权限设置简单，仅控制用户组对数据源的权限（只有两个权限：Full access或View only）

10、二次开发：

（1）提供完整的 RESTful API 接口

11、源代码：代码质量比Superset要好，但比Metabase差一点

12、Github星数：10891

三、Metabase

1、技术架构：Clojure + React + Redux

2、使用人群：界面漂亮、友好，使用体验好，适合业务人员使用

3、安装部署：

（1）windows下安装部署非常简单

4、数据源：支持数据源少（12种），不支持Hive、Kylin

5、创建步骤：连接数据源-->图表-->看板-->定时任务

6、可视化：

（1）支持的图表类型不如superset多，仅14种

（2）图表可视化选项多，例如，提供数据格式多，设置灵活

（3）可在看板中添加筛选框，支持在不同条件下查看

（4）通过创建集合，支持图表、看板、定时任务分组管理

（5）提供图表的简单钻取功能，不支持图表间的复杂联动

（6）不支持跨库的表关联查询

7、支持文档：

（1）安装部署、快速入门、具体功能、API等方面的文档详细

8、邮件通知：支持定时发送邮件

9、权限管理：

（1）权限设置单一，只有访问权限

（2）仅实现对数据源、数据表、图表、集合等权限控制

10、二次开发：提供完整的API文档，即使完全不会 Clojure，依然可以凭借丰富的 API 与文档完成许多二次开发。

11、源代码：代码质量最好，结构清晰，整洁度高

12、Github星数：12368

最后，几个开源BI工具的详细对比

最后，除了以上的开源BI产品（大规模推广应用还是有难度的），可以试试个人版免费的FineBI，学习文档，产品稳定性，易用性相对开源都比较成熟。

FineBI

1、技术架构：纯java开发，后台业务层spring mvc + Hibernate，前台框架fineui，底层架构引擎不明，只知道有大数据引擎。

2、使用人群：

（1）开发/数据人员准备好数据，数据人员/业务人员分析。

（2）业务人员完全可自行分析、制作可视化。整个数据分析流程分工明确。

3、安装部署：

（1）直接官网下载电脑适配的版本安装激活即可

4、数据源：支持各种数据源，支持Apache Kylin、Derby、HP Vertica、IBM DB2、Informix、Sql Server、MySQL、Oracle、Pivotal Greenplum Database、Postgresql、ADS、Amazon Redshift、Apache Impala、Apache Phoenix、Gbase 8A、Gbase8S、Gbase 8T、Hadoop Hive、Kingbase、Presto、SAP HANA、SAP Sybase、Spark、Transwarp Inceptor、Hbase等主流的一些关系型数据库及非关系数据库MongoDB等

5、创建步骤：连接数据源-->建立数据业务包-->建立分析数据表-->图表分析-->看板

6、可视化：

（1）支持的图表类型多，达47种

（2）图表可视化选项少，例如，数据格式选项偏少，如需添加，需要修改配置文件

（3）可在看板中添加筛选框，支持在不同条件下查看

（4）不支持图表和看板分组管理

（5）没有提供图表的下钻功能，不支持多图表间的复杂联动

（6）不支持跨库的表关联查询

7、支持文档：

（1）安装部署和快速入门方面的文档详细，还有教学视频

（2）但具体功能和图表制作方面的介绍文档几乎没有，需要自己摸索尝试

8、邮件通知：支持

9、权限管理：

（1）有一套完整的数据、业务包、报表、人员部门权限管理，有流程节点。

（2）可实现数据源、数据表、字段、图表、看板等权限控制

10、二次开发：

（1）不支持java层面的开发

（2）只有web接口

（3）能与.NET集成、JBPM工作流集成、CAS单点登录

11、源代码：不公开，人家商业产品，有整个团队在运营。

12、个人用户使用免费，商业部署有两个并发限制，多了就要钱了，不过相比sap这种也不贵。

工具地址

私心回复“bi工具”获得。

由于一些限制，这里没法贴上安装部署的教程文档，我也将一并回复，整理成资料包。

以上都是精心推荐的BI工具，大家勤学勤用，期待你们的反馈。

最后，整理不容易，求转发点赞啦(●ˇˇ●)

原工行董事长姜建清曾说：未来的好银行一定是数据银行。数据银行的两大核心能力就是数据采集和数据分析。近来，有不少银行在数据分析方面有所行动，有的是成立“统计信息部、数据分析部”，有的是将数据分析能力重新明确到信息中心等。

按百度百科的定义：数据分析是指用适当的统计分析方法对收集来的大量数据进行分析，提取有用信息和形成结论而对数据加以详细研究和概括总结的过程。这一过程也是质量管理体系的支持过程。在实用中，数据分析可帮助人们作出判断，以便采取适当行动。

这个定义比较精确，包含了几个要点：

统计分析方法：数据分析肯定需要分析方法及工具；大量数据：分析的原材料；形成结论：分析的结果；决策并采取适当行动：数据分析最终实现价值。质量管理体系：避免数据污染及模型误差。

数据分析的定义和工作流程都很清晰，同时，如何快速启动数据分析工作并尽快体现数据分析的作用，是很多数据分析类部门当前关注的重点。

数据分析的建设之路，可以从下面几个方面统筹考虑：

业务应用方向

银行的业务应用经过多年发展，已经有成熟的应用框架：客户管理、风险管理、财务管理、运营管理、及监管报送及信息披露。

数据分析部门应结合业务发展及规划，综合相关IT系统建设情况，选择数据分析的业务领域。

数据分析方法

在统计学中，统计分析方法可以简单划分为：描述性统计分析、探索性数据分析以及验证性数据分析。

在数据分析初期，分析部门更应该放在描述性及探索性方法上。在此过程中与科技、业务部门多交流沟通，以达到熟悉业务、了解数据的目的。

数据分析体系

数据分析体系包括数据分析平台的建设，分析平台包括三大模块：

数据脱敏采集平台：根据分析需要，从银行数据平台中脱敏、抽样相关数据；

数据建模平台：也可称为模型数据沙箱，用来进行数据分析；

数据服务平台：为业务应用提供数据分析结果服务。

以下就举例东北证券的数据平台建设经验。

2018年，酒店PMS的世界变化不断。有无数新的进入场者，还有老牌系统在试图通过重新包装他们的旧系统来保持自己的地位。但有件事是可以肯定的，客人们正在进化，受教育程度越来越高，有自己的需求并需要即时被满足，这就是为什么你必须要用最新的酒店技术来帮助你服务客人。

对客竞争异常激烈，包括OTA、爱彼迎、TripAdvisor猫途鹰这样的评价系统和很多其他因素都在影响着酒店PMS的决定。酒店需要更先进的PMS系统来提高酒店的效率、生产力、服务和收入。

未来PMS市场变化不定，但最新根据技术、产品、服务、用户口碑等因素综合形成的2018年酒店管理系统软件TOP10，或许能给我们一些预见。

TOP 1 西软酒店管理软件 实力指数：★★★★★

优点：

作为酒店云平台管理软件专家，依然将执着探索国内外酒店管理的奥秘。时刻把握国内外旅游业的发展动态，锻炼精准的行业敏感度，运用先进前沿的软件开发技术，遵循国际规范的软件开发标准，全程监控服务标准和质量，规范工程实施体系，建立本地技术支持服务中心，产品注重客户体验，紧跟现代前沿技术。

缺点：

西软服务器巨大，需要专业的IT人才支持，对于系统操作者英文要求较高，系统培训需求经历较大，且价格昂贵。适用于四星级及以上酒店。

TOP 2 中软酒店管理软件 实力指数：★★★★★

优点：

C/S架构PMS，创立于1995年，为国内著名的高端星级酒店提供一体信息化解决方案的供应商。中软酒店管理软件整合了前台工作，实现一站式服务，开放式的报表系统让用户直观快捷地掌握所需数据。

缺点：

不过中软酒店管理软件操作要求较高，降低了工作效率，对于OTA连接稳定性较差，缺少个性化营销工具，适用于四星级及以上酒店。

TOP 3 金天鹅酒店管理软件 实力指数：★★★★☆

优点：

行业唯一采用混合云技术的酒店管理系统，占据中小酒店80％以上市场份额。金天鹅软件可延展性能良好，营销功能与移动化运营能力出类拔萃。完善的客户服务体系赢得了良好的用户口碑。金天鹅软件积极转型，整合行业优质资源，推出天鹅会酒店运营管理培训平台，打通携程、去哪儿，飞猪等OTA平台，推出微信订房，千里眼等酒店移动营销工具，适用于四星级及以下酒店，小型连锁酒店。

缺点：

位于中部城市湖南长沙市，北方市场覆盖较少，对于大型高端酒店服务支持较少，后期维护成本较低。

TOP 4 用友酒店管理软件 实力指数：★★★★☆

优点：

传统财务软件厂商，创立于1998年，主要从事酒店信息管理系统软件的开发与销售、系统集成、技术支持与服务业务，是目前国内最主要的酒店信息管理系统全面解决方案提供商之一。公司在高星级酒店特别是五星级酒店HIS软件市场具有很高的市场占有率。

缺点：软件操作上手成本较高，后期服务成本较高，缺乏移动营销工具，在以较低星级酒店为主的中低端市场仅不到20％的市场占有率。

TOP 5 千里马酒店管理软件 实力指数：★★★☆☆

优点：

C/S架构PMS，创立于1993年，专注为酒店行业提供全方位的信息管理解决方案。千里马酒店管理软件在华南市场占有率较高，软件比较传统且成熟。

缺点：

安装复杂，维护较为困难，服务器架设上复杂，员工培训成本高，且价格比较贵。适用于高端星级酒店。

好的PMS系统不仅能够适合酒店当前的需求，还要具备和你一起成长的潜力：它应该包括多个模块、特征和无限可能的集成性。

成立时间较短的行业新军，例如金天鹅、罗盘等，以前瞻的视野，优秀的整合能力，深挖酒店行业痛点，移动化营销管理工具，以PMS市场新锐力量的姿态，很大程度推动整个PMS市场的革新。

现在手机系统依然还是Android和iOS两家平分天下，由于Android的开源又形成了多家系统厂商小米的MIUI，魅族的Flyme os和oppo的color os等系统。从系统体验和用户口碑中应该是小米的MIUI是最好的。从2011年小米找魅族黄章被拒后开始研发小米MIUI到2016年，MIUI已经走过了将近6年的时间，这这几年小米以MIUI为中心纽带开发了小米智能化家居。

现在大家体验小米系统的时候，小米系统由于用了更好的满足用户体验，系统体积也越来越臃肿，但是本次来说MIUI9来现在说可能更加会便捷化，今天小米MIUI产品总监马骥讲到：“另外，我们也会把一些产品从MIUI当中解锁出来，希望更多其它手机的用户来使用小米的产品。比如我们最近单发了“小米计算器”这样很简单实用的产品，能够让更多人真正享受科技的乐趣。

小米系统的更新一直是一个科技界的争论的的事情，相信小米对于未来所走的路一定会有一个清晰的认识。小米MIUI9一开始曝光到现在一直是个未知数，此次也是小米官方第一次曝光具体小米的细节，但是我们应该相信整个科技界会有更新发展的动力。毕竟时代发展。互联网发展，科技发展。

人们常说“报表做得好，升职加薪少不了”。这就取决于，数据报告的两个重要作用：一是可指导性，是内核，让人看完报表之后恍然大悟“哦，原来问题出在这里”；二是美观性，是包装，让人看第一眼就赞叹“哇塞，这报告666”。

可是，为什么你加班加点做了那么多报表，却依然得到不老板的认可？

问题出在哪呢？

老板需要的是什么样的报表

现阶段，业务人员是如何来满足决策者的数据分析需求的？97%以上是通过Excel手工整理各种报表，不到3%利用了IT技术，实现了报表的自动化。随着决策者对分析的要求越来越高，于是报表越来越多、越来越复杂。在一个Excel页面中，密密麻麻布满了决策者关心的所有内容，只恨屏幕不够大。而这些大量的手工处理，很容易出错，且耗时久。

对上报上来的厚厚一叠报表，绝大多数决策者都会回答：有看，只是一般只看其中的一两张。没有时间，真的感觉有问题，还是直接找人来问了。

这就是问题的关键——我们给决策者提供了大量的报表，为什么帮助不大呢?因为信息一旦过多，就会变成“信息洪水”，大量的报表让决策者深陷“信息洪水”中。

员工再问决策者：希望用什么方式将信息给您呢？领导：希望有问题的时候随时能知道。

决策者这句话的核心有两点：一是有问题才让我知道，没问题的话，其实我也不需要关注。二就是我随时都可以知道。

报表能实现决策者的“希望”吗?答案是否定的。

（1）报表根本无法快速让决策者识别是不是有问题，它只是罗列了一堆数字而已。

（2）无论报表制作者多么厉害，领导想要什么就有什么，基本上也是不可能的。

那么能如何解决这个问题呢? 答案就变得简单了，就是用BI技术，改变决策者获取报表的方式。

报表工具与BI系统的区别

有人说：“我通过一个软件，能自动生成决策者想要的报表，然后再配上一些仪表盘和图表，不就可以了吗?也不见得需要BI。报表软件多简单，哪像BI要规划数据仓库，要ETL，还要建模型，多麻烦”。

以Excel报表和亿信BI来举例，对比一下报表软件与BI系统的区别：

Excel报表应用场景主要是业务报表制作，比如一些企业固定的月报，季报和关键数据指标的统计、展示和分析。主要功能分为三大类：数据展示(报表)、数据查询(参数)和数据录入(填报)，还有报表管理。数据展示报表可分为表格类和图表类。

而亿信华辰的拳头产品亿信BI有领导驾驶舱、图形化建模、自助式即席分析、智能钻取分析等多项功能。他可以构建大型的综合的数据分析平台，也可以作为小型的个性化的解决方案。相比报表，侧重点在于分析，优势在于操作简单、能够处理大量数据，可以实现任意维度、任意分析路径快速实时分析。

从工具角度上讲：

报表工具一般连接的是事务处理型数据库，不能实现多维分析的操作；当然，目前有些报表工具用链接传参的方式实现所谓的钻取，实现复杂，还会有性能的问题。

BI工具一般连接的是多维模型数据库，可以很容易实现各种多维分析的操作，如钻取、旋转和切片等；还能很容易地实现基于指标和维度的拖拽分析和自助分析。

以上两个工具也都可以连接对方的数据库，但发挥不了相应的功能；比如报表工具连接多维数据库后，多维分析操作、拖拽分析和自助分析还是实现不了。

从系统角度来讲：

报表系统一般接入在某个业务系统数据库上，为MIS系统提供灵活的报表查询实现。当然，报表系统在数据量小时也可以连接若干业务系统数据库，实现跨库的关联查询，但这个查询是由报表工具来实现的，实现起来的复杂度和性能依赖于报表工具的能力

BI系统主要包括数据仓库/数据集市、ETL、数据分析、BI应用等多个组成部分和实施过程，最终BI应用中除了有报表展现外，还有多维分析、自助分析、数据挖掘等功能。

从工程化角度来讲：

报表工程相对比较简单，投资可以比较小，实施周期相对较短，见效比较快。

BI工程相对比较复杂，投资比较大，实施周期相对比较长，见效相对较慢，但效果比较好，尤其是在数据整合的数据质量、报表口径统一化、应用性能上有很大的优势。

从发展过程看，一般先是上了报表系统，发现报表系统的若干问题后，再上BI系统。

BI为什么能替代报表

很多企业一直有个误区：认为做了一个报表系统就是用上了BI，其实不竟如此，报表只是BI的一部分。虽然BI应用的结果通常需要报表来展示，但是，BI不仅仅是报表。

报表是数据展示工具，商务智能BI是数据分析工具。商务智能的重点在于商业数据的分析，集成了数据统计、数据展示、数据分析和挖掘的解决方案。

从下图中，可以看到，大数据管理与应用技术发展过程中，数据管理已从报表阶段进化到BI阶段。BI是一个辅助决策的智能系统，它的核心就是帮助企业利用好数据，让决策管理者随时随地获取关键信息，让决策者基于数字决策，最终提高决策水平。

通过报表工具与 BI系统的区别，以及各自的特点，可以得出BI替代报表是趋势，同时也是发展的机遇。抓住机遇、争得先机应是摆在决策者面前的课题。

最后小亿谈点关于BI的价值思考：

BI不是让你相信自己所知道的，而是促使你去思考更多的问题和疑惑。BI迫使我们怀疑得出的结论、回到初步阶段、重新设定假定和条件。它促使我们思考，而不是给出事实。BI可以让你从不同视角查询一系列相关数据，以便在一组不确定的条件下更进一步接近事实。你需要BI工具帮助做出最佳决策，而不是正确决策。BI让决策不再止步于结果。

在说“FineReport+”之前，我们先聊聊“互联网+”。

“互联网+”是个老概念，通俗来讲是“互联网+各个传统行业”。很多人说，“互联网+”应该叫“+互联网”，因为互联网只是个工具而已。其实不然，“互联网+”并不是简单的“+”，而是依托互联网信息技术实现互联网与传统产业的深度融合。未来的互联网也会像文字、蒸汽机、电力、汽油发动机等那样，作为一种通用的生产力工具，给每个行业带来效率的大幅提升。

所以，“互联网+”不是口号，它的内涵是“通用工具”。

FineReport 是帆软公司的明星产品，据说可能是全球最好用的报表软件：

可以快速灵活地制作报表，搭建统一的数据决策和管理平台，让更多的数据用于业务经营和决策；

可以快速开发报表，能做到和各类系统的无缝集成，加快项目的开发，节约了开发的人力和成本。

FineReport，一款良心神器，简直无所不能。受到“互联网+”的启发，我们提出了“FineReport+”的概念。

FineReport+，是FineReport的价值主张

我们要连接并解决更多有关数据的应用场景，让数据成为生产力。“+”后面可以是业务系统如OA、ERP、CRM，可以是Qlikview、Cognos、Tableau等BI系统，可以是部分业务需求，如帆软自己就是使用FIneReport搭建的CRM系统，笔者还见到一些番薯开发了考勤系统，小型进销存系统等。

一、FineReport+业务系统

一般业务系统自带的报表能力很弱，难以满足企业数据化分析和管理的需求。以OA系统为例，随着企业应用的发展，OA软件越来越重视数据分析与利用，不仅仅数据分析可以形成对信息与流程的管理，更实现对企业数据的有效管理与利用，所以报表应用已经越来越成为企业办公自动化软件（协同办公软件）的一个重要组成部分。但是OA自身报表存在多种先天缺陷：

a.其数据全部来自于OA系统，而且报表也从属于OA的功能。比如，统计各部门收、发文的数量，统计员工的出勤日等等，无论是从格式还是统计的内容，都相对比较简单而且是固定的，无法从综合的角度体现各类数据的相关性分析。

b.厂商或服务商在实施时为用户做的报表。用户可能会提出要求，实施服务商负责完成报表的开发。虽然这种方式能比较好地满足用户的需求，但灵活性还远远不够，不能针对后续业务的发展做到随需而动。

所以产品型软件公司在遇到有报表需求的客户时，常会选择和帆软合作，比如用友、金蝶、泛微、致远、万户、蓝凌、神州数码、浪潮，而和FineReport集成的业务系统产品，有OA、ERP、MIS、CRM、TMS、WMS、BPM、EHR、考勤等。

对最终用户而言，使用FineReport可以快速灵活地制作报表，可以搭建统一的数据决策和管理平台，让更多的数据用于业务经营和决策，让业务系统发挥更大的价值。

一般而言，FIneReport 可解决如下问题：

· 市场环境和业务需求多变，无法快速满足变化的报表需求

· 传统SQL+Excel 的方式整合数据做报表，效率低准确性差

· 业务系统数据过于分散形成数据孤岛，难以有效利用

· 缺乏统一的报表管理门户，无法形成全局数据视野，辅助决策

二、FineReport+BI系统

看到“FineReport+数据分析系统”是不是有些困惑，这怎么能成立呢？那我从两个例子切入吧。

东北证券的数据平台建设完毕之后，结构化数据初步实现了统一归集，数据报表和图表可视化均可以通过Cognos工具实现。但是，由于Cognos使用繁琐、开发复杂，数据小组一直无法接手该工具，而新需求不断出现，亟需通过系统保存工作中产生的结构化数据，取代excel记录和上报数据的模式。所以，东北证券最后上了FineReport，较为完善的解决了当前数据填报和其他分析需求。

大华技术股份公司用Qlikview搭建了数据分析平台，但是当他们报表需求爆发时，QlikView根本解决不了问题。最后的解决方式是引入finereport，与QlikView并行使用。领导层几个人用QlikView，中间管理层都使用finereport制作的报表。FineReport是专门的报表软件，在易用性、快捷性和对复杂报表的响应要远胜于QlikView。

所以，FineReport+BI系统，赢在开发效率，赢在面向中层、面向固定式、面向复杂报表的定位。无论是传统BI如SAP BO、Cognos、 Oracle BIEE等，还是新型自助式BI如Tableau、FineBI、Qlikview、PowerBI等，都用可以FineReport“+”起来。

三、FineReport+场景需求

信息化系统的本质是录入和展示，恰巧FineReport天然支持这两块功能，本身就是一个可视化的系统DIY工具。所以很多番薯直接应用FineReport开发了一些业务系统，如简易出入库系统、项目周报管理系统、酒店客房收入数据系统、考试分析系统、会员管理系统、刷卡考勤系统、报餐系统、微信小秘书等。帆软当前用的CRM，也是用FineReport开发的，非常实用、好用。

现在大屏数据展示的需求越来越多，一般应用于行业博览中心、实时监控中心、集团会议中心、战略指挥中心等场景，视觉效果要求也越来越高。无须专门定制开发，使用FineReport就能轻松制作出酷炫的管理驾驶舱，支持发布到多场景的数据大屏上进行可视化集中管控。

FineReport+，是FineReport的发展理念

我们要用开放的思维，构建生态体系的方式，打造具有极强生命力的产品。“+”后面连接的是插件开发者、第三方软件公司，通过需求的指引，利益的共享，开发更多功能插件，集成更多第三方成熟的技术。当然，FineReport插件化开发模式由来已久，我们也积累了上百个插件，单月的插件下载量达到1.7万次，有不少开发者赚的瓢满钵满。

即将发布的FineReport 9.0有着三大特性——开放、共享、智能，是“FineReport+”理念的充分体现。

开放，马化腾在分享腾讯创业经验时提到一点，“关键领域砸下去，其他放手，我们聚焦在核心业务上，其他的让生态合作伙伴来做”，9.0我们将更关注核心业务，其他通过开放的姿态与其他厂商合作，迅速做到场景互补，让我们的用户享受更好的整体化方案。

共享，正如牛顿所说“如果我比别人看得远，那是因为我站在巨人的肩膀上”，其实引申到搭建数据平台同样适用，别人千辛万苦根据错误总结出的方案，可以直接拿来用；别人通宵达旦开发的插件，可以直接拿来用；别人绞尽脑汁做出的好看的报表组件，也可以直接拿来用。通过云中心问题库、应用中心的插件和共享组件，我们就能在不需要代码能力，不需要专业美工的基础上更好更快的搭建起数据平台了。

智能，用《人类简史》的作者尤瓦尔·赫拉利的一句话可以概括为“机器比你更了解自己”。因此我们希望通过引入人工智能，从信息部门、业务部门、系统管理人员三个角色出发，让机器更好的帮助用户去做报表、用报表和管理报表。

以上，这就是我要说的“FineReport+”。

也欢迎大家参与11月14日北京的帆软新品发布会，免费，报名请至帆软官网！

bi报表工具选型这个话题老生常谈了，今天又有新视角，希望对大家有帮助。bi报表系统只是一个软件，但是却涉及公司很多部门很多方面，绝不是大家想象的价格越贵就越好。今天这篇文章从十个新角度去分析bi报表工具该怎么选，加上之前分享过的很多选项技巧文章，相信这么多的干货分享可以帮助大家对bi报表系统选型的知识有了量变到质变的收获。

　　废话不多说，接下来我们就直接进入主题：bi报表工具选型，从这十个角度切入。

　　1.目标受众群体

　　这个bi报表工具是面向企业高层领导还是IT部门的技术人员？如果是高层领导，那么你的BI工具需求肯定是偏向决策性更多一点，如果是公司IT部门，那就是说企业高层不是经常需要用到，反而是IT人员需要，通过优化企业信息化管理，来促进业务的发展。

　　2.深入了解工具的特点

　　这个工具的特点在哪儿？有哪些侧重点和侧重点是什么？使用这个工具可以提高到少生产效率？另外需要结合您的产品路线图考虑，这个工具是否符合整个工作的战略愿景？是否包含一些必备的功能，如易于理解和支持的数据源、过滤器、数据可视化等？某些BI工具可能会因为某些特性而在众多产品中出类拔萃，比如Tableau精美的可视化效果；某些BI工具不同时期可能产品的功能特色还不太一样。比如奥威软件的Power-BI，侧重于各行业解决方案，而Speed-BI则是偏向于大数据云平台。所以在引入工具之前，了解下您和您的团队需要哪些功能。

　　3.技术

　　技术方面，您应该了解BI报表工具支持哪些数据库。可以连接到预置系统吗？用户要怎样进行交互，通过浏览器、桌面应用程序或是服务器软件，还是都支持？BI工具支持哪些操作系统呢？Windows、Mac或者Linux？有什么运行硬件要求？技术是否与您当前或未来的状态保持一致？

　　4.协作

　　团队如何共同创建和更新输出可视化、模型和计算？该BI工具是否有助于知识和资源共享？是否可以将代码片段、模板或报告打包在更广泛的团队中使用？

　　5.学习

　　该BI工具附带可用的培训和学习材料吗？一些商业智能和分析工具简单且易上手，有些则需要更深入的培训。

　　6.社区

　　该工具是否拥有强大的在线社区、论坛或发烧友博客。当您遇到障碍时，要确保您能从专家或别人那里得到解决方案。

　　7.客户

　　客户评论可以作为选择该工具的一个切入点。看看正在使用它的公司有哪些，这些公司的规模怎么样，适用于团队还是个人？他们是否会再次购买？如果您实在摇摆不定，与这些合作公司取得联系并亲自问问情况。

　　8.支持

　　提供该工具的厂商是否有良好的售后服务，是否了解该如何为不同的客户提供支持。

　　9.增值服务

　　该工具是否有提供顾问或者提供围绕产品的增值服务？如果该工具非常复杂，则可以考虑通过第三方支持来启动您的数据分析工作。

　　10.价格

　　该产品的定价如何？它是否符合您预算，您是否愿意在超出预算价格上接受该工具？

　　看完上面关于bi报表工具该怎么选的建议，是不是感觉又更清晰一点了呢？其实小奥感觉说是新视角，不如说是在选BI工具时要全面考虑的十个基础问题。毕竟，做好充分准备再去选型bi报表系统，才能选到更适合自身企业的工具嘛。

又到月末了，表格表姐、财务狗，IT人们又要赶报表了。

财务人哭诉说：

自从干了总账会计，我发现人家吃饭，我在做报表；人家睡觉，我在做报表。做报表的事真是从年头到年尾，从年尾到年头啊，现在生活中没有其他，只有EXCEL。

自从干了总账会计，我才知道一个报表不来回修改个十几二十次，那都是不正常的。我才知道周末是不能关机的，要是关机了，就嘿嘿。

所以说，做报表的，佛系才能长命。

表格表姐也憋了很多牢骚：

每到月底、季末，领导就会在群里夺命连环@

要知道，这样的报表，我要去申请业务系统的数据先核对。大包大揽导出几十万条数据，给我配备的电脑，打开需要2分钟；每写完一条函数，都要运算7、8分钟；鼠标不敢乱点，人也不敢离开，还时不时的得给主机扇风。企业级的报表，尤其数据多的时候，Excel真不是好选择。当你好不容易做完，一句“数据不对”就给打回，心中真不知是什么滋味。

IT人更是不服：

公司采购了几千万的SAP大家不用，业务系统自带的报表也不用，依旧excel邮箱满天抄送，任务系统中这里少数据，那里口径对不上。回头各种抱怨数据不对。SQL手把手教大家写了，简单的数据库功能也是花了两天培训的。结果到头来，简单的报表需求依旧交给IT，反倒是需求提得更严苛了，真是有苦无处说。

大大小小的报表，是企业里少不掉的基础事物，维系着整个经营信息的流转，但现在反而成为很多人的日常工作的束缚，不免引起一阵反思。

工欲善其事，必先利其器！

造成这些问题的很大部分原因就在于，缺乏一套高效的工具。

做报表做表格，很多人第一时间想到的是Excel。Excel作为个人办公软件绝无仅有，但作商业用，其实在效率上还有办公协同上稍有不足：用Excel收集数据容易乱，用Excel存储数据容易丢失，影响数据质量。而且普遍企业报表需求大于人员负荷，用Excel做报表改报表无疑都是在增大工作量。

懂IT的朋友可能会说，交给数据库啊my sql 、oracle，写两条SQL，借助数据库的运算性能就解决了。再不行，找程序员写代码，批量做报表，数据录入、图形化报表、甚至数据分析都可以交由程序开发，性能杠杠的。

那如果有现成的工具，可以直接和数据库交互（数据导出+填入数据），能连接各系统的数据，能高效率批量做报表，展现，交互分析，可视化大屏，并做到办公协同，那就是小编今天想来讲讲的FineReport了。

一、用FineReport做一张模板，可以替代N张手工重复劳作的Excel !

为什么这么说，先来了解FineReport的制表原理

1、FineReport的制表原理

FineReport是通过连接数据库，读取数据字段来设计报表模板的，所以在制作模板前先要知道数据库的类型、地址、访问数据库的用户名密码，两者建立一个数据连接后才可开始设计模板。然后依据所需功能（表格展示？填报？dashboard分析？）和表样来操作模板，最后在web端展示。

制作模板时处理的对象是数据字段（区别于Excel的单元格数据），模板中一个单元格放一个数据字段，web端展示时字段扩展。FineReport报表中单元格的扩展是有方向的，可纵向扩展，也可横向扩展，也可以不扩展。

单元格的扩展是针对某一个单元格，当报表主体中绑定了多个单元格时，单元格与单元格之间依靠父子格关系跟随扩展。子格的数据会根据父格的数据进行过滤分组显示，并且还会跟随父格的扩展方向而扩展。

2、三大类报表设计方式，解决日常所有报表需求，并且一表复用。

1）普通模板设计，此者最常用。依靠着单元格的扩展与父子格的关系来实现模板效果，可进行参数查询，填报报表，图表设计等。比如交叉报表、行式报表、分组报表等等。

2）聚合报表设计，针对不规则大报表。适用于一张模板中显示多个独立模块的报表，几个报表块汇总在一起的复杂报表。

3）决策报表设计，就是表单，也是dashboard，也就是大家常见的各种图表拼接在一起的可视化数据报表。

通过拖拽图表来制作，制作好的dashboard可以自己适配屏幕的大小，多以也可以做成手机端的报表，大屏可视化，下面有细讲。

以下举例一些常见的报表格式：

交叉表

行式报表

分组报表

自由报表

3、参数实现数据查询和过滤

在很多情况下，我们需要根据条件查询数据，过滤。在FineReport中，通过设置参数绑定数据字段和过滤的控件（单选框、复选框等等），参数可用JS编辑更多复杂的情况，通过界面输入查询条件来控制报表显示的内容及形式，而后导出打印。

很多公司很多员工都会要做周报月报季报等，有些全国性的公司有分公司、门店、办事处。经常性的要做这些重复性很大的报表。那用FineReport就可以集中将每一条数据明细上传到数据库中（填报功能，下面会讲）。在做报表时，做将一些常用的维度“地区”、“时间”、“城市”等等作为一个查询的参数控件，类似Excel中的筛选，导出。基本上一个周报模板，就解决了一些人一年52张手工excel报表的工作量。

4、填报

填报就是向数据库中录入数据，用于固定格式固定条件的数据收集。就好比你注册网站时提交的邮箱、收集、用户名、密码，都会按照格式存放到数据库中。

填报也需要一个模板，操作流程如下：

填报模板由控件组成，文本控件、数字控件、密码控件、单复选框、网页、文件等等。控件对应着数据字段。有了填报，就可以收集数据，并且允许用户实现对数据库的增删改。出于数据质量和数据安全的考虑，还可以对填报进入的数据做校验操作。

填报最大的用处是替代excel收集数据，做好了模板，奖模板链接发送给相关人，填完数据审核过后即可入库，省得excel传来传去，而且是在web端填写，也非常简单。

二、不只是报表，还有数据可视化

酷炫的dashboard都需要通过FineReport的表单（决策报表）来设计展现。通过拖拽报表块、图表块和各类控件初步设计界面。

不同于普通报表，普通报表是一个整体，无法实现局部刷新。表单是由各个组件组成，可以实现组件内刷新，即局部刷新。像动态大屏都是全局或者局部刷新的，所以需要用决策报表制作实现。

1、决策报表制作过程

新建表单：FineReport支持新建工作薄，即普通报表模板，还支持新建表单，两种设计模式；

拖入组件：FineReport表单支持多种不同的组件类型，包括报表块、tab块、绝对画布块、参数、图表和控件等等；

定义数据集：定义各个组件数据来源，图表组件数据即可来源于数据集，也可来源于单元格；

设置表单样式：即设置表单的显示样式。

2、数据可视化与交互

之前很多网友留言，问这样的可视化是什么图表制作的。其实大多由FineReport自带的H5图表。此前有提到FineReport良好的开放性，可让IT同事写代码开发，所以在制作时，也可接入Echarts等第三方控件来制作图表。

3、实用而强大的数据地图

finereport有很强大的地图功能：基本地图、GIS地图、热力地图、大数据流向地图等。

GIS地图基于GIS地图层进行数据展示，支持自定义GIS主题风格，能够与数据表钻取联动。比如省级钻取到市级、县级、街道。

三、总结

篇幅有限，以上只展现了FineReport的一部分功能，很多细节无法展开。

要说效率，最大的好处就是从数据库中读出数据自动产生报表，且一类报表做成一个固定样式的模板，每次只要同步一下，自动生产周期性的报表，如日报、周报、月报、季报等。 每次按照条件查询，Excel批量导出/打印，少了人力去一个一个用Excel统计汇总。

而且操作上，大多数功能FineReport都封装成模块了，包括写SQL取数，汇总筛选过滤等，基本上都有对应的功能键。像著名的资产负债表，如果按照以往写代码或者写复杂的SQL语句，就有点摧残生命了，而且那天书般的SQL语句要是出点错谁来查，如果数据来自多个源，那就彻底无法解脱了。

其次，在数据处理速度上，由于性能一部分依靠数据库，一部分依靠FineReport的行式报表引擎，相比于Excel的单机效率，几十万行的数据秒出。再者，企业数据库有各种自带或第三方的集群方案，通过堆机器就可以近似于无限的加大数据储存能力。

最后，FineReport除了解放个人，最大的贡献应该是对企业。在商业用途上，我们要考虑效率，人员的培训成本，协同性，还要考虑对企业业务的支撑、贡献，这几点Excel是比较难发挥贡献的。有知友说“Excel用得再溜，老板也不会给你涨工资，可能还革了其他同事的命”。那是因为Excel处理了数据，但没有得到有效结果去服务于业务带来效益。那如果在报表之后，基于业务基于指标去做特定主题的数据分析，站在公司角度做数据化管理，为领导的业务决策提供有效意见，这样的高度就别有不同了。

曾经以为开源报表是免费的，这个“曾经”指的是2008年之前，那个时期人工成本很低，很多软件公司用几个工程师，拿开源的报表改一改、写点代码，虽然样式难看，不太复合客户的要求，也就只能凑合了。一些网上论坛甚至为此开专版讨论 JAVA 报表，里面都是热火朝天，发问者甚众，一时间好不热闹。

2008年之后，一方面，随着皕杰报表、帆软等国产中式报表工具快速崛起，这些国产报表在解决中国报表需求复杂性和多样化方面有着明显的优势，开创类Excel报表设计新模式、多源数据的卓越处理功能等，极大的提升了报表的开发效率；国内厂商提供本地化的贴心的技术服务，而开源报表压根不存在严格意义上的技术支持。

另一方面，随着人工成本的上升、报表日益复杂的要求，在论坛里，象“请教高手 ireport 某某问题如何解决？”之类的帖子，发问者往往也是在线苦苦等候答复。运气好的在线能等到，运气不好的那就等着吧。如果碰到的正好是个没解的问题呢？或许会有热心观众参与讨论，解决办法还得自己想。掰着指头算算，花在这问题上的时间、人工成本日益增加；仅仅Java工程师一个月的成本就超出了商业报表工具的购买费用，这还不包括导致的项目时间拖期、人工效率的损失等各种隐形的成本。

由此可见，用开源的报表是最昂贵的，随着皕杰报表等国产中式报表工具成为国内Java报表的中流砥柱，开源报表的没落也是必然的！

为什么报表对ERP系统如此重要？

众所周知，一到月末、月初或月中时，各职能部门、各管理会议、各管理决策等都在为报表绞尽脑汁、加班加点和操心操劳。

事实上绝大多数中小企业所使用的国外ERP软件，比如QAD Mfg/Pro，Exact，Movex，Adonix等，其设计目的只是供企业分销制造以及财务日常交易录入之所用，同时仅提供一些满足基本需求的报表功能。

这一点与我们熟悉的中国财务软件比如用友、金蝶等有很大不同。但后者仅仅以财务系统见长而不具备完善的流程控制，故不能算真正意义上的ERP系统。

即使大型的ERP系统也纷纷并购顶尖的商业智能工具以扩展其产品的报表能力，比如前面完成的一系列并购：SAP收购BO(水晶报表)，Oracle收购Hyperion，IBM收购cognos。

所有这些现象揭示了报表工具对于一个ERP系统的不可缺乏性，这也很好地解释为何我们系统里有那么多的客户化报表。报表不仅供管理者决策分析之用，也能指导用户正常地操作系统，比如下达一个订单。

可以说，报表工具为ERP系统打开了一扇窗！

同一个类别的报表Inventory，如库龄分析报表对于不同职能部门需求不一样。

对于财务部门，需要数量，成本和金额等信息；而对于仓储部门仅需要数量即可。对于可能从中推算出成本、价格等敏感信息，某些报表中需要将产成品描述等字段屏蔽。

随着业务的发展以及对于内控要求的不断增加，我们仍然日益面临着增长的定制化报表需求。

为什么不直接对ERP二次开发？

1. 系统维护和版本管理不希望系统有太多的个性化，同时也不利于升级和标准化；

2. 由于技术和业务壁垒，一些标准模板的更改难以由某个人独立完成；

3. IT资源紧张，难以得到及时更新，也缺乏人力运维。

为什么必须标配报表工具？

部署一款实时性的本地报表工具不光对IT，对于最终用户也有很大的帮助。它能够让我们从客户化编程的低效繁琐中解脱出来，将自已的精力集中在理解用户需求并帮用户设计业务模型上面。

报表工具的License远比ERP的要便宜。

对于某些仅从事查询或报表的用户比如一些管理人员，完全可以做为ERP系统帐户的替代。

图形化、可视化的界面为大多数用户所喜爱。

目前，大多数报表工具支持各种各样的数据库，在他上面的投资和积累的经验完全可以移植和扩展到以后的SAP甚至其它一些可能出现的系统上面，比如客户关系客理、工作流等系统上。

更重要的是，由于商业机密泄露给竞争对手而带来的一次性损失、或者我们为了加强商业密秘保护所做出的其它努力，可能也远大于布署报表工具所需要的投资。

报表工具不失为企业数据化经营的最佳开端

现在很多企业都逐渐有数据分析的意识。商品部说我要看门店销售额分布，金融部说我要看投资转化分析，领导要看综合指标统计、部门业绩拆分、产品分析、用户分析……

但凡一个有点规模的企业，都有大量的数据躺在系统里，报表在Excel中。越来越多的业务分析需求，也暴露了各种数据收集麻烦，系统数据不能打通的问题。

报表BI平台可以把数据分析给统一管理起来，一方面减轻各业务人员做Excel的压力，毕竟是谁都不想在做报表上花太多时间；另一方面，报表体系的规范倒逼数据的收集、数据的质量、经营分析体系的完善。

那么，应该选择什么样的报表工具？

几个参考标准：

是否支持所需的数据源，有没有开放接口数据填报手机、报表分发等功能，都是常用的需求报表制作是否简单，做表的效率高不高数据安全、权限管理——保证信息安全如果选择开源工具，得保证有专人运维

市面上的工具大家可以对比价，各家官网技术参数和功能都很透明。个人推崇帆软FineReport，就和ERP首选SAP金蝶一样，可以说是全球最好用的报表软件。

报表开发简单速度快，2个人一年可以完成集团120多张报表的开发。搭建统一的数据管理平台，取数、分析一脉相承，让数据更好的用于业务经营和决策。可以快速开发报表，可以和OA、ERP、MIS、CRM、TMS、WMS、BPM、EHR、考勤等系统的无缝集成。内置用友、金蝶、泛微、致远、万户、蓝凌、神州数码、浪潮等厂商的API接口，省得开发。