在sourceforge.net網站上排名開源ERP類旁榜首，那應該是真金白銀的——不光有華麗的外表，更應該有穩定的內核。經過本人的一番長時間的實驗測試，果然名不虛傳。本文我從以下幾方面談談我個人的看法： 1.?OpenbravoERP的發行 1.1.Openbravo ERP版本的成長1.2.版本類型：社區版和專業版2.系統要求 2.1.OpenbravoERP運行環境2.2.本地化3.OpenbravoERP概況 4.功能介紹 4.1．應用字典（AD）4.2．通用設置(General Setup)4.3. 主數據管理(Master Data Management)4.4. 采購管理(Procurement Management)4.5. 庫存管理(Warehouse Management)4.6. 生產管理(Production Management)4.7. 物料需求計劃(Materials Requirement Planning)4.8. 銷售管理（Sales Management）4.9. 項目管理(Project & Service Management)4.10. 財務管理(Financial Management)5.業務操作流程簡介 6.附錄 6.1.快捷鍵

1.OpenbravoERP的發行 1.1. Openbravo ERP版本的成長1）、阿發/貝塔版本（alpha/beta）：在阿發版本階段，我們每周發行一個阿發版本，當條件成熟時發行一個貝塔版本。版本格式是：<主版本號>alpha-r<阿發版本號>和<主版本號>beta，如2.50alpha-r10，2.50beta。這個版本建議不要用于生產環境，等放出了正式版之后再用也不遲。2）、正式版本：當貝塔版本足夠成熟和穩定后，就放出一個正式版本，如目前的正式版本是2.50；3）、維護版本：從2.50版本之后我們根據用戶的反饋和bug修補情況，發行一系列的維護版本，格式是：<主版本>MP<維護版本號>，如截止到2010年3月28日的維護版本是2.50MP13。維護版本可以用于生產，維護版本號越大，說明越穩定，bug越少。最后我再來看看OpenbravoERP版本的生長路線：2.50alpha-r1-->2.50alpha-r2-->…-->2.50alpha-r11-->2.50beta-->2.50-->2.50MP1-->…-->2.50MP13。
1.2. 版本類型：社區版和專業版與社區版（Community Edition）相比，專業版（需要每年繳納訂閱費，有的擴展模塊還需另外購買license）可以獲得如下額外服務：1）、可以安裝和升級包含在訂閱費里的擴展模塊，對于需要單獨購買license的模塊還需另外付費；（當然對于免費的模塊兩類版本都可以安裝和升級）2）、可以打補丁、升級和獲得購買期內的各種服務，如bug修補、問題解答等。如果您公司的技術力量高超、且技術員對企業內部流程了如指掌，完全可以采用社區版，社區版具備了大多數的ERP核心功能模塊，但是不包含一些由第三方開發的商業性質的擴展模塊，當然可以自己開發或者購買這些模塊，比如商業版的人力資源模塊和CRM模塊等。
2.系統要求 2.1. OpenbravoERP運行環境1)、 支持的操作系統：windows 2000, XP*, Vista；Ubuntu*, RedHat*, CentOS, Debian, Gentoo, OpenSUSE, FreeBSD, Mac OS X, OpenSolaris, Solaris 10； 2)、 支持的硬件結構：X86*, X86_64*, IA-64, Sparc, PowerPC, AIX； 3)、 支持的數據庫：Oracle 10g R2或者11g，標準版和企業版都行（推薦使用11g）；PostgreSQL 8.3.5或者更高版本（帶有ossp-uuid支持的）； 4)、 其他軟件：Java 2平臺標準版6.0或者更高版本；Apache-Tomcat 6.0.x；Apache-Ant 1.7.0或者更高版本（推薦使用版本1.7.1）； 5)、 使用到的技術有：Java, PL/SQL, XML, HTML/CSS, PDF； 6)、 支持的瀏覽器：Firefox 3.0或者更高；IE 7.0 注意：這些都是經過openbravo官方測試通過的，其他的環境也許頁可以，但不能保證。2.2. 本地化本地化主要涉及語言本地化和會計本地化。目前OpenbravoERP已經實現的本地化國家（含語言和會計科目）有這些，但不同的國家實現了不同版本的本地化，比如中國只實現了2.2x版本（2008年7月之后就再也沒有更新了），后續的更新一般只涉及語言，而會計科目不用改變。2.50前的版本需要手工下載語言和會計科目文件（從這里下載，中國的會計科目文件從這里下載），然后再安裝語言和導入會計科目，2.50以及之后的版本直接作為擴展模塊安裝（參考這里安裝擴展模塊）。
3.OpenbravoERP概況 在sourceforge.net網站上排名開源ERP類旁榜首，那應該是真金白銀的——不光有華麗的外表，更應該有穩定的內核。經過本人的一番長時間的實驗測試，果然名不虛傳。1）、可以完全依賴開源軟件構建穩定的生產ERP環境，當然硬件設備除外。除了購買硬件費用和招一名熟悉開源軟件和企業流程的技術員之外，再也不用為其他軟件付費了。看看這些開源軟件組成的最佳組合：Linux + PostgreSQL (大象) + Apache-Tomcat(貓) + Apache-Ant(螞蟻) + SUN JDK + Openbravo ERP + Firefox + Eclipse。看到了嗎？連同客戶端和開發工具全是開源的，而且這樣的開源組合幾乎是完美無缺的——穩定、快速、安全、靈活！2）、具有豐富的文檔資料。這一點不像Compiere或者國內的恩信ERP（不過恩信現在不開源了），文檔資料需要購買的，而Openbravo ERP則是完全開放的，你看看網站http://wiki.openbravo.com/wiki/ERP/2.50，上面應有盡有，從安裝、配置、使用到建立開發環境、以及如何開發模塊等等都有詳細的資料可循，但是目前大部分都是英文的，中文資料比較少，不過我寧愿看英文資料，中文如果翻譯不好，看得云里霧里的。3）、非常國際化。目前的版本經過簡單本地化設置就可以適用于上百個國家，不過不同的國家語言本地化的版本不一樣，比如中國簡體語言只漢化了2.2x（2008年7月之后就沒有人再去跟蹤OpenbravoERP的新版本做漢化了），在低版本的基礎上作高版本的漢化是非常容易的，接下來我打算盡一份個人的努力做好新版本的漢化工作，中國的會計制度從2008年到現在幾乎沒什么變化，所以會計的本土化可以繼續沿用2.2x版本的。4）、多實例化。安裝一套軟件，能同時讓很多企業的很多分支機構使用，互不干擾，而且每一個實例（這里也可稱為實體）都有一個管理員，實體管理員全權負責本實體的管理，如創建角色、用戶、定義菜單等等，這一點尤其適合做SaaS應用。換句話說，就是同一套機器上跑的Openbravo ERP能同時讓很多家企業使用，只要賦予不同的用戶名和密碼即可，而且內部仍然是采用同一個數據庫和一樣的表。記得我以前想利用恩信ERP搭建同樣多實例化生產環境，結果耗費了我好幾天，硬是沒有結果。另外一點就是對于多分支機構多會計單位的企業也能輕松應付。為什么有人總是說Openbravo ERP適合于中小企業使用呢？我都不明白，難道僅僅是因為免費的原因？大企業有錢，所以不會使用免費的軟件嗎？但你也可以采用訂閱購買的方式付費啊，同樣能獲得滿意的售后服務。5）、靈活的業務實體架構。多實例化源于靈活的業務實體架構，這一點我非常佩服Openbravo ERP開發團隊，構思巧妙，獨具匠心。這里的實體(client-entity)就是指單獨使用ERP的企業或企業部門，在Openbravo ERP中還定義了一個虛擬實體system，因此對于一個生產環境中的Openbravo ERP，必須具備兩類實體——虛實體system和真實體Client（至少一個真實體，即一個在使用該ERP的企業或者部門，否則這個ERP就沒有價值了，一個沒人用的ERP環境有何價值？我說得沒錯吧）。這兩類實體的示意圖如下：
i）、虛實體的名字就是System（上圖左邊），全部的結構定義（或稱Schema），如表、表的列、窗口、窗口中標簽頁、域（field）、菜單等等統稱為模型數據(model data)，模型數據保存在虛實體System的Model庫中，其他的真實體都將采用這些模型數據，從而定義一致的數據結構和呈現一樣的界面（當然每一個實體的管理員還可以定制自己個性化的界面）。對于其他的全部的真實體都要用到的公共數據單獨抽出來放在虛實體的Source庫中，存放在Source庫中的數據稱為源數據，源數據可以理解為所有實體的公共數據。源數據是真實的實用數據，而模型數據則是結構定義語句，不是真實的實用數據，可以理解為元數據，所謂的元數據就是用來管理數據的數據，這是他們的區別。虛實體其實就是用于保存數據字典的——即AD。具備System Administrator角色的用戶都可以操縱System中的數據，安裝Openbravo ERP生成的默認用戶Openbravo（密碼是openbravo）就是可以賦予System Administrator角色的用戶，該用戶登錄后默認的角色就是System Administrator，這是一個超級用戶權限，相當于linux操作系統的root用戶，可以為所欲為。ii）、在配置好了虛實體System（模型數據和源數據）之后可以利用菜單“通用設置>實體>實體初始化”來生成一個新的真實體（client），這一步公完成了以下四個任務： 任務1：建立“結構數據”完成如下步驟：A)、創建全部的對象：機構*，業務伙伴，產品，會計報表，稅務報表等等；B)、創建一個初始用戶和一個角色，并且把這個角色添加給用戶Openbravo，也就是說此后Openbravo用戶可以賦予這些角色，從而訪問本實體內的數據；角色命名為“<實體名> Admin”，比如如下例子：將創建用戶：zzjxAdmin，角色：中舟機械 Admin。顯然用戶zzjxAdmin是實體“中州機械”的管理員（默認密碼與用戶名一樣，登錄的默認角色是“中州機械 Admin”，此后該管理員可以在本實體中創建更多的機構、用戶和角色。任務2：建立“會計數據”完成如下步驟：A)、創建會計期間；B)、創建套賬；C)、創建會計科目；D)、創建會計維度；如果沒有勾選“會計單位”，那么本任務是不會執行的。這一點對于純管理的單位非常有用。任務3：建立“財務數據”完成如下步驟：Creates all the document types and their sequence. This is something mandatory to be able to create transactional documents.任務4：建立“基礎數據”完成如下步驟：Creates a sample data (all the data is created with the name standard) to be able to start doing things with the application. It would be like a little configuration. All this data is created under this new entity and with organization * so it can be used by any other organization that belongs to this entity.6）、適用的企業類型繁多。既可以用于制造型企業，也可以用于管理型機構，還可以用于商業性企業；既可以是會計獨立單位，也可以是非會計獨立單位，既可以是跨地區跨過度的大型企業，也可以使中小企業單位。7）、最為完善的安全控制機制。OB把安全分為操作安全和數據安全，操作安全規定一個用戶哪些功能元素（如菜單、窗口、表單等）可以操作，哪些不許操作；數據安全規定用戶允許訪問哪些數據和對這些數據具有何種操縱權限（如瀏覽、修改、寫入等）。i)、操作安全。操作安全涉及用戶、角色和權限。角色本質上就是一些權限的集合，通過給用戶賦予或者剝奪某個角色來實現授權和撤權。一個用戶能登陸ob，它具備的條件是有密碼和至少賦予一個角色，一個用戶可以被賦予許多角色，但在同一時刻只能賦予一個角色（有效角色），在登陸后用戶自己可以改變自己的有效角色，當然這些允許改變的角色集是由上一層管理員定義好了的，自己不能隨便修改角色集；OB把權限分三級定義：部門級、功能操作級和表級，部門級權限規定那個部門允許進入，功能操作級權限定義哪些功能元素可以操作，哪些不允許操作，而表級權限控制哪些表可以訪問，不能訪問的表，那么該表對應的功能元素“標簽頁”(tab)是不能操作的。操作安全也稱為垂直安全。ii）、數據安全。也稱為水平安全。主要用來控制實體、部門、訪問級別和用戶級別。規定哪些實體/部門（client/organization）的數據是可見的，存在五種可能的級別：System, System/Client, Organization, Client/Organization, All。下表表述了每種級別的權限：

?	Client	Org	Description
System	0	*	只可訪問client 0和Org *中的數據。比如字典(Application Dictionary)。
System/client	Non 0	*	除了client 0外的任何實體和Org *中的數據都可訪問。比如主數據（master data）。
Organization	Non 0	Non *	除了client 0和Org *之外的任何實體和部門中的數據都可訪問。比如交易菜單（transactional documents）。
Client/Organization	Non 0	Any	除了client 0之外的任何實體和特定部門的數據都可訪問，比如交易菜單(transactional documents)和主數據（master data）。
All	Any	Any	可以隨心所欲。

說明：Client 0：保存共享數據的虛實體；Organization *：在一個實體內用于保存供本實體內的其他任何部門共享的數據；Non 0/Non *：指非client 0和非Org *內的數據。用戶安全級別：每個角色具有一個用戶級別（這種用戶級別在垂直安全方式中用到），存在三種基本的用戶級別（這三種用戶級別還可以組合成更多的級別）：Client, Organization和System，用戶級別與數據訪問安全級別存在一一對應關系：

數據安全級別	用戶安全級別
System	System
System/Client	System or Client
Organization	Organization
Client/Organization	Client or Organization
All	System, Client or Organization

從2.50MP15版本開始，新增了用戶登錄安全：登錄失敗延時和用戶加鎖。前者是指用戶或者密碼錯導致登錄失敗，延時一段時間后才可再次登錄，連續登錄失敗，延時也依次加長（相應參數在文件Openbravo.properties中指定：ogin.trial.delay.increment和login.trial.delay.max），直到重試次數超過設定的最大次數（由文件Openbravo.properties中的參數login.trial.user.lock指定），這時就鎖住該用戶。被鎖住的用戶需要管理員通過菜單“General Setup > Security > User”解鎖，如果是管理員被鎖，可以這樣處理：把參數”“login.trial.user.lock”設為0，這樣就允許登錄，然后再去解鎖，最后把參數“login.trial.user.lock”設為原來的值。8）、后臺任務管理。用PL或者java語言開發的程序可以由Openbravo ERP在后臺定時調度。設置一個后臺調度任務的步驟是：在應用字典（Application Dictionary）中創建進程；創建一個調度。9）、模塊化設計。我認為這是一大亮點。功能的增刪通過安裝和卸載模塊來完成，當然核心模塊是必須的模塊，不能卸載，其他的擴展模塊都可以安裝和卸載，但是對于社區版本的Openbravo ERP，一些需要付費的商業擴展模塊是沒法安裝的，如果你付費訂閱了，那么會有更多的擴展模塊供您選擇。Openbravo公司維護了一個模塊庫，里面模塊會經常更新，所以建議常去看看。只要符合模塊接口協議，我們就可以隨時開發符合自己需要的模塊從而擴展OB功能。10）、利用心跳機制實時下發更新代碼。初始登陸會提醒引導你配置心跳機制，根據官方資料介紹說，配置好了心跳機制就可以實時收到更新的代碼和其他服務。11）、純Web應用。不同于傳統的web應用那樣在用戶界面方面存在不足，而OB引入了AJAX技術，從而開發出了類似于富客戶端的友好的用戶界面。12）、采用java——輕量級的J2EE。OB采用J2EE，但不使用EJB容器，從版本2.50開始，OB引入了新的基于Hibernate的數據訪問層，從而為下一代新版本真正實現數據庫無關性做好準備。13）、模型驅動開發。OB采用一種模型驅動開發(MDD)方法，也就是說OB采用模型來定義應用組件（比如窗口和流程等），然后在模型的基礎上生成java代碼。OB的模型信息（稱為元數據）保存在OB應用字典里，而從這些元數據產生代碼的過程稱為應用開發指南(WAD—Wizard for Application Development)。模型啟動開發的目的是為了通過分離技術實現和業務抽象來提高效率和重用。轉自王良明的博客wochi.cublog.cn
【注意：很多朋友詢問安裝了OB后用Openbravo登錄進去看到的菜單只是一個框架，那是由于OB的特性決定的，您必須要切換角色才能看到具體的業務菜單。切換角色的辦法是：登錄后點擊左上角的用戶名-->然后就可以更改角色了-->確認之后就可以操作業務功能菜單了】。

總結

以上是生活随笔為你收集整理的openbravo erp介绍（一）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。