在當今瞬息萬變且全球化程度日益提高的商業環境背景下，甚至連最為傳統的中端企業也開始邁向國際化之路——但其中不包括那些早已邁出國門的大型IT機構以及傳統大型跨國組織。
這意味著正有越來越多的企業開始對全球化ERP產生興趣；而與此同時，他們為自身打造的全球化單一ERP實例的目標也面臨著重重障礙。
全球性企業資源規劃（簡稱ERP）有時會被定義為某個全球性跨國公司在單個ERP產品實例或是單個數據庫中的業務的集合體。不過這一定義恐怕過于狹隘，因為即使是那些業務僅局限于某個大國內部但分支機構眾多的企業，其各個部門同樣可能面臨著諸多類似的挑戰，并且也能夠從單獨的標準化ERP實例中獲益。
在本文中，我們將探討實現ERP全球化道路上的挑戰與收益，并著力關注為何有些企業以全球化ERP實例為第一目標，卻遍歷難題而不可得。
為什么要實現ERP的全球化？
這么多企業都在為實現全球化ERP實例而殫精竭慮，究其原因無非有兩點。最普遍的原因是，IT資產整合能夠有效降低整體IT成本。要應對不同國家、不同硬件所帶來的種種協議與不同支持許可，就必須采用差異化的企業應用軟件，這將大大提高整體運營成本。從節約開支的角度來看，全球化ERP能夠將這些IT資源加以整合，大家可以通過建立卓越中心的方式鞏固許可證管理機制并使諸多協議的并存共效成為可能。
為了實現上述成效效益，運行于同一套通用數據庫上已經沒有意義，真正重要的是建立一個通用的數據中心。但在IT資源整合之上，全球化ERP能夠鞏固進程、保障跨地域及多樣化商業利益的順利實現。確保處理流程一致性以獲得處理質量一致性的方法之一是運行同一款企業應用程序實例。這種方式還可以通過諸如消除重復零件號碼以及對企業內部事務采取流水化的手段，令全球性機構的處理效率更上一層樓。與此同時，全球化實例還能夠提供通過一套涵蓋全部下屬企業及實體的可視化數據模型，為整體管理帶來提升。這樣一來，企業就能夠在接到客戶編號后及時為其提供優質服務，而不必考慮客戶當時所處的地理位置。
因此簡單來說，實現ERP全球化是一種能讓CIO在壓低運營成本的同時提高商業價值的高效方案。
發展之路崎嶇坎坷
正如其它任何一種有回報潛力的項目，單獨的全球化ERP實例在部署上也會帶來需要克服的種種挑戰。該體系越是鞏固，隨之而來的利益與挑戰就越大；而最終確定下來作為將全部IT資產整合為單獨企業應用程序發布版以及數據庫的黃金標準，也必須從企業旗下眾多分支機構或所處位置的角度出發，為整體運作提供堅實有力的保障。
有時候理想的解決方案可能是用一套單獨的數據中心配備兩套不同的數據庫；但由于部門與部門之間采用了完全不同的數據模型，因此我們可能會面對同一個應用程序的代碼在不同數據庫上難以整合及部署的問題。不過最起碼我們的目標應該是堅定的，即通過最少的數據庫、數據模型種類以及一套單獨的應用程序實例——應用程序實例最多不能超過兩套——為我們的不同執行內容提供支持。
目前我們面臨的最大挑戰并非硬件或是軟件方面的難題，而是整個新流程中所涉及的各類人員。大約五到十年前，當我們談到關于全球化單一實例時，支持項目的必要技術就已然齊備，不過當時打算部署的區域基本上是世界上各發達國家的幾大主要城市。盡管整個項目仍然需要仔細加以規劃，但有一點我們可以相當肯定，即在與連接用戶之間最大延遲的可承受范圍之內，企業在當地能夠獲得部署所需的帶寬。而直到今天，發展中國家內部的某些特定地區在聯絡方面仍然存在困難；不過大多數地區都已經有相關企業所建立的分配中心或者制造工廠，至少營銷管理人員在訪問客戶關系管理（簡稱CRM）軟件時所需要的資源還是能夠得到充分保障的。
區域壁壘所下轄的項目不少，包括語言、時區、貨幣以及度量單位等；這些內容通常能夠由一款現代化企業級軟件產品所處理。可能有些產品所支持的語言各類及貨幣類型受到一定程度的限制，而且這一點應該成為為全球化實例選擇ERP產品時所著重考慮的重要因素。但話說回來，我仍然要強調，整套全球高水準整合項目在實施方面的主要障礙來自相關人員而非相關技術。
其中的問題之一就是我們的各個部門是否一致同意使用一套通用的標準化集合體系，例如產品名稱、客戶名稱、客戶意見以及世界各地不同部門之間的信貸管理政策標準等。當我們將全部信息遷移到單一數據模型中時，原本的每個實體都需要一定程度的調整能力以適應該地區的具體問題。但從根本上來講，我們所處理的是類似的流程與主數據主體。從商業的角度來看，這可能是一件非常具有積極意義的舉措；但在每個部門看來，這么干可能就沒什么吸引力了。想象一下，他們需要重新編排數百甚至上千個組件、部署自己的供應鏈信息或是對固有數據進行重新處理，以命名其適應企業推出的數據新標準。
另一大障礙是不同部門或實體之間要如何使用同一款軟件。今天大多數像IFS Application這樣的軟件具備高度的可配置性與靈活度，并能夠通過模仿，最終吻合執行部門中的各項具體業務流程。但一款應用程序中的單一實例所能提供給我們的調整幅度終歸有限，這意味著要想實現ERP的全球化，必須克服一些變革及共性方面的阻礙。以上提到的各項內容都屬于管理層面的問題，而非軟件層面，因此只要具備一個足以提供堅實管理支持的強大ERP項目團隊，我們就完全能夠順利達到既定目標。
權宜之計
有時候，機構內部業務之間的各類模式以及商務運營的不同觀念使得我們很難為單一實例部署一套與之完美契合的黃金標準。如果大家的機構中存在兩個處理迥異業務線的不同部門，那么要想讓他們使用同種類型的接口或數據交換分配體系并接受相同的軟件模型，無疑會帶來令人不勝其煩的海量工作。在這種情況下，大家可能希望尋求一套具備兩款緊密兼容的數據模型的統一IT基礎設施，進而充分滿足不同部門的具體需求。
如果大家正在運行的是一套混合模型——其中有些部門基于全球化系統，而另一些不是——該模型在企業內部運行著一致的應用程序套件，但在不同部門所使用的不同企業級軟件產品方面則采取差異化實施模式或者多產品策略，那么對整體運行狀態的監控及管理上無疑非常令人頭大。
在這種開發部下，大家可以創建前端門戶網站，用以為遍布企業的各種不同應用程序提供對應視角。實現該目標的常用方法之一就是構建一套數據倉庫，并從這些不同的應用程序中提取、轉換并載入數據，然后通過對這些數據的分析得出總體結論。這種做法的目的純粹是為了進行信息整合。
雖然數據倉庫能夠提供一款用于生成綜合性報告及數據查看的工具，但它從技術角度來說跟數據模型類似，很難達到通用性方面的理想狀態。不同應用程序在解釋數據的方式之間存在著巨大差異，這就意味著必然有一定數量的組件編碼在不同國家的不同系統結構中擁有不同的解釋結果。換句話來說，即使是我們將數據統一布置在數據倉庫當中，也未必會帶來什么積極意義。
使用數據倉庫作為全球性ERP替代品的另一大缺點是，這是一條典型的單行線路。大家通常會將數據從交易系統中提取出來，并布置到數據倉庫中去，數據的走向基本上是這種情況。而這里就出現了數據一致性問題，因為很可能交易系統說是這么回事、而數據倉庫則根據自己的記錄認為其實是那么回事。因此如果大家采納了數據倉庫方案，那么必須要考慮數據由倉庫返回源系統以作審計之用的情況，并為其部署相關建設。
結論：選擇與實施
向全球化ERP實例進發會帶來強大的業務處理能力。采用單一全球化實例能夠有效降低成本、提高全球事務直觀度、加速市場決策并幫助機構將標準加以延伸，保障不同地理區劃中各分支機構在業務處理流程方面的一致性。
在做出一款全球化ERP應用程序實例的選擇并付諸實踐之前，我們先要問幾個具體問題。舉例來說，該軟件是否能夠處理“多重賬號”……多幣種、多語言、多測量單位、多場地事務、多制造模式或商業模式以及多組織結構或區域層次結構等。缺乏這種程度的靈活性，企業級軟件產品根本不可能滿足得了當前的需求，更不用說今后在機構全球化進程中所面臨的諸多新問題了。
同樣重要的是，必須確定所選擇的ERP供應商或系統集成商在跨多地區的項目實施方面是否具備豐富的實踐經驗。意欲采納這套新系統的機構必須意識到，整個項目的順利實施不僅僅涉及IT技術，更多挑戰實際上來自多元化實施過程中的人為因素。
要做出正確的選擇并成功地加以實施，我們還需要合理采用分期部署的技術支持方案。全球化ERP一般來說不會一次性完成全部實施任務。個別國家或者不同地區應當分步加以部署，以減少對企業整體日常任務的干擾。要做到這一點，大家的企業級軟件合作伙伴不僅要提供軟件產品以具備足夠的業務靈活性，更需要擁有提前規劃全球范圍內項目實施工作的控制力，以使我們即使將任務線拉長，仍然能夠獲得成功的全球化實例部署結果。大家的實施合作伙伴需要為我們的工作過程提供相關指導，這樣才不會出現已經完成了一到兩個地區之后忽然發現配置與后續區域無法兼容的窘況。實施計劃的重中之重是全面地對項目進行整體管理，以避免初期失誤、返工、超支以及時間表延誤等狀況。
選擇一款ERP應用程序產品并實施全球化單一實例的過程充滿挑戰，但此類項目所帶來的收益與投資回報值得我們為之努力，這不也正是企業及機構安身立命的根本么？
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：歷遍艱難不可得 “ERP全球化”如何求之
相關文章
