erp與crm的整合(編輯修改稿)
2025-07-16 08:20 本頁面
【文章內(nèi)容簡介】 中國的通信行業(yè)、金融業(yè)和消費品行業(yè)中的佼佼者已經(jīng)有能力也有動力進入“前端辦公自動化”的實驗期；當(dāng)他們的實驗獲得回報的時候，其他的具備相當(dāng)規(guī)模和全球性戰(zhàn)略眼光的中國企業(yè)才會隨風(fēng)而動；而至少要在四、五年之后，我們才能更清晰地看到中國是否可能開始同行業(yè)的企業(yè)與企業(yè)間的數(shù)據(jù)庫聯(lián)合，跨行業(yè)的數(shù)據(jù)交流可能需要更長的時間才能實現(xiàn)。 同步更新的ERP與CRM 前面我們提到在實現(xiàn)與后臺整合的“前端辦公自動化”的時候，最經(jīng)常需要考慮的通常是CRM軟件與定單管理模塊、供應(yīng)鏈管理模塊、財務(wù)管理模塊和客戶服務(wù)模塊之間的數(shù)據(jù)交換。在北美進行的某些CRM項目中，由于預(yù)先對這種前后整合的設(shè)計不夠細致，以致出現(xiàn)某些極為撓頭的問題，需要不斷地追加投資來加以更正。 弗吉尼亞州的一家名為Value America的公司②最近在他們的CRM工程中遇到了下面的問題——這家公司采用SAP的R/3系統(tǒng)作為他們ERP的后臺架構(gòu)，并安裝了Siebel 、市場推廣和客戶服務(wù)的IT平臺。由于安裝時沒有采用標(biāo)準(zhǔn)的Siebel和SAP接口的中間軟件，在系統(tǒng)運行之后發(fā)現(xiàn)有這樣兩個大的問題： 1．為了保持兩個系統(tǒng)之間數(shù)據(jù)（尤其是顧客信息方面的數(shù)據(jù)）的同步更新，在一個系統(tǒng)運行過數(shù)據(jù)更新之后，必須人工啟動另外一個系統(tǒng)的數(shù)據(jù)更新，否則在兩個系統(tǒng)中有關(guān)同一個顧客的信息就有了差異。了解數(shù)據(jù)庫運行的DBA們知道，這種人工運作幾乎是不可能長時間維持的。 2．另一個問題是反應(yīng)時間的差別。比如說“定單狀態(tài)”這個數(shù)據(jù)在SAP中生成并隨著定單處理的各個步驟而變化，如果數(shù)據(jù)更新不是同步的，那么SAP中的“定單狀態(tài)”可能已經(jīng)更改為“完成”，而前端數(shù)據(jù)庫可以查詢到的卻還是“未批準(zhǔn)”。 如果在CRM設(shè)計中就充分考慮到了哪些數(shù)據(jù)需要不斷和ERP進行同步更新，上述麻煩就會大大減少。這也是為什么像Siebel這樣的行業(yè)領(lǐng)先的前端辦公軟件開始提供與SAPR/（middle ware）。 在這個名為Siebel Enterpri
物理相關(guān)推薦
鄂ICP備17016276號-1