Compiere 3.0.2 新技术特性

Compiere 3.0.2 提供了同屏 Master/Detail 的特性，这是许多用户长期渴求的一个功能。

在 3.0.0 及早期的 2.x 等旧版本中，用户在输入单据时（例如订单、发货单、发票、银行对账单、现金日记账等），单据头和单据行不在同一屏幕，需要切换主从页签。对单据输入的时效性要求较高的企业用户而言，这一直是 Compiere 美中不足之处。

Compiere 3.0.2 新版本的该特性，彻底解决了这个问题，而且明细页签中的各列及顺序均可自定义。

可点击此处查看（图片来自康比尔网站）。

Compiere 3.0.0 新鲜出笼

万众期待的 Compiere 3.0.0 终于新鲜出笼了。最引人注目的有两点：

1) 终于正式支持客户 RMA、供应商 RTV 两大流程，覆盖退料授权、退货单、贷项通知单等单据的管理与过账；

2) 即将引入 Z 版 Web 客户端，继续开源免费。

这里从康比尔网站引用一段 Compiere 3.0.0 版本发布说明：

3.0 = 功能更多 + 技术更新 + 品质更佳

Compiere 3.0 新版本的发布，为全球领先的开放源码 ERP 与 CRM 解决方案树立了一个战略里程碑，该版本集成了超过150处的功能及技术创新。

Compiere 3.0 包括了下述的显著改善：

1. 退货管理
功能丰富、立即可部署的功能，实现客户退料授权 (RMA)和供应商退货 (RTV) 流程。

2. 更多的财务报表模板
财务报表模板的扩展集合，包括新的试算平衡表及销售报表模板。

3. 改进的 Java Swing 客户端可用性
您将很快注意到新的图标、默认颜色和改进的字段焦点。Swing 客户端支持新的 Compiere 3.0 功能增强，并包括了多处质量提升。

4. 增强的安全性
Compiere 3.0 增加了新的加密格式，加强了对密码与其它模糊字段的管理约束。

5. 改善的搜索
历史与搜索功能现在合二为一了，更易用。新的高级搜索功能包括：

6. 搜索 NULL 空值
搜索创建时间/创建者和更新时间/更新者

7. 搜索过账状态和付款规则
相关字段的非受限搜索 - 最终，已保存的搜索可取回并更新

8. 数据字典功能增强
好处：新的数据字典功能包括：

9. 上下文敏感的字段标签
好处：网格视图中的字段顺序重排

10. 用户自定义的焦点管理
好处：数据库无关的 Schema (数据库对象集)，包括视图和约束

11. 安装简便
一旦您的操作系统和数据库已经安装，Compiere 安装则可以“一步到位”。Compiere 安装与配置过程对于 Windows 和 Linux 上的 EnterpriseDB 及 Oracle 数据库，都是相同的。

12. 更新的安装指南
首次安装 Compiere 3.0 的过程，有完整的安装指南

13. 数据库认证
Compiere 3.0 已经在领先的数据库上测试并认证通过：EnterpriseDB 8.2 Advanced Server；Oracle 10g R2 或后续版本，快捷版 (XE)、标准版、标准版 SE1、企业版

14. 源代码
Compiere 3.0 源代码，包括新的功能及质量改进，可在这里立即下载

15. 总体质量
数百处缺陷修正、改进的测试覆盖度，履行了 Compiere 承诺的产品品质

<< 附: Compiere 3.0.0 版本发布说明（2008-01-02） >> http://www.compierecn.com/compiere/releasenotes.htm

Compiere 安全库存

Compiere 2.6.0c 版本被设计为支持灵活的安全库存策略。

可以事先设定物料和产品的最低安全库存线、最高安全库存线。当物料和产品在特定仓库中的数量低于安全库存线时，Compiere 允许您手工或自动补仓。从 Compiere 2.6.0c 开始，您可以很方便地配置补仓的报警规则，让货仓、采购人员能够被及时地自动通知。

补仓除了能够预览报表之外，还允许生成三种类型的补仓单据，包括申购单、采购订单或移库单。因为补仓可能是需要采购，也可能只需从其它仓库调拨。

值得注意的是，只有待补仓的仓库被定义了源仓库时，才允许创建移库单。反之，则允许创建申购单和采购订单。

补仓报表之前的两处缺陷，在 Compiere 2.6.0c 中也已经修复了。Compiere 近期的缺陷改善，还算做得比较不错。

Compiere 协作管理

Compiere 在 2.6.0a 中包括了协作管理功能，允许企业内部用户的即时交谈，有利于改善效率。但这个版本还没有提供类似 XMPP 兼容的协议，无法实现与其它即时交谈程序的互连互通。

协作管理其实不仅涉及到企业内部，还涉及企业之间的沟通方式。与现有即时交谈软件的互联互通，是一个需要解决的问题，以方便与供应商和客户的联系人继续使用他所偏爱的即时交谈软件。太多不同类型的聊天客户端，不利于沟通的准确传达。

GTalk 使用 Jabber 的 XMPP 协议，真正开了互连互通的头。Compiere 的即时交谈如果能与业务流程很好地整合起来，又被设计为不被用户过度使用，需要面对设计上的挑战。

Compiere 第三方报表集成

大家常常疑惑，Compiere 为什么一直不支持 JasperReports 报表？

主要的原因，有两点：

1. JasperReports 破坏了 Compiere 的权限设计原则。


2. Compiere 未来将集成的第三方报表，已经决定仅支持 Pentaho (开源的报表与商业智能解决方案）。

第一点的原因很简单，就不细说了。第二点可能让有些朋友纳闷，其实很容易理解，因为给 Compiere 项目投资600万美元的风投公司 (NEA)，同时投资了 SugarCRM 和 Pentaho。

Compiere 在接下来的2007-2008年，发展势头会更为迅猛，这将给传统的企业管理软件供应商带来更大的压力。

Compiere 实体初始化

近期常有朋友电邮询问，自己用 System 用户登录 Compiere 后，初始化实体失败。

其实从 Compiere 2.5.3b 开始，必须使用 SuperUser 用户初始化实体。如果使用 System 用户初始化实体，则不会成功。在 2.5.3b 版本的源代码中已经作出此项限制。

Compiere 条码应用

Compiere 支持一维条码的输入、报表及打印，但还不能很好地支持二维条码。所有的业务单据中，只要单据行涉及产品，都可以用条码设备完成输入。在报表中，也可以显示条码，并进行打印。

目前在国内的主流应用还是一维条码，这主要是从客户要求、管理便利、拥有成本等角度考虑的。因此，Compiere 能够较好地满足越来越普及的条码应用。

Compiere 支持免费数据库 Oracle XE

今天收到 Compiere 新闻，Compiere 终于正式支持免费数据库 Oracle XE。企业处于评估阶段的 Compiere 数据库 (Oracle 10gR2)，可以迁移到免费的 Oracle XE 数据库了。

Oracle XE 数据库与 Derby、MySQL 等免费数据库相比的最大好处，在于它具有与 Oracle 10g 标准版完全相同的内核。这意味着什么呢？稳定性和可靠性。从 Compiere 数据库的角度来看，还有更大的好处，就是兼容性。

要将 Compiere 移植支持其它免费数据库，总是让人担心“未经验证”的问题。而 Oracle XE 与 Oracle 10g 标准版的主要技术差异，就是 SQLJ 的支持上。既然现在 Compiere 已经解决了 SQLJ 支持问题，所以 Oracle XE 数据库正是 Compiere 最完美的免费数据库平台。

已经不用等待遥遥无期的 Derby 数据库支持了。中国的中小企业，真正拥有了完全免除软件授权费用的 ERP & CRM 解决方案。

Compiere 逼近免费数据库

迫于 Microsoft SQL Server 2005 Express Edition 及 Sybase ASE Express for Linux 等免费的入门级企业数据库的压力，Oracle 终于按捺不住了，于2005年10月28日推出 Oracle Database 10g Express Edition 的首个测试版本。

Sybase ASE 15 Express 将数据存储容量、内存容量的限制分别提升至 5GB、2GB，CPU 仍然限制使用 1 个。Oracle Database XE 则与 Microsoft SQL Server 2005 Express 的关键指标限制相同，数据存储容量、内存容量、CPU 分别限制至多使用 4GB、1GB、1 个。虽然 Sybase 对 ComPiere Inc. USA 提供了赞助，但截止 Compiere 2.5.3a 仍然未提供 Sybase ASE Express 的正式支持。

正式版本 Oracle Database XE 在 2006 年上半年推出后，将支持 Unicode 标准字符集，这是 Compiere 的多语种特性所必需的。另外，Compiere 当前版本个别之处使用了数据库端的 Java 特性，所以无法使用 Oracle Database XE。要让 Compiere 能够支持 Oracle Database XE，需要将 Compiere 调整为去除对数据库端 Java 特性的使用。

2006年1月30日，蓝色巨人也按捺不住了，宣布 IBM DB2 Express-C 数据库作为 DB2 Express 的社区版发布，可免费分发和使用。DB2 Express-C 提供了限制更少的轻量级数据库，允许使用 2 颗单核或双核 CPU、4GB 内存，且不限数据库容量。看来，这次 Larry Ellison 又会挠头了。

Compiere 已计划在6-9个月后将支持 Apache Derby 数据库。Derby 的前身正是 IBM 在2004年8月捐献给 Apache 软件基金的 Cloudscape 数据库。

当然，新版本 Compiere 对 Oracle Database XE 的支持是最值得期待的。

看来，Compiere 逼近免费数据库的那一刻，已渐行渐近了。

Compiere 单据操作及状态编码

单据操作的编码对照表：

CO 完成
WC 等待完成
AP 批准
RJ 拒绝
PO 过账
VO 作废
CL 关闭
RC 逆向调整
RA 逆向增长
RE 重新激活
-- <无>
PR 准备
XL 解锁
IN 使无效
OP 重新打开

单据状态的编码对照表：

DR 草案
CO 已完成
AP 已批准
IN 无效
NA 未批准
VO 已作废
RE 已逆转
CL 已关闭
?? 未知
IP 进行中
WP 等待付款
WC 等待确认

Compiere 单据名称缩写

单据名称的缩写可用于单据前缀的设置，以方便根据编号识别单据的类型。

ARI 应收发票
ARC 应收贷项通知单
ARR 应收账款
ARF 应收形式发票
API 应付发票
APC 应付贷项通知单
APP 应付账款
CMB 现金管理之银行对账单
CMC 现金管理之现金日记账
CMA 现金管理之分配
MMS 物料发货
MMR 物料收货
MMI 物料库存
MMM 物料移库
MMP 物料生产
MXI 匹配发票
MXP 匹配采购订单
GLJ 总账日记账
POO 采购订单
SOO 销售订单
PJI 项目投放
POR 采购申购

Compiere 运单追踪

运单追踪功能，在 Compiere R2.5.3a 中已经提供，并内置支持 DHL、FedEx、UPS 以及国内 EMS 等快递服务商的运单在线追踪。

在 Windows 下自动开启 Internet Explorer 浏览器追踪提单的当前状态，在 Linux 下自动开启 FireFox 浏览器追踪提单的当前状态。

这一微小的功能改进，却对用户提供了莫大的方便，可以用于 CRM 流程中。当客户来电时，自动弹出业务伙伴资料窗口，并缩放至提单窗口，在线追踪运单状态，在30秒内为客户提供电话响应。

希望 Compiere 未来版本继续站在用户的角度，提供便利的功能改善和增强。

Compiere 会计科目变化

Compiere R2.5.0 以来，会计科目一直保持稳定。Compiere R2.5.3a 开始，会计科目变化如下：

1. 12110 贸易应收账款 (资产类)，即原来的应收账款
   默认账户 C_RECEIVABLE_ACCT
2. 12115 服务应收账款 (资产类)，用于区分产品应收账户
   默认账户 C_RECEIVABLE_SERVICES_ACCT
3. 51200 产品费用 (费用类)，用于表示默认服务成本 (不在库)
   默认账户 P_EXPENSE_ACCT
4. 51210 产品成本调节 (费用类)，用于表示产品成本的调整项
   默认账户 P_COSTADJUSTMENT_ACCT
5. 51290 产品库存清算 (费用类)，用于表示默认产品成本 (在库)
   默认账户 P_INVENTORYCLEARING_ACCT
6. 952 采购订单承付 (备忘类)
   默认账户 COMMITMENTOFFSET_ACCT

Compiere 案例成败

有一位在外企做 IT 经理的朋友曾提到自己的企业在实施 Compiere 的过程中，先后与康比尔、源X、戴X三家公司打过交道。

2004年初从康比尔买了一套 QuickIT 实施工具包，自己试着实施，但推进起来比较慢。加之工作忙，数月后偶然找到源X，委托实施。可惜源X拿出的东西，基本都是 QuickIT 实施工具包里的东西，现场培训效果不近人意。培训时反复放映和解说 PowerPoint 幻灯片，对实质性的业务实现和定制需求则搪塞不谈。后来，因企业对 Compiere 的定制需求非常重视，感觉源X的人不够专业，无法提供程序定制，就只好作罢。

2005年春节后，这位朋友找到了戴X，经过需求确认得到能够定制的承诺，决定签约实施。戴X的人通过电话和邮件沟通，2周内完成程序修改工作并初始化样板数据，第3周双方确认无误后，第4周上门培训（一个负责业务流程培训，一个负责系统管理培训）。接下来试运行了1个月，戴X将所需的修改需求处理完毕，于是决定上线。上线数月以来，朋友对戴X的问题解决效率还算满意。

做 IT 经理的这位朋友，感叹地说了三句话：

1. 康比尔做的东西，质量很不错，服务风格则全用 Web 和邮件，很少用电话。（技术专业性：4颗星）
2. 源X在电话里非常热情，但专业性是比较突出的问题。（服务热情度：4颗星）
3. 戴X作风简洁务实，培训时不放幻灯全程演练，并可现场编程调试。（现场作业能力：4颗星）

结合了解到的其它 Compiere 实施案例，对康比尔、源X和戴X三家公司，有几点建议：

1. 康比尔：应提供较多开发资源方面的文档和示例，让开发人员可以快速上手。另外，应该提供内容丰富、易于搜索的 Compiere 知识库，让大家可以快速搜到实施与开发中的方法和技巧（希望有上万篇文章）。继续增强 Compiere 的功能并减少产品缺陷。
   
2. 源X：应改善工作风格的专业性，不应停留于拷贝康比尔网站内容的初级层次，也必须跳出简单照搬康比尔 QuickIT 实施工具包的框框。应该加强专业技能，这是服务企业用户的根本。继续以热情的服务态度，培育大量的潜在用户。
3. 戴X：应发挥成功案例的示范作用，提供典型行业的实例案例文档。以多个实施案例的事实说话，打破 Compiere 实施案例不公开的行业惯例。继续走以快速定制见长的专业化路线。

这些建议或许永远不会被几家公司的决策者们看到。不过话说回来，只有自己亲自意识到才有用，别人在耳旁的唠叨往往是多余的。

Compiere 模型构建

Compiere 最大的技术亮点，就是它基于 AD（应用字典）架构而建立。在实施 Compiere 的过程中，AD 技术使得“Write Nothing, Run Anywhere”成为现实。换句说话，业务顾问可以无需编写程序，就能够定制现有的业务功能，或增加全新的业务功能。

以 Compiere 2.5.2e 为例，让我们看看如何使用 GenerateModel 自动更新模型类。

当我们使用 AD 技术为 Compiere 创建了新的应用字典的表与列时，希望将持久化对象模型类进行同步。这可以通过运行 GenerateModel 类完成。GenerateModel 是 CMP 接口的基类。

假定已在本机安装好 Compiere 服务器端，并已将源代码 RUN_build 完全编译或 RUN_buildIncremental 增量编译。

在 %COMPIERE_SOURCE%/utils_dev 目录下，执行（命令必须位于同一行中）：

java -cp ../tools/lib/log4j.jar;../looks/build/;../interfaces/Interfaces.jar;../lib/jboss.jar;
../lib/oracle.jar;../lib/jPDF.jar; org.compiere.util.GenerateModel ..\dbPort\src\org\compiere\model\ org.compiere.model 'U','A','D','C','CUST'

命令末尾的参数 U、A、D、C、CUST 分别代表 User、Application、Dictionary、Compiere、Customization 实体类型，在扩展 Compiere 时用到的一般是 User、Application 或 Customization 实体类型。Dictionary、Compiere 实体类型适用于扩展已有的系统（字典）实体表。

该命令会加载 Compiere 本地环境文件（即 C:\Documents and Settings\Administrator\Compiere.properties 或 /home/username/Compiere.properties），连接至数据库，然后在 %COMPIERE_SOURCE%/dbPort/src/org/compiere/model 目录下更新以 X_ 开头的 Compiere 模型文件（自动生成），这些类也就是访问器类。

模型构建（GenerateModel）完毕，再次执行 RUN_buildIncremental 即可重新打包 Compiere，并自动更新 %COMPIERE_HOME% 部署版本。

Compiere AD（应用字典）技术对“Write Nothing, Run Anywhere”的支持，使得定制、扩展 Compiere ERP & CRM 解决方案的速度非常快捷。可以毫不夸张地说，Compiere 是讫今最优秀的可扩展企业应用构架。

Compiere 未来版本将支持运行时 GenerateModel，并将持久化 Virtual Column（对应于 Physical Column），这会将 AD 技术推至更杰出的高度。届时，Compiere AD 技术中的 Virtual Column 可以储存为 Physical Column，突破了当前定制业务逻辑仍需更改 Java 代码的限制，更使得 Compiere 无需更改 Java 程序就能够定制复杂的业务逻辑。

今天，Compiere 已是手中的玄铁重剑，定制新的业务功能无需编程，可谓毫不费力；未来，Compiere 连定制复杂的业务逻辑都无需编程，最终迈上无剑胜有剑的境界。

Compiere 源代码编译

为了获得对 Compiere 更多的定制与扩展，我们可能需要修改并重新编译 Compiere 源代码。

Compiere 直接支持 Ant 方式的编译（自动编译所有子工程）。因此，编译步骤其实是很简单的，直接在命令行下就可完成。当然，也可在 Eclipse IDE 或 JBuilder IDE 中配置编译。

以 Compiere 252e 源代码为例，我们看看如何在 Windows 下编译 Compiere，使得它同时生成 Windows 和 Linux 类型的二进制安装包。

完整步骤如下：

1. 下载 Compiere 252e 源代码，假定解压缩至 D:\compiere-all 目录。进入子目录 utils_dev 中。
   
2. 复制 myDevEnvTemplate.bat 得到 myDevEnv.bat。
3. 修改 myDevEnv.bat 文件。
4. 运行 RUN_build.bat 即可。

其中，第3步对 myDevEnv.bat 文件查找以下两行，以便修改为正确的值：

@SET JAVA_HOME=C:\j2sdk1.4.2_06
@SET COMPIERE_SOURCE=C:\Compiere\compiere-all

作为开发编译的环境配置文件，myDevEnv.bat 的其它命令行一般都带有注释。在真实上线环境下，建议将 keytool -genkey 和 keytool -selfcert 两行命令的有效日期 -validity 365 和 - validity 180 参数均设置为较大的天数（如 - validity 730）。

在子目录 utils_dev 下有3个编译命令：

1. RUN_build.bat（完全编译）
2. RUN_buildIncremental.bat（增量编译）
3. RUN_clean.bat（清除编译）

在某次编译前如果已在本机安装了 Compiere 服务器端，那么 RUN_build.bat 及 RUN_buildIncremental.bat 会在编译过程的最后处理两件工作：

1. 生成 Windows 与 Linux 格式的二进制安装包，即 .zip 和 .tar.gz；
2. 部署最新版本至 %COMPIERE_HOME%（会自动运行 RUN_setup.bat 完成服务器配置更新，以便 WebStart 更新客户端）。
   

Jorg Janke 从 Compiere 2.5.0 之后一直在 Windows 平台调试和编译 Compiere。在 Linux 下编译打包，理论上编译处理的步骤与 Windows 下完全类似（处理对应的 .sh 文件而非 .bat 文件），但实际处理时存在问题，因为 .sh 脚本由 .bat 批处理文件在 Compiere 早期版本移植而得，已经不能正确处理 Compiere 2.5.x 源代码在 Linux 下的编译打包。因此，从简化问题的角度出发，在 Windows 平台编译打包 Compiere 即可。

Compiere 菜单命令备份数据库

问题描述：除了使用 RUN_DBExport.bat/RUN_DBExport.sh 命令执行热备份外，有时我们希望通过 Compiere 菜单命令完成热备份。以 Compiere 系统管理员（System Administrator）身份登录 Compiere 应用程序，尝试使用“数据库导出”（Database Export）菜单项。执行后，得到错误信息，在 Compiere 服务器 data 目录下也可看到并未导出成功。此问题仅在 Compiere 服务器部署于 Windows 操作系统时出现，在 Linux 操作系统不存在此问题。

原因分析：“数据库导出”（Database Export）任务能够自适应 Windows 和 Linux 操作系统。但 Windows 下的 .bat 脚本文件有一个当前目录无效的缺陷。

解决方法：编辑 %COMPIERE_HOME%/utils 目录下的 RUN_DBExport.bat 文件，在文件的最上面添加如下一行：

cd %COMPIERE_HOME%/utils

通过上述修改，“数据库导出”（Database Export）任务即可正常运行，运行结束时在 Java 窗口中显示重定向的输出结果。

注意：通过 Compiere 菜单命令进行备份时，必须在服务器端登录 Compiere 进行操作。

Compiere 数据库乱码的解决

场景描述：如果操作系统默认语种是英文（如英文版 Windows Server 2003, Enterprise Edition）的情形下安装了 Oracle 10g，可能导致 Oracle 安装后的数据库在 Compiere 应用程序中正确显示和保存中文，但 SQL Plus 或 PL/SQL Developer 等第三方应用程序连接到数据库中会看到乱码。

原因分析：此问题的原因是 Oracle Home 的 NLS_LANG 语言设置为 AMERICAN_AMERICA.AL32UTF8，从而使得 SQL*Net 使用了不匹配的字符集所致。换言之，数据库服务器引擎没有问题。

解决方法：修改注册表 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1 下的 NLS_LANG 键值为操作系统当前默认语言即可（以简体中文为例：SIMPLIFIED CHINESE_CHINA.ZHS16GBK）。重新登录 SQL Plus 或 PL/SQL Developer 等第三方应用程序（无需重启数据库实例），即可显示和保存正确的中文字符。

其它说明：如果操作系统默认语种是与当前默认语言相同的最初情形下安装了 Oracle 10g，那么 Compiere 应用程序中的中文字符与 SQL Plus 或 PL/SQL Developer 等第三方应用程序连接到数据库中看到的中文字符均正确，不存在上述问题。Compiere 应用程序并不受此问题的干扰，可以完全正常使用。

Compiere 多版本快速切换

在同时使用 Compiere 多个版本或同一版本的多套数据库时，可使用下面的方法快速切换：

1. 事先在各版本的 Compiere 目录下配置好 RUN_setup（配置服务器）和 RUN_ImportCompiere（导入数据库），注意 RUN_setup 时使用同一数据库名称（实例）的不同数据库用户。
2. 切换操作系统 COMPIERE_HOME 环境变量，并在特定版本的 Compiere 目录（%COMPIERE_HOME%/utils）下启动 RUN_Server2 即可。

Compiere 制造模块

Compiere 2.5.2e 开始提供了基本的生产管理功能。

总体流程：“销售订单 - 生产订单 - 领料单 - 生产 - 成品检验 - 入库”。

1. 销售订单 - 生产订单
2. 生产订单 - 领料单
3. 领料 - 生产 - 品检 - 入库
4. 领料 - 生产 - 入库

其中，Compiere 对 BOM 的分解，由销售订单转换生产订单时完成。

Compiere 与 CRM 应用

有些初接触 Compiere 的朋友，不知道 CRM 应用应该从何下手，原因是没有找到单独的 CRM 导航菜单。其实，Compiere 对 CRM 的支持已经渗透在业务功能之中了。

客户关系管理的业务流程，在 Compiere 中可以归纳为下面几个方面：

1. 营销管理（战役、网络营销）
2. 客户管理（客户、联系人）
3. 接触管理（线索、机会、活动）
4. 项目管理（专案、大客户）
   
5. 服务管理（问题追踪）
6. CTI 电话集成（呼入、呼出）
   
7. 业务分析（智能报表）

由于这些前台业务功能（Front-Office）被整合至运营业务流程（Back-Office），因而不像其它简单的 CRM 软件那样提供客户管理、联系人管理、机会管理、活动管理等导航模块。

以 CRM 管理观点来看，Compiere 的实用性是非常强的。让我们来看看下面的典型场景：

1. 客户 A 先生打电话过来。假定 Compiere 操作者 S 小姐是客服工作人员。
   
2. Compiere 在电话响铃3声内自动弹出业务伙伴资料窗口，并根据来电的固定电话或手机号，智能匹配（先精确后模糊）该客户的联系信息。
3. 在第 2 步中，如果 Compiere 识别该客户是老客户，那么就自动定位到该客户的摘要信息，此时 S 小姐可以查看该客户的所有业务单据往来（订单、发货单、发票、应收、付款、资产等），同时可查看该客户的所有服务请求往来（问题及解决方案的追踪）。
4. 客户 A 先生说，上周五的发货怎么还未收到。S 小姐在1秒钟内即定位到该客户所提到的发货单，向客户 A 先生作了解释。注意，全过程 S 小姐不用让客户等待，这体现了高水平的实时服务。
   
5. 在第 2 步中，如果 Compiere 认为该客户是新客户，那么就自动新建此客户的资料，其中的省市名称、邮政编码、电话字段已经自动填充。S 小姐可在填充客户的其它信息后保存。
6. S 小姐与客户 A 先生交谈，了解其需求，并应客户 A 先生的要求提供7项产品的报价单。客户 A 先生挂电话。S 小姐记录下该客户的电话呼入涉及的交谈主题、内容要点、响应方式及后续跟进日期。S 小姐的主管收到报价单审批请求，对报价单中的2项产品作了折扣调整后，完成单据。S 小姐收到完成单据的信息，将该单据打印出来传真给客户 A 先生所留的 Fax 号码。同时使用 Compiere 的 Email PDF 按钮，将报价单文件通过电子邮件的 PDF 附件方式发送给了客户 A 先生所留的 Email 地址。
7. 客户 A 先生收到 S 小姐的报价单后，通过 Email 回复了意见。
8. S 小姐收到客户 A 先生的反馈，在服务请求中记录下来，并作适当的处理。
9. S 小姐拨出电话给客户 A 先生进行沟通，并在服务请求中记录了交谈的内容要点、解决方式等信息。

通过上面这个简单的场景流程（我们假定 S 小姐是销售人员或客服人员），我们对 Compiere 在真实环境中如何发挥 CRM 作用有了初步的认识。

以 CRM 为核心的管理理念，正在成为越来越多的企业管理者所关注的问题。无论是企业的客户（外部客户）还是企业的部门或员工（内部客户），完成某项工作的部门或员工都必须为下一道工序的客户提供优质的产品与服务。

Compiere 作为 IT 手段，确保企业上下切实贯彻执行 CRM 管理规范。

Compiere 的历史与未来

Compiere ERP & CRM 是由美国的 Jorg Janke 及其开发团队从1999年开始研发的开放源码企业应用解决方案。这个项目最初为德国固特异轮胎与橡胶公司（即 Goodyear Tire & Rubber Company）而开发，后加入风起云涌的开放源码运动中，成为今天我们所熟知的 Compiere 的原型。

Compiere ERP & CRM 具有三大突出优势：

1. 成本优势（功能丰富，不限用户数、不限功能、不限时间）；
2. 扩展优势（强大的 AD 应用字典技术，扩充新功能易如反掌）；
3. 开放优势（提供全部源代码，优秀的应用软件框架）。

自 2003 年 Compiere 正式进入中国以来，中国企业终于可以免费使用这个全球一流的企业管理软件。珠三角、长三角、环渤海这三个发达地区成百上千的企业开始实施这个产品，连内陆的华中和西部省份也开始有先知先觉的企业 CIO 尝试 Compiere。

不可否认的是，Compiere ERP & CRM 的确是一个伟大的产品，打破了中国企业对昂贵的企业管理软件心存的恐惧。从 Compiere 开始，中小型企业的管理软件由战国年代迈向了统一。

从业务角度来讲，当前的 Compiere 2.5.2x 能够很好处理销售、采购、库存、会计、CRM 等业务流程，并且所有事务处理都与会计模块直接集成。这减少了手工处理财务记账可能存在的错误。

从技术角度来讲，当前的 Compiere 2.5.2x 支持 Oracle 9iR2、Oracle 10g 数据库，应用服务器采用 JBoss，客户端支持应用程序（Rich Client）和 Web 界面（Reach Client）两种模式。因此，Compiere 服务器可部署于 Windows、Linux、Unix 操作系统，客户端可通过 Internet 部署。

根据 Compiere 中国的最新消息，Compiere 的未来版本将在以下几个方面进行较大改进：

1. 增强制造、CRM 等业务流程；
2. 提供更方便的 AD 应用字典技术；
3. 提供更灵活的智能报表引擎；
4. 改善 Web 客户端的兼容性；
5. 支持更多的数据库和应用服务器。

众所周知，Compiere 讫今一直依赖稳定的 Oracle 数据库。Oracle 公司自 2004 年开始，提供了全球统一售价的 Oracle SE1 授权方案，每处理器（不限用户数）永久授权费用仅$4,995，或每用户（5用户起）永久授权费用仅$149，这已经是珠三角、长三角和环渤海地区的中小企业易于承受的价格。

当然，很多 IT 经理关注的数据库无关特性一旦正式支持，尤其是 Sybase ASE Express 等企业级免费数据库的兼容，将为 Compiere 的普及扫清最后一道门槛。

Compiere ERP & CRM 的未来，将极大程度上降低中国企业的管理信息化支出，真正实现以较低成本提高企业的竞争力。

中国大型企业 ERP 应用一直由 SAP、Oracle、PeopleSoft 几家厂商把持。Compiere 相当于 Linux，而 SAP、Oracle 相当于 Unix，在相当长的一段时间内，关键场合的应用仍然使用 Unix。因此，短期内 Compiere 很难渗透到这一块市场。

然而，中国本土的管理软件供应商已经开始面临被 Compiere 蚕食市场的阵痛。

站在中国广大中小企业的立场，现有的企业管理软件市场出现激烈的竞争，这是一件好事。让所有本土管理软件厂商始料未及的是，Compiere 对自己的市场份额冲击如此之大，涉面如此之广，而时间来得如此之短促。事实上，企业用户不希望中国本土管理软件厂商纷纷倒闭，因为多样化的产品和服务才符合消费者和企业用户的根本利益。

在过去，企业就像是被软件厂商宰割的羔羊，因市场中缺乏有力的低成本优质产品的竞争，在价格上没有话语权；要么被迫接受高的软件授权费用，要么硬着头皮踏入低价实施高价定制的圈套。

今天，中国本土管理软件在市场中如何寻找自己新的定位，已经迫在眉睫。

Compiere 的到来，打破了中国管理软件市场的平衡。由此，企业用户享受高质量产品、低成本服务的年代已经悄然来临。

Compiere Blog 诞辰

创建 Compiere Blog，希望与朋友们分享 Compiere 应用的体会。

夏日午后，品悠悠清茶，弈方寸棋盘。或呐喊，或沉默，畅快而自由。