在銀行，業務部門是利潤中心，而科技部門是成本中心（數據部門一般劃在科技部門底下），能賺錢的部門強勢嗓門大，同時壓力也大。爲了完成KPI和抗住同行的競爭壓力，業務部門經常需要快速提取各類業務數據指標。
業務需求提得急，科技反應慢，爲難的就是夾在中間的銀行數據人（也就是銀行的“表哥表姐”）
給分行的填表模板必須做好校驗，不然填的數字五花八門。
這張報表要跨幾個業務系統拉數據，暫時沒辦法做報表，能不能寫個宏把幾個報表的數據整合了？
這幾個場景裏，有很多業務數據人的痛點，比如歷史數據的管理，數出多門的問題，手工填報的準確性，共性需求的提煉，多數據源的打通等。但大部分業務數據人還是習慣用Excel來處理數據，雖然Excel很強大，可以應付絕大多數需求，但是在以上痛點環節仍然力不從心，更多時候充當的是輕量數據庫和計算功能。
懂IT的朋友可能會說，在數據庫寫兩條SQL就解決了，這話沒錯，但如果銀行數據人有工具能解決上述問題，並且支持數據庫之後的數據增改刪、數據展現、交互分析、可視化/移動端大屏展示，並做到辦公協同，那就不用再受業務和科技部門的氣，也能減輕科技部門對報表的需求響應壓力！而這，就是我今天想來講的報表工具FineReport，它本質是一個通用的報表製作和數據可視化工具，是一個開放的企業級Web報表工具。
一、如何花1小時完成填報模板，在保證手工填報準確性的同時，解放數據部門10+人力？
如果你是總行的數據部門，那麼必須給分行的填表模板必須做好校驗，不然填的數字五花八門。
而填報就是向數據庫中錄入數據，用於固定格式的數據收集，就好比你註冊app時提交的郵箱、用戶名、密碼，都會按照格式存放到數據庫中。填報也需要一個模板，模板示例如下。
FineReport填報模板示例
填報模板由控件組成：文本控件、數字控件、密碼控件、單複選框、網頁、文件等。控件對應着數據字段，有了填報模板，就可以將填報模板的鏈接分享給填報者，從而收集數據，並且允許用戶（填報模板開發者）實現對數據庫的增刪改。且出於數據質量和數據安全的考慮，還可以對填報數據做校驗操作、暫存填報數據等。
二、如何打通多數據源，實現跨業務系統取數做報表？
在銀行中，由於同一張報表的數據通常會來自多個不同的業務系統，甚至來自多個不同的異構數據庫，從而形成我們常說的多源報表。對此，FineReport提供了異構數據源模型，可以進行多源數據關聯，使得同一張報表的數據可以來源於同一數據庫的多個不同表，或多個不同數據庫。
將需要使用的多種數據源的數據預先處理好，並存儲至目標數據庫，報表只要對接處理好的數據即可。
三、數據部門如何及時響應業務部門的報表需求？
這裏舉個案例說明，以南通農商銀行爲例，其數據和IT部門藉助FineReport針對業務部門的常規需求，開發了三項表數據分析頁面（如下圖），通過一張頁面，就可以實時查看南通農商行當日存貸數據、存貸佔比、各片區存貸彙總數據、各支行存貸詳細數據，並且在不同的層級之間設置了關聯，可以直接穿透和鑽取。
領導看到存貸佔比異常，可以直接下鑽到各個片區，在從片區找到支行，直接定位到具體負責的支行，支行領導也可以用這個系統再詳細分析，找到具體哪塊的業務變化最大，然後做出業務調整或者人事調整，及時幫助業務部門和領導洞察數據趨勢，從而輔助決策。
總結
雖然Excel很強大，可以應付絕大多數需求，但是在以上痛點環節仍然力不從心，更多時候充當的是輕量數據庫和計算功能，且在銀行大數據處理量和需及時響應業務部門需求的背景下，數據部門應該及時找到替換Excel的合適報表/BI工具，釋放科技部門的報表取數精力，讓數據部門能夠快速支撐業務部門的數據分析需求。
最後把工具和模板一起放這，需要自取。