BI系統的源頭是數據，而ERP系統中有的就是數據。爲此我們在考慮項目規劃的時候，如果能夠讓BI系統直接使用ERP系統中的數據，是一個不錯的選擇。可是到目前爲止BI與ERP系統是兩個相對獨立的應用。如何讓他們能夠聯姻，互通有無呢？這就是項目管理員所需要考慮的問題。
一、通過視圖讓ERP數據爲BI所用
BI與ERP系統的數據在保存方式上有比較大的差異。ERP系統後臺數據庫在設計時，遵循的是簡單的原則。簡單的說，就是一份數據，如出貨及時率相關的數據，會保存在多張基礎表上。而BI系統恰好相反。在使用BI系統來分析銷售出貨及時率時，需要採用一個比較綜合的表格，包括銷售訂單上的承諾交貨日期、生產完貨日期、實際出貨日期等等相關的信息。爲此如果BI系統要使用ERP系統的數據，這中間就要有一個媒介。數據庫的視圖對象就是這個媒介。
通過視據庫中的視圖可以將多張基礎表中的數據提取出來，並在一張表格中反映。而且這還不會對基礎表產生任何影響。這也就是說，通過視圖，即可以滿足BI系統在數據整合上的需要。而且也不會對ERP系統的運行產生不利的影響。所以這是一個很不錯的媒介。不過這在技術上也有一定的要求。有些ERP系統在實施時，對於數據庫可能是保密的。這主要是因爲他們擔心用戶會不小心更改了數據庫的結構而對ERP系統產生負面的影響。這種擔憂也有一定的道理。雖然在數據庫中創建視圖不會對ERP系統的基礎表產生不利影響，但是爲了安全起見，這個操作還是需要謹慎行事。至少需要有專門的數據庫管理員來完成相關的工作。
二、自定義報表規範數據格式
如果用戶擔心更改數據庫會對ERP系統的運行產生不利影響，或者影響其運行的穩定性。那麼還可以通過ERP系統的自定義報表格式來規範BI系統所需要的數據格式。自定義報表格式其實就是一組SQL語句，從數據庫中根據用戶的需要來獲取數據。
BI系統在進行數據分析時，對於數據的格式有比較嚴格的要求。如某些字段不能夠爲空（如在數據分析時可能需要用到四則運算，爲此除數就不能夠爲空）。如某些字段要求有固定的格式（如日期字段，需要採用統一的格式，如YYYY-MM-DD等等）。
通過自定義報表提供BI系統所需要的數據時，需要兼顧這方面格式的要求。其實實現起來難度也不是很大。只需要加入幾個Case語句即可。如當除數爲0時報錯或者賦予一個默認值。如日期格式的話利用轉換符號轉換成統一的格式。如有些日期的話可能還包括時間信息。爲了統一格式，可以使用TO_DATE等運算符來統一日期的格式。
這些小技巧其實實現起來難度並不是很大。不過不少項目管理員，可能在一開始設計報表的時候沒有考慮的這麼全面。結果在後續使用過程中會出現這樣那樣的小錯誤。影響BI系統的正常運作。故筆者建議，在ERP自定義報表設計的時候，就需要做好這方面的控制工作。通過格式轉換、條件判斷等手段，爲BI系統提供規範化的數據。
三、加強ERP系統控制提高基礎數據的準確性
對於BI系統來說，不僅僅要按固定、規範化的格式提供數據，而且還要保證基礎數據的準確性。BI系統的分析結果都依賴於基礎數據。如果基礎數據出現錯誤，即使是5%的錯誤率，經過BI系統的一番分析，最後的結果誤差率可能會在20%左右，甚至更大。如果BI系統使用ERP系統的數據，不僅僅要保證在格式上滿足BI系統的需要，而且還要提高基礎數據的準確性。關於這方面的內容，在ERP項目中也會反覆的強調。筆者就不做過多的重複，就揀一些重要的或者容易被忽視的內容來說明。
1、需要注意輸入數據的合法性檢驗
如用戶輸入的日期是否是合法、輸入的數字是否超出最大值等等。當用戶輸入數據、保存在數據庫之前，需要對用戶數據的數據進行合法性的檢驗。這個檢驗的內容是很寬泛的。如果BI系統要使用ERP中的數據，那麼就需要先比對這些規則。如BI系統中使用的小數格式與ERP系統中的位數是否一致。如果不一致的話，則在數據使用時要用函數先進性轉換等等。
2、ERP系統要定期檢查數據的準確性
特別是異常單據如在使用BI系統分析供應商到貨及時率時，需要用到採購訂單、收貨單等信息。而在ERP系統操作時，有可能會存在誤操作的情況。如將甲供應商的材料入到乙供應商的訂單上。或者將採購訂單A的物料入到採購訂單B上，這些錯誤是經常會遇到的。在ERP系統操作上會通過退貨單等形式調整過來。
可是在BI系統使用EPR的數據時，如何來識別這種情況呢？也就是說，雖然對於ERP系統來說，已經對基礎數據做了及時的調整。中間的過程雖然有錯，但是最終的結果沒有問題。而對於BI系統來說，要能夠識別這種錯誤，會有一定的困難。這需要BI與ERP系統的共同努力才能夠完成。如ERP系統對於異常單據，需要嚴格按照制度來執行。包括所使用的單據類型等等都需要採用獨立的數據。然後BI系統在使用ERP的數據時，需要使用判斷語句來判斷在基本數據中是否存在這種異常的單據。如果有的話，需要先做一定的調整，然後再使用相關的數據。
四、優選BI模塊以減少集成的工作量
雖然BI系統可以使用ERP中的數據，但是實現起來還是有一定的困難。因爲在中間需要考慮很多細節方面的內容。爲此在項目選型時，最好首先選擇那些BI模塊化的設計，以減少後續集成的工作量。這裏筆者推薦兩種方式。
1、BI系統是ERP系統中的一個子模塊
現在有些ERP系統設計的比較複雜（又叫做ERP2）。這種類型的ERP集成了其邊緣的一些應用，包括電子商務、BI、CRM等等。簡單的說，就是在開發EPR系統時，同時實現了BI的功能。此時BI就成爲了ERP系統中的一個子模塊。如此的話，BI系統就可以自然的使用ERP系統中的數據，而不需要繁瑣的集成工作。
2、通過主題庫的形式來減少集成的工作量
有些BI廠商會跟ERP系統廠商進行合作。預先根據ERP系統的設計，完成相關的主體包的開發。這就好像集成的工作BI廠商已經幫助客戶完成。客戶只需要安裝主題包後直接使用即可。不過這種形式往往有一定的侷限性，就是對於所支持的ERP企業比較少。現在ERP廠商至少有幾十個，BI系統不會爲每個ERP都去開發一個主題包。通常情況下，只支持一到兩個ERP產生而已。在這種情況下，對於企業的限制就會比較多。
五、ERP與BI系統的核算口徑要統一
最後需要提醒的一點就是，ERP系統與BI系統的核算口徑要統一如有些企業，在ERP系統中其結賬的日期設置爲每個月的25日即當月的26日到下月的25日是一個自然月。這主要是爲了提供足夠多的時間方便財務進行做帳或者由於他們客戶的要求，從而對企業自己的管理作出適當的調整。
雖然這只是一個劃分的問題，從長期看對基礎數據影響不是很大。但是在利用BI系統進行分析時，有時候需要進行按月統計。這就關係到統計口徑的問題。
如有些BI系統爲了方便用戶的操作，他們提供很多現成的模塊供用戶使用。而這些現成的模塊在使用時間數據時都採用的是自然月的統計方式。而用戶現在需要使用的是自己設置的月份。即5月28日的交易數據要算到6月份去。此時項目管理員就需要調整覈算的口徑。通過IF等判斷語句來調整ERP現有的統計口徑等等。
類似的案例還有很多。如採用什麼時間的匯率、銷售業績的分析等等都跟統計口徑有關。如果要讓BI系統與ERP系統互通有無，那麼就必須要保證兩者覈算口徑的一致。