如果物流部门此时提了个近两年的物流情况数据需求，报表工程师可能要花很长时间进行数据清洗，才能取到有用的数据，工程浩大。
第二，业务系统多，但数据孤岛严重。数据孤岛问题，简直是中大型公司的通病。从订单到回款的过程，至少被分成三个软件：管理产品技术状态（包括工艺状态）的PDM或者PLM；管理企业订单、主生产计划的ERP；对于生产过程管理的MES。
其实远不止这三个软件，甚至还有像CAD、CAE、LIMS、SPC之类的。讲个案例，有个企业ERP用的是SAP，PLM用的是西门子的Teamcenter，单位内部财务、质量、订单、供应商管理系统七七八八加起来几十套，每年固定的信息化费用两千万，但数据孤岛问题仍旧存在。
第三，数据需求多，但报表访问量差。
这多半是大多数报表开发人员最头疼的事情，明明也花时间沟通需求了，业务人员在验收需求的时候也很满意，但做出来的报表挂在业务系统里，根本没人打开看，访问量和利用率巨差。时间久了，就开始思考做这份工作的意义是什么。
这么多困境，其实归根究底是软件买太多了。
以前总觉得，多买系统，多花钱，数字化就能搞成功。但其实现在对于制造业来说，以平台为特征的信息建设模式才是长久之计。
像我们公司，18年采购了帆软的FineReport报表工具，通过它梳理了整个业务流程，并确定了各部门对相同数据的定义（避免各部门之间的数据指标不能互通），再用自定义数据连接的功能去打通各系统的数据，不用再像以前一样要先从各个系统下载数据，然后再整合到excel做报表。其次就是对于一些流水线日、周报的制作，以往要花很多文员的人力去定期捞数据、弄表格，过程繁琐不说还费时费力，现在我们IT部门设置好报表模板后，只要定期更新数据就行。
以前需要一周才能整合一个月的生产数据，现在半天就能搞定。还有一点比较方便的是还可以用FR来做可视化大屏，因为打通了数据，只需要套用他内置的大屏模板，替换下数据就可以搞定，比起之前用js+echarts方便很多。
其实上面这些都是基础功能，我个人觉得不要局限于FR的报表和大屏功能，而是应该把它当成企业级的数据可视化应用软件去用，它的数据填报、移动端、大屏监控、流程管理功能都可以用，还是那句话：软件这东西把一个用透了胜过买一堆软件。
工具获取方式
评论转发私信「报表」，可以直接体验报表工具，更有各种业务场景的报表模板下载。
