沒有人能說清ERP主干（Backbone）結構的確切含義？盡管專家、廠商、用戶天天提到這個概念，但對圈外人來說，ERP主干結構仍然是軟件業(yè)中最容易產生混淆的概念。甚至ERP本身也產生了許多含義。人們通常在兩種情況下可以接觸到ERP主干結構，即考察套件程序中的具體應用和探測系統(tǒng)底層結構時?，F(xiàn)在，用戶對統(tǒng)一的ERP系統(tǒng)的需求，使廠商紛紛采用組件技術。
用戶需求：統(tǒng)一
今天大多數(shù)客戶都從單個供應商那里購買自己所用的全部信息管理系統(tǒng)。在過去的幾年里，客戶一般都制定系統(tǒng)配置的規(guī)劃來削減軟件的TCO，他們規(guī)定采用一種軟件平臺以減少維護和開發(fā)的費用。由于此原因，廠商和用戶都考慮將復雜的ERP軟件設計在一個平臺上運行。
系統(tǒng)中應用程序腳本語言要求企業(yè)必須采用同樣的平臺才能運行程序，才能產生詳細的性能分析報告。這些應用包括金融系統(tǒng)（付帳、帳單管理、帳目分類、預算等）、定單管理系統(tǒng)和人力資源管理等。典型情況下，這些系統(tǒng)通過共享的服務模塊在整個企業(yè)內部形成應用。而有些企業(yè)沒有采取使用共享服務的方法，他們的觀點是企業(yè)CIO和企業(yè)IT部門對信息的需求是不一致的，特殊的站點經常要負擔一些特殊的任務，所以他們對站點分配不同的工作任務以達到協(xié)同工作的目的。例如，一個藥品生產企業(yè)與醫(yī)療器械生產企業(yè)的信息需求就明顯不同。
ERP主干結構應用的情況集中反映在應用程序腳本上。這是從早期的MRP（資源需求計劃）上發(fā)展起來的，MRP系統(tǒng)是一種處理企業(yè)資源配置應用的軟件包。原始的MPR結構缺陷之一是它將注意力集中在企業(yè)管理的操作過程而不是集成上。在以后的ERP軟件設計中，開發(fā)者嵌入了一種企業(yè)結構設計的方法。單個的企業(yè)模型使用并不廣泛，因為它沒有完全滿足CIO的需求，CIO要求的是復雜的數(shù)據(jù)綜合。ERP在解決自身缺陷的過程中不斷發(fā)展，目前已經有了處理1至2萬個用戶的系統(tǒng)，軟件價格超過1億美元。
ERP供應商調整了應用程序的組織結構，通常包括生產管理、金融、分配和客戶服務程序。在一個集成的系統(tǒng)中，所有應用程序對公用數(shù)據(jù)庫進行操作，至少有一個公用數(shù)據(jù)模型做為ERP主干結構而存在。其應用程序相對比較靈活，可以根據(jù)用戶的不同進行修改。結果是程序員之間的數(shù)據(jù)模型有所差異，而且用戶的系統(tǒng)種類也不盡相同，造成了在系統(tǒng)集成期間，必須在接口的協(xié)調上耗費大量精力。這種問題非常復雜，大多數(shù)IT部門都避免發(fā)生這種情況。當在為非制造企業(yè)（如保險、銀行、保健等行業(yè)）編制系統(tǒng)時，相關的數(shù)據(jù)模型都要做一定改動。
廠商迎合：集成
雖然大多數(shù)企業(yè)都傾向于從一個提供商那里購買所有的商業(yè)應用軟件，但各個ERP廠商提供的產品差別很大。全球性廠商必須要成功集成各個廠商的ERP系統(tǒng)，例如將賬務管理本地化，以迎合當?shù)氐呢攧罩贫?，這對大企業(yè)是一個復雜的問題。在這種情況下，IT部門希望ERP主干結構成為一個代理，一個類似于集線器的設備，可以兼容各種接口。
現(xiàn)在對使用SAPR/3、Oracle、PeopleSoft、Baan的軟件的用戶有個好消息。小型軟件開發(fā)商可以輕松地將來自不同廠商的產品集成在一起。許多大型跨國企業(yè)使用大型R/3來扮演ERP主干結構的角色。這些企業(yè)為金融、人事等經常性的管理提供統(tǒng)一的安裝軟件，這些信息可以為其他系統(tǒng)共享。實際上，許多企業(yè)都是使用R/3做為主要的共享程序，而在外圍使用不同廠商的軟件產品。另外，隨著業(yè)務的發(fā)展，一些企業(yè)必須采用有特殊功能的軟件，諸如資金分配、計劃表等。
對那些做為第二選擇的獨立生產廠商來說，一些廠商希望他們的應用系統(tǒng)是獨立成件的，這樣便于集成，使用“種類(bestofbreed)”解決方案可能是選擇。這種方式可以使用戶得到功能強大的系統(tǒng)，而且可擴展性極強。對IT管理者來說，其疑問在于采用這種技術性能到底如何？
應用程序成功集成的可能使IT管理人員將采購的目光轉向小型專業(yè)軟件生產廠商。今天，大多數(shù)系統(tǒng)已經毫不猶豫的采用了基于組件的技術。組件結構是當今最耀眼的明星，為廠商創(chuàng)造了無數(shù)的機會，它可以在ERP主要程序上添加用戶希望得到的功能，可以完成自己的特殊需求。如果組件技術想要在ERP市場上取得成功，它必須做到與ERP主干結構的輕松集成。在這種情況下，ERP主干結構是管理、運行組件的基礎層次。它至少要提供安全、對COM和COBRA框架集成的功能，提供工作流管理應用程序布置的功能。大多數(shù)ERP廠商都有自己的組件購買計劃；同時，微軟也在雄心勃勃的依靠其BackOffice推行其組件戰(zhàn)略。
在商業(yè)對象組件模型下，從單獨的應用程序供應商分別購買所需的軟件可以降低風險和投資。來自不同廠商的產品會遵守標準接口，可以順利實現(xiàn)程序間的通信。這些技術將促進ERP主干結構的發(fā)展，可以使用“種類”方案完成最終的應用。
組件技術的出現(xiàn)帶動了插件市場的發(fā)展。如CIO在想改造ERP的功能時，可以不再重新設計ERP，而只是更換一些插件，這是一個理想的方法。使用這種結構，也將使企業(yè)的發(fā)展能迅速跟上商業(yè)的最新發(fā)展?；贓RP、為其提供特性插件的市場已經產生，而且增長很快。業(yè)內一些廠商認為ERP市場還會存在20年左右。但從現(xiàn)在開始，ERP主干結構將會建立在基于組件的基礎之上。
用戶需求：統(tǒng)一
今天大多數(shù)客戶都從單個供應商那里購買自己所用的全部信息管理系統(tǒng)。在過去的幾年里，客戶一般都制定系統(tǒng)配置的規(guī)劃來削減軟件的TCO，他們規(guī)定采用一種軟件平臺以減少維護和開發(fā)的費用。由于此原因，廠商和用戶都考慮將復雜的ERP軟件設計在一個平臺上運行。
系統(tǒng)中應用程序腳本語言要求企業(yè)必須采用同樣的平臺才能運行程序，才能產生詳細的性能分析報告。這些應用包括金融系統(tǒng)（付帳、帳單管理、帳目分類、預算等）、定單管理系統(tǒng)和人力資源管理等。典型情況下，這些系統(tǒng)通過共享的服務模塊在整個企業(yè)內部形成應用。而有些企業(yè)沒有采取使用共享服務的方法，他們的觀點是企業(yè)CIO和企業(yè)IT部門對信息的需求是不一致的，特殊的站點經常要負擔一些特殊的任務，所以他們對站點分配不同的工作任務以達到協(xié)同工作的目的。例如，一個藥品生產企業(yè)與醫(yī)療器械生產企業(yè)的信息需求就明顯不同。
ERP主干結構應用的情況集中反映在應用程序腳本上。這是從早期的MRP（資源需求計劃）上發(fā)展起來的，MRP系統(tǒng)是一種處理企業(yè)資源配置應用的軟件包。原始的MPR結構缺陷之一是它將注意力集中在企業(yè)管理的操作過程而不是集成上。在以后的ERP軟件設計中，開發(fā)者嵌入了一種企業(yè)結構設計的方法。單個的企業(yè)模型使用并不廣泛，因為它沒有完全滿足CIO的需求，CIO要求的是復雜的數(shù)據(jù)綜合。ERP在解決自身缺陷的過程中不斷發(fā)展，目前已經有了處理1至2萬個用戶的系統(tǒng)，軟件價格超過1億美元。
ERP供應商調整了應用程序的組織結構，通常包括生產管理、金融、分配和客戶服務程序。在一個集成的系統(tǒng)中，所有應用程序對公用數(shù)據(jù)庫進行操作，至少有一個公用數(shù)據(jù)模型做為ERP主干結構而存在。其應用程序相對比較靈活，可以根據(jù)用戶的不同進行修改。結果是程序員之間的數(shù)據(jù)模型有所差異，而且用戶的系統(tǒng)種類也不盡相同，造成了在系統(tǒng)集成期間，必須在接口的協(xié)調上耗費大量精力。這種問題非常復雜，大多數(shù)IT部門都避免發(fā)生這種情況。當在為非制造企業(yè)（如保險、銀行、保健等行業(yè)）編制系統(tǒng)時，相關的數(shù)據(jù)模型都要做一定改動。
廠商迎合：集成
雖然大多數(shù)企業(yè)都傾向于從一個提供商那里購買所有的商業(yè)應用軟件，但各個ERP廠商提供的產品差別很大。全球性廠商必須要成功集成各個廠商的ERP系統(tǒng)，例如將賬務管理本地化，以迎合當?shù)氐呢攧罩贫?，這對大企業(yè)是一個復雜的問題。在這種情況下，IT部門希望ERP主干結構成為一個代理，一個類似于集線器的設備，可以兼容各種接口。
現(xiàn)在對使用SAPR/3、Oracle、PeopleSoft、Baan的軟件的用戶有個好消息。小型軟件開發(fā)商可以輕松地將來自不同廠商的產品集成在一起。許多大型跨國企業(yè)使用大型R/3來扮演ERP主干結構的角色。這些企業(yè)為金融、人事等經常性的管理提供統(tǒng)一的安裝軟件，這些信息可以為其他系統(tǒng)共享。實際上，許多企業(yè)都是使用R/3做為主要的共享程序，而在外圍使用不同廠商的軟件產品。另外，隨著業(yè)務的發(fā)展，一些企業(yè)必須采用有特殊功能的軟件，諸如資金分配、計劃表等。
對那些做為第二選擇的獨立生產廠商來說，一些廠商希望他們的應用系統(tǒng)是獨立成件的，這樣便于集成，使用“種類(bestofbreed)”解決方案可能是選擇。這種方式可以使用戶得到功能強大的系統(tǒng)，而且可擴展性極強。對IT管理者來說，其疑問在于采用這種技術性能到底如何？
應用程序成功集成的可能使IT管理人員將采購的目光轉向小型專業(yè)軟件生產廠商。今天，大多數(shù)系統(tǒng)已經毫不猶豫的采用了基于組件的技術。組件結構是當今最耀眼的明星，為廠商創(chuàng)造了無數(shù)的機會，它可以在ERP主要程序上添加用戶希望得到的功能，可以完成自己的特殊需求。如果組件技術想要在ERP市場上取得成功，它必須做到與ERP主干結構的輕松集成。在這種情況下，ERP主干結構是管理、運行組件的基礎層次。它至少要提供安全、對COM和COBRA框架集成的功能，提供工作流管理應用程序布置的功能。大多數(shù)ERP廠商都有自己的組件購買計劃；同時，微軟也在雄心勃勃的依靠其BackOffice推行其組件戰(zhàn)略。
在商業(yè)對象組件模型下，從單獨的應用程序供應商分別購買所需的軟件可以降低風險和投資。來自不同廠商的產品會遵守標準接口，可以順利實現(xiàn)程序間的通信。這些技術將促進ERP主干結構的發(fā)展，可以使用“種類”方案完成最終的應用。
組件技術的出現(xiàn)帶動了插件市場的發(fā)展。如CIO在想改造ERP的功能時，可以不再重新設計ERP，而只是更換一些插件，這是一個理想的方法。使用這種結構，也將使企業(yè)的發(fā)展能迅速跟上商業(yè)的最新發(fā)展?；贓RP、為其提供特性插件的市場已經產生，而且增長很快。業(yè)內一些廠商認為ERP市場還會存在20年左右。但從現(xiàn)在開始，ERP主干結構將會建立在基于組件的基礎之上。