随着科技的进步，用户越来越关注数据。关注数据的时效性，数据的准确性等。如果发现数据被修改，在数据量大的情况下，哪条数据被修改，查询起来相当麻烦。本篇文章小亿就为你支一招，数据留痕，数据改变，即刻知晓。

数据留痕简介

什么是数据留痕?数据留痕指程序自动记录数据多次修改上报的历史变化情况，供填报人员及数据管理员随时查看和统计。

1功能特色

【详细的留痕记录】除了能查看数据修改前后的值和用户外，还能查看修改时间、IP等信息。

【丰富的查询入口】可以按照任务、报表、表元来查看数据留痕记录。

【全局的统计分析】通过图、表展现历史数据的直观分析，从粗粒度到细粒度展现。

2应用场景

填报人员上报数据一段时间后，发现数据被修改过，可以通过该功能了解谁在什么时间改了数据；数据汇总人员再次汇总数据的时候发现数据前后不一致，可以通过该功能了解两次数据汇总的差异以及谁修改了明细数据；数据管理人员通过数据留痕统计，可以掌握哪些单位数据在多期没有变化，可能是质量不高的数据。

数据留痕实现

对数据留痕有了简单的认识后，那如何实现数据留痕呢？

1任务留痕设计

首先设计任务时，需要增加数据留痕代码组。

代码组设计完成后，在使用设计系统或插件设计任务时，选择“定义”下“自定义属性”菜单，

分别给表元，报表，任务增加一个自定义属性：sjlh；属性中文名为：数据留痕；对应代码组：数据留痕。

根据实际需要，分别给任务，报表，表元设置对应的属性值。

2属性设置

数据留痕需要监听器配置，在“报表平台属性”中添加服务器属性，增加上报数据时留痕明细的监听器配置。

根据实际需要，可配置全部任务默认留痕明细设置。在“报表平台属性”中增加对所有任务表元明细留痕的默认设置，该项为可选项。

配置项sjlh表示是否对所有任务默认进行表元明细留痕， 0表示默认为不允许留痕， >0 表示允许留痕， 如不配置则以当前任务设计的设置为准。

说明：

sjlh属性在服务器、任务扩展属性、报表扩展属性、表元扩展属性上都可以配置。

3启用数据留痕

在任务属性配置中， 需要勾选任务属性“允许数据留痕”选项。当勾选"允许数据留痕"时表示启用数据留痕功能。

4查看数据留痕

如果数据发生了修改，用户在报表界面右键“报表历史”， 可以查看数据修改的详细历史。

留痕开关优先策略

sjlh属性在服务器、任务扩展属性、报表扩展属性、表元扩展属性上都可以配置。这几者之间居有一定的优先级别。

表元扩展属性设置

系统字段不进行数据留痕，只有表元才进行数据留痕。

如果表元的扩展属性sjlh=1，该表元数据留痕。如果表元的扩展属性sjlh=0，该表元不进行数据留痕。如果表元的扩展属性未配置，遵循以下规则。

报表扩展属性设置（表元属性未配置时参考该规则）

报表扩展属性sjlh=1，数据留痕。报表扩展属性sjlh=0，不进行数据留痕。报表扩展属性sjlh未配置，遵循以下规则。

任务扩展属性设置（表元、报表属性都未配置时参考该规则）

任务扩展属性sjlh=1，数据留痕。任务扩展属性sjlh=0，不进行数据留痕。任务扩展属性sjlh未配置，遵循以下规则。

服务器属性设置（表元、报表、任务属性都未配置时参考该规则）

server.property中寻找sjlh的值。0表示不进行数据留痕，其他值表示进行数据留痕，未配置不进行数据留痕。

留痕明细必要条件

除属性设置外，报表要将修改变更情况记录到痕迹明细表还需满足以下规则：

第一次上报数据时，不作留痕明细处理。留痕明细处理在报表户数据第二次上报时候触发，保存数据不作留痕处理；汇总户不需要数据留痕，只有基层户的上报操作才进行数据留痕；只有主数据集进行数据留痕，其他数据集的上报数据操作暂不考虑留痕处理；任务属性必须勾选数据留痕选项。如果该选项中途被去掉，不管用户上报多少次都不进行数据留痕。在该选项被再次勾选后，用户上报后获取的修改前值是该选项被去掉之前的最后一次修改值。变长表必须设置关键字，且关键字不允许重复。如果某变长表没有关键字或者有关键字但允许重复，该变长表的所有表元都不进行数据留痕。如果变长表关键字被修改，表示该数据行删除后新增，此时记录删除操作，并同时记录新增操作。

在我们日常生活或工作中，经常会看到这样一个个小卡片，上面记载着某件商品或者某个人的基本信息。如同名片一般，看起来简单明了。而在数据库中，这些信息实际上是密密麻麻的一条条记录，直接查看非常容易看错，如下图所示：

那么我们怎样才能够将这些信息以卡片形式，一条记录一张卡片的来呈现呢 ?下面，我们一起来看一下怎样利用报表神器—润乾报表，来简单轻松地生成这类报表：

首先（第一步），打开报表设计器，连接好数据源，新建一张空白报表，设置数据集，我们这里是用的SQL语句如下：

SELECT 雇员.名字,雇员.雇员ID,雇员.职务,雇员.雇用日期,雇员.地址,雇员.出生日期,雇员.邮政编码,雇员.照片 FROM 雇员

（第二步）在空白报表中填写表达式，如图：

(第三步）再将A1,A2,A3,A4,A5的左主格均设为B2，这样，一张简单的卡片式报表就设计好了，然后点击保存，最后查看预览 , 效果如下：

注意：在报表设置区域下方和右边留一行一列空白，并设置下方行的主格为B2, 这样预览时卡片之间会有一间隔而非紧密相连了，效果如上图。

（最后）到这里，一个卡片式报表就轻松搞定了，接下来我们来回顾一下其中遇到的问题和解决的技巧：

1. 左主格的设置

【技巧】在属性栏 – 扩展 – 左主格 中设置单元格的左主格

2.照片字段呈现

【技巧】单元格右键 – 图片 – 表达式 设置 图片表达式

1、 Power Map

这个已经安利很多次了，微软官方出版的一个3D数据地图插件，包含在线地图+在线演示+制作视频等各项功能。可以基于Bing地图绘制可视化三维列，包括气泡、饼图，热图和地区的数据，之前的一次回答中已经演示过了。

2、 方方格子Excel插件

这就是一个Excel偷懒的工具，将一些常用的需要写函数或写宏的功能给封装成现成的按钮。比如：过滤文本、删除文本、汇总拆分、重复值工具、数据对比、高级排序、颜色排序、合并单元格排序等等。提供了大量常用宏及函数。

日常的表制作，配上这个插件可以大大提高工作效率。

① 一键删除空格

② 提取数字文字英文

3、 Excel图表插件-EasyChart

EasyCharts是Excel的图表插件，能一键生成Excel未提供的图表，修改成R 、Python、Matlab的风格图表，像下图就有一种R既视感。

4、 FineReport

这是一个商用报表软件，主要应用于企业级的办公上。比如业务系统报表，数据分析报表。可集成在OA，ERP，CRM内。主要两大核心是填报和数据展示。懂点java的话可以做开发，比如我同事用这个开发了一个公司内部的考试系统。

主要用途还是做报表，大数据量的报表和可视化。

1、 类似excel制作报表，不用数据透视表，也不要写VBA，功能都是封装好的

2、 填报功能，收集数据审核入（数据）库简直无压力

3、 Dashboard(决策报表)，表格立马变高大上的“驾驶舱”

4、 移动端报表随时随地看

制作界面大概长这样，类似excel.

5、 Nordri Tools

一款非常火的PPT插件，可以用来拓展PowerPoint软件自身难以实现的功能，可能经常做PPT的人都知道。对于很多新用户或者小白用户，会有相见恨晚的感觉。如一键统一字体、段落；批量删减文本；图文一键对齐；PPT配色自动载入；PPT长途。

一键统一PPT中的字体和段落：能全文档统一中/英文字体；全文档统一行距/段前/段后距(不用再一篇一篇改字体了:）

矩阵复制：通过一系列参数化设置，帮助实现一个元素在ppt中的快速阵列复制

6、 阿里巴巴矢量图icon

这个我做PPT的时候常用，一些icon的素材，上面提的很多了，不过貌似这个网站美工用的会多一些。

下载时可选择颜色、大小和文件格式

7、 Process on

ProcessOn是一个在线制作流程图的软件，包括思维导图等。风格很适合用在PPT中，勾画复杂的模型，基本上是0难度上手。

8、 gif录制/剪辑工具Screen to GIF

现金流量表作为财务三大报表之一，是以收付实现制（以款项的实际收付为标准来处理经济业务，确定本期收入和费用，计算本期盈亏）为基础而编制的会计报表，它可以真实、准确地反映一定会计期间内企业现金和现金等价物流入和流出情况及财务状况的优劣。现金流量作为现代财务理论的基本与核心概念，在很大程度上决定着企业的生存和发展能力。

为方便财务人员在每月月末更具有效率地进行报表编制，方便管理人员及时了解企业现金流量信息、掌握现金流动规律，博科ERP财务会计模块提供了一个方便易用的报表工具：现金流量。

首先，该功能提供三种生成现金流量表的方法，覆盖实际业务中各种情况下报表的生成，操作方便、灵活，易用，极大提高财务人员的工作效率。

一、在凭证中直接标明现金流量项目，这是实际业务中最常使用的方案，操作简明又可直观地反映现金流量来源。

1. 录入凭证（财务会计→总分类账→凭证→录入→一般过账），同时标明现金流量项目：

2. 将该凭证复核、记账后，点击生成现金流量（财务会计→现金流量→现金流量生成）：

3. 进入现金流量表（财务会计→现金流量→现金流量表），即可查询结果：

二、在凭证中不直接标明现金流量项目，可通过维护项目与科目关系，实现现金流量的自动归结。

1. 在科目与正文（财务会计→现金流量→科目与正文）中定义项目缺省类型，附注科目可在附注与科目中定义：

2. 录入凭证（财务会计→总分类账→凭证→录入→一般过账），此时则无需标明现金流量项目：

3. 凭证复核、记账，生成现金流量，并可查看现金流量表（操作方法同一）。

三、以上两种都未定义，可通过直接法录入现金流量项目。

1. 未直接标明现金流量项目，也未事先维护项目与科目关系，但却已复核已记账的凭证，是无法自动计入现金流量表中的，若直接生成现金流量，会提示错误：

2. 此时，可在直接法分录清单 （财务会计→现金流量→直接法分录清单）中选择未分配现金流量项目的凭证明细行，标明现金流量项目：

3. 生成现金流量，并查看现金流量表（操作方法同一）。

此外，还可通过现金流量明细表功能，查询现金流量表中的某一项目是由哪些财务凭证自动归结的？查询过程实时、快捷，方便管理人员分类掌握企业现金流动规律，为作出正确的决策提供依据。

财务知识小tips：

1. 现金，包括：企业的库存现金、银行存款、其他货币资金（外埠存款、银行汇票、银行本票、信用证）等。

现金等价物，包括：企业持有的期限短、流动性强、易于转换为已知现金、价值变动风险很小的投资等。

2. 收付实现制：是以款项的实际收付为标准来处理经济业务，确定本期收入和费用，计算本期盈亏的会计处理基础。

权责发生制：是以权力和责任的发生来决定收入和费用归属期的一项原则。

其中，权责发生制一般用于企业经营情况，但在反映企业的财务状况时却有其局限性：一个在损益表上看来经营很好，效率很高的企业，在资产负债表上却可能没有相应的变现资金而陷入财务困境。这是由于权责发生制把应计的收入和费用都反映在损益表上，而其在资产负债表上则部分反映为现金收支，部分反映为债权债务。

因此为弥补权责发生制的不足，应编制以收付实现制为基础的现金流量表或财务状况变动表。

本文转自百家号作者上世是朵花推荐语：其中运营的网友居多，我们看看他们都是怎么说的吧。

以前曾经听到有人这么说，“万事具备，就差一个程序员了”听这话的意思，程序员是有多渺小，我想程序员听到这话一定会很生气吧，心里肯定是无数个反驳的说辞，其中我能想到的一段反驳就是：这话的意思不就是所有事情都想好了，就差执行了，可是想与做还差10万8千里呢，不过从这句话中可以看出一些运营人员心目中的程序员，那么接下来咱们再来说说程序员心目中的运营又是什么样子的。

近期，某互联网公司的一名产品运营师说，一名程序员小哥哥对她说：运营每天都是吃吃水果唠唠嗑、数据表都被程序员做好了，她们就下载现成的，看看环比升降 写写原因，感觉这样的工作真是清闲无比。我想这名产品运营师听了之后感觉一肚子委屈吧，不过她并没有为此反驳，而是把这样的事实分享出来，然后她这样的分享引来了一波网友们前来回复，其中运营的网友居多，我们看看他们都是怎么说的吧。

知乎产品运营：「运营就是打杂的」为了扭转这种误解，我要奋斗终身

上世是朵花：从这样的话，看出这名运营同学有很多委屈了。

某公司运营主管：哪里那么简单……老板发火劈头盖脸骂

上世是朵花：能想象到画面，运营同学也真是不容易了。

麦客电子运营专员：看来他很羡慕运营

上世是朵花：普遍现象，每个工种都是能看到其他工种的清闲，却看不到他们的辛苦。

脉脉内容运营专员：技术小哥哥曾经跟我说：搞成自动化功能后你们不就失业了么，我是为了你好

上世是朵花：没错，经常听到有程序员同事半开玩笑的说这种话，其实自动化一点只能说让运营同学省出一些工作量，去做更重要的事情，失业还是不可能的。

58集团产品运营师：运营说：为了你们在工作上有所突破、请务必搞成自动化

上世是朵花：这是运营同学们的心声啊，运营同学希望程序员们搞成自动化，他们并不担心自动化后自己会失业，因为他们深知运营还有其他好多事情要做的，是程序无法替代的。

腾讯科技内容运营：不少人都认识不到运营真正干嘛的 我觉得以后运营肯定会和产品一样成立一个体系

上世是朵花：是的，每个领域都有它的深度，外行看来只是表面的东西，所以就不免觉得简单。

南京汇龙科技有限公司运营经理：………现在这运营不好弄 哪种都要知道点……尤其是和产品沟通的时候还要懂点交互

上世是朵花：能够理解，特别最后一句，体会颇深。

蜗牛学堂运营总监：最开始就没有产品和运营，只有市场和技术。后来才有了运营和产品。

上世是朵花：每个工种都是根据市场演化的产物，存在就有存在的道理，都是其他工种无法替代的。

从评论的内容就可以看出，运营同学们也是有一套很强大的体系，他们也有很多的艰辛，不只是看看报表那么简单，报表只是他们研究策略的数据基础，这只是他们工作的开始，基于数据做出策略后，他们要制定不同的方案，各种策划活动，并且都是非常灵活的，目前的技术还是远远不能替代运营同学所做的事情的，程序员的看法是片面了一点，我想不只是这位程序员小哥哥是这么看的，有相当一部分程序员朋友都会有类似的看法，这就是行业领域视野角度问题造成的，大多数人看问题都是站在自身的那个角度去看问题，而不是跳出来站在更高的角度去看，同样，其他行业，其他工种的人看待程序员也存在类似的现象，不是么？

以上所有图片均来之互联网 大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！

原文标题：码农：运营每天就是唠嗑、报表都被程序员做好了！运营：冤枉啊！发布日期：2018-11-19 11:52:49原文作者：上世是朵花

前言

近来报表软件、商业智能、OLAP、数据分析等概念非常火热，作为关键基础环节的报表软件在市场上也是层出不穷，让人眼花缭乱，国内外的加起来细数一下，大概有二三十种之多。这些产品看起来实现的功能都差不多，那么，应当怎样选一款满足自己需求的报表软件? 在选型过程中不被厂商的宣传和演示牵着鼻子走？

在多年的报表经营过程中，我们发现许多用户在选择报表软件时会有许多认知误区，本篇将主要针对这些问题提供一些意见和建议供参考。

一个最常见的误区就是报表中间件和报表平台分不清楚，在演示过程中被平台类产品丰富的功能吸引，但其实需求却是要在项目中嵌入使用的报表工具。这一方面可能为多余的功能买单，另一方面还会带来难以集成的问题，多余的功能也如鸡肋一般，很难发挥作用。

要想避免这个问题，首先应该弄清楚需求（敲黑板，需求，需求，需求要明确）。是用于在业务系统中做报表，还是要上跨业务系统的报表管理平台？这两种需求看起来都是要做报表，但其实差别却巨大。

需求为前者时，我们要选中间件型报表工具。报表中间件的特点是报表和中间件，除了要有足够强大的功能将数据以报表和统计图的方式呈现外，还有个很重要的使命是 - 被 ~ 集 ~ 成 ~，快速被集成，为我们完善业务系统的报表模块提供便利。而当需求为后者的情况下，则需要关注报表平台型产品。报表平台是指提供报表、统计图及其他 BI 组件（仪表盘、数据看板等）的组织管理、权限控制等功能的软件系统，重点是功能全面的系统。

在报表行业，厂商提供的产品也大体分为这两类：以中间件形式提交的报表工具和以报表为中心的外围解决方案即报表平台。选择报表软件时，一定先要搞清备选产品是哪一类的，和需求目标不匹配的，做得再炫也不必考虑了。

报表工具

报表工具是细分领域“专而精”的产物，主要解决固定报表的制作。所谓固定报表，是指由技术人员预先定义好取数规则，运算逻辑的报表，后台会有一些较复杂的运算；业务人员只在 web 端查看或简单的增删改数据，不涉及报表结构的修改。固定报表是日常报表开发工作中最常用且工作量最大的报表形式。而对应的，另一种报表形式，自助报表，可由业务人员在 web 端自由拖拽指标字段生成不预先定义好表结构的报表，它能应对一些临时性的简单查询需求。这两种形式从目标用户到应用方式两者都有巨大不同，在选型时一定把固定报表和自助报表分开考虑。本节先针对固定报表提供一些考察点，自助报表的问题在后面的章节会介绍。

表格布局

目前国内主流报表工具采用的表格布局都是类 Excel 的单元格式，其好处是绘制简单方便。而有些早期产品以及国外产品仍采用控件拖拽式布局，就很不好用，绘制带有合并格的复杂格式报表非常繁琐。而且，采用类 Excel 式布局的产品一般都能导入以前用 Excel 画的表，也可以不失真地将报表导出成 Excel，这都是控件式布局产品很难实现的但却非常必要的功能。

复杂报表

报表工具的主要任务就是减少开发工作量，而复杂报表是工作量的重头。

对于报表样式简单，数据来源单一的简单报表，如图 1。几乎所有的报表工具都可以轻松实现（毕竟一个成熟的工具，要是连这样的简单报表都搞不定，也就没啥存在的意义了），没有区分度。但有些报表样式复杂，数据来源多样，统计口径不规则的复杂报表，就不是每家报表工具都容易做出来的了。如图 2，用国外或开源的报表工具就很难做出来，代码量相当大，完全起不到减轻开发工作量的目的。相比之下，采用了非线性报表模型的国产报表工具对付复杂报表的能力要强大得多，报表工具可能是少有的几个国产软件远胜国外软件的企业软件领域了。不过，不同产品在模型细节的支持程度并不一致，还需要针对项目中的复杂报表仔细验证，弄不好工作进程就可能被一两个特别麻烦的报表给卡住。重点的考察模型功能有：多源关联分片、行称是否对称、跨行组的同比环比以及排名计算、重叠分组等不规则分组方案、动态分组层次等。

图 1

图 2

多数据源

报表工具也应该与时俱进，支持多样性数据源，信息化应用越来越广泛了，ERP、CRM、OA、BPM 等系统各种上马，企业数据越来越大，报表也通常需要取到多个数据库多个数据表的数据，所以最直接也是效果最好的，就是报表工具直接支持多数据源关联，而不是先 ETL 做数据仓库等工作之后再取数。

集成性

方便易用的集成性是报表工具的重要指标，也是特别容易在选型时被忽略的指标。有些报表工具（特别是国外的产品）功能很强大，独立使用也是六六六，但在国内跟各个业务系统集成的整体氛围下就水土不服，因为缺失集成性。方便易用的集成性要求报表工具能对应用程序提供友好全面的接口，方便用户与各业务系统无缝对接。能够适应各种环境，能以类库方式完全集成到应用系统中。这样不仅可以提高报表获取数据时与应用系统数据交互的性能，还可以利用服务器的负载均衡等能力提升用户体验。

开放性

灵活的开放性才能适应用户更多特殊的需求，不管是集成商还是终端用户都可以通过丰富的 API 接口，全面地对报表应用进行各种操作，以需要的方式灵活地使用报表。满足用户各种个性化需求的自定义。

性能与容量

决定报表工具生死的往往是性能和容量指标。随着大数据时代的到来，选择报表工具时，性能指标越来越被用户所关注。网络，报表层等都可能成为性能瓶颈。而一款好的报表工具应该尽量绕开可以避免的瓶颈，如报表层就有很大的优化空间。对于报表内常用的多数据源对齐，排名等采用更高性能的 Hash 算法。报表提供缓存机制，包括模板缓存、结果缓存、分页缓存等多种方式，提升报表服务器性能。提供集群缓存同步机制，实现负载均衡的服务器之间跳转访问时的缓存自动同步。

移动端

现在，越来越多的用户想在移动端随时随地查看企业报表，第一时间掌握企业动态。他们往往是拿来主义，要求报表中间件厂商提供完整的移动端 APP 供他们直接使用。但其实这是一个误区，对于移动端 APP 往往是由系统集成商开发并在提供给用户时，适当的做一些客户定制化的功能。而报表只需要具备输出 HTML5 的能力，支持在移动端输出即可。作为中间件应用时，报表工具厂商直接提供的 APP 是没有意义的，没有必要去考察。

美观性

看似重要的美观性其实跟报表工具的直接关系不大。图表是用来直观的展示数据，方便管理者在纷杂的数据中快速判断出业务数据的分布、趋势、占比、同比、环比等变化规律，支持管理者决策。图表类型的数量及是否支持钻取、联动等功能也是评估报表工具的指标之一。美观性对于报表当然很重要，但由于有众多开源图形技术，这方面的比拼就已经不再是报表工具的重点了，报表工具厂商与其花时间精力去追赶，不如直接把好的东西为我所用，这就又回到了“专而精”的话题。所以与其用美观性衡量报表跟图表，不如衡量报表工具对第三方图表的集成性更实际。

价格

最后，但不是最不重要的是报表工具的价格。不过考察产品价格时要同时考察后续报表开发制作的成本，要对比实际拥有成本。比如开源的工具虽然没有购买成本，但实现复杂报表时，背后需要付出很大的工作量，在核算成本时往往是入不敷出，实际拥有成本更高。

报表平台

报表平台应该包括的基本功能包括：报表资源管理、用户管理、数据管理、权限管理、系统外观及报表样式管理、定时调度任务管理以及系统监控等；移动应用，流程填报，也是报表平台必不可少的功能；还有安全机制，运行报表平台时不安装插件、不改变用户的安全设置，这样才对用户是安全的。这些报表平台的常规功能基本每家厂商都具备，用户在考察这些内容时也很少有认知误区，一般不会踩雷，我们就不细说了。这里只介绍一些容易被忽略的功能点。

整合能力

不同企业，功能需求也是千差万别的，即使功能再全面的一款报表平台软件，也逃不开个性化行业定制以及跟现有系统的整合。对于报表平台的集成，主要考虑是否提供相关二次开发接口，可以修改系统风格样式以匹配现有业务系统，是否提供多种单点登录接口，可以使用现有业务系统的组织机构权限机制等。

可组装性

要求平台中的各个功能模块低耦合，可以像积木一样随意拆装。 这样“报表 + 的功能太多了，有很多我都不需要，或者我预算有限，买不起这么多功能怎么办？“的顾虑就可以很愉快的解决了。

后续开发方案

报表业务有天生的不稳定性，导致报表总是没完没了地要修改和新增，不可能一次性做完。那么问题来了：如果有新的报表需求或者原有报表的维护工作由谁负责？厂商？集成商？用户？这个一定要在选型时就考虑清楚这个问题，不然很容易被项目后期维护费用惊到或者出现报表平台不能真正用起来的情况。这里要强调一下，不要寄希望于自助报表（后面会讲到原因）。

交付方式

对于报表平台类产品，有两种交付方式，即产品交付和项目交付。而项目交付，定制解决方案，为平台类产品的主要交付方式。在当下大环境下，IT 实施团队的选型已经成为企业信息化建设成败的关键。但国内供应商不少是报表工具厂商扩大业务而形成的，产品本身还可以，但项目经验少，管理能力弱，所以需要考察的就不仅仅是报表软件的功能点，更多是的要考察做实施项目团队的技术能力，相关行业经验以及项目管理体系和质量。而国外的供应商实施能力就更弱了，可能是由于国外定制服务成本高导致的吧，在缺乏市场定制化解决方案的需求的前提下，缺乏集成性，难以适应国内需求。

自助报表

最后我们来谈一下自助报表。

自助报表也是近年内特别热门的需求，几乎所有的报表平台都提供有这个功能，各大厂商纷纷宣称可以让业务人员拖拽制表，不需要技术人员参与了。

但这里有个巨大的误区。目前市场上的自助报表（或交互式 BI）虽然可以在页面上轻松实现钻取、切片、旋转、分页、自定义指标、排序、各种基本计算（求和，求平均，最大最小值等），与此同时兼具页面友好美观，使用流畅等特点。但是，自助报表能够解决的业务人员需求其实相当少，例如自助报表完全解决不了过程性计算，而大多数报表都需要过程计算来准备数据，比如报表数据模型支持多源运算就是过程计算的一种。不支持关联查询的自助报表，一般只能解决 10% 的业务人员需求，即使有了关联查询也只能解决 20% 到 30%。所以不能对自助报表的期望过高。

关联查询是绝大多数自助报表产品都不支持的能力。所谓关联查询就是需要查询的数据不在数据库的一张物理表中，通过某个主外键关系关联才能获得需要的信息，例如：查询存储金额在 10 万以上的本地储户信息，就需要做多个表的关联运算。传统自助报表不支持关联查询，需要事先建立逻辑或物理宽表把表间关系做死，一旦关联需要发生变化时，只能重新建模，但这就要求有 IT 人员再次参与，业务人员的自助就失去意义了，而这个功能缺失又很可能被炫酷的界面掩盖而被忽略。能否支持关联查询是是考察自助报表功能的关键指标。

有些报表工具也提供自助报表的能力，也可以作为报表中间件的功能组件被集成，这时候就要考察其可集成的能力，即也能像报表中间件一样集成到其他应用系统中使用。如果有集成需求，则要重点考察这方面的能力。

Excel的重度用户对这个话题肯定非常感兴趣。

因为每天重复以下事情，一天两天还好，时间长了谁都受不了。

收集数据、复制、粘贴、清洗数据、转换数据，然后用固定的处理逻辑，输出同样的结果

我把这些工作称为常规工作，属于必须做，做好不出彩，做不好有责任。

作为数据民工，每天要处理非常多的数据，深有体会。相比之下，我更愿意每天处理新的需求，分析异常业务情况的数据分析工作，显然这样的价值更高。

可如果大部分的时间已被常规工作占据，哪还有时间来做更有价值的事情？

把这些工作推给别同事？ —— 凭什么！拼手速、学快捷键节省时间？ —— 一切不能释放你双手的办法都不是好办法。

自动化是唯一的出路！把原先需要几十分钟，几个小时甚至几天的工作内容自动化。腾出了时间，才有机会搞更有价值的东西。

一说到自动化，很多人就想到Excel宏、VBA什么的，这可是编程呀，必须VBA吗？

误会啊误会，如果是这样，我今天就不写这些文字了。

从我自己在企业的数据工作经历来看，70%的自动化都不需要VBA，VBA我只用于处理一些极个别复杂的需求。大部分常规性的报表我们都交给更专业的报表工具去开发，尤其是固定式报表，这个自动化比例能达到90%，上手难度却只是VBA的一半。

举个例子，有一份每天早上需要发布的销量报表，老板的要求是：

1）从总体，区域，产品，城市，分公司视角

2）展示当天、当月、当年的销售情况

3）还要给出利润及利润率

4）除此以外，还要展示出营业利润额的趋势。

正常不出意外的情况下，这份报表每天要花2~3个小时汇总制作。用报表工具做自动化模板后，一键刷新，整个过程不超过5分钟，只需要翘脚等待刷新完成。

这个报表工具就是FineReport。

罗列几个能解决大家报表制作的痛点，也是它广泛为人所用的亮点：

1、 制作报表高效低重复，自动化；

2、 数据填报，数据自动更新汇总；

3、 可视化dashboard真是酷炫；

一、高效做报表，1张模板顶替数百张Excel

为什么能如此高效，关键在于他做报表的逻辑。

1、FineReport自动化模板的做表逻辑

常规我们用Excel做报表，是把数据从数据库导出来，复制粘贴到一张或多张表上，然后对这个表数据做处理，每天有数据，就每天手动复制更新。

而FineReport直接是通过连接数据库，读取数据字段来设计报表模板的，和数据库实时对接。制作模板处理的对象是数据字段（区别于Excel的单元格数据）。模板中一个单元格放一个数据字段，对数据字段进行求和、求平均等各种函数公式的运算。且当这个数据字段下的数据有新增时，设置自动刷新就能一键更新报表。

其实和excel类似，excel对一个单元格做公式处理，然后下拉。这边是直接对数据字段处理，省去了下拉的过程，展示报表时，自动扩展开来,就相当于报报表结果中的每一个数据，都变成能自动计算的公式。只要你改变数据源，它将像多米诺骨牌一样，自动进行。

以下是用FineReport做报表模板时的场景，做的时候可能是仅仅一行，但预览时却是扩展出来的密密麻麻的 “风景”，这里就要谈谈它的数据是怎么展开的，即扩展原理。

FineReport报表中单元格的扩展是有方向的，可纵向扩展，也可横向扩展，也可以不扩展。

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

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

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

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

3）决策报表设计，就是表单，也是dashboard，用于弥补普通报表分页预览不能展示控件的问题。同时表单可以进行自由拖拽设计，自适应页面大小显示，自由制作驾驶舱可以更好的在各种大小类型的屏幕上展示，包括移动端、大屏。

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

交叉表

行式报表

分组报表

自由报表

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

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

二、数据填报自动更新汇总

做报表的另外一个难题是有关数据源的提交，审批，更新，汇总。试想你有没有经历过每天守着点等大家发邮件送Excel，挨个保存、打开、汇总数据的麻木操作。回头数据出错，还要打回重新沟通，数据采集总是最难的。

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

填报也需要一个模板，类似于一个可写入的操作模式，操作流程如下：

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

三、可视化dashboard及分析

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

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

决策报表制作过程

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

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

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

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

2、数据可视化与交互

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

最后

以上便是FineReport一部分功能，篇幅有限，很多细节无法展开。

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

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

最后，对于新手，刚开始尝试这么做时，会遇到非常多的阻力。原因有两个：

做表的思维方式完全不一样，需要适应上手finereport自动化模板需要学习新的技能你需要不断的尝试和练习。但是，当你拥有这种思维方式，掌握相应的技能后，你将深深体会到它的威力，不过切记低调、低调。

还等什么呢？赶紧解放自己，get这个技能吧！

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

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

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

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

排班软件统计报表

排班软件统计报表：班次明细统计前提条件:

1. 设置排班软件时间段

2. 设置排班软件班次

3. 员工自动排班

4. 设置排班软件考勤规则

5. 员工在排班日期内没有考勤记录 步骤：

选择菜单项“查看/打印->统计报表“

2。 选择“班次明细统计”标签页

3. 选择人员，选择时间段，点击查询

排班软件期望结果：

1. 如果用户在签到时间内有记录并在迟到时间段内（如上班时间5分钟后）才有签到记录，则显示迟到状态

2. 如果用户最后签退时间在签退时间段内并在早退时间段（如下班前5分钟）内有最后的签退记录，则应显示早退状态

3. 如用户在正常排班日期内没有考勤记录则显示矿工状态

4. 如用户在排班时间段内有请假，则有相应的公出/请假类型状态（例外列）

又到月末了，表格表姐、财务狗，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处理了数据，但没有得到有效结果去服务于业务带来效益。那如果在报表之后，基于业务基于指标去做特定主题的数据分析，站在公司角度做数据化管理，为领导的业务决策提供有效意见，这样的高度就别有不同了。