很多企業在企業E化建設過程中會面臨這樣的困惑：隨著系統的增加，建設的深入，積累的資料越來越多。沉澱在系統中的資料要利用，可視化成了問題，延伸到應用就形成了報表展示和資料分析展示的需求。關於這些問題，這裡分享洋河的企業E化建設案例，原文是洋河股份資料分析（Data Analysis）負責人熊衍在帆軟巨量資料巡展上的演講。
客戶介紹
蘇酒集團有一個酒都、兩大名酒、三個第一、四個一流。一個酒都說的是蘇酒集團的所在地 江蘇省宿遷市，兩大名酒指的是洋河、雙溝兩大中國名酒，三個第一指的是產能規模、市場佔有、綿柔品質均位列行業第一。四個一流指的是釀酒技術、品牌影響、創新能力、營銷網路四個方面均數行業一流。
合作背景
洋河的企業E化建設在白酒行業中起步較早，2003年上線用友的U8系統，之後建設了OA系統，實現南京、宿遷、洋河、雙溝、泗陽5地的網路專線互聯。2012年開始建設SAP 的ERP系統，兩期項目囊括了前端銷售、財務到後端生產、倉儲等全部業務鏈。此外還建設了移動訪銷、商務會員系統、Portal、BPM等一系列外圍業務系統。這幾塊構成極大地提升了洋河的企業E化水平。
解決方案
在洋河的企業E化系統架構中，以SAP ERP、TMS、WMS、BPM等系統為後台，商務會員系統、移動訪銷、企業門戶為中台、洋河1號、官方商城等為前台，前中後台在業務運轉中產生大量的業務資料。實施的每套系統都有各自的報表，這些報表實現的方式各不相同、展現形式五花八門。這對綜合資料平台的報表應用帶來了很大的問題，總結來說，有以下三大痛點：
1、報表分散，缺乏規劃和管理
各系統資料源相互獨立、各自的報表也相互獨立，不同系統的報表需要由不同系統的開發人員的開發維護，跨系統跨資料源的報表只能通過遠程介面互相調用來實現，效率低下，運維困難，對開發人員的技術能力要求較高。
2、實時關聯，影響業務效率
原來的報表直接從業務系統的資料庫中取數，由於報表的取數邏輯相對與其他業務比較複雜，查詢結果較大，因此報表給資料庫造成的壓力要遠大於其他的業務計算邏輯。例如，移動訪銷系統曾出現過一次資料庫宕機事故，事後經查明，報表的計算邏輯消耗了80%的系統性能資源，而業務上的計算邏輯只消耗了系統20%的性能資源，這個數字聽起來如此駭人聽聞，卻是真實發生過的事，值得深思。
3、形式單調，用戶體驗差
原來的各平台報表只屬於平台的附屬功能，缺乏專業的展現能力，絕大部分報表只能以表格形式來呈現，不美觀也不好用。例如：SAP系統的ALV報表，竟然連後台分頁都無法實現，體驗非常差。
基於以上種種原因，洋河在企業E化要做出第一步改變——引入專業的報表平台。
經過反覆的調研，選擇了行業內最優秀的產品——帆軟FineReport動態報表與BI商業智慧軟體。借著這個契機，對公司內部報表體系做了一個梳理和規劃。
我們引入了資料倉庫，設立了專門的報表開發運維團隊。FineReport動態報表與BI商業智慧工具的使用為我們帶來了3個顯而易見的好處：
1、降低報表開發運維工作的複雜度，提升了報表應用水平。
2、報表與業務系統分離，大幅提升了業務系統性能。
3、帆軟的專業展現能力和強大的擴展性使開發效率和需求響應速度得到了大幅提升。
與此同時，對現有各系統的報表按照功能進行了分類，梳理了洋河的報表體系，有步驟的將體驗很差的報表向帆軟報表平台遷移。
帆軟報表的應用大大減少了對系統間的介面接通、圖表庫是否兼容，頁面控制項的邏輯實現、查詢許可權控制該如何設計這些瑣碎問題的考慮。而後可以把主要精力放在報表取數邏輯的優化上。
在提升報表效率的規範上，我們制定了SQL語言的編程規範，要求所有開發人員嚴格遵守，以此來保證代碼可維護性和查詢效率。
報表與其他平台的深度融合
1、報表與Portal的集成
由於這些年建設的系統越來越多，每套系統都有一套登錄賬號和密碼，為了減少運維人員和用戶的壓力，我們規划了以Portal門戶作為所有前端系統的統一入口。
這就涉及到FineReport動態報表與BI商業智慧軟體與Portal的集成問題。我們採用CAS單點登錄集成方案，通過SSO服務攔截帆軟報表平台的請求，驗證後發給令牌獲取訪問許可權。這樣一來就無需同步Portal的用戶名密碼，多套系統可以實現互相集成。
2、報表的自動受權機制
報表的許可權問題，我們分成兩部分：報表查看許可權和查詢範圍許可權。針對查詢範圍許可權，設計了一套自動授權機制。通過識別用戶登錄信息，獲取用戶身份分類信息，計算用戶最大許可權，以樹形菜單展現查詢許可權樹，自動識別用戶選擇的查詢範圍所屬層級。
3、報表的SAP函數
在某些情況下，報表要求從SAP直接調用BAPI函數。為此進行了二次開發，自行設計了帆軟報表與SAP通訊的公共方法 SAP_RFC_TOOL們使用JCO3技術實現JAVA與SAP通信並進行了封裝，使用戶能夠跳過種種細節，簡單的通過調用公共方法調用任意的SAP遠程函數，返回的資料類型可以由java程序直接使用。之後我們還設計了函數CALL_SAP_RFC_RT_STRING()。由圖可以看到調用SAP遠程函數的使用方法，非常方便。
得益於帆軟無與倫比的開放性，這也正是青睞帆軟的原因。
未來建設計劃
隨著洋河企業E化建設的不斷深入，資料積累越來越多，資料分析（data analysis）的需求也與日俱增。因此，資料分析體系的建設變得迫在眉睫，因此下一階段的計劃是建設一個資料分析體系。以SAP BW為資料中心，所有業務系統的資料源通過定時抽取的方式進入資料中心，經過BW的資料清洗、整理、建模等處理工序後，為報表提供統一資料來源。以帆軟報表平台作為前端固定格式報表提供給基層銷售、內勤等部門使用。BO 則作為多維分析報表平台和決策輔助駕駛艙平台供高層管理者使用。這個計劃的關鍵之處就在於，帆軟報表將承擔大量的並發壓力和大部分的業務資料報表的展現。
喜歡這篇文章嗎？歡迎分享按讚，給予我們支持和鼓勵！
