Compiere 相关文章
Wikipedia，自由的百科全书
| 07:03 2007年10月3日的修订版本 Darshn (Talk | 贡献) Compiere 单据操作及状态编码 ← Previous diff |
07:06 2007年10月3日的修订版本 Darshn (Talk | 贡献) Compiere 如何初始化 Next diff → |
||
| 第 17 行： | 第 17 行： | ||
| 不同的实体之间数据是各自独立不可共享的 | 不同的实体之间数据是各自独立不可共享的 | ||
| + | 客户、供应商、员工、会计规则 | ||
| + | 都可以用文件方式倒入，当然，如果不多的话，自己新建也没什么问题。 | ||
| + | |||
| + | 资料共享那里，能找到用户手册，虽然是旧版本的，emule上也能search到。 | ||
| + | |||
| + | 最好的起步方式，是用GardenAdmin登陆，这个是一个非常好的演示账套。每个界面都有些演示数据。 | ||
| == Compiere 单据操作及状态编码 == | == Compiere 单据操作及状态编码 == | ||
07:06 2007年10月3日的修订版本
| Compiere ERP&CRM | Template:Compiere ERP&CRM |
| Compiere 简介 | 用来干什么？适用于谁？为什么更好？ Compiere横向比较 |
| 功能 | 报价至收款>>销售订单处理>>开放账目管理>>现金日记账>>杂费 申购至付款 客户关系管理 伙伴关系管理 供应链管理>>物料清单>>价格表 绩效分析 网上商店/自助服务 管理仪表板 |
| 技术 | 体系架构 工作流 应用程序托管 信息结构 多-全球特性>>多组织>>多币种>>多会计模式>>多成本计算>>多语种>>多税制 应用集成>>扩展与定制>>脚本>>数据导入 应用程序特性 |
| 解决方案 | Compiere 整体解决方案 Compiere 贸易业解决方案 Compiere 服务业解决方案 Compiere 制造业解决方案 |
| 安装指南 | 安装指南：Compiere 服务器端>>安装数据库>>安装 Java SDK 1.5>>配置 Compiere 服务器>>创建 Compiere 数据库>>启动 Compiere 服务器 Compiere 客户端（应用程序版） Compiere客户端（Web版） |
| 实施指南 | 实施指南>>实施概述>>实施方法>>会计科目 |
| 服务 维护与支持 | Compiere 培训 Compiere服务条款 |
| Compiere 实施工具>语言包>用户指南>培训课程 : Compiere 支持服务>实施支持>开发支持 : Compiere 开发资源 | |
| 汉化 | Compiere 汉化 |
| 新闻中心 | Compiere News Compiere TechNews |
| OperatingSystems | Compiere 相关网站 Compiere 相关文章 |
转自网络文章
目录 |
Compiere 如何初始化
你可以用 GardenAdmin:GardenAdmin 或者 GardenUser:GardenUser 登陆GardenWorld实体 这是compiere自带的一个演示demo
如果你要创建一个实体 用System:System用户以英文语言登陆 在General Rules->Client Rules中创建新的实体
实体表示一个完全独立的单位、公司、企业等 不同的实体之间数据是各自独立不可共享的
客户、供应商、员工、会计规则 都可以用文件方式倒入，当然，如果不多的话，自己新建也没什么问题。
资料共享那里，能找到用户手册，虽然是旧版本的，emule上也能search到。
最好的起步方式，是用GardenAdmin登陆，这个是一个非常好的演示账套。每个界面都有些演示数据。
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 与 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 2.5.2e 开始提供了基本的生产管理功能。
总体流程：“销售订单 - 生产订单 - 领料单 - 生产 - 成品检验 - 入库”。
1. 销售订单 - 生产订单 2. 生产订单 - 领料单 3. 领料 - 生产 - 品检 - 入库 4. 领料 - 生产 - 入库
其中，Compiere 对 BOM 的分解，由销售订单转换生产订单时完成。
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 菜单命令备份数据库
问题描述：除了使用 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 进行操作。
