第三個階段，Grove把它稱為"電子化決策階段"。實際上，這個階段究竟應該如何定義還存在著相當的不確定性。我們只能從目前已經完成的電子化網絡化工程中揣測一二。這也涉及到電子商務當前的重點話題：B2B垂直整合。在這個階段中，不僅僅是一個企業把自己的資源數據庫向客戶或供應商延伸，而且是許多企業的數據庫相互聯接，滿足一定規則的交易，比如常規性購買，將由計算機自動完成；一個企業的庫存數量將根據其交易伙伴的定單自動更改；每個客戶將以最短的時間獲得按他的要求定制的產品。在零部件供應高度標準化的電子產品行業、醫療用品行業、辦公用品購買中，我們會首先看到不同企業的資料庫，包括價格、規格和庫存量一起展示在同一個網絡平面上，搜尋、比較和下定單變得快速、易如反掌。慢慢地，其他行業會加入進來，龐大的跨國跨行業的數據網絡中心將逐步形成，成為工商業資源調配中心樞紐，真正實現"網絡革命"。不過，羅馬不是一天建成的，要達到全社會的資源安全共享，沒有前面的步驟是不可能的。在企業內部數據庫運用比較成熟的國家和行業中，這種變化會先于其他的國家和行業發生。我認為，中國目前的國情決定了大部分的企業還將在未來的一兩年內建立和保持他們的"電子小冊子"；但是在中國的通信行業、金融業和消費品行業中的佼佼者已經有能力也有動力進入"前端辦公自動化"的實驗期；當他們的實驗獲得回報的時候，其他的具備相當規模和全球性戰略眼光的中國企業才會隨風而動；而至少要在四、五年之后，我們才能更清晰地看到中國是否可能開始同行業的企業與企業間的數據庫聯合，跨行業的數據交流可能需要更長的時間才能實現。
同步更新的ERP與CRM

前面我們提到在實現與后臺整合的"前端辦公自動化"的時候，最經常需要考慮的通常是CRM軟件與定單管理模塊、供應鏈管理模塊、財務管理模塊和客戶服務模塊之間的數據交換。在北美進行的某些CRM項目中，由于預先對這種前后整合的設計不夠細致，以致出現某些極為撓頭的問題，需要不斷地追加投資來加以更正。

弗吉尼亞州的一家名為Value America的公司②最近在他們的CRM工程中遇到了下面的問題--這家公司采用SAP的R/3系統作為他們ERP的后臺架構，并安裝了Siebel 99.5作為前端進行銷售、市場推廣和客戶服務的IT平臺。由于安裝時沒有采用標準的Siebel和SAP接口的中間軟件，在系統運行之后發現有這樣兩個大的問題：

1．為了保持兩個系統之間數據（尤其是顧客信息方面的數據）的同步更新，在一個系統運行過數據更新之后，必須人工啟動另外一個系統的數據更新，否則在兩個系統中有關同一個顧客的信息就有了差異。了解數據庫運行的DBA們知道，這種人工運作幾乎是不可能長時間維持的。

2．另一個問題是反應時間的差別。比如說"定單狀態"這個數據在SAP中生成并隨著定單處理的各個步驟而變化，如果數據更新不是同步的，那么SAP中的"定單狀態"可能已經更改為"完成"，而前端數據庫可以查詢到的卻還是"未批準"。