基于COMPIERE之上开发项目流程管理与项目成本核算系统
我司打算开发一套软件行业的项目管理系统，主要功能有：销售合同管理，采购管理，项目管理（立项，任务分解，进度管理，开发人员管理），项目成本管理（作业成本法），和项目预算管理。我司的业务模式是先立销售项，后立技术项（二次开发与实施）。
销售人员根据销售立项之后可跑销售与费用报销，并签订销售合同；实施项目经理对销售合同立进行分解，根据分解结果立多个技术项目。
销售人员的销售费用如何分摊到销售项目上!？开发人员的工资和其他费用如何分摊到技术实施项目上!？
项目财务核算要求做到按产品线，按部门，按区域和按单个项目来核算。
这样一套系统能用基于COMPIERE OR OPENBRAVO之上开发完成所需功能吗？
[[i] 本帖最后由 hotkee 于 2008-10-13 15:53 编辑 [/i]] 项目管理（立项，任务分解，进度管理，开发人员管理）这部分跟钱的直接关系不是很紧密的，时间 进度 任务 资源这些在compiere系列里是需要从零开始的，其他的成本，预算这些在Openbravo里基本也实现（那是基于建筑业的，不过软件开发呢也可以，计量支付，就看你怎么分解）；
从功能来说openbravo这块做得好些，但是开发起来要难点，因为他的架构是web based; Openbravo的会计科目能适合中国的会计准则吗？
与compiere的会计科目文件通用吗？
OPENBRAVO好像还有大量的汉化工作要做。
一旦决定用OPENBRAVO的话如何开始着手啊？
有Openbravo用于建筑业项目管理的介绍资料吗？
谢！先！ 会计科目你自己可以增改的，这个问题不大，文件跟compiere不通用，但是可以拿他来参照，其实就是技术细节上有些出入。
汉化确实是需要你自己去做，关注OB的人要少。从长远看OB是不错的，Adempiere基于community的模式太随意，基本是社区骨干的领域经验和技术兴趣主导，而社区骨干间的合作是随意的，OB完全商业化的运行，有风险投资等，他的document（wiki）相对compiere很细致，尤其是英语的表达非常标准，连typo错误都及时更改，adempiere社区的文档那英语啊，俺都是连猜带估的，跟看谜语似的。
实施的话大部分是可以参照 adempiere，compiere的，他们在功能上基础的部分基本类似。如果要做二次开发（比较大量的深度的）就要看你的技术团队了.
compiere有建筑业的应用，那个人好像是马来西亚的，那是他们在compiere上的二次开发。
OB的障碍就是技术门槛要高些，国内人气不足，所以资源贡献也少。
adempiere呢太随意，roadmap雾里看花；
compiere就看你舍得花钱不，他是半遮半掩的伪开源
[[i] 本帖最后由 sofar1218 于 2008-10-9 00:01 编辑 [/i]] 实施的障碍主要在财务，国内中小企业都是用友金蝶的天下，他们还没完全进入管理会计的角色。可是开源这东西基本都是技术人员在玩，这些人里懂会计的应该不多，如果是团队的话估计好些。
开发绝对有门槛，一个是数据库部分，如果考虑基于 web的那个分支，这块也是麻烦。还不算开发人员多少也得懂点业务吧.
复杂性是真实存在的，难做的事有价值的话就值得投入
[[i] 本帖最后由 sofar1218 于 2008-10-9 07:13 编辑 [/i]] 我一直关注这方面，如果建筑行业能用，软件行业也能用，我财务还是比较熟悉，并且实施过Compiere和ADempiere，基本成功。
希望能大家一起交流进步！ thanks!
各自的 "project" 模块的功能强弱如何啊，能做到项目的采购和项目的成本核算吗？
到底是compiere有建筑业的应用还是openbravo有建筑业的应用啊？
compiere是完全开源的吧？
openbravo的资料和资源太少，担心会给以后的开发带来很多困难。 我司的业务模式是先立销售项，后立技术项（二次开发与实施）。
销售人员根据销售立项之后可跑销售与费用报销，并签订销售合同；实施项目经理对销售合同立进行分解，根据分解结果立多个技术项目。
今天看了compiere的 "项目" 模块的资料，真是给了我一个大大的惊喜，在COMPIERE中项目模块中这两种项目类型的管理都有了：项目（订单），如销售漏斗；项目（服务），如软件实施。
问题是销售人员的销售费用如何分摊到销售项目上啊？
开发人员的工资和其他费用如何分摊到技术实施项目上啊？
COMPIERE都有这些功能吗？ 你遇到挑战了！！
FIDIC被称为是“国际土木工程行业的圣经，是国际通用的语言”。中国目前应用FIDIC合同条款的主要行业是建筑工程行业.需求的变更，费用的变化，工期的变化等等问题都会给软件项目的管理带来难度。目前的软件行业中没有这种得到公认的标准合同，使得软件项目的管理起来更加的复杂，更加的不可琢磨，如果项目巨大，给管理者的挑战是巨大的，远不是传统行业的项目管理的难度可以比拟的。
也就是说软件太软了，太无形，不像一条公路那样容易分割，段啊， 层啊，桩啊的。很多外包项目的结算（相当于计量支付）就是人力（不同职位档次）和时间，也是没办法的办法。
所以你问的问题本质还是管理上的。 在土木工程，比如挖1000立方的土堆，需要多少人力，时间 和机械租赁费用这个是有国家的标准可参考的，软件行业没有，以后估计也很难有。
对于智力劳动的评测目前都是感性的。有些公司把员工工资分成两部分，一部分是岗位，一部分是技能。岗位工资呢就是没有项目可做，公司也要给的基本工资，就当是养兵；技能工资呢就是项目组要这个人的时候付给他，或者叫购买（不好听哈，但是管理就是要尽可能理性，理性不及的地方才讲文化，比如关怀啊）。
这样的话，技能工资就算在项目成本（人力采购）了，基本工资就归到公司的基本运作成本（基本运作也可以看成一个项目啊）。软件分模块，分功能，分多细看你自己，要容易度量测试，某个功能如果某个开发或实施人员在计划的时间完不成或者质量不好，那就换人。 其他费用就看该费用的发生是项目必须的（短期利益），还是长期利益的，甚至是私人的。比如新购电脑6000元，算在公司固定资产，三年损耗期，在项目中使用半年（设备租赁:/huaix ），计入项目成本1000元。管理作为一门科学也是沿袭西方的理工思维，微分，然后积分。怎么分割，粒度大小，各行业有规范或者最佳实践，然后就是具体的人凭感觉经验来权衡。
[[i] 本帖最后由 sofar1218 于 2008-10-9 15:20 编辑 [/i]] 豁然开朗！！！THANKS
某一项费用是如何即分摊到项目又分摊到产品上的啊，技术上如何实现啊？数据库该如何设计啊？
COMPIERE的会计科目如何在数据库的表结构中体现的啊？
[[i] 本帖最后由 hotkee 于 2008-10-9 16:41 编辑 [/i]] 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 : [url]http://wiki.openbravo.com/wiki/Functional_Documentation/Financial_Management/Accounting#Account_Dimension[/url] OB的财务里有会计维度这样的概念，你可以把账务细化到公司的部门（比如销售），项目组，具体某个项目，甚至具体某个客户或供应商，到年终做财务分析的时候你不仅知道整个公司的收入，还可以计算某个部门贡献的收入，某个项目贡献的收入，甚至来自某个客户的收入。
compiere系列的财务就像血液一样贯穿整个erp。 看来OB比较适合啊！我司即要做到核算公司总体项目合同收入，还要计算分摊到某个部门贡献的收入、某个项目贡献的收入，某个客户的收入，某个产品的项目收入等等。
OB具体是如何做到的了？有和高超的技术手段啊？有中文资料吗？
COMPIERE也能做到吧，无非是将合同收入分摊到部门、产品、和客户而以. 他的会计科目和产品 以及partner可以combin,就是你入账时不仅计入某个会计科目，同时还关联到你定义的会计维度，比如产品，部门，员工，商业伙伴。其实这种设计也可以实现预算管理。compiere里有dimension的概念，是作为 accounting schema的element来表达的。
要是项目管理很重要的话，这块还是OB做得顺畅一些，尤其是融入了更深层的财务理念，比如预算。 ob没有中文会计科目文件，没有中文语言包，没有中文手册？
这给我们对它的理解和开发带来诸多困难。 学习中，不错 说的很深入啊，学习 从Compiere 2.6.3 版本起增加了人力资源模块，提供灵活、强大、可定制的薪酬管理（支持固定、计件、计时等多种计算方法）及其报表功能。软件项目成本核算中主要是人力成本的核算，看来这个模块能在我的项目型ERP系统中派上大用场了。基本思路是：采用计时的计算方法，时间从考情系统取得或从工作周报中读取；由此生成的财务数据作为项目成本计算。
有个问题值得实考： 将人员工资分摊到每个项目上时有两种方法：
1、在定义会计科目时先定义一个总的项目成本会计科目然后对应每个项目再单独定义子会计科目，这样在产生人力成本时可直接归集到相应的项目上；
2、只定义一个总的项目成本会计科目，产生人力成本时先归集到此会计科目，月结时再通过分摊规则（如某个项目人员的工资只能分摊到他参与的项目中）和原始工资单据将总的归集的人力成本分摊到每个项目上。
两总方案可行否，各有何优缺点啊？？？！！！
见下图：
[attach]17282[/attach]
[[i] 本帖最后由 hotkee 于 2008-10-12 13:55 编辑 [/i]] 我有以下几点建议:
1.先确定到底要做什么，个人认为如果不将openbrave,compiere或者adempiere进行比较详细的规划整合其实是很难达到楼主的全部要求的。而且感觉要做的东西和讨论的东西有些偏差，希望楼主先做好定位。
2.如果做预算的话可以参照产品标准成本方法计算方法来实施，一层BOM
3.不建议将人力工资同项目成本核算一同考虑
4.项目实际成本核算建议使用资源方式来考虑.资源=一类人。资源可以定价从而形成转化。
项目可以进行资源的领用，从而实现项目成本的实际核算。
5.项目计划不建议同这些混到一起，感觉有些乱，可以独立考虑最后联合 [quote]原帖由 [i]aoslee[/i] 于 2008-10-13 11:49 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=220924&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
我有以下几点建议:
1.先确定到底要做什么，个人认为如果不将openbrave,compiere或者adempiere进行比较详细的规划整合其实是很难达到楼主的全部要求的。而且感觉要做的东西和讨论的东西有些偏差，希望楼主先做好定位 ... [/quote]
为何不建议将人力工资同项目成本核算一同考虑呢？？？
项目实际成本核算一定要从薪酬系统中取得。因为某个开发人员的薪水计算其实相当复杂，包括基本工资，加班工资，奖金，病假扣发等。这些不是经过简单“资源”定价就能计算出来的。而开发人员的工资都将分摊到他所参与的每个项目中。
用“资源”的话感觉在项目标准成本核算中比较合适：分别给不同级别的人员定义不同标准的人天的价格，此价格乘以天数即为此人力成本的标准成本金额。 人力工资是以员工为基础的,员工是业务伙伴。
资源是产品类别的，可以采购销售的。
项目成本核算分三类:
1.计划成本：（计划工时*标准费率(资源价格))
2.标准成本: (实际工时*标准费率(资源价格))
3.实际成本：（实际工时*实际价格(实际工资))
个人认为可以达到2层次在项目管理上就很不错了
主要是实际工资很难确定，当一个人在多个项目中怎么来确定他在这个项目中的工资呢？
在A项目中是项目经理，在B项目中是程序员，在C项目中是框架师,三个项目同时进行此人的工资怎么分摊？
问题很多，请楼主斟酌
[[i] 本帖最后由 aoslee 于 2008-10-13 14:10 编辑 [/i]] [quote]原帖由 [i]aoslee[/i] 于 2008-10-13 14:07 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221006&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
人力工资是以员工为基础的,员工是业务伙伴。
资源是产品类别的，可以采购销售的。
项目成本核算分三类:
1.计划成本：（计划工时*标准费率(资源价格))
2.标准成本: (实际工时*标准费率(资源价格))
3.实际成本：（ ... [/quote]
分摊是个一刀切的近似简化方法，就像邮票价格，他优先考虑实施难度（容易), 而牺牲公平。
所以分摊注定是一种粗略的算法。我也推荐采用内部市场模拟，这本身也是 compiere的核心思想（要不怎么把员工也看做商业伙伴呢）；
我以前的帖子也说过，知识生产者的劳动评估目前多半就是技能工资x时间（IBM也这样），作为人力资源采购计入成本，至于说请假那就是时间上折扣呗，保险那些费用计入公司的运营成本就是了。
项目组和事业部完全可以看成没有法人资格的子公司。一个人多角色那也要分解，至于每个角色算多少天，那还不是人来估算啊（不就是个大约的合计合计嘛，这个人到底分量多少还不是要在管理人员心里的称上衡量，不就是把感性的认识给个数字表达出来吗，就像你说某某美女外表可以给80分） [color=#0000ff][size=4]作为成本中心，或者核算中心，所有支出都走采购流程， 所有收入都走销售流程， 进销存，进销存！一进一出，干净利索， 这就是西方原子化的思维！分割不了才分摊，比如资产损耗。[/size][/color]
[color=#0000ff][size=4][/size][/color]
[color=#0000ff][size=4]如果是临时工这样的就直接用费用表入账，不走采购；[/size][/color]
[color=#0000ff][size=4][/size][/color]
[color=#0000ff][size=4]走采购表示你不仅关注结果，还关注流程，比如你到年底可以看到某员工到底参与了多少项目，任何项目都不要他，是不是@@￥%%I&(*YH，再说某个员工作为一种资源( 是不是独占类型也可以定义吧？不记得了)如果被某个项目组订购，那么别的项目组就无法下单要他，这些都是流程带来的规范，要不拿erp干嘛，直接电子表格多好[/size][/color]
[[i] 本帖最后由 sofar1218 于 2008-10-13 16:15 编辑 [/i]] 学习呀 [quote]原帖由 [i]aoslee[/i] 于 2008-10-13 14:07 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221006&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
人力工资是以员工为基础的,员工是业务伙伴。
资源是产品类别的，可以采购销售的。 ... [/quote]
如何在系统中做到某个人既是业务伙伴中的员工又是产品中的资源？！ 业务伙伴有分类的，其中就有雇员，客户，供应商and so on，雇员的技能可以定义成产品的啊 to sofar1218 最好不要用业务伙伴类别这种软分类做
建议在员工的字段中加一个资源ID即可，后期怎么处理都可以。
to sofar1218 谢谢支持 [quote]原帖由 [i]sofar1218[/i] 于 2008-10-13 15:51 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221058&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
所有支出都走采购流程， 所有收入都走销售流程， 进销存，进销存！ 这就是西方原子化的思维！分割不了才分摊，比如资产损耗。
如果是临时工这样的就直接用费用表入账，不走采购；
走采购表示你不仅关注结果，还 ... [/quote]
开发人员的工资看来不用走分摊流程了，直接走采购的话以中国人的思维来看有些牵强。
应该能重复采购吧？！否则一个员工就不能同时参与多个项目了！真不能的话做何种调整以达到重复采购的目的。 分时段，多技能，不就可以了吗。
直接走采购的话以中国人的思维来看有些牵强：这个不牵强，只不过暴露了商业的本质，东方讲究含蓄，需要遮掩一下；那些外包公司不就是叫bodyshop吗？俺也是开发人员，听着是不舒服，慢慢习惯吧。
另外：compiere.com.cn上的版本也是一个分支，就是修改过的版本，不是仅仅汉化！！
[[i] 本帖最后由 sofar1218 于 2008-10-13 19:03 编辑 [/i]] 财务核算要做到按公司部门、销售区域、产品线和单个项目来核算。
为了达到这个目的，目前用友等财务系统都提供“辅助核算”功能。辅助核算是针对科目的，是对账务处理的一种补充，即实现更广泛的账务处理，以适应企业管理和决策的需要。
辅助核算一般通过核算项目来实现。核算项目是会计科目的一种延伸，设置某科目有相应的辅助核算后，相当于设置了该科目按核算项目进行更为明细的核算。
但核算项目又不同于一般的明细科目，它具有更加灵活方便的特性，一个核算项目可以在多个科目下挂接。而且一个会计科目可以设置单一核算项目，也可以选择多个核算项目，例如可以将应收账款(1131)科目同时设置为往来核算与部门核算，方便进行财务管理。
设置核算项目的目的至少有两个:
1、在财务系统总账中，简化会计科目的设置，核算项目的对象越多、涉及核算项目的会计科目，减少的工作量越明显，这实际上是利用了数学上的组合原理；
2、使用核算项目的目的，不仅仅是为了总账，而是保证书ERP 不同子系统的关联，比如“客户”就是贯穿 销售、应收到总账的的一条红线。
COMPIERE在这方面的功能做到什么层次？！ 应该可以的，只要不是用预定功能 sofar1218已经说过这个问题就是一个科目维度的表示.
compiere 可以到产品(资源，实际产品...)和业务伙伴(员工，销售商，采购商) [quote]原帖由 [i]aoslee[/i] 于 2008-10-13 16:58 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221136&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
sofar1218已经说过这个问题就是一个科目维度的表示.
compiere 可以到产品(资源，实际产品...)和业务伙伴(员工，销售商，采购商) [/quote]
看来通过科目维度功能可以直接输出不同维度的报表了！ 否则的话还有根据信息的源头（原始业务单据）来关联查询！ 如果会计维度还不能满足的话，你还可以多套账务， multi accounting schema, 比如成本核算方法一套帐用平均法，另一套用标准法；
compiere的设计者好像就是财务出身的吧，这套十年前着手设计的财务系统，今天看来也不落后吧。
在基础参数配置的时候叫会计维度，等到具体数据录入的时候叫科目组合（就像java里的对象定义时叫class, 创建时叫object），adempiere 提供了三维，把 组织机构， 产品 ，以及业务伙伴的组合跟会计科目关联起来；
OB提供了五维，加了项目和销售，销售比如你可以定义销售区域（西南，东北等）。
[[i] 本帖最后由 sofar1218 于 2008-10-14 05:13 编辑 [/i]] [quote]原帖由 [i]sofar1218[/i] 于 2008-10-10 11:18 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=220154&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
OB的财务里有会计维度这样的概念，你可以把账务细化到公司的部门（比如销售），项目组，具体某个项目，甚至具体某个客户或供应商，到年终做财务分析的时候你不仅知道整个公司的收入，还可以计算某个部门贡献的收入， ... [/quote]
有了会计维度这样的概念在出多维度的财务报表是就不用再与原始的单据相关联了？！ [quote]原帖由 [i]sofar1218[/i] 于 2008-10-13 19:13 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221170&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
如果会计维度还不能满足的话，你还可以多套账务， multi accounting schema, 比如成本核算方法一套帐用平均法，另一套用标准法；
[/quote]
写入一条科目数据看来要写多遍了，每套帐套写入一遍？！ [quote]原帖由 [i]hotkee[/i] 于 2008-10-14 08:30 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221245&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
有了会计维度这样的概念在出多维度的财务报表是就不用再与原始的单据相关联了？！ [/quote]
关联?不明白指什么？ 手工帐的话就只有财务数据啊，自动转入的凭证都是跟原交易有联系的，从财务的数据可以追溯到采购，采购计划。 多会计模式不建议使用，太慢。因为如果你多建一个会计模式就意味着所有的过账都是多笔的，这种冗余是太大了！
将业务伙伴及产品作为科目写到可目标中个人认为就是要不访问原始信息表取得科目数据。 [quote]原帖由 [i]hotkee[/i] 于 2008-10-14 09:08 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221259&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
写入一条科目数据看来要写多遍了，每套帐套写入一遍？！ [/quote]
那可不:/tx知足吧 [quote]原帖由 [i]sofar1218[/i] 于 2008-10-13 15:51 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221058&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
[size=4][color=#0000ff]走采购表示你不仅关注结果，还关注流程，比如你到年底可以看到某员工到底参与了多少项目，任何项目都不要他，是不是@@￥%%I&(*YH，[/color][/size] ... [/quote]
正好用在我司项目二期规划的功能要求之一：对开发人员进行绩效考核。
[[i] 本帖最后由 hotkee 于 2008-10-14 12:59 编辑 [/i]] [quote]原帖由 [i]sofar1218[/i] 于 2008-10-13 16:28 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=221106&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
分时段，多技能，不就可以了吗。
直接走采购的话以中国人的思维来看有些牵强：这个不牵强，只不过暴露了商业的本质，东方讲究含蓄，需要遮掩一下；那些外包公司不就是叫bodyshop吗？俺也是开发人员，听着是不舒服 ... [/quote]
[list=1][*]“多技能”能否这样理解？！——将某个员工的某一种技能定义成某种价格的产品（如技术开发），而另外一种技能定义成另一种价格的产品（如项目管理），这样，就达到了同一个人在不同项目中因身份不同而使得项目采购人力资源成本不同的目的。[*]"分时段"具体如何实现？！以避免人力资源的采购冲突！[*]与项目所需的物质采购在业务操作流程上有无区别？！如通过何种方式发起采购（人力资源和物质）、如何形成应付账款、如何将这笔费用结算到项目中？等等、、、[/list] 1 多技能：就是产品细分，就是那个意思
2 分时段嘛，按理说人力资源应该定义成独占的，就像设备租赁。这几天为项目A工作， 过几天为项目B工作，就算是实际情况是同时工作，作为项目管理来说也要在书面上分时计量；你允许一台设备某段时间既租给A，又租给B？
3 区别就是不需要入库，不计入固定资产:/tx ， 物质采购你拥有使用权和财产权，人力资源顶多可以计入知识产权（不过国内很少计算这个）；
应收应付根据合同啊，至少某个项目组要人也得写个申请吧，没有进入项目组的人归谁管（一般是事业部）？结算就看有没有预付款？借款？合同变更？
这些还是可以借鉴一下Fidic THANKS ALL !
大家来谈谈项目型ERP系统在做月结时的处理细节啊！
月结时项目、采购、库存、销售和财务模块分别要作何操作？！
如：一个实施项目要好几个月，那项目库存的领用有必要按月分配吗？要做暂估入库与出库吗？！
是否每个月都对人力资源采购并结算一次？！
费用在日常是做归集，在月结是如何结算？！
[[i] 本帖最后由 hotkee 于 2008-10-14 17:04 编辑 [/i]] adempiere 和 compiere
都不需要做月结转,什么时候发生什么时候记账即可。 “资产是您采购或自行生产的某物。与产品相比，产品总是被您拥有，而资产则不一定被您拥有。资产可能被您自己或其它人使用，但资产的主要特征在于您会独立地追踪和维护它。可选地，资产可以被卖出。简言之，资产可描述为某产品的个体。”
看来把我司的软件产品作为“资产”对待更合适？！ 我司与客户签订销售合同，然后按照合同收款；项目实施的时候先将合同分解成若干实施项目来实施。
在COMPIERE中没有现成的合同管理模块，就用销售订单来代替吧？！CAN I DO THAT?! 考虑服务协议吧，服务是产品的话，这样就有SLA和协议收费周期的管理，相当于fidic的计价清单。合同的撰写尽量规范一些。这个在财务的绩效管理模块里。SLA：service level agreements,这个可以定义商业过程的服务级别和关键点，比如:响应时间（24小时之类？），到货日期等 这个阶段个人感觉搂主的思路应该差不多清晰了，如果想要继续完成的话现在应该做需求分析了，通过对系统地了解把最终要做的事情描述清楚，从而看出需要配置量，需要开发量，需要培训量，需要业务重组量，从而规划周期，人员，资金配置等等。
ps:过多的概念讨论很容易走向标准误区,从而造成最终目标的混乱 [quote]原帖由 [i]sofar1218[/i] 于 2008-10-17 07:18 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=222598&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
考虑服务协议吧，服务是产品的话，这样就有SLA和协议收费周期的管理，相当于fidic的计价清单。合同的撰写尽量规范一些。这个在财务的绩效管理模块里。SLA：service level agreements,这个可以定义商业过程的服务级别 ... [/quote]
将软件产品做为“资产”看待可行否？！
把合同作为“SLA”来处理的话与“资产”有冲突吗？应为服务是一种产品，资产也是一种产品，那到底是吧软件产品做为资产还是服务来看待呢？！
如何生成服务协议？如何对服务协议生成发票和收款？！
谢谢积极探讨！！！ [quote]原帖由 [i]sofar1218[/i] 于 2008-10-17 07:18 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=222598&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
考虑服务协议吧，服务是产品的话，这样就有SLA和协议收费周期的管理，相当于fidic的计价清单。合同的撰写尽量规范一些。这个在财务的绩效管理模块里。SLA：service level agreements,这个可以定义商业过程的服务级别 ... [/quote]
ad绩效管理主要用于员工的sla，即内部的人员工作监控,即主控页面的绩效页面的生成，并没有后续的处理 [quote]原帖由 [i]hotkee[/i] 于 2008-10-17 09:52 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=222682&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
将软件产品做为“资产”看待可行否？！
把合同作为“SLA”来处理的话与“资产”有冲突吗？应为服务是一种产品，资产也是一种产品，那到底是吧软件产品做为资产还是服务来看待呢？！
如何生成服务协议？如何对服 ... [/quote]
根据你公司的业务流程分析，个人感觉不应该建立什么资产或者产品，而是直接建立项目。 [quote]原帖由 [i]hotkee[/i] 于 2008-10-16 14:28 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=222387&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
“资产是您采购或自行生产的某物。与产品相比，产品总是被您拥有，而资产则不一定被您拥有。资产可能被您自己或其它人使用，但资产的主要特征在于您会独立地追踪和维护它。可选地，资产可以被卖出。简言之，资产可描 ... [/quote]
1 软件的开发过程属于设计或者研发，它的产品是代码和文档，这个东西的评估是困难的，一行代码算一块钱？显然不能这样，你卖出的是拷贝，知识产品拷贝的生产很简单（比如，复制光盘，印刷品等）；
2 资产是商业管理和财务里的概念，你公司开发的软件可以作为公司资产入账，但是这个知识产品他的评估是需要第三方来进行，你要登记著作权等，总之很麻烦。
3 当然你可以计入公司的内部账务，比如公司启动一个项目部来开发某个产品，耗时一年，投入多少人力物力，这个成本在公司内部可以算作软件资产的估值（无形资产，再说这个软件没卖出去的话怎么信誓旦旦的说他值多少钱？）。但是不会得到国家的财税体系认可的，不能计入对公的财务账务里，你必须去评估，而这种评估大部分时候意义不大，著作权认证这个意义大很多，可以据此申请资质啊，税收优惠啊等
4 还有个问题是产品的研发是个持续的过程，不断改进的，所以大点的公司都有专门的研发部门，那个怎么计算研发的收益或者评估他们的绩效？这就是管理层面临的问题，比如：
卖出一套产品，30%计入 销售部，30%计入实施，30%计入研发，10%计入后台支撑（行政，人力， 财务等）。
所以你要叫产品也是可以的，问题是你这产品生产一套很便宜（复制光盘，印刷品等），而且产品必须加上服务才值很多钱，（你想光给你一套sap的光盘和说明书，那值多少钱啊，可以忽略不计吧）:/tx
[color=#0000ff][size=4]5 是不是再次的体会到卖软件就是卖服务？[/size][/color]
[color=#0000ff][size=4][/size][/color]
[color=#0000ff][size=4]6 当然如果是你做外包的话，你的代码文档要交付的，这样的话开发过程就是生产。所以开发过程到底是研发还是生产是相对的[/size][/color]
[[i] 本帖最后由 sofar1218 于 2008-10-17 12:16 编辑 [/i]] [quote]原帖由 [i]hotkee[/i] 于 2008-10-17 09:52 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=222682&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
将软件产品做为“资产”看待可行否？！
把合同作为“SLA”来处理的话与“资产”有冲突吗？应为服务是一种产品，资产也是一种产品，那到底是吧软件产品做为资产还是服务来看待呢？！
如何生成服务协议？如何对服 ... [/quote]
软件作为物质资产：就是光盘和说明书，他们的制作成本很低，不过你可以标很高的价钱，就看有没有人买。
软件同时包含服务：这个就是SLA来描述，作为合同的一部分。而服务的过程需要追踪，甚至有变更，所以一般会启动一个项目来管理。
项目型ERP基本业务流程（小小总结）
1. 立销售项目，销售人员根据销售项目报销销售费用；2. 根据销售项目产生采购订单；输入采购杂费（可无）；由订单（或入库单）和杂费生成采购发票，收货入库并生成入库单；
3. 输入“资源”（销售人力成本）？，形成资源的“费用报表”（会计科目的借贷关系？）；
4. 输入“费用报销”（销售费用），形成费用的“费用报表”；
5. “费用报销”：由“费用报表”为每个销售员工创建费用发票（会计科目的借贷关系？）；
6. “项目投放”：月结时将以上两种“费用报表”投放到销售项目上（会计科目的借贷关系？能否将发票投放到项目上？）；
7. 由销售项目生成合同（销售订单）：一个合同包含多个软件产品（会计科目的借贷关系？）；
8. 由合同生成采购订单，收货入库并生成入库单；
9. 合同分解：按照产品将合同分解成多个技术实施项目，一个产品对应一个技术项目
10. 技术项目实现里程碑控制，在里程碑控制页面调用“请求”，完成提醒收款等动作（如何确定将“请求”发给谁？）
11. 输入“资源”（开发人力成本）？，形成资源的“费用报表”
12. 输入“费用报销”（开发费用），形成费用的“费用报表”
13. “费用报销”：由“费用报表”为每个技术员工创建费用发票（会计科目的借贷关系？为“资源”创建应付发票也是此方法？）；
14. 输入“杂费”（水电，房租），形成杂费的“费用报表”，并创建费用发票；
15. 月结时将以上两种“费用报表”投放到技术项目上（会计科目的借贷关系？）；
16. 月结时将“入库单”投放到技术项目上（会计科目的借贷关系？能否直接将采购订单投放到项目上）
17. 月结时将“库存”投放到技术项目上（有领用流程吗？会计科目的借贷关系？）；
18. 月结：将其他费用分摊到项目上。我司在日常业务处理过程中该分摊的都已经分摊了，所以月结是的分摊工作量很少。
19. 按照合同收款，或先收款，然后再与合同匹配（会计科目的借贷关系？）。
20. 技术项目结项（条件？）
21. 销售项目结项（条件？）
22. 合同关闭（条件？）
合同总成本 = 销售项目成本 + 技术项目成本
标准成本：项目每个任务的标准开发天数 * 资源的价格 + 标准费用
实际成本：实际开发天数 * 工资 + 实际报销费用
根据标准成本做预算，根据实际成本与标准成本的差额做项目风险控制与绩效考核 楼主思路很清晰，业务流程梳理很细。但是开源的产品不可能有这么细的解决方案的，即使商业化的erp这块一般也做得不细。
另外楼主可以关注一下基于python的tiny ERP，现在叫openERP，汉化和文档都不错。主要是项目管理这个模块Tiny公司自己在用，而且Tiny的财务集成做得很精细，所以对软件开发项目的管理应该是适用的，缺点就是python的程序员不太好找。不过中文社区正在高速扩充，值得关注。 [quote]原帖由 [i]hotkee[/i] 于 2008-10-17 16:33 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=222853&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
1. 立销售项目，销售人员根据销售项目报销销售费用；
2. 根据销售项目产生采购订单；输入采购杂费（可无）；由订单（或入库单）和杂费生成采购发票，收货入库并生成入库单；
3. 输入“资源”（销售人力成本）？，形 ... [/quote]
现在开发着手开始会计科目的设计与制作过程，基本原则要求符合中国国情；主要分为：资产、负责、所有者权益、成本和费用五类。
研究重点：
[list=1][*]按照制造业还是服务业的方式来编辑制作这些会计科目好呢？[*]项目成本科目具体包括哪些科目，是否有必要在科目中就直接按照产品来定义项目成本子科目？[*]所有业务流程都对应哪些会计科目以及有怎样的借贷关系？这些业务流程产生的借贷关系COMPIERE是否已经做的可配置性？要不然业务流程的借贷关系对应的科目发生改动时就只能通过改程序的方式了！那系统就不够灵活！[*]月中费用归集在哪个科目，月结时分摊到哪个科目？月结时哪些科目余额必须要求为零？[*]年底计算收入时总成本和费用如何结算（使其科目余额为零）？收入的计算由哪些科目的值确定？[/list]望网友积极探讨解决方案！
[[i] 本帖最后由 hotkee 于 2008-10-19 10:40 编辑 [/i]] [quote]原帖由 [i]wjfonhand[/i] 于 2008-10-18 00:09 发表 [url=http://bbs.erp100.com/redirect.php?goto=findpost&pid=223014&ptid=37396][img]http://bbs.erp100.com/images/common/back.gif[/img][/url]
楼主思路很清晰，业务流程梳理很细。但是开源的产品不可能有这么细的解决方案的，即使商业化的erp这块一般也做得不细。
另外楼主可以关注一下基于python的tiny ERP，现在叫openERP，汉化和文档都不错。主要是项目管 ... [/quote]
一直都在关注TINY ERP,尤其惊讶其汉化质量之高。只可惜我司两百多号开发人员全都是搞JAVA的。PYTHOM确实不好招人。 同样期待更多精彩思路的交流。。。。
页:
[1]
2