[分享知识 原创连载]Adempiere的应用故事，2004年进入ERP行业，2006年接触Adempiere

aoslee

个人简介：2004年开始进入ERP行业，2006年接触开源项目Compiere，同时了解到更加有活力的Adempiere，开始将Adempiere引入到企业中，领导团队对Adempiere进行深度定制开发，包括合同管理，采购计划，人事档案，考勤，薪酬，报销等等模块,曾经翻译过<<ADempiere 3.4 ERP Solutions>>,在中文Adempiere世界中广为流传.

连载主题：开源Adempiere应用故事
计划发布在那个板块:
更新周期（每x天/每周/每两周/每月）：不定期
亮点：Adempiere

aoslee

      记得那是那个项目刚刚才上线的时候,没过两天,很多使用人员就开始跟我们反馈他们的单据都找不到了,应该说我当时听到这个事情还是很莫名其妙的,因为经过了大量的测试，那么多的国际用户使用，这种低级的问题应该不会出现的。
不过也没觉得是什么大的事情,录入的单据不会没有的,多半是使用不习惯的问题,任何一个系统都有一个习惯过程的.所以我们到现场去看了一下,还真就发现了一些之前没有碰到的问题.
        原来刚刚上系统,Adempiere提供了强大的搜索功能,但是用户使用的还不是特别的明白，但是时间作为一个很明确的标准表示他们是很好判断的，所以他们就以简单的时间判断，而且我们为了方便使用，将所有单据的默认创建时间（Created Date），以及修改时间（Updated Date）字段都分区域给设置成可视了（系统默认不可见），这个改变非常好，非常方便用户参考信息，而且在Adempiere经过简单的调整就可以。但是恰巧是这个创建时间出了，他们通过时间排序单据，找不到他们当时那个时间录入的单据了，而我们经过察看发现，有的单据就时间正确，有的就变成了1970-1-1,再细看就是不同的机器录入的时间有的正确，有的就有问题。
      应该说一下背景，当时的系统是不能使用BS的zkoss客户端，当时还没有开发出来，所以都是用C/S 的客户端，C/S客户端的创建单据时获取的时间是本地系统时间，当然你用Web客户端肯定不会出现类似的问题了。这样我们就怀疑本地系统时间出错了，而事实却是如此，然后我们根据这个特点，改动了几台机器的时间配置，发现确实解决了问题，这些机器的特点好像就是系统的时钟都丢失了，而且都是ghost的机器，但是平常使用也都不影响。但是这也不是终极解决问题的办法，因为新的系统还会重新安装，新的机器还会购买，所以为了一劳永逸，我们将系统中的所有获取当前时间的方法都给替换掉，使用ejb在应用服务器上获取时间，从而解决了这个问题。
      开源软件的优点是配置灵活方便，可以解决很多平常很困难解决的问题，同时我们应该利用好它的开源特性，从而解决我们的一些棘手的问题。

aoslee

为了活跃气氛,对http://bbs.erp100.com/thread-266478-1-1.html中的idempiere vs ADempiere 我也来一篇
ADempiere VS iDempiere
1.iDempiere 的OSGI更新也许并不像看起来那么美
a.osgi在我看来是一个非常强大的工具，它可以实现动态的热插拔，也就是一种插件的方式来做扩展，这种方式在任何软件上都是一种非常棒的机制，但是我们来考虑一下，热插是好实现的，但是热拔对于ERP这种以数据库为核心的软件，可能就没没那么容易了，是否真的可以实现呢？因为我还没有看到相关的方式，恳请知道的，给与解惑。
b.osgi重新架构了Adempiere（Compiere）的代码组织方式，包括插件的配置等等，这些带来了不小的学习成本
c.重新架构以后由于时间还比较短，我还没有看到实际应用，而事实是任何一种架构级别的调整都会带来一定的底层应用风险，当年Zkoss刚刚完成时，我就曾经碰到过环境变量莫名变化的情况，当然最后请教开发者heng sin,他经过了几次调整，才最终解决问题，而osgi的调整是比zkoss引入还大的架构及别变化，这个的风险必然存在
ｄ．ｏｓｇｉ对中小企业来讲，会不会太大了？
2.核心的转移
red1,Carlos，heng sin三位大牛由于他们已经声明的原因，而转移新建立了iDempiere，他们的个人魅力，无私奉献的精神，高超的技术那是毋庸置疑的，所以很多人的追随者都前去iDempiere（包括我），这些都是正常的。所以Ａｄｅｍｐｉｅｒｅ论坛的人气也一落千丈。但是这不说明Ａｄｅｍｐｉｅｒｅ失掉了基础，Adaxa，e-Evolution ，OFB Consulting，Metas，Walkingtree这些大的贡献团队还在积极地贡献自己的力量，他们都做过什么，了解得都很清楚，下面的网址里面有一些。
３.Ａｄｅｍｐｉｅｒｅ　最新计划
3.8版本是Ａｄｅｍｐｉｅｒｅ的最新计划，如果想要详细的看的话http://www.adempiere.com/Release_380LTS，这个网址有详细内容。以上说的团队以及其他一些自由人，每周一一次的ｓｋｙｐｅ会议都在正常的进行，计划也在有序向前,Adempiere不会死，而且会越来越好
４.团队模式ＶＳ自由人负责模式
从发展来看Adempiere越来越走向团队首先贡献，然后由ｆｔ，ｔｔ进行ｒｅｖｉｅｗ，再发布内容之路，现在看来这个模式已经建立起来，就看将来发展。而ｉＤｅｍｐｉｅｒｅ走的是大家都可以贡献，然后由red1,Carlos，heng sin中的某位审核（当然，将来可能还会增加这个核心的人员），进入ｔｒｕｎｋ，发布代码。到底这两种方式哪种更好，我没有定论，各有优缺点吧，但是可以说都是合理的存在。
５．祝福
ｉＤｅｍｐｉｅｒｅ　ＶＳ　Ａｄｅｍｐｉｅｒｅ本是两兄弟，没有那么多的绝对对立，都是开源世界的瑰宝，祝福他们都越走越远，越走越成熟。
PS:就是讨论，有不当之处勿怪

aoslee

@yuyang.oss:太具体的时间我说不好,但是13年6月肯定是就存在的了,具体的时间你可在这些会议记录里面查看到.http://www.adempiere.com/Category:FT/TT_meeting_minutes

Doraemon

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
期待你的后文；期待多多的介绍一些标准的业务流程，oh ye!
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
楼主记得下次准时更新噢！
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

aoslee

Adempiere的帐务管理分析(同样适合idempiere,compiere,openbravo)
Adempiere存在会计期间的概念,会计期间和我们普通理解的帐务结算期间是一样的,它规定了会计分录的期间信息,是任何ERP系统的核心概念.但是Adempiere并没有我们国内传统的财务软件的结账功能，他仅仅是可以关闭期间，从而使这个期间的过账功能不可用。而事实上，你也可以不用管它，不用有人关闭，他也会通过会计引擎的前后过账天数来控制，当前是否可以过账，这个天数可以动态调整，通过这种方式就实现了连续的，可控的会计引擎的集成处理。包括业务系统的将业务票据传入应收应付模块处理，库存成本的核算，固定资产的集成以及总账系统组成了一个完整的企业财务核算业务。下面我们来分析一下这种方式的优缺点：
1.为什么要有月结帐功能呢？
我们知道财务的月结帐实际上就是科目余额的转移，这种财务处理是很简单的总账业务处理。但是我们看到那么多的财务软件都会创建账套，然后每个月都在进行专门的结帐，封账，一些进销存软件也是同样的处理方式，这么做首先一点的问题就是浪费人力，必须有专门的人进行账务的封账与结帐。我们再考虑一下，提供结账的软件必须得提供一个相应的反结帐功能，一般的软件提供反结帐当前月份的账目，厉害的是你可以一个月一个月的反结账到你想结帐的月份，为什么会这样，会有这种需求呢？因为业务发生会有各种问题，可能会结账出错，所以费了挺大劲进行结帐，如果出问题还得回来，貌似结账就保证冻结的理由也不那么充分了。Adempiere给出的方案是什么呢？不结帐，那么你也就不用反结账，每个月正常出报表就行了，如果出现问题，你就做出你上个结算期的账目，然后通过调整可过账日期，解决出错问题，包括年结帐这种当期处理不完的业务都可以通过这种方式来处理。这样，你既不用花费人力去专门结账，也可以规定财务的账务处理日期延时，从而提高管理水平
2.报表的提供
现在的报表已经不是10年前的统计水平，必须得有个前期，然后加上当期发生，得出期末，这种方式是因为当时的系统处理的速度决定的，这也是月结存在的一个原因，如果不月结，不产生前期，你可能在本期期末就很难得出报表。现在机器的速度飞升，只要一个系统上时的初始化余额，后期全部进行运算，得出报表也是没有问题的。你想要任何一个时间点的报表，对现在而言已经不是什么有难度的活了
先分析到这吧

aoslee

@Doraemon:据资料说,Compiere 的创始人Jorg Janke,有Oracle的背景的.

aoslee

最近计划做一些Adempiere的公开课，课程已经发布，计划每周二的晚上9点开始，每次半个小时吧。先讲一下基础，然后再继续吧。网址如下：
http://www.duobei.com/course/2157231051

aoslee

ERP应用的取舍之道
当今的各个厂家的ERP产品越来越强大,功能产品线越来越丰富,尤其是一些活跃的开源ERP产品,由于大量的丰富的应用案例的不断涌入,各个管理方式解决方案的不断增加,这就造成了学习的再快也有的时候更不上产品的发展快,一些老牌的强大ERP,更加如此,一个人或者一个小组也不可能把产品的所有功能点都掌握.如果不能够清楚的掌握取舍的方法,很容易造成以下的场景:
场景一:某天发现现金结余对不上，你忙的焦头烂额，然后发现实际上客户既用收付款做了现金，又用现金账做了现金，这实际上是Adempiere中同一个问题的两个解决方式。
场景二:客户向你抱怨，你们的软件稳定性太差，那天我用了某某功能，结果打印出的内容乱七八糟，你跟着功能走，发现这个功能根本无关紧要，而且也用不到。
ERP软件不是个人操作系统软件，个人操作系统软件是不管怎么做都是个体的行为 ，功能越多越好，个人的尝试怎么做都无所谓，因为他仅仅影响自己的机器。ERP的管理是整个公司的行为，一个数据错误影响的可能是一个重要决策，实施人员必须对系统进行掌控，保证只要进来正确的数据，那么出来的都是正确结果。
取之道:
1.最重要的客户最关心的功能：把你的经历放在最重要的客户身上，他们希望有什么，只有订单和时间满足，那么一定要满足。即使订单上没有，也要想办法满足，不过就是多些商务处理而已。
2.客户管理水平可以达到的功能：有些功能对客户来说太先进了，高出客户的管理水平2个级别，那么这个功能最好不用。没人能理解的功能要不就是不符合需求，要不就是水中的月亮。客户可以理解，可以应用的功能才是好功能。
3.能真正帮助客户解决问题的功能:如果你的功能不能帮助客户解决问题，那么这个功能就没有价值，反之，即使工作量大些也要把这个功能尽可能让客户理解并应用。

舍之道:
1.不了解的功能一个不要：不要保留你说不清楚道理的功能，不要保留你不知道数据影响的功能。
2.多个方法解决一个问题的，只保留一种:不要让客户在日事务的处理中有自主选择的权利，这样既会给客户带来负担，也会给你带来更多的压力。
3.单一数据只有一个入口:不要用两个功能处理同一个数据，如果你用总账处理应收应付数据，那么记得就不要在发票中做账目自动过账，Adempiere系统中会做这种控制。如果你要新加功能，一定记得不要出现新的功能与现有业务功能有重复处理数据的地方。

ERP在企业中的应用是一个渐进过程，对实施而言，一定要注意的是，一直把握住应用功能的范围，而如果你是半路接手一个企业的ERP应用的话，一定要注意掌握已经应用的功能，必要时需要进行重新梳理。