基於CNONIX國家標準的出版社ERP系統建設分享
一、出版社ERP系統建設面臨的三大挑戰
出版社ERP系統是CNONIX標準應用的載體，新系統建設直接影響著CNONIX國家標準應用的效果。基於CNONIX國家標準的ERP系統開發、改造主要面臨著如下三大挑戰：
- 在系統建設中如何貫徹CNONIX國家標準
CNONIX應用標準體系由基礎應用標準、資料應用標準、技術支撐標準、管理應用標準4大部分、37個標準或規範構成，其中已釋出的標準就有27個，作為首批試點單位，如何理解、消化、吸收並應用好這些標準到資訊化系統建設中，面臨著較大的挑戰。
- 新ERP系統建設面臨的挑戰
基於CNONIX國家標準建設的新ERP系統，相比於老ERP系統而言，承擔著更多的使命和責任。
整個系統的建設既要考慮滿足CNONIX國家標準建設要求，更為重要的是對內部運營要起到高效的支撐作用，同時，響應國家網際網路+業務的倡導，把傳統業務與網際網路實現充分融合。
根據我們的總結，新系統建設有三多，建設內容多、使用者型別多、應用場景多，其中：
建設內容多：CNONIX不僅傳遞傳統出版資訊，也傳遞數字出版的內容和資訊。這種全產業鏈的資訊執行模式，基於CNONIX國家標準的ERP系統建設，全面涵蓋出版社的業務及分析系統，包括傳統出版、數字出版、BI三大系統，建設內容多，工作量巨大。
使用者型別多:系統的使用使用者不僅包括內部使用者，還包括經銷商、委外設計人員、社外編輯、社外校對人員、生產廠商等外部使用者。
應用場景多：支援跨端的業務處理能力，支援電腦WEB端、移動端、PAD端、手持終端等裝置，支援社內、社外協同辦公，支援PAD撿書，支援手持終端掃描退貨等不同場景的線上業務處理。
- 技術體系及架構選擇面臨的挑戰
鑑於新系統建設面臨的複雜性，具有內容多、使用者型別多、應用場景多等特點，在技術體系及架構方案選擇上要充分考慮如下要素：
- 採用當前主流的B/S系統。
- 採用專業的UCML業務流程管理平臺（BPM平臺），實現編校審等業務過程的流程化處理，提升處理效率，增強系統適應變化的能力。
- CNONIX釋出的圖書產品資訊不僅包括了印後產品資訊，還包括產品印前資訊、印中變更資訊和印後的成書產品資訊，在選題報批、申領書號、申請CIP資料、營銷資訊等處理過程中，要滿足CNONIX國家標準體系的需要，要把業務處理過程與滿足標準要求相融合。
- 有多類外部使用者都登陸到系統，要考慮系統的部署架構及安全性等問題。
- 具有跨端的業務處理能力，採用成熟的WEB框架和移動App框架。
二、系統建設實施過程控制
新系統建設牽涉的部門多、內容多，建設時間週期長，整個系統建設主要通過如下幾個方面進行管控：
- 專案組織管控
1）建立專門的ERP專案實施領導小組，由社主管領導直接主抓、社辦主任負責業務、資訊中心主任負責IT。
2）建立甲乙方協同的專案實施執行小組，聯合辦公，保障溝通的及時性、準確性。
3）為ERP系統建設引進專門的IT人才，作為本專案的高階專案主管，負責日常的專案推進。
4）專案周例會、月例會制度
專案過程中不折不扣地執行例會制度，保證專案中的問題能夠及時得到協調和解決。
- 專案技術管控
1）專案建設堅持甲乙方深度融合的共建模式，在專案初期就考慮到後期的知識轉移，甲乙方共同組建專案團隊，協同開發。
2）考慮到專案的複雜性、應用領域廣、使用使用者多等要素，選用金富瑞UCML平臺作為本專案的基礎開發平臺，可以有效地降低專案技術難度、縮短開發週期、保障產品質量。
- CNONIX國家標準體系應用控制
為了有效地把CONONIX國家標準應用的ERP系統中，我們採取瞭如下舉措：
1）派專人蔘加CNONIX國家應用研究實驗室吳老師組織舉辦的培訓班，學習、消化、吸收標準內容。
2）在資料模型設計中一項一項地與標準進行比較，保證資料模型設計的完整性。
3）對比CNONIX國家標準在印前、印中、印後需要的資料以及未來可能在其它環節需要提供資料，在業務流程設計中可以通過嵌入自動節點機器人，滿足當前CNOINX甚至將來在不同流程環節實時收集資料的需要。
4）開發本社的CNONIX資料交換平臺工具，與行業CNONIX資料交換平臺對接。
- 專案實施過程控制
整個專案從2016年12月1日一期ERP系統需求調研啟動開始，到2018年8月二期系統正式上線，歷時18個月，涵蓋傳統出版、數字出版、BI三大系統，UCML平臺系統模組外，ERP系統共有399個選單、1000多個模組，工作量巨大，專案實施環節中的關鍵控制十分重要。
在專案實施過程中，主要管控手段是:
1）充分的需求整理、流程梳理
在乙方參與專案之前，社裡內部就組建了CNONIX專案實施領導小組，負責推進整個專案的需求整理、業務流程梳理工作，前後差不多花了10個月的時間對整體業務流程、關鍵控制點、各個環節的需求進行調研、整理、確認。
2）開發人員專業化分工
採用B/S模式、平臺化開發、多層架構體系，相比於傳統的C/S架構、手寫程式碼方式，能夠實現前後端技術分離，在開發人員組織上能夠對人員工作進行合理分配，讓負責後臺的人專心邏輯、負責前端的人專心負責介面及前端邏輯、負責報表的人專心負責報表。
3）通過樣例對介面風格、操作習慣等進行確認
在專案初期把選題業務模組作為樣例，對選題相關的列表頁面、編輯頁面、審批頁面、流程圖進行介面風格、操作習慣等確認，為後面的業務模組開發、流程圖設計建立起開發標準。
4）迭代式開發，分模組交付
整個專案共分成兩期，一期是傳統圖書ERP系統，二期包括數字出版ERP、出版色BI系統、出版社版權管理部分。在各期開發階段，採用總體設計控制，採用迭代式開發、分模組交付方式，避免了專案整體交付存在的巨大風險。
5）周彙報周評審管控
在2017年5月31日完成一期專案的程式碼開發、系統部署後，我們採用週五彙報評審、下週三修改確認模式，開發商與業務部門、資訊中心對每一項業務、每一個流程、每一個頁面進行符合性確認，詳細到每一資料項名稱、排列順序等，經過近四個月“魔鬼”式、高強度的“提出問題-開發修改-結果確認”往復迴圈，於2017年9月1日完成了一期ERP系統的開發確認工作。
三、應用效果展示
- ERP系統及BI系統總體功能架構展示：
圖書管理ERP、數字產品ERP、BI系統介面展示:
社CNONIX國家標準資料行業交換平臺介面展示：
社資料交換平臺與CNONIX國家標準資料行業交換平臺對接，實現出版資料的資訊交換，當前與行業資料交換平臺交換的資料有：圖書基本資訊、書店零售訂單、社庫存資料資訊。
四、應用價值總結
1）遵循CNONIX技術標準，向圖書出版商、批發商、零售商、網路書商等產業鏈上所有參與者提供統一的圖書產品資訊格式，解決行業各機構間多種資料格式並存給資訊交換帶來的困擾問題。
2）以UCML工作流為驅動，將人驅動任務轉為系統驅動任務的執行，提升了事項的執行效率。
3）移動APP提供任務發起、審批、查詢，解決了異地辦公、審批不及時的問題。
4）三審過程支援手機拍照上傳，極大的方便了編輯整理稿件，發稿環節一鍵列印所有的發稿單據，極大節省了工作時間。
5）封面設計、發排設計都在線上進行，便於設計檔案的反覆上傳、費用單據的結算。減少了編輯與設計公司的互動時間。
6）生產任務線上釋出，便於印廠領用生產任務，減少了人為互動時間，同時保障了資訊的準確性。
7）生產廠商生產完成後填寫送貨申請，便於庫房提前安排庫位，提高了庫房執行效率。
8）視覺化的庫位整體圖便於一覽社內庫存結構情況。
9）經銷商使用訂單系統的新書資料查詢、訂單制單、訂單跟蹤情況、徵訂公告等功能，減少了業務員與經銷商的互動時間，減少了業務員制單時間，使得經銷商可以把主要精力放到銷售方面。
10)與巨集賢達、圓通等物流系統對接，便於業務員、客戶跟蹤物料進度。
11）PAD撿書功能使得撿書人員不用往返接收撿書任務，同時提供最短路徑、不足庫存實時查詢，極大的提高了工作效率，同時節省了大量紙張。
12）越庫功能解決了圖書不入庫直接發書後系統查詢不及時的業務痛點。
13）退書功能使用了手持終端掃描裝置，提高了退書的準確性和工作效率。
14）數字產品管理系統解決了數字產品從選題、合同、設計、生產、銷售全流程的管理。
15）BI系統便於各種維度的彙總分析與匯入，駕駛艙便於領導一覽社內出版、發行、庫存情況。
16）配置化的工價資訊、工藝資訊、圖書分類折扣、客戶折扣、單書折扣等控制，自動化處理機制，實現了減員增效。
五、專案建設經驗分享
- CNONIX標準是綱，把CONONIX國家標準貫穿於模型設計、業務過程、結果資料處理中。
- 業務應用是本，一直秉承以業務為根本，把資訊化與運營有效結合，資訊化為運營服務，更是運營的一部分，實現了IT技術與業務深度融合。
- 提升效率為先，以專業的BPM平臺為驅動、跨端的處理能力、跨組織的業務協同（內部外部人員）、跨系統的整合（OA、財務等）、跨網路的協同辦理，通過業務流程化處理、移動平臺審批、手持終端掃描、PAD撿書、經銷商線上下單、內外部人員任務協同等諸多環節提升業務處理效率。
- 甲乙方深度融合是關鍵，在專案實施過程中，業務知識、技術知識實現互相轉移是專案成功的關鍵。
- 技術平臺是保障，平臺化模式開發，使開發人員更關注於業務。