
第三個(gè)階段,Grove把它稱為"電子化決策階段"。實(shí)際上,這個(gè)階段究竟應(yīng)該如何定義還存在著相當(dāng)?shù)牟淮_定性。我們只能從目前已經(jīng)完成的電子化網(wǎng)絡(luò)化工程中揣測(cè)一二。這也涉及到電子商務(wù)當(dāng)前的重點(diǎn)話題:B2B垂直整合。在這個(gè)階段中,不僅僅是一個(gè)企業(yè)把自己的資源數(shù)據(jù)庫(kù)向客戶或供應(yīng)商延伸,而且是許多企業(yè)的數(shù)據(jù)庫(kù)相互聯(lián)接,滿足一定規(guī)則的交易,比如常規(guī)性購(gòu)買(mǎi),將由計(jì)算機(jī)自動(dòng)完成;一個(gè)企業(yè)的庫(kù)存數(shù)量將根據(jù)其交易伙伴的定單自動(dòng)更改;每個(gè)客戶將以最短的時(shí)間獲得按他的要求定制的產(chǎn)品。在零部件供應(yīng)高度標(biāo)準(zhǔn)化的電子產(chǎn)品行業(yè)、醫(yī)療用品行業(yè)、辦公用品購(gòu)買(mǎi)中,我們會(huì)首先看到不同企業(yè)的資料庫(kù),包括價(jià)格、規(guī)格和庫(kù)存量一起展示在同一個(gè)網(wǎng)絡(luò)平面上,搜尋、比較和下定單變得快速、易如反掌。慢慢地,其他行業(yè)會(huì)加入進(jìn)來(lái),龐大的跨國(guó)跨行業(yè)的數(shù)據(jù)網(wǎng)絡(luò)中心將逐步形成,成為工商業(yè)資源調(diào)配中心樞紐,真正實(shí)現(xiàn)"網(wǎng)絡(luò)革命"。不過(guò),羅馬不是一天建成的,要達(dá)到全社會(huì)的資源安全共享,沒(méi)有前面的步驟是不可能的。在企業(yè)內(nèi)部數(shù)據(jù)庫(kù)運(yùn)用比較成熟的國(guó)家和行業(yè)中,這種變化會(huì)先于其他的國(guó)家和行業(yè)發(fā)生。我認(rèn)為,中國(guó)目前的國(guó)情決定了大部分的企業(yè)還將在未來(lái)的一兩年內(nèi)建立和保持他們的"電子小冊(cè)子";但是在中國(guó)的通信行業(yè)、金融業(yè)和消費(fèi)品行業(yè)中的佼佼者已經(jīng)有能力也有動(dòng)力進(jìn)入"前端辦公自動(dòng)化"的實(shí)驗(yàn)期;當(dāng)他們的實(shí)驗(yàn)獲得回報(bào)的時(shí)候,其他的具備相當(dāng)規(guī)模和全球性戰(zhàn)略眼光的中國(guó)企業(yè)才會(huì)隨風(fēng)而動(dòng);而至少要在四、五年之后,我們才能更清晰地看到中國(guó)是否可能開(kāi)始同行業(yè)的企業(yè)與企業(yè)間的數(shù)據(jù)庫(kù)聯(lián)合,跨行業(yè)的數(shù)據(jù)交流可能需要更長(zhǎng)的時(shí)間才能實(shí)現(xiàn)。
同步更新的ERP與CRM ----前面我們提到在實(shí)現(xiàn)與后臺(tái)整合的"前端辦公自動(dòng)化"的時(shí)候,最經(jīng)常需要考慮的通常是CRM軟件與定單管理模塊、供應(yīng)鏈管理模塊、財(cái)務(wù)管理模塊和客戶服務(wù)模塊之間的數(shù)據(jù)交換。在北美進(jìn)行的某些CRM項(xiàng)目中,由于預(yù)先對(duì)這種前后整合的設(shè)計(jì)不夠細(xì)致,以致出現(xiàn)某些極為撓頭的問(wèn)題,需要不斷地追加投資來(lái)加以更正。
弗吉尼亞州的一家名為Value America的公司②最近在他們的CRM工程中遇到了下面的問(wèn)題--這家公司采用SAP的R/3系統(tǒng)作為他們ERP的后臺(tái)架構(gòu),并安裝了Siebel 99.5作為前端進(jìn)行銷售、市場(chǎng)推廣和客戶服務(wù)的IT平臺(tái)。由于安裝時(shí)沒(méi)有采用標(biāo)準(zhǔn)的Siebel和SAP接口的中間軟件,在系統(tǒng)運(yùn)行之后發(fā)現(xiàn)有這樣兩個(gè)大的問(wèn)題:
1.為了保持兩個(gè)系統(tǒng)之間數(shù)據(jù)(尤其是顧客信息方面的數(shù)據(jù))的同步更新,在一個(gè)系統(tǒng)運(yùn)行過(guò)數(shù)據(jù)更新之后,必須人工啟動(dòng)另外一個(gè)系統(tǒng)的數(shù)據(jù)更新,否則在兩個(gè)系統(tǒng)中有關(guān)同一個(gè)顧客的信息就有了差異。了解數(shù)據(jù)庫(kù)運(yùn)行的DBA們知道,這種人工運(yùn)作幾乎是不可能長(zhǎng)時(shí)間維持的。
2.另一個(gè)問(wèn)題是反應(yīng)時(shí)間的差別。比如說(shuō)"定單狀態(tài)"這個(gè)數(shù)據(jù)在SAP中生成并隨著定單處理的各個(gè)步驟而變化,如果數(shù)據(jù)更新不是同步的,那么SAP中的"定單狀態(tài)"可能已經(jīng)更改為"完成",而前端數(shù)據(jù)庫(kù)可以查詢到的卻還是"未批準(zhǔn)"。
CIO頻道人物視窗
CIO頻道方案案例庫(kù)
大數(shù)據(jù)建設(shè)方案案例庫(kù)
電子政務(wù)建設(shè)方案案例庫(kù)
互聯(lián)集成系統(tǒng)構(gòu)建方案案例庫(kù)
商務(wù)智能建設(shè)方案案例庫(kù)
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄