你的下一步工作就是要重新定義信息和它的用途。老的分級結構、記錄和文件都已經消失了，而直到你將用戶的準ERP系統都升級為真正的ERP系統，他們才會真正體會到高度集成的ERP數據庫環境是什么樣子。
現在，你已經進入了一個勇敢的新世界，一個業務對象的世界。這個業務對象的力量在于它獨立于時間和層級結構。業務對象和現有的以及過去的事務處理有著相同的應用能力，并且從基本事務處理級別到部門級、企業級、以至行業領域，都能找到業務對象的例子。
業務對象實際上是一個信息包，它的能力受限于它是如何被定義和規劃的。你可以將業務對象想象成一個虛擬雇員，它有能力處理特殊的工作并可以執行多種應用。
為了更好的理解業務對象，你必須先知道什么是元數據（metadata）。元數據是描述真實數據的信息，被用在程序和分析過程間數據傳送。它可以說是構建數據倉庫的轉頭瓦塊。大多數BI的數據模型都要依靠元數據來建立。
而業務對象更像是一個信息模板。它定義了各種業務任務，而這些業務任務則是依靠詳細的信息和執行這些任務的程序得以完成。（在這種情況下，業務對象就像是一個"虛擬雇員"）。這種方式定義的數據模型具有空前的靈活性，更重要的是，這種業務對象不但對數據倉庫的所有用戶都是有效的，它還沖破了部門間的界線，將靈活的數據分析能力代給了所有用戶。就算是一個低級別的倉庫會計，也可以使用和CIO一樣的"成本清算"對象來處理倉庫的貨物運輸成本的分析工作。
現在，也許你最關心的是如何實現BI的問題。不過，我認為你應該將重點放在教導你的用戶團隊使用新方法進行思考，并讓他們實施信息建模，這樣才能真正建立客戶的BI元數據和業務對象。同時，你也要對他們強調BI所帶來的種種好處。
如何運作

BI的魅力在于它的平臺就藏在高度集成的ERP環境之下。用最簡單的話來說就是，你的ERP數據庫環境就是最主要的BI資源。這種說法的前提是假定你的數據庫環境是具有良好集成度的表格驅動的系統。ERP數據庫環境通過一個分級區域與存有元數據的ERP系統進行連接，而所需的信息也會從你的業務系統中被提取出來，注入面向業務的數據倉庫的架構中（同樣使用API進行操作）。
上面這一切都是在BI的引擎工作之前完成的。BI的引擎是由資源管理系統（跟蹤信息內容，查看其來源，以及定義所有的傳輸過程）和轉換和載入機制（執行相應的操作將數據處理為BI可以使用的內容）組成的。
到這里，元數據開始出現并對信息進行定義。并且，高級功能對信息進行全面接管：信息現在已經存在數據倉庫中，并可以被用來進行建模、分析以及其它用戶定義的工作。要記住，數據倉庫中的信息主要是用來進行分析的，它們不能被BI用戶的應用程序更新或修改。
對于你的客戶，他們完全不必知道上面這些信息的處理過程。你只需要讓他們認識到，你正在建立一個分散性的，按需建立并不斷成長的環境。你可以從一個很小的起點開始不斷發展，而不用怕日后會把這些已經建立的環境都推翻。因為BI需要的是不斷的累加，而不是重建。
將BI延伸到決策支持

未來的BI開發又會是什么樣子呢？雖然BI是位于ERP核心架構之上的，但一旦建立好BI，你也可以在BI之上再搭建一個層。你可以在數據倉庫上建立一個"虛擬"企業，它同樣也是凌駕于現實企業系統之上的。那么這又意味著什么呢？
簡單來說，你可以將所有客戶的數據倉庫資源通過網絡連接在一起，并置于一個商業智能網中。這個商業智能網可以實現大多數ERP的功能，從外表看來，這就是一個大的分布式應用環境。它將在你的客戶公司中大大加強BI潛在的管理能力，還可以幫助你的客戶公司創建實時的、企業范圍內的效用統計，并對企業價值鏈進行監控。
如果要用幾句話總結本文的要點，那就是：BI和ERP是相輔相成的，它可以實現很多ERP不能實現的功能。技術本身并不是難題，你所要做的是如何讓管理者和用戶都采用新方法來思考問題。