一． 項目背景

海王集團創立於(yu) 1989年，專(zhuan) 注醫藥產(chan) 業(ye) 發展，已形成了涵蓋醫藥產(chan) 品研發、醫藥製造、醫藥商業(ye) 流通和連鎖零售的完整產(chan) 業(ye) 鏈條，並在品牌、研發、製造、物流、零售等主要環節上，具備了比較明顯的競爭(zheng) 優(you) 勢。至2010年，海王集團總資產(chan) 103億(yi) 元，實現銷售收入111億(yi) 元，納稅額3.8億(yi) 元。成為(wei) 國內(nei) 醫藥行業(ye) 中產(chan) 業(ye) 鏈條完整、競爭(zheng) 優(you) 勢突出、行業(ye) 地位領先、國際化程度較高的大型民營醫藥企業(ye) 。國家藥監局發布新一輪的藥品經營質量管理規範（以下簡稱新版GSP），新版GSP的修訂對於(yu) 我國藥品流通監管政策是一次較大的調整，海王集團為(wei) 提高自身的倉(cang) 儲(chu) 管理水平及效率，實現新版GSP的要求，經過多輪的評選，最終選擇與(yu) 唯智合作進行海王倉(cang) 儲(chu) 管理係統的建設。

 

 

二． 項目介紹

本次項目涉及醫藥流通、醫藥製造兩(liang) 大版塊，未來的幾年內(nei) 唯智公司倉(cang) 儲(chu) 管理係統將支撐海王全國多個(ge) 物流中心運作，目前已經應用的公司包括棗莊銀海醫藥有限公司、河南東(dong) 森醫藥有限公司。

2.1 倉(cang) 庫介紹

海王東(dong) 森倉(cang) 位於(yu) 河南省南陽市，倉(cang) 庫為(wei) 鋼混結構乙類樓層庫，建築總高19.3米。整個(ge) 倉(cang) 庫共分4層，每層5200平方米，每層由3個(ge) 防火分區分割，建築總麵積為(wei) 20800平方米。倉(cang) 儲(chu) 主類為(wei) 醫藥的零貨，整箱和部分醫療器械。

 

2.2 倉(cang) 庫樓層介紹

倉(cang) 庫共4層，第1層為(wei) 操作區與(yu) 重型貨架區，主要是針對2至4層的收發貨作業(ye) 與(yu) 整托貨物的倉(cang) 儲(chu) 。第2層為(wei) 零貨區，主要倉(cang) 儲(chu) 載體(ti) 為(wei) 輕型貨架與(yu) 部分托盤，其中20%~30%的零散貨物儲(chu) 藏在流利式貨架之上。在本層有針對零散貨物的分揀機。第3層為(wei) 整貨區，主要倉(cang) 儲(chu) 載體(ti) 為(wei) 托盤，輔以少量輕型貨架。第4層為(wei) 醫療器械區，主要倉(cang) 儲(chu) 載體(ti) 為(wei) 托盤。整個(ge) 倉(cang) 庫由動力傳(chuan) 輸帶輔以無動力傳(chuan) 輸帶與(yu) 樓層升降機連接，基本做到貨到人的操作模式。

2.3 庫區介紹

2.3.1 倉(cang) 庫1樓（出入庫操作區 + 重型貨架區）

1樓建築麵積為(wei) 5200平方米，層高5100mm。 如圖3所示，1樓分為(wei) 操作區（2370平方米），重型貨架區（2370平方米）, 辦公區（460平方米）。

其中操作區又分為(wei) 如下區域與(yu) 功能模塊：

收貨待驗區，320平方米，60個(ge) 托盤位

發貨集貨區，660平方米，145個(ge) 托盤位

大宗暫存區，340平方米，76個(ge) 托盤位

冷庫，190平方米

貨梯2部

出貨用自動分流輸送係統 + 升降機1台，輸送帶總長20米

重型貨架區庫容量為(wei) 2250個(ge) 托盤位。

 

 

2.3.2 倉(cang) 庫2樓（輕型貨架區 + 托盤）

2樓建築麵積為(wei) 5200平方米，層高4700mm。 2樓分為(wei) 輕型貨架區（2370平方米），地麵托盤區（2370平方米）, 輔料區（460平方米）。

其中輕型貨架區又分為(wei) 如下區域與(yu) 功能模塊：

輕型貨架倉(cang) 儲(chu) 區，1115平方米，10490個(ge) 庫位

分揀操作區，250平方米，1080個(ge) 出貨暫存位

包材區，110平方米

貨梯2部

出貨用自動分流輸送係統 + 升降機2台（分別連接1樓與(yu) 3樓），輸送帶總長160米

地麵托盤區庫容量為(wei) 640個(ge) 托盤位。

 

 

 

2.3.3 倉(cang) 庫3樓（托盤 + 輕型貨架區）

3樓建築麵積為(wei) 5200平方米，層高4700mm。3樓分為(wei) 地麵托盤區（4050平方米）， 輕型貨架區（190平方米），高危/特殊品庫（500平方米），輔料區（460平方米）。

主要區域與(yu) 功能模塊信息如下：

托盤倉(cang) 儲(chu) 區，2280平方米，950個(ge) 托盤位

輕型貨架區，190平方米，1200個(ge) 庫位

高危/特殊品庫，500平方米

辦公區，150平方米

貨梯2部

出貨用輸送係統 + 升降機2台（分別連接2樓與(yu) 4樓），輸送帶總長42米

 

 

 

 

2.3.3 倉(cang) 庫4樓（托盤 + 輕型貨架區）

4樓建築麵積為(wei) 5200平方米，層高4700mm。 如圖3所示，4樓分為(wei) 地麵托盤區（4550平方米）， 輕型貨架區（190平方米），高危/特殊品庫（500平方米），預留區（460平方米）。

主要區域與(yu) 功能模塊信息如下：

托盤倉(cang) 儲(chu) 區，2280平方米，1068個(ge) 托盤位

輕型貨架區，190平方米，1200個(ge) 庫位

辦公區，150平方米

貨梯2部

出貨用輸送係統 + 升降機（連接3樓），輸送帶總長40米

 

 

 

 

 

 

 

2.4 庫內(nei) 動線

各個(ge) 樓層之間的貨物流通由貨梯(入貨時使用)與(yu) 輸送帶（出貨時使用）支撐。入貨時在1樓的收貨待驗區對貨物進行理貨和必要的檢驗，完成後由貨梯運至相應的樓層直接上架。出貨時各樓層揀貨員按照RF訂單提示完成各自揀貨，2樓因是零散貨，故需要使用揀選機配合揀選，完成揀貨後由輸送帶與(yu) 升降機將貨物轉運至1樓發貨集貨區（1樓重型貨架上的貨物由叉車直接運至發貨集貨區），最終完成發貨作業(ye)

 

 

 

 

 

 

 

 

 

三． 項目關(guan) 鍵要素與(yu) 解決(jue) 方案

海王集團原有物流操作模式以ERP係統為(wei) 引導，以大量的紙單操作輔以部分RF掃描來完成倉(cang) 儲(chu) 操作。換句話說，原有倉(cang) 儲(chu) 操作模式屬於(yu) 沒有專(zhuan) 業(ye) WMS指導，依靠紙單輔以經驗記憶與(yu) 部分功能受限的操作設備的原始操作模式。隨著國家GSP的推廣與(yu) 新型自動化物流中心的興(xing) 建，其固有的原始操作模式必被淘汰。

3.1 關(guan) 於(yu) 唯智

唯智公司是由眾(zhong) 多行業(ye) 資深顧問組成，通過長期中國物流實踐和世界領先物流理念相結合，致力於(yu) 為(wei) 物流行業(ye) 提供谘詢、產(chan) 品和服務的一體(ti) 化公司。唯智從(cong) 成立的第一天起，就定位為(wei) 專(zhuan) 業(ye) 的物流行業(ye) 解決(jue) 方案提供商。利用唯智自身的行業(ye) 經驗和優(you) 秀的解決(jue) 方案，來提升客戶在供應鏈的執行決(jue) 策水平和流程管理水平，從(cong) 而為(wei) 客戶創造最大的價(jia) 值，建立長期的合作夥(huo) 伴關(guan) 係。

唯智公司是中國最大的專(zhuan) 業(ye) 物流軟件提供商，具備最大的專(zhuan) 業(ye) 研發團隊，最大的谘詢服務團隊；唯智公司穩健，務實的企業(ye) 文化，穩定的服務團隊，確保能夠為(wei) 企業(ye) 提供優(you) 質，長期，可信賴的信息化服務。唯智為(wei) 國內(nei) 外眾(zhong) 多的第三方物流公司，家電行業(ye) ，醫藥行業(ye) ，汽車行業(ye) ，高科技行業(ye) ，製造企業(ye) 和B2C流通企業(ye) 提供了專(zhuan) 業(ye) 的物流谘詢和產(chan) 品實施服務，形成了體(ti) 係結構完整的針對物流企業(ye) 或者企業(ye) 物流的專(zhuan) 業(ye) 的信息係統解決(jue) 方案。

在物流軟件方麵，唯智信息技術（上海）有限公司秉承為(wei) 客戶創造價(jia) 值、與(yu) 客戶共同成長的經營服務理念，依托在物流行業(ye) 豐(feng) 富的實踐經驗和理論研究，在多年積累的基礎上，先後推出E－Logistic 係統產(chan) 品，包括Elog OMS® 訂單管理係統、 ELog TMS® 運輸管理係統、ELog WMS® 倉(cang) 儲(chu) 管理係統、ELog BMS® 結費管理係統四大係統。

3.2 唯智WMS整體(ti) 解決(jue) 方案

項目中唯智公司與(yu) 集成商緊密配合、協調各方，使硬件、軟件各司其職成功打造現代化醫藥物流中心。倉(cang) 儲(chu) 管理係統有效管理收、發、存、揀、配、退、補的業(ye) 務作業(ye) ，同時根據實際作業(ye) 提供全麵的分析體(ti) 係，在立足當前的業(ye) 務基礎上解決(jue) 公司目前所麵臨(lin) 的問題，並著眼於(yu) 今後不斷增長的業(ye) 務需求和模式的轉變。

 

 

3.2.1整體(ti) 物流信息化藍圖

選擇唯智WMS產(chan) 品，有利於(yu) 海王未來隨著物流管理的深入和業(ye) 務發展，導入唯智公司的運輸配送係統TMS和費用結算係統BMS，形成一個(ge) 平台下的多種物流體(ti) 係核心業(ye) 務的無縫集成。

 

 

海王本次係統建設是以唯智WMS多模塊高集成一體(ti) 化整體(ti) 係統，負責核心的物流倉(cang) 儲(chu) 作業(ye) 管理，包含收貨、上架、揀貨、包裝、複核、發貨、盤點、移位、補貨、RF作業(ye) 、報表分析模塊，同時保有對外部係統的接口。 海王倉(cang) 儲(chu) 管理係統項目需要和現有的ERP係統、未來的WCS係統，財務軟件進行對接。建議采用信息總線方式實現各個(ge) 係統交互集成。

係統 覆蓋範圍

倉(cang) 儲(chu) 管理係統 棗莊庫、南陽庫，支持條碼采集。

RF模塊 庫內(nei) RF無紙化作業(ye) 。

 

3.2.2 集成式的現代化醫藥物流中心建設

現代化醫藥物流中心的建設要涉及ERP、WMS、RF、DPS、AS/RS多個(ge) 軟硬件設備，唯智公司倉(cang) 儲(chu) 管理係統協同多個(ge) 軟件係統及硬件設備，實現與(yu) 上下遊的信息交互，從(cong) 而實現對醫藥物流中心的整體(ti) 管控。

企業(ye) ERP：倉(cang) 儲(chu) 管理係統接收上遊ERP係統的銷售出貨、采購收貨、退貨、調撥等指令，並將處理結果及時反饋ERP；

無線手持設備RF：下發作業(ye) 指令，操作人員使用RF進行揀選、上架等作業(ye) ；

電子標簽DPS：下發揀選指令，DPS亮起提示作業(ye) 人員操作；

倉(cang) 庫控製係統WCS：下發作業(ye) 指令，驅動設備存取，並將結果收集發送WMS

 

3.2.3 滿足GSP管理要求的倉(cang) 儲(chu) 信息化建設

藥品是關(guan) 係人民生命健康的特殊商品，保障不同批次，不同日期的藥品區分處理，實現可追溯尤為(wei) 重要，國家藥監局頒布的新版GSP也是要達到藥品全流程的可控。本次項目中，在係統中建立了完善的基礎信息，完整的記錄藥品的相關(guan) 作業(ye) 信息、庫內(nei) 相關(guan) 信息等保證這一目的的實現。

電子監管碼管理：在收貨、打包複核、發車確認等多個(ge) 環節對電子監管碼進行采集並自動上傳(chuan) 藥監平台；

報表管控：統一管理GSP涉及的相幹單證，如：質檢報告、到貨請驗記錄、藥品養(yang) 護檔案、員工培訓記錄等；

庫存日誌管控：詳細記錄每個(ge) 藥品批號的進出庫，庫內(nei) 管理詳細日誌，以備後期查詢監管；

3.2.4確保藥品質量安全，實現全程可視化

藥品需要對質量實施“從(cong) 生產(chan) 出廠、運輸到流通儲(chu) 存、配送直至銷售及使用終端”的全過程實行有效控製，以確保藥品質量安全有效； 為(wei) 滿足集團供應鏈管理需求，實現全國庫存優(you) 化，以及解決(jue) 藥品流通行業(ye) 集中度低，發展水平滯後，物流成本高，特別是藥品流通運輸環節門檻低，藥品與(yu) 其他商品混裝、混運，無法保證藥品運輸過程中的質量安全，存在嚴(yan) 重的監管盲點和質量隱患等問題，唯智倉(cang) 儲(chu) 管理係統為(wei) 海王實現了藥品的供應鏈全程可視化，主要體(ti) 現在三個(ge) 層麵：訂單可視化、庫存可視化，以及移動設備的可視。

 

訂單可視化：係統實現了從(cong) 接受訂單開始到訂單完成的一係列執行過程的狀態跟蹤，客戶可在監控屏中監控到所有已生效的藥品訂單作業(ye) 情況，同時對發生問題的環節進行預警，加強管控力度，控製藥品質量。

庫存可視化：通過直觀的畫麵縱覽整個(ge) 供應鏈網絡各配送中心的位置、庫滿度以及之間的關(guan) 係；顯示各個(ge) 庫區貨物存放情況、滿度及倉(cang) 庫構造，同時針對倉(cang) 庫四維模型道排列層可逐級查看，實現集團供應鏈管理的需求，為(wei) 庫存優(you) 化提供依據。

移動設備可視：唯智倉(cang) 儲(chu) 管理係統支持多種移動設備，支持手機、平板電腦等移動設備的係統訪問；支持安卓係統、蘋果係統以及其他主流移動設備操作係統；全麵支持所有主流瀏覽器，無需安裝插件，可隨時隨地實現係統訪問及操作。

 

四． 係統在建設過程中的難題與(yu) 解決(jue) 方法

4.1 信息化實施麵臨(lin) 的挑戰與(yu) 設計

該方案根據中鐵物流的業(ye) 務應用需求，從(cong) 實際出發， 按照先進性、 高可靠性、 易維護性、 高性價(jia) 比的原則進行設計和部署。 在實際部署上采用總倉(cang) 建立一套係統供集團內(nei) 所有用戶訪問的方式。該方案在實施中麵臨(lin) 以下挑戰和特殊的設計：

先進性：該係統必須具有先進的技術架構及支撐大量用戶訪問的設計，包括大並發下的緩存技術、頁麵異步數據交換等等最新的互聯網技術。

安全性：由於(yu) 用戶所有數據和文件都在該係統上，該係統需要具有非常高的安全性， 除軟件自身要有各種安全措施外，還需要提供硬件安全方案，如身份認證技術、防火牆、入侵防禦係統等等。

可靠性：由於(yu) 係統一旦出現故障，將對整個(ge) 係統的用戶造成影響，要求係統具有很高的可靠性，並有完整的應急措施，比如采用雙機熱備等。

靈活性：該係統同時滿足多個(ge) 單位不同需求，需要在格式、流程、表單、權限等設置上具有靈活性。

4.2 唯智的解決(jue) 方法與(yu) 實施

唯智公司WMS 產(chan) 品基於(yu) J2EE 技術構架，采用B/S 架構。唯智ELOG SWMS係統的標準部署方案是在企業(ye) 內(nei) 網（部分企業(ye) 采用租用IDC 托管的方式）集中部署一套軟件產(chan) 品；通過Intranet 、Internet鏈接企業(ye) 遍布在全國各地的分支機構。除了中央部署外，其他所有分支機構都不需要安裝任何服務器來支持係統運作。 用戶也無需在客戶端安裝任何軟件產(chan) 品，或者軟件插件來使用係統。完全實現零安裝、零維護的需求。總部員工、外地物流中心、辦事處的同事可以通過企業(ye) 內(nei) 網訪問WMS 係統，或者通過Internet 使用VPN 企業(ye) 內(nei) 網後使用係統。也可以在企業(ye) 安全管理策略允許的情況下，通過Internet 經過恰當的安全保密機製（例如U 盾等技術），接入係統。為(wei) 保護係統安全、不受非法入侵，在WMS 應用服務器外皆部署防火牆和DMZ。

 

4.2.1係統安全保護與(yu) 措施

信息係統對於(yu) 企業(ye) 來說，是非常重要的神經係統，但同時對信息係統的加密保護也是實施和日後維護的難點。因此，為(wei) 保證信息係統的安全運行，唯智提供以下解決(jue) 方案。

數據級：

本項目對重要數據預設以下安全服務：

機密性，確保在一個(ge) 計算機係統中的信息和被傳(chuan) 輸的信息僅(jin) 能被授權讀的各方所得。

鑒別，確保一個(ge) 消息的來源或電子文檔被正確地標誌，同時確保該標識被偽(wei) 造。

完整性，確保僅(jin) 有授權的各方能夠修改計算機係統有價(jia) 值的東(dong) 西和傳(chuan) 輸的信息。修改包括對傳(chuan) 輸的消息的寫(xie) 、改變、改變狀態、刪除、創建和時延或重放。

認可，要求無論發送方還是接收方都不能夠抵賴所進行的傳(chuan) 輸。

訪問控製，要求對信息源的訪問可以由目標係統控製。

便利性要， 求係統的有用資源當需要時就可為(wei) 授權各方使用。本係統的安全體(ti) 係引入基於(yu) ACL（Access Control List）的高級安全管理模式。通過ACL控製，可以將係統中的敏感商務對象（可以包括菜單功能、頁麵、特定數據集合、特定敏感數據字段、某個(ge) 按鈕、某個(ge) 鏈接等各種資源進行安全控製）；可以涵蓋模塊級、記錄級、字段級的多重權限管理機製。

登陸級

係統對於(yu) 終端的用戶登陸作了詳細的規劃。限製用戶在做某項操作時隻能登錄指定的機器。如做計劃方案調度和費用功能的用戶隻能在已經預設其功能的指定計算機上操作，對於(yu) 功能定義(yi) 比較重要和敏感數據功能操作做到了很好的保護。同時本係統也支持類似銀行終端模式的限製用戶錯誤登陸的次數功能。良好的報警機製是對係統安全性很好的支持。本係統對於(yu) 此項功能做了獨到的研發。

審計報警：發現用戶幾次錯誤登錄，封鎖該用戶並提醒管理員

預防：係統管理員對於(yu) 可疑用戶或非法登陸用戶可以發指令立即終止該用戶的所有操作。

為(wei) 了保證登錄安全性，避免密碼泄漏後，可以被其他外部人員，離職人員利用，進入係統獲取業(ye) 務數據，可以采用U 盾等類似的強加密措施進行身份認證（需甲方購買(mai) 相應硬件產(chan) 品，乙方負責集成到WMS 認證體(ti) 係中）

存取功能級

本係統對不同功能的用戶進行了細分。每一個(ge) 進入係統的用戶都必須提供正確的用戶名和密碼。本係統中可以對於(yu) 每個(ge) 用戶分配不同的操作權限，限製其進行非法操作而危及係統的安全交換和運作。為(wei) 了便於(yu) 管理，體(ti) 現權限層級關(guan) 係，安全控製對象可以分為(wei) ：用戶，用戶組，角色，權限四個(ge) 概念。其中用戶可以加入多個(ge) 組中，用戶組之間可以嵌套使用，子組具備父組的所有權限。

預設完善的用戶角色架構，在使用時靈活組合達到客戶最終需求，例如：

係統管理員：負責係統的權限分配、監控與(yu) 維護

文件管理員：負責文件權限的分配、監控

編輯者：有權創建文件

修改者：有權修改文件內(nei) 容

閱讀並打印者：有權閱讀內(nei) 容並打印

不能存取者：無權看信息

傳(chuan) 輸級

對於(yu) 核心業(ye) 務管理係統，保護信息的傳(chuan) 輸安全至關(guan) 重要。在網絡上傳(chuan) 輸的是數據信息，有效地保護這些數據信息是網絡傳(chuan) 輸控製的最重要的方麵。本係統在網絡傳(chuan) 輸上可使用SSL安全協議，它除了可以用在WEB服務器與(yu) 瀏覽器之間信息交換之外，還可以支持其他我們(men) 所熟知的網絡應用。以TCP/IP網絡層來看，SSL是定位在網絡層之上的應用協議，所以任何以TCP/IP層以上的網絡協議SSL都可以支持，如HTTP、FTP、SMTP等皆是SSL的保護範圍。

基於(yu) 標準的網絡安全策略本係統集成了自己的傳(chuan) 輸安全機製。包括以下幾項：

數據加密和數字簽名，就是將用對方的公鑰進行加密的文件發給對方，對方拿他自己的私鑰解密。數字簽名是用自己的私鑰加密哈希散列值，對方拿我們(men) 的公鑰解密得到一個(ge) 散列值後對方拿我們(men) 發送的消息執行哈希運算得到一個(ge) 散列值，對方比較值是否相等。如果相等，證明這是我們(men) 發過去的信息。

訪問控製（權限），靈活配置的用戶角色（在存取功能級詳細描述）。

審計，包括三部分。首先是對硬件服務器的監控；對數據庫，應用服務器數據active的監控；和對終端用戶操作log的監控。

物理安全性，客戶需要按照實施要求組建硬件防火牆，以阻斷主動或者被動的攻擊對數據庫和應用模塊的損害。

4.3 未來係統集成挑戰

隨著各單個(ge) 應用係統上線以後，係統集成需求將會(hui) 成幾何級數增長，企業(ye) 數據總線的建設將是未來的發展方向，物流係統也將會(hui) 和其它係統進行進一步集成，集成的難度與(yu) 要求也勢必愈發困難與(yu) 嚴(yan) 格。

vTradEx EDI Server 是唯智公司針對物流軟件實施需要麵對各種複雜的係統集成環境研發的數據交換中間件產(chan) 品。屬於(yu) vTradEx E-Logitstic 軟件包的核心部件之一。

4.3.1 技術架構

vTradEx EDI Server 采用J2EE 技術開發。 能夠運行於(yu) 多種主流軟硬件平台,包括Linux, AIX, HPUX, Solaris 等；能夠連接各種主流數據庫平台，包括DB2、 Oracle、SQL Server 等。vTradEx EDI Server 支持國際XML、 EDI、EAI、 ESB、 SOA 標準，能夠方便快捷的和主流集成工具進行數據交換， 包括IBM MQ、WebMethod, Tuxedo 等。

vTradEx EDI Server 可以實現將基於(yu) Framework 開發的STMS 產(chan) 品和SWMS 產(chan) 品的功能部件，通過SOA 的模式公布，以和其他外部係統構成能夠自由組合，集成，協同工作的SOA 部件。vTradEx TMS 和WMS 內(nei) 部部件也在充分考慮性能和效率的同時，實現了部件服務化。 同樣也采用標準的EDI Server 模式構成鬆耦合架構。

4.3.2 並行消息處理和調度

EDI Server 除了提供了對於(yu) 各種平台的技術連接手段(Adapter)外，同時提供高效的報文處理機製。 以應對海量報文爆發情況下的處理要求。 並且提供一整套報文異常處理機製。

 

如圖所示，EDI Server 當報文到達後，會(hui) 根據規則配置，將報文交予適當的處理線程進行處理。不同的線程處理一類或者多類的報文，以確保各類報文的並行高效處理，不會(hui) 由於(yu) 某類報文堵塞其他報文處理。係統設立專(zhuan) 門的異常處理服務進程，用於(yu) 對於(yu) 由於(yu) 某種原因失敗的報文進行重新嚐試，直到成功，或者超過設定的重試次數後失敗。這種處理模式也保證了對於(yu) 錯誤報文重試不會(hui) 堵塞正常報文的處理。

4.3.3 定時批處理機製：

EDI Server 還提供批處理定時啟動的功能。 能夠采用crontab 模式，對於(yu) 批處理的啟動時間，次數進行靈活設定。此功能應用於(yu) 非實時連接的交易報文處理，數據轉移，以及數據大規模運算等技術環節。

EDI Server 針對主流ERP 產(chan) 品提供成熟的接口模塊。 包括SAP, ORACLE, K3 等係統。並在具體(ti) 客戶得到成功應用。

4.3.4 可擴展性

EDI Server作為(wei) 本次項目唯智提供的核心組件完全融入到係統各個(ge) 環節，能夠實現所有外部信息接入的轉換和翻譯。

作為(wei) 開放平台，係統通過EDI Server可以實現和外部任何係統的交互，為(wei) 外部接口的增加和拓展預留了餘(yu) 地；

未來一旦需要增加接口，隻需約定相互交互格式，係統即可以實現接口集成。

4.4 項目的實施與(yu) 推進

項目管理是整個(ge) 項目成功的關(guan) 鍵, 貫穿在整個(ge) 項目過程中。唯智公司的項目經理與(yu) 海王共同推進項目的進程。在合作過程中，海王的項目經理把握項目的指導方向，批準唯智公司的交付工作，提出變更的需求；唯智公司控製項目進度，保證按進度進行交付，對變更請求進行處理；唯智公司的項目經理也會(hui) 保證按項目計劃交付工作，雙方的項目經理保證了整個(ge) 項目進行過程中迅速有效的溝通，包括：

項目方向的指導

項目進度的控製

項目變更的處理

項目的日常管理

周例會(hui) 製度

裏程碑審計會(hui) 議製度

智慧物流技術不僅(jin) 帶來了軟件技術的革命，同時對於(yu) 軟件實施方法論也提供了新的手段。智慧物流軟件實施和傳(chuan) 統軟件實施有著不同的側(ce) 重點和步驟。唯智公司采用“智慧物流實施五步法” 方法論，來保證項目的成功。

Step 1: 最佳實踐設計

唯智派遣行業(ye) 專(zhuan) 家進場，在深入了解客戶業(ye) 務特征和製約條件情況下，和客戶共同製定最優(you) 化方案。 因為(wei) 智慧物流軟件的高可配置型，唯智顧問不會(hui) 強推“最佳實踐”給客戶，不會(hui) 拒絕變革，而是關(guan) 注如何讓軟件為(wei) 客戶創造更好的業(ye) 務回報。

Step 2: 配置和實現

唯智工程師和顧問按照前期製定的方案，對於(yu) 軟件係統進行規則和流程配置；並進行少量客戶化工作； 公司內(nei) 部QA 部門對於(yu) 產(chan) 出物進行細致測試，確保質量。由於(yu) 智慧物流產(chan) 品的靈活性和行業(ye) 化特征，此階段的工作量要低於(yu) 傳(chuan) 統軟件客戶化工作量；由於(yu) 配置化定製，客戶化帶來的軟件缺陷也要低於(yu) 傳(chuan) 統軟件。

Step 3: 實施

唯智顧問將最終交付版本帶到客戶現場，組織和指導客戶進行 UAT 測試，實物模擬測試；對於(yu) 客戶各層級用戶進行係統使用和運維培訓。通過培訓，客戶的技術人員和關(guan) 鍵用戶將掌握如何通過配置，實現各種業(ye) 務需求。

Step 4: 評估和優(you) 化

係統上線後，經過一段時間運行後，唯智顧問將和現場主管共同評估分析在係統在實戰使用中，發現可以進一步優(you) 化的環節，以及優(you) 化的代價(jia) 和回報； 製定優(you) 化策略，並實施。評估和優(you) 化環節往往是企業(ye) 和供應商都忽視的環節。但唯智經過多年的實踐發現，增加這一環節，可以讓企業(ye) 在現有的投資回報的基礎上，獲得更多的收益。

Step 5: 長期戰略夥(huo) 伴合作

通過優(you) 質的服務，雙方建立起良好的互信合作夥(huo) 伴關(guan) 係。唯智公司建立客戶業(ye) 務知識庫，為(wei) 客戶提供長期、深入的信息化服務。和客戶共同成長。

4.4.1 項目管理工具

 

圖15，唯智VERP係統

唯智公司研發了公司內(nei) 部使用的項目管理工具VERP 係統。（圖15） VERP 係統可以有效的指導項目小組分解任務，合理分工，並跟進問題的解決(jue) 。 VERP 係統經過近8年的實戰使用，是唯智公司項目管理製度的載體(ti) 。 其對於(yu) 成功實施項目，幫助公司管理層把控每個(ge) 項目起到非常重要的作用。

風險管理：唯智公司在整個(ge) 項目管理中引入完善的風險管理機製。

風險計劃管理：風險計劃作為(wei) 項目實施計劃的一部分，對可能的風險進行定義(yi) 、識別、遷移、應對方法等作出計劃，並在項目實施的全程中實時更新。我們(men) 對可能的風險進行等級歸類，並作出相應的處理時限規定。項目實施的風險是無法避免的，隻有做好風險計劃管理才能很好的避免風險出現後的手忙腳亂(luan) ；唯智公司通過多年的經驗積累，在項目初期即指定完善的風險計劃，使得整個(ge) 項目實施有備無患。

範圍變更風險管理：範圍變更是最可能發生的風險，對於(yu) 進度、質量和商務會(hui) 產(chan) 生直接影響。一般來說，我們(men) 建議采用分階段上線的方法，也就是說在正式上線後再發布補丁/增強版本來實現變更。任何範圍變更必須按照正式流程執行。針對項目範圍變更風險，唯智引入變更管理機製，通過對範圍發生變更的內(nei) 容進行必要性、緊迫性判斷，根據不同的類型製定變更實施方案，做到整個(ge) 操作流程化、規範化。

質量問題管理：流程對於(yu) 質量控製有至關(guan) 重要的作用，我們(men) 建立了完善的流程來控製整個(ge) 實施流程，我們(men) 也設立了獨立的QA來監控流程的執行情況。 通過QA對整個(ge) 流程的把控，有效的規範整個(ge) 項目的實施步驟，避免風險的產(chan) 生

人力資源風險：關(guan) 鍵人員對項目影響較大，對於(yu) 關(guan) 鍵崗位，我們(men) 建立人才備份來應對關(guan) 鍵人員不能履職的情況。

4.4.2 項目計劃管理

按照海王銀河醫藥立體(ti) 自動化化倉(cang) 庫建設的規劃，海王可選擇先實施試點後推廣，或者同時實施棗莊庫和南陽庫。其中每個(ge) 倉(cang) 庫實施時間為(wei) 三個(ge) 月。項目從(cong) 2012年10月22日開始實施，已於(yu) 2013年1月21日係統正式上線。

本工程建設包括山東(dong) 棗莊、河南南陽二個(ge) 倉(cang) 庫，以下為(wei) 關(guan) 鍵裏程碑：

試點實施裏程碑：

階段 完成時間

項目啟動： 2012年10月22日

需求調研及分析設計： 2012年11月20日

客戶化開發： 2013年12月21日

實施部署UAT： 2013年1月14日

係統上線： 2013年1月21日

項目終驗： 2013年3月11日

 

投產(chan) 後，唯智顧問和甲方管理人員共同監控和評估交付係統在真實業(ye) 務環境中運行效果，對於(yu) 實際作業(ye) 中發現的可以優(you) 化的點評估優(you) 化價(jia) 值，優(you) 化包括軟件功能、流程調整、庫位劃分、係統配置等一些列相關(guan) 因素。 經過優(you) 化後，軟件係統將更為(wei) 貼切甲方的業(ye) 務。 功實施是雙方後期構建長期的戰略合作關(guan) 係的起點；項目成功驗收後，唯智和海王即將在更多物流相關(guan) 領域開展戰略合作。

 

 

 

 

 

 

 

 

 

 

五． 信息化主要效益分析與(yu) 評估

5.1 操作量與(yu) 人力成本彈性分析

在同等操作條件下，通過對原先操作模式的人力成本與(yu) 係統支持下的操作模式的人力成本做對比。

數據：

日常月操作量（ＢＵ） 峰值月操作量、（ＢＵ）

750000 980000

優(you) 化前人工(小時） 5280 6240

優(you) 化後人工（小時） 5280 5400

注：5280為(wei) 30名操作工一個(ge) 月大致的正常工作小時數，在峰值月中則需要加班。

公式：Ed = (△Q/Q) / (△P/P）

優(you) 化前：Ed = -0.17 / -0.266 = 0.63

優(you) 化後：Ed = -0.02 / -0.266 = 0.08

由此可見，通過WMS優(you) 化後，在同等操作量基礎下，人力成本受到作業(ye) 量的影響比優(you) 化前降低了87%。

如果折換成實際人力成本，按照當地最低小時薪資標準計算（12元/小時，加班 x 1.5），每月為(wei) 海王集團節約人工：

公式：（ - ）* S * N

H: 小時數

S: 實際工資(Salary)

N：變量

每月節約人力成本：（6240 – 5400）x (3 x 1.5) x 1.2 = 4536元/月

全年單倉(cang) 共節省 4536 x 3 = 13608 元/年

通過實地調研，目前30人的操作團隊在正常月操作狀態下為(wei) 非滿負荷操作，故做為(wei) 海王人力，可以按照組織構架適當減少人力，以達到更好的人力/產(chan) 出配比。

 

5.2 庫存周轉分析

在同等操作條件下，通過對原先操作模式下的庫存周轉率與(yu) 係統支持下的操作模式的庫存周轉率做對比。

數據：

平均出庫量

12000000

優(you) 化前庫存保有量 9500000

優(you) 化後庫存保有量 8500000

注：優(you) 化後通過WMS對在庫庫存經行精細化管理，取消了部分冗餘(yu) 庫存

公式：庫存周轉數 = * 12

優(you) 化前：庫存周轉數 = * 12 = 1.26 * 12 =15.1

優(you) 化後：庫存周轉數 = = 1.41 = 1.41 * 12 = 16.9

由此可見，在優(you) 化後因庫存精細化管理式在庫庫存數量降低，在發貨量不變的情況下，進一步增加了庫存周轉數；提升約12%，從(cong) 而使企業(ye) 進一步增強了盈利能力與(yu) 資金周轉率。根據海王2013年內(nei) 部財務報告，倉(cang) 儲(chu) 部分增加5％利潤.

 

5.3 訂單處理能力分析

 

此圖為(wei) 2013年東(dong) 森倉(cang) 訂單處理量，按照相同人數未優(you) 化前原有工作效率折算後，顯示出在處理大批量訂單業(ye) 務時，WMS支持的下的操作效率要比原先效率提高約20個(ge) 百分點。

 

 

 

 

5.4 其他效益評估

業(ye) 務單據處理時間平均減少30%以上。

分析統計業(ye) 務數據時間減少92%。

業(ye) 務、財務單據傳(chuan) 遞時間減少52%。

業(ye) 務執行差錯率降低30%。

業(ye) 務運營成本降低9%。

整體(ti) 物流業(ye) 務利潤率提升5%。

 

六． 項目意義(yi)

海王倉(cang) 儲(chu) 管理係統一期項目覆蓋棗莊銀海醫藥有限公司現代化物流中心, 河南東(dong) 森醫藥有限公司現代化物流中心。 唯智團隊針對業(ye) 務特點對其庫內(nei) 作業(ye) 流程進行標準化規範，通過係統進行固化實現無紙化作業(ye) ，高速分揀設備、AS/RS等的係統控製。唯智基於(yu) 此項目幫助海王集團打造一個(ge) 符合國家醫藥流通規劃，集中藥飲片包裝、倉(cang) 儲(chu) 、物流配送於(yu) 一體(ti) ，高檔次、大規模、多功能、智能化的醫藥物流配送中心。

在成功牽手中國醫藥集團、四川科倫(lun) 集團物流信息化建設後，海王倉(cang) 儲(chu) 管理係統項目對唯智公司具有裏程碑意義(yi) ，再次驗證了唯智係統在大企業(ye) 中應用的技術優(you) 勢，鞏固了唯智公司在醫藥行業(ye) 物流信息化的行業(ye) 地位。唯智人在未來仍將不懈努力不斷進取，為(wei) 更多的客戶提供高效滿意的服務，為(wei) 中國物流信息化建設的進程貢獻自己的綿薄之力。

 

七． 未來其他係統建設方案

根據整體(ti) 物流信息化藍圖，未來海王隨著業(ye) 務發展和物流管理的深入，可以導入唯智公司的運輸配送係統ELOG STMS和費用結算係統ELOG SBMS。

 

 

物流信息化藍圖（未來建設）

 

係統 覆蓋範圍

運輸管理係統 調撥轉儲(chu) 、零售配送、在途跟蹤

 

費用結算係統 倉(cang) 儲(chu) 、運輸費用計算

 

 

7.1 運輸管理係統 TMS

唯智TMS運輸管理係統基於(yu) 供應鏈網絡設計，集成最佳行業(ye) 實踐業(ye) 務模型，幫助企業(ye) 解決(jue) 在物流運輸管理過程中所麵臨(lin) 的種種問題，諸如：如何實現總部與(yu) 分公司分級管理，如何有效的整合資源；如何正確的選擇和管理外包承運商和自有車隊；如何更快的處理異常情況；如何準確的計算費用，如何提供端到端的全程物流服務等。唯智TMS通過訂單全生命周期管理、節點監控，達到業(ye) 務全程可視化，提高企業(ye) 對業(ye) 務風險的管控力，改善企業(ye) 運作以及客戶服務品質。唯智TMS係統適用於(yu) 中、大型製造分銷企業(ye) 對於(yu) 自己的物流業(ye) 務進行管理，以及各類3PL公司開展運輸服務業(ye) 務的管理要求。

 

 

 

7.1.1 運輸管理係統的主要職能包括：

複雜組織架構運作：多業(ye) 務平台適用於(yu) 大型零售企業(ye) 多網點架構模式，各組織之間業(ye) 務聯合運作。

調度管理：製定派車計劃，登記派車實際情況；係統提供按線路自動派車、或者按空餘(yu) 車輛自動配載。

在途信息登記：對車輛的發車、在途情況及到達等情況實時登記，事後匯總評估。

多式聯運管理：支持陸-陸、陸-空、陸-海等聯運業(ye) 務。

服務質量管理：投訴管理，承運商/司機的考核管理。

 

7.2 費用結算係統 BMS

唯智公司Elog SBMS®產(chan) 品采用自然語言（中文）進行規則配置，通俗易懂，可以很容易讓業(ye) 務管理人員掌握，並自行進行修改。SBMS係統能夠對於(yu) 運輸，倉(cang) 儲(chu) 各種費用進行計費。

計費引擎是唯智公司創新設計，是業(ye) 內(nei) 唯一引入規則引擎的計費產(chan) 品， 特別適用於(yu) 中國物流結算方法複雜，不規範的產(chan) 業(ye) 環境；是唯一一個(ge) 能夠讓業(ye) 務人員用自然語言進行規則配置的計費產(chan) 品；計費引擎支持對客戶結算應收費用，以及對承運商計算應付費用。支持按照物流服務合同，進行計費；也支持根據臨(lin) 時情況，手工添加額外費用的管理要求。

 

 

7.2.1 費用結算係統的主要職能包括：

複雜組織架構運作：多計費平台適用於(yu) 大型零售企業(ye) 多網點架構模式，各組織之間獨立計費。

費率導入：費率表可直接在前台靈活配置，費率信息直接導入係統，減少二次開發及費率信息移植工作。

計費管理：計費規則采用自然語言，通俗易懂，可由業(ye) 務人員直接在前台維護，隨時跟隨業(ye) 務改變及時更新。

應收/應付管理：可實現自動或手動計費、費用修改重算取消、手工費用錄入、賬單生成、打開關(guan) 閉賬單

賬單輸出：賬單查詢，輸出便捷。