基于COMPIERE之上开发项目流程管理与项目成本核算系统 COMPIERE, 成本核算, 流程, 项目, 系统

hotkee

我司打算开发一套软件行业的项目管理系统，主要功能有：销售合同管理，采购管理，项目管理（立项，任务分解，进度管理，开发人员管理），项目成本管理（作业成本法），和项目预算管理。

我司的业务模式是先立销售项，后立技术项（二次开发与实施）。
销售人员根据销售立项之后可跑销售与费用报销，并签订销售合同；实施项目经理对销售合同立进行分解，根据分解结果立多个技术项目。
销售人员的销售费用如何分摊到销售项目上!？开发人员的工资和其他费用如何分摊到技术实施项目上!？
项目财务核算要求做到按产品线，按部门，按区域和按单个项目来核算。

这样一套系统能用基于COMPIERE OR OPENBRAVO之上开发完成所需功能吗？

[ 本帖最后由 hotkee 于 2008-10-13 15:53 编辑 ]

sofar1218

项目管理（立项，任务分解，进度管理，开发人员管理）这部分跟钱的直接关系不是很紧密的，时间 进度 任务 资源这些在compiere系列里是需要从零开始的，其他的成本，预算这些在Openbravo里基本也实现（那是基于建筑业的，不过软件开发呢也可以，计量支付，就看你怎么分解）；
从功能来说openbravo这块做得好些，但是开发起来要难点，因为他的架构是web based;

hotkee

Openbravo的会计科目能适合中国的会计准则吗？
与compiere的会计科目文件通用吗？
OPENBRAVO好像还有大量的汉化工作要做。
一旦决定用OPENBRAVO的话如何开始着手啊？
有Openbravo用于建筑业项目管理的介绍资料吗？
谢！先！

sofar1218

会计科目你自己可以增改的，这个问题不大，文件跟compiere不通用，但是可以拿他来参照，其实就是技术细节上有些出入。
汉化确实是需要你自己去做，关注OB的人要少。从长远看OB是不错的，Adempiere基于community的模式太随意，基本是社区骨干的领域经验和技术兴趣主导，而社区骨干间的合作是随意的，OB完全商业化的运行，有风险投资等，他的document（wiki）相对compiere很细致，尤其是英语的表达非常标准，连typo错误都及时更改，adempiere社区的文档那英语啊，俺都是连猜带估的，跟看谜语似的。
实施的话大部分是可以参照 adempiere，compiere的，他们在功能上基础的部分基本类似。如果要做二次开发（比较大量的深度的）就要看你的技术团队了.
compiere有建筑业的应用，那个人好像是马来西亚的，那是他们在compiere上的二次开发。

OB的障碍就是技术门槛要高些，国内人气不足，所以资源贡献也少。
adempiere呢太随意，roadmap雾里看花；
compiere就看你舍得花钱不，他是半遮半掩的伪开源

[ 本帖最后由 sofar1218 于 2008-10-9 00:01 编辑 ]

sofar1218

实施的障碍主要在财务，国内中小企业都是用友金蝶的天下，他们还没完全进入管理会计的角色。可是开源这东西基本都是技术人员在玩，这些人里懂会计的应该不多，如果是团队的话估计好些。

开发绝对有门槛，一个是数据库部分，如果考虑基于 web的那个分支，这块也是麻烦。还不算开发人员多少也得懂点业务吧.

复杂性是真实存在的，难做的事有价值的话就值得投入

[ 本帖最后由 sofar1218 于 2008-10-9 07:13 编辑 ]

Spring_xu

我一直关注这方面，如果建筑行业能用，软件行业也能用，我财务还是比较熟悉，并且实施过Compiere和ADempiere，基本成功。
希望能大家一起交流进步！

hotkee

thanks!

各自的 "project" 模块的功能强弱如何啊，能做到项目的采购和项目的成本核算吗？
到底是compiere有建筑业的应用还是openbravo有建筑业的应用啊？
compiere是完全开源的吧？
openbravo的资料和资源太少，担心会给以后的开发带来很多困难。

hotkee

我司的业务模式是先立销售项，后立技术项（二次开发与实施）。
销售人员根据销售立项之后可跑销售与费用报销，并签订销售合同；实施项目经理对销售合同立进行分解，根据分解结果立多个技术项目。
今天看了compiere的 "项目" 模块的资料，真是给了我一个大大的惊喜，在COMPIERE中项目模块中这两种项目类型的管理都有了：项目（订单），如销售漏斗；项目（服务），如软件实施。
问题是销售人员的销售费用如何分摊到销售项目上啊？
开发人员的工资和其他费用如何分摊到技术实施项目上啊？
COMPIERE都有这些功能吗？

sofar1218

你遇到挑战了！！

FIDIC被称为是“国际土木工程行业的圣经，是国际通用的语言”。中国目前应用FIDIC合同条款的主要行业是建筑工程行业.需求的变更，费用的变化，工期的变化等等问题都会给软件项目的管理带来难度。目前的软件行业中没有这种得到公认的标准合同，使得软件项目的管理起来更加的复杂，更加的不可琢磨，如果项目巨大，给管理者的挑战是巨大的，远不是传统行业的项目管理的难度可以比拟的。

也就是说软件太软了，太无形，不像一条公路那样容易分割，段啊， 层啊，桩啊的。很多外包项目的结算（相当于计量支付）就是人力（不同职位档次）和时间，也是没办法的办法。

所以你问的问题本质还是管理上的。

sofar1218

在土木工程，比如挖1000立方的土堆，需要多少人力，时间 和机械租赁费用这个是有国家的标准可参考的，软件行业没有，以后估计也很难有。
对于智力劳动的评测目前都是感性的。有些公司把员工工资分成两部分，一部分是岗位，一部分是技能。岗位工资呢就是没有项目可做，公司也要给的基本工资，就当是养兵；技能工资呢就是项目组要这个人的时候付给他，或者叫购买（不好听哈，但是管理就是要尽可能理性，理性不及的地方才讲文化，比如关怀啊）。

这样的话，技能工资就算在项目成本（人力采购）了，基本工资就归到公司的基本运作成本（基本运作也可以看成一个项目啊）。软件分模块，分功能，分多细看你自己，要容易度量测试，某个功能如果某个开发或实施人员在计划的时间完不成或者质量不好，那就换人。

sofar1218

其他费用就看该费用的发生是项目必须的（短期利益），还是长期利益的，甚至是私人的。比如新购电脑6000元，算在公司固定资产，三年损耗期，在项目中使用半年（设备租赁 ），计入项目成本1000元。管理作为一门科学也是沿袭西方的理工思维，微分，然后积分。怎么分割，粒度大小，各行业有规范或者最佳实践，然后就是具体的人凭感觉经验来权衡。

[ 本帖最后由 sofar1218 于 2008-10-9 15:20 编辑 ]

hotkee

豁然开朗！！！THANKS

某一项费用是如何即分摊到项目又分摊到产品上的啊，技术上如何实现啊？数据库该如何设计啊？
COMPIERE的会计科目如何在数据库的表结构中体现的啊？

[ 本帖最后由 hotkee 于 2008-10-9 16:41 编辑 ]

sofar1218

Account Dimension

Openbravo allows to analyse accounting of a client separated in “dimensions”. It means that, for example, an income statement can be generated for the whole client, or for a concrete project, or a concrete business partner.

Some dimensions are mandatory (for example, the organization) and some others optional, for example, business partner, product, project, campaign and sales region. When a new client is created, its dimensions can be selected. Even afterwards, it is possible to increase the accounting dimensions.

Once the client has some accounting dimensions activated, accounting results can be obtained either for the whole client, or for a concrete organization, business partner, etc.
Example 4

Company A creates a new client, and checks the “project” dimension, amongst others. At the end of the year, the income statement is obtained: one with the whole client accounting data, and one for each project, so it can be analysed the profitability not only of the whole company, but also of each project.

refer to : http://wiki.openbravo.com/wiki/F ... g#Account_Dimension

sofar1218

OB的财务里有会计维度这样的概念，你可以把账务细化到公司的部门（比如销售），项目组，具体某个项目，甚至具体某个客户或供应商，到年终做财务分析的时候你不仅知道整个公司的收入，还可以计算某个部门贡献的收入，某个项目贡献的收入，甚至来自某个客户的收入。
compiere系列的财务就像血液一样贯穿整个erp。

hotkee

看来OB比较适合啊！我司即要做到核算公司总体项目合同收入，还要计算分摊到某个部门贡献的收入、某个项目贡献的收入，某个客户的收入，某个产品的项目收入等等。
OB具体是如何做到的了？有和高超的技术手段啊？有中文资料吗？
COMPIERE也能做到吧，无非是将合同收入分摊到部门、产品、和客户而以.

sofar1218

他的会计科目和产品 以及partner可以combin,就是你入账时不仅计入某个会计科目，同时还关联到你定义的会计维度，比如产品，部门，员工，商业伙伴。其实这种设计也可以实现预算管理。compiere里有dimension的概念，是作为 accounting schema的element来表达的。

要是项目管理很重要的话，这块还是OB做得顺畅一些，尤其是融入了更深层的财务理念，比如预算。

hotkee

ob没有中文会计科目文件，没有中文语言包，没有中文手册？
这给我们对它的理解和开发带来诸多困难。

collapsar

学习中，不错

collapsar

说的很深入啊，学习

hotkee

从Compiere 2.6.3 版本起增加了人力资源模块，提供灵活、强大、可定制的薪酬管理（支持固定、计件、计时等多种计算方法）及其报表功能。软件项目成本核算中主要是人力成本的核算，看来这个模块能在我的项目型ERP系统中派上大用场了。基本思路是：采用计时的计算方法，时间从考情系统取得或从工作周报中读取；由此生成的财务数据作为项目成本计算。

有个问题值得实考： 将人员工资分摊到每个项目上时有两种方法：
1、在定义会计科目时先定义一个总的项目成本会计科目然后对应每个项目再单独定义子会计科目，这样在产生人力成本时可直接归集到相应的项目上；
2、只定义一个总的项目成本会计科目，产生人力成本时先归集到此会计科目，月结时再通过分摊规则（如某个项目人员的工资只能分摊到他参与的项目中）和原始工资单据将总的归集的人力成本分摊到每个项目上。
两总方案可行否，各有何优缺点啊？？？！！！

见下图：


[ 本帖最后由 hotkee 于 2008-10-12 13:55 编辑 ]

aoslee

我有以下几点建议:
1.先确定到底要做什么，个人认为如果不将openbrave,compiere或者adempiere进行比较详细的规划整合其实是很难达到楼主的全部要求的。而且感觉要做的东西和讨论的东西有些偏差，希望楼主先做好定位。
2.如果做预算的话可以参照产品标准成本方法计算方法来实施，一层BOM
3.不建议将人力工资同项目成本核算一同考虑
4.项目实际成本核算建议使用资源方式来考虑.资源=一类人。资源可以定价从而形成转化。
项目可以进行资源的领用，从而实现项目成本的实际核算。
5.项目计划不建议同这些混到一起，感觉有些乱，可以独立考虑最后联合

hotkee

原帖由 aoslee 于 2008-10-13 11:49 发表
我有以下几点建议:
1.先确定到底要做什么，个人认为如果不将openbrave,compiere或者adempiere进行比较详细的规划整合其实是很难达到楼主的全部要求的。而且感觉要做的东西和讨论的东西有些偏差，希望楼主先做好定位 ...

为何不建议将人力工资同项目成本核算一同考虑呢？？？

项目实际成本核算一定要从薪酬系统中取得。因为某个开发人员的薪水计算其实相当复杂，包括基本工资，加班工资，奖金，病假扣发等。这些不是经过简单“资源”定价就能计算出来的。而开发人员的工资都将分摊到他所参与的每个项目中。
用“资源”的话感觉在项目标准成本核算中比较合适：分别给不同级别的人员定义不同标准的人天的价格，此价格乘以天数即为此人力成本的标准成本金额。