發(fā)展之路崎嶇坎坷

正如其它任何一種有回報潛力的項目，單獨的全球化ERP實例在部署上也會帶來需要克服的種種挑戰(zhàn)。該體系越是鞏固，隨之而來的利益與挑戰(zhàn)就越大；而最終確定下來作為將全部IT資產(chǎn)整合為單獨企業(yè)應(yīng)用程序發(fā)布版以及數(shù)據(jù)庫的黃金標準，也必須從企業(yè)旗下眾多分支機構(gòu)或所處位置的角度出發(fā)，為整體運作提供堅實有力的保障。

有時候理想的解決方案可能是用一套單獨的數(shù)據(jù)中心配備兩套不同的數(shù)據(jù)庫；但由于部門與部門之間采用了完全不同的數(shù)據(jù)模型，因此我們可能會面對同一個應(yīng)用程序的代碼在不同數(shù)據(jù)庫上難以整合及部署的問題。不過最起碼我們的目標應(yīng)該是堅定的，即通過最少的數(shù)據(jù)庫、數(shù)據(jù)模型種類以及一套單獨的應(yīng)用程序?qū)嵗獞?yīng)用程序?qū)嵗疃嗖荒艹^兩套——為我們的不同執(zhí)行內(nèi)容提供支持。

目前我們面臨的最大挑戰(zhàn)并非硬件或是軟件方面的難題，而是整個新流程中所涉及的各類人員。大約五到十年前，當我們談到關(guān)于全球化單一實例時，支持項目的必要技術(shù)就已然齊備，不過當時打算部署的區(qū)域基本上是世界上各發(fā)達國家的幾大主要城市。盡管整個項目仍然需要仔細加以規(guī)劃，但有一點我們可以相當肯定，即在與連接用戶之間最大延遲的可承受范圍之內(nèi)，企業(yè)在當?shù)啬軌颢@得部署所需的帶寬。而直到今天，發(fā)展中國家內(nèi)部的某些特定地區(qū)在聯(lián)絡(luò)方面仍然存在困難；不過大多數(shù)地區(qū)都已經(jīng)有相關(guān)企業(yè)所建立的分配中心或者制造工廠，至少營銷管理人員在訪問客戶關(guān)系管理（簡稱CRM）軟件時所需要的資源還是能夠得到充分保障的。

區(qū)域壁壘所下轄的項目不少，包括語言、時區(qū)、貨幣以及度量單位等；這些內(nèi)容通常能夠由一款現(xiàn)代化企業(yè)級軟件產(chǎn)品所處理。可能有些產(chǎn)品所支持的語言各類及貨幣類型受到一定程度的限制，而且這一點應(yīng)該成為為全球化實例選擇ERP產(chǎn)品時所著重考慮的重要因素。但話說回來，我仍然要強調(diào)，整套全球高水準整合項目在實施方面的主要障礙來自相關(guān)人員而非相關(guān)技術(shù)。

其中的問題之一就是我們的各個部門是否一致同意使用一套通用的標準化集合體系，例如產(chǎn)品名稱、客戶名稱、客戶意見以及世界各地不同部門之間的信貸管理政策標準等。當我們將全部信息遷移到單一數(shù)據(jù)模型中時，原本的每個實體都需要一定程度的調(diào)整能力以適應(yīng)該地區(qū)的具體問題。但從根本上來講，我們所處理的是類似的流程與主數(shù)據(jù)主體。從商業(yè)的角度來看，這可能是一件非常具有積極意義的舉措；但在每個部門看來，這么干可能就沒什么吸引力了。想象一下，他們需要重新編排數(shù)百甚至上千個組件、部署自己的供應(yīng)鏈信息或是對固有數(shù)據(jù)進行重新處理，以命名其適應(yīng)企業(yè)推出的數(shù)據(jù)新標準。

另一大障礙是不同部門或?qū)嶓w之間要如何使用同一款軟件。今天大多數(shù)像IFS Application這樣的軟件具備高度的可配置性與靈活度，并能夠通過模仿，最終吻合執(zhí)行部門中的各項具體業(yè)務(wù)流程。但一款應(yīng)用程序中的單一實例所能提供給我們的調(diào)整幅度終歸有限，這意味著要想實現(xiàn)ERP的全球化，必須克服一些變革及共性方面的阻礙。以上提到的各項內(nèi)容都屬于管理層面的問題，而非軟件層面，因此只要具備一個足以提供堅實管理支持的強大ERP項目團隊，我們就完全能夠順利達到既定目標。