目錄
當企業變大，業務種類增加時，企業就會採購或者開發報表系統取代手工統計報表，然而在選型時卻發現某些系統看似開發簡單，實際上無論是前期系統的穩定保障、還是後期的系統優化，卻是一塌糊塗，給我們報表運維人挖了一個大陷阱！
而一旦系統上線，系統出現的所有問題就會讓我們報表運維人來背黑鍋，也就成了名副其實的「背鍋俠」：ERP系統裡的報表有問題了，運維的鍋！報表系統裡的範本有問題了，運維的鍋！查看報表時沒權限了，統統是運維的鍋！
其實背黑鍋還不是最慘的，最慘的是如果報表出問題了，我們就要先進行業務分析、跟使用者溝通、然後進行資料測試和修改，整個流程費時費力，把我們的大部分時間都佔據了，根本無暇處理更深層次的需求，從而影響我們的運維效率和水準；同時，還會造成其他人對我們運維團隊的不信任和懷疑，降低對我們工作的滿意度，最後我們的工作就變成了費力不討好。
尤其是對於大公司而言，業務多、流程複雜、報表冗雜，對於報表系統的要求是非常高的；而對我們報表運維人來說，一個好的報表系統不只是要開發簡單、功能強大、靈活快捷，更重要的標準是後期運維難度。
簡單舉個例子，之前我們公司上線ERP系統之後，經過一段時間的調試，簡單的報表開發是能夠滿足了，但是慢慢地我們就發現了問題：
根本沒有使用者權限管理，所有報表資料就是一鍋菜，想要實現用戶的分級管理根本不可能。
沒辦法管理業務流程，公司的業務部門一旦多了，業務流程和關係就會變得複雜，系統又沒有辦法優化，只能給我們帶來很大的無效工作量。
升級步驟及其繁瑣，根本不知道怎麼升級系統，也基本上不能實現二次開發。
這些問題也許在報表開發人員的眼裡並不算什麼，但是對於我們報表運維人來說，報表系統的運維難度越大，出現的bug和問題就會越多，運維的無效工作也會徒增幾倍，之後就不得不重新進行報表選型。
那麼在進行選型時，什麼樣的報表系統運維起來才省心、不必背黑鍋呢？
下面，就拿我們現在用的FineReport報表系統為例，從運維的角度出發，列舉一下我們在選型報表系統的時候需要考慮的點：
1、使用者權限管理
對於系統管理者來說，報表運維的一大難點就是使用者權限問題，也就是誰能看、誰不能看的問題：
一個報表範本做好了，就要控制誰能看這個範本，也就是使用者，有了用戶就會有登錄的概念，有了登錄就要有許可權的概念，有了許可權就要進行管理，讓報表範本成為一個可以被許可權控制的資料。
然而現實情況是很多系統都是將資料「大雜燴」般放到系統裡，甚至出現公司老闆與部門員工都能查看公司財務報表的情況，毫無安全性可言！
所以我們在選型報表工具時，一定要測試一下是否有許可權管理功能，比如能否根據部門職位分配許可權、根據角色分配權限、根據使用者分配權限，是否可以實現分級權限分配、報表編輯權限、權限複用等等，以保證資料的安全性。
其中我要提一下分級權限管理，就拿FineReport舉個例子，所謂分級權限，就是指總管理員（公司領導、系統管理員等）在系統裡開啟分級授權，將一些權限進行下放，讓部門管理員（業務部門經理等）擁有分配權限的功能，然後部門管理員再將相應的權限分配給下屬（一般是普通的部門員工），實現層級的權限管理。
2、資料運轉流程的難易
什麼叫做資料運轉流程呢？簡單點說，對於企業來說，部分重要資料未經審批就提交入庫是有一定風險的，且二次校檢比較複雜，所以此時就需要我們運維人出場了！
我們報表運維的工作之一就是對底層工作人員的填報資料進行處理和驗證審批，然後將審批後的資料進行入庫和提交，這種簡單的工作流就是資料運轉，也就是我們經常說的「資料上報」。
其應用原理圖如下：
看不懂沒關係，我直接拿我工作中的一個例子來說明一下：
我們公司在全國各個地區均設有辦事處，所有辦事處按照地區分為華東、華北、華南和華中，每個月各地區銷售人員需要上報其每個月的月銷售額，經過銷售總監的審批，到達領導處，領導查看所有銷售資料。
這個工作流比較，於是我們依靠FineReport系統將其上報流程分為了幾個節點使用者，在系統中設定好統一的報表範本，然後在報表系統添加上報流程和任務，將分好的各個節點進行分配，最後由不同的用戶從第一個節點開始往下操作流轉，就可以實現多級上報了。
這個功能的實現，我們運維人就可以對底層人員的錄入資料進行核算、審批，只有經過審批後的資料才能提交入庫，能夠大大增加報表系統的安全性和穩定性。
3、定時報表
我們在運維報表系統的時候，經常會遇到一個問題：很多業務人員的報表是需要定期產生、定時發佈的，比如流水線上的日報、週報，而大多數情況下他們不得不定期地做同樣的報表，這時候他們就會追問“咱們的報表系統為什麼不能實現定時發佈”？
所以在選型報表的時候，要注意關注報表系統能不能設定定時任務，也就是能否用伺服器定時自動地按照指定好的參數執行報表，而不需要等待漫長的計算時間。
我所瞭解我們公司的報表系統，其主要的實現過程很簡單：使用者將定時發佈的報表上傳——使用者設定定時任務，選擇發佈時間——伺服器在指定時間會自動生成檔——系統將生成結果以郵件、短信等方式通知運維人——運維者進行報表匯總和整理，交給業務人員進行分析。
整個過程中我們報表運維人幾乎不必天天等著，使用者可以將做好的報表定時發佈出去，從不厭其煩的重複發佈操作中解脫，方便快捷地設置日報、月報、季報、年報等任務，不需要額外的工作。
而我們運維人只需要等著別人提交報表就可以了，報表系統可以幫我們自動完成資料匯總和整理，我們唯一要做的就是打開手機，隨時隨地在行動端查看你需要的報表資料。
4、報表運維功能的強大與否
對我們運維人來說，報表系統就像自己的孩子一樣，看到他健康成長（運維正常），心裡充滿滿足和自豪；相反的，如果他經常生病（bug頻出），我們可以說是寢食難安。
所以我們要即時把握報表系統的運維資訊，來保證系統健康強壯穩定的運行，但這個條件經常在報表選型時被我們忽略，導致我們只能摸著石頭過河，天天提心吊膽，生怕報表系統出bug。
這就體現了一個報表系統的運維功能是否強大，這一點我還是比較佩服我們現在使用的FineReport系統的，當前系統內哪些範本有問題，哪些範本有出問題的風險，系統的硬體和軟體配置是否能支撐當前實際場景，是否存在宕機的風險等等，這些至關重要的資訊我們在第一時間就能夠準確掌握，保證系統的穩定運行。
除此之外，比如對記憶體和CPU的使用率進行即時監控和預警，一旦記憶體達到瓶頸就會立即報警，同時還可以進行會話的存活、清除等，保障伺服器的穩定運行。
再比如，可以對報表系統進行智慧檢測，對伺服器配製、報表管理、全域屬性進行檢測，如果出現預覽範本報錯，或者工程所在磁片剩餘空間不足等問題，系統會立即查出問題並提供建議方案。
再比如，對系統運行的各項請款進行監控分析，包括訪問統計、使用者行為、範本熱度、性能監控、管理日誌、出錯日誌等。
5、插件程式管理等附加功能
我們都知道在報表系統中經常會用到插件程式，比如預覽報表、匯出格式、插入地圖等等，這些都不可避免要使用web外掛程式來實現。這還只是最簡單的應用，作為一個合格的報表系統插件程式，還需要在交互性等報表高級功能方面表現良好。
比如互動式內容、支援自訂函數組織資料集、參數報表、遠端設計報表、報表批量列印、報表調度功能、資料透視功能、多層次匯總報表等等，很多報表系統在這一方面做的很差，不是不能支持，就是交互性很差，無法滿足我們的需求。
不得不說，FineReport在這一方面做得非常好，管理員不僅可以在外掛程式介面進行安裝、刪除、更新、禁用、啟用外掛程式，同時還在支援報表展出和WEB高級外掛程式功能，可以說十分方便。
總結
報表系統的選型是一件麻煩事，它需要結合業務部門、IT部門、運維部門等多方面的綜合考量，還需要考慮企業自身的管理基礎，但往往最容易被忽視的就是運維，對我們的系統運維工作產生極大的困難。所以在報表選型時，我們不能只看技術開發和業務功能，更重要地是要關注報表系統的運維難度，還是那句話：一款好的報表工具，要像FineReport一樣不僅開發簡單、功能強大、靈活快捷之外，還能替我們做到最智慧的系統運維。
再見Python +Excel VBA！我終於等到了一鍵生成報表範本的神器
喜歡這篇文章嗎？歡迎分享按讚，給予我們支持和鼓勵！
