通過部署信息系統，2000～2005年間，中遠集運因為有了更加完善的收入管理，光利息就節省了16億元成本，這個效果在中遠集運最初的預定計劃中是沒有想到的。

　　上海中遠資訊科技有限公司(中遠集運計算機中心)，對內是中遠集裝箱運輸有限公司(以下簡稱中遠集運)的IT部門，專門從事中遠集運信息系統建設，也是對外獨立公司，有187名員工。王新波便是這個龐大IT部門的總經理。

　　中遠集運是中遠集團下屬的子公司，專門做集裝箱運輸。該公司目前有140多艘全集裝箱船，總箱位是52萬標準箱，有80多條國際航線，21條國內航線，在全世界155個港口掛靠，有400多個代理及分支機構。在全球集裝箱運輸行業，中遠集運排在第六名，在國內排第一。王新波在接受本報記者專訪時說，中遠集運本身的數據量是整個集團數據量的80%-90%，業務的復雜性非常大。那么，中遠集運計算機中心是如何保障公司龐大業務量正常運轉的呢?

　　信息系統比想象中更復雜

　　相比國內其他企業，王新波認為，中遠集運的信息系統有以下特點：

　　第一，全球性。中遠是中國國資企業里一個真正實現跨國經營的公司，目前通過系統連接了50多個國家，150多個辦公室。國外的分支機構都很大，比如在美國分支機構有近600人。

　　第二，復雜性。目前系統的組成非常復雜，主機平臺包括Hp、SUN、IBM、COMPAQ等，數據庫包括Gemstone、Sybase、MS-SQL、DB2、Oracle等。Gemstone是一種國內很多人都沒聽說過的數據庫，中遠集運是目前國內唯一一家在用該數據庫的企業，而且用在核心的ERP里面。第三方軟件有WebSphere、LDAP、Weblogic等。系統環境包括生產環境、培訓環境、開發環境、測試環境、PP(預生產)環境、DR環境。

　　下圖是中遠集運目前主要的應用系統，共52個，主要的應用系統數據交互關系為藍色的箭頭和白色的箭頭，幾乎就像一個蜘蛛網一樣，所有的應用系統之間都有數據交互。

　　

 

　　第三，系統的不間斷性。因為全球都在運營，所以ERP系統必須不間斷的運行，面向全球進行7×24小時的支持，這就使系統在建設和運維上的難度都很大。針對這個特點，中遠集運在2001年建設信息系統的時候就開始按照ITIL的有關理念進行實踐。而后逐步建立起故障與事件管理、服務請求管理，2003年建立測試管理、發布管理、問題管理，2004年建立變更管理、安全管理、容災管理，2005年建立配置管理、容量管理，2007年建立可用性管理、服務級別管理、IT戰略規劃、可用性管理。系統目前一直在繼續建設中。王新波說：“我們的目標并不是為了取得相應的資格證書，在實際運行過程中，因為我們碰到了很多這樣那樣的問題，我們必須引用工具解決，我們是根據實際中需要解決的緊迫性問題逐步解決的。”

　　成本控制立竿見影

　　信息系統建設下，給王新波最大的體會是成本控制取得了意想不到的效果。2004年開始，中遠集運基于已有ERP跟IBM合作開發了BI，目前在整個應用中發揮了巨大的作用，加強了財務控制，財務控制提升了資金效率。從戰略角度來說，優化了資源配置，節約了運營成本。

　　王新波舉了一些操作中降低成本的例子：“對于我們來說，我們提供運輸服務，每一個運輸服務的路徑就是我們的產品，就好象日常生活中我們從某地到飛機場可以坐輕軌或者打車，系統中也有這樣的定義和路徑。比如從美國的東海岸到華東、華北地區，可以通過上海中轉，也可以在神戶中轉。在上系統之前，系統指令都是分散的，是通過傳真告訴給美國操作人員，你要到華北、華東地區就安排從上海中轉，不要從神戶中轉，因為中轉費相差很多，日本中轉是上海的10倍，一個月就要多花費37萬元。但是國外的執行能力或者信息傳遞總歸有各式各樣的問題，操作人員常常是根據自己的想象來安排，造成一些路徑一直糾正不過來。這只是其中一個例子，因為我們的路徑成千上萬。上了系統之后，我們在系統里設置好，從美東到華東華北地區只能在上海中轉，再選日本中轉就選不出來。就通過這種方式，一個月就節省37萬元。”

　　結合這種方式，中遠集運2008年進行了中轉港戰略，把中轉港進行了全球范圍內的重新定位，在日本中轉的貨物統一移到上海中轉，把在香港中轉的貨物移到南沙中轉等。通過系統進行控制，中遠集運一年節省5000多萬元的人民幣成本。

　　中遠集運信息系統實行集成化操作，目前全球150多個公司都連在中遠集運上海的數據中心，在集中數據庫里進行操作，給全球范圍內的業務分工提供了條件。王新波舉了共享服務中心的例子：“因為對于行業企業來說，很大的工作量并不是在附加值很高的客戶服務工作，而是單證的處理工作。比如在美國有接近200人在處理進出口單證。上了這個系統之后，統一把美國處理單證的業務挪到上海來做，把當地的員工重新進行安排或者轉移到高附加值的客戶服務，整個一個過程因為是集中數據庫，這個東西不管在哪里錄結果都一樣，只要在當地打印就可以了。

　　

 

　　這個流程圖就是一個例子，客戶通過傳真發到美國的800電話，系統會把傳真轉成圖片轉移到上海，打印出來，由上海的工作人員錄入系統，然后發確認給客戶。發確認的時候不是從上海發一個傳真給美國客戶，傳真的請求發出去了，通過我們的網絡找到美國最近的傳真服務器，通過那里發出去。這樣在通訊成本和任何成本都沒有增加，而客戶服務得到改善。這里有幾個原因：第一，美國員工工作質量不是特別高，尤其是在航運企業里，他們年齡比較大，處理動作比較慢。第二，時差造成的優勢。一般的客戶工作習慣是上班時間把資料整理好快下班的時候傳，但是美國員工那時候也下班了，他們不會加班，只能第二天處理，等到處理完第二天會下班了，也就是說客戶要隔一天才收到。現在不一樣了，客戶下班的時候發過來，我們這邊正好是時差第二天上班了，把它打印出來錄進去，確認過去，等客戶上班的時候已經收到確認，他感到很奇怪，覺得我們半夜在工作，工作質量得到很大提升。我們做整個業務流程調整的時候沒有通知客戶，客戶不知道發生了什么事，我當時正好管業務部門，收到了很多來自各個客戶的郵件，問我們最近做了什么事情，為什么質量得到了這么好的提升。”

　　更加直接的是，中遠集運當時做工作最主要的任務是降低成本，不光是美國，還有加拿大、歐洲、日本、新西蘭這些國家，把簡單的后臺處理的工作都轉移到上海處理，核算下來每年轉移的成本節省接近一億元。

　　未雨綢繆建系統

　　中遠集運在管理方面有一整套關于收入和成本控制的體系。王新波介紹說，比如說收入，從簽訂合同開始，合同是以電子化的合同方式保留在系統里。有新訂單的時候做一個自動讀取，自動套合同里的運價，這個價格計算出來會自動生成發票，掛到應收賬款中，核銷之后再完成整個運費管理流程，嚴密性比原來好很多。原來的合同都是紙面合同，運價都是根據紙面合同手工輸進去，這里有很大的差距，有些是故意的，有一些不是故意的，都有差錯，跟合同執行的差異非常大。

　　王新波還講到一個逆經濟周期進行系統建設的經驗。2000年進入了上一次的經濟危機，2000-2002年公司收入在遞減。系統也正好是從2000年開始正式做，到2002年系統逐步穩定。“信息系統建設事實上應該逆業務增長而建，經濟危機這段時間業務量大大減少，正好給我們靜下心來做系統提供了時間。等系統準備好了，新的業務增長期也來臨了。”王新波說。2002-2005年行業收入這段時間一直在增長，應收賬款管理系統這時也派上了用場。“我們核算了一下，2002-2005年之間，因為有了應收賬款管理，節省了大量的銀行貸款，光利息支出節省了16億元。”

　　王新波還舉了另外一個節約成本的例子。中遠集運2008年正式上線滯期費管理系統，用來管理集裝箱的滯納金。公司提供給客戶一些集裝箱，但是一般情況下客戶只能免費用七天時間，超過七天時間要向客戶按天收取一定的滯納金。上這套系統之前，滯納金每年的收入是2億左右;去年完全在全球大部分公司實施這個系統以后，一年的收入增長到8億元。并且這種收入是沒有成本投入的，相當于增加了6億元的利潤。這個系統前前后后包括內部的投資一共也就是100萬元，實際上創造的效益非常大。在航運企業里，多用信息系統管理肯定對公司的效益有很大的提升

　　服務方面，中遠集運是從2002年開始做電子商務平臺(coscon.com)，目前電子商務平臺可以提供14項功能，包括網上訂單、詢價、電子提箱、客戶報表、船舶資料查詢、郵件通知、貨物跟蹤、遠程提單打印等服務。目前貨物跟蹤可以實現通過郵件、短信、網絡、語音電話等多種查詢途徑，方便地了解到貨物目前的狀態。

　　應用SOA實現系統整合

　　中遠集運在SOA方面實施了一個策略，也就是EDI系統，把外圍系統都整合到一個SOA的企業總線上，之后把核心業務也整合到SOA里，這樣一個整個的實施策略目前已經走到了第二步。

　　中遠集運從2004年開始做中國地區EDI的應用建設，構建SOA的技術架構。2005年開始應用，進行SOA的資產重用，實現了系統級的企業信息總線。2008年，中遠集運開始進行集裝箱信息應用系統的管理，同時引入了業務規則管理、SOA的管控以及BPM工具。2009年中遠集運開始構思企業級的信息總線，構建企業級的SOA管控的組織架構。

　　對于SOA實施，王新波很有心得：“我們在第一次做EDI SOA的時候，完全以IBM顧問為主，帶著我們的員工來做。但是到2008年做集裝箱管理系統的時候，IBM的顧問不是主導，變成我們的協作方、咨詢方了。在這個過程中，我們培養出了一批有SOA理念、掌握SOA技術的人員，這也是我們很寶貴的財富。這也是為我們今年開始企業級的ESB準備了很好的基礎，現在做SOA不像以前那樣抱著懷疑的態度，是怎么做的問題，而不是做不做的問題。”

　　中遠集運2001年開始實施EDI，分別從幾個角度簡化基礎設施、優化資源和技能。在實施之前，系統有超過20個獨立應用分散在15臺服務器上，不同的系統用不同的語言開發，統一在一套EDI平臺里，項目一期用2臺Unix服務器和6臺集群服務器，并且可以隨時增加新的服務器，這是簡化了基礎設施、優化了應用。在需求開發上，原來的技術平臺很多，需要2-3周才可以提交用戶測試，現在一周可以完成測試。原來各自分散的獨立系統監控起來非常難，現在提供了完整的日志支持和實現了端到端的全程監控。比如說一個程序隔一分鐘會模擬一個EDI進去，處理一直到出來，記錄一下，是端到端的，如果這個時間超過閥值就會收到郵件。而且服務器本身有一個EDI排隊，超過一定的閥值會報警。在應用端，應用發出請求一直到有回執的過程中是更大的監控，由于是集中統一平臺，監控的手段非常多，保證了數據穩定的運行。

　　SOA是通過企業總線做的，不是通過數據庫直連的方式做。以新的EIR打印系統為例，新系統上線后，原來抽取單條提單是3-5秒，現在是2秒，節省了1-3秒。根據SVVD查詢提單列表，老系統是30秒，新系統8秒，節省了22秒，系統的效率提高了很多。

集成系統網絡情報信息數據庫

CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄