1.OpenbravoERP的发行

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。

与社区版（Community Edition）相比，专业版（需要每年缴纳订阅费，有的扩展模块还需另外购买license）可以获得如下额外服务：

1）、可以安装和升级包含在订阅费里的扩展模块，对于需要单独购买license的模块还需另外付费；（当然对于免费的模块两类版本都可以安装和升级）

2）、可以打补丁、升级和获得购买期内的各种服务，如bug修补、问题解答等。

如果您公司的技术力量高超、且技术员对企业内部流程了如指掌，完全可以采用社区版，社区版具备了大多数的ERP核心功能模块，但是不包含一些由第三方开发的商业性质的扩展模块，当然可以自己开发或者购买这些模块，比如商业版的人力资源模块和CRM模块等。

2.系统要求

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官方测试通过的，其他的环境也许页可以，但不能保证。

本地化主要涉及语言本地化和会计本地化。目前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”，比如如下例子：

说明：

Client 0：保存共享数据的虚实体；

Organization *：在一个实体内用于保存供本实体内的其他任何部门共享的数据；

Non 0/Non *：指非client 0和非Org *内的数据。

用户安全级别：每个角色具有一个用户级别（这种用户级别在垂直安全方式中用到），存在三种基本的用户级别（这三种用户级别还可以组合成更多的级别）：Client, Organization和System，用户级别与数据访问安全级别存在一一对应关系：