壹佰网|ERP100 - 企业信息化知识门户

 找回密码
 注册

QQ登录

只需一步,快速开始

楼主: hotkee

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

[复制链接]
发表于 2008/10/14 10:15:10 | 显示全部楼层
原帖由 hotkee 于 2008-10-14 09:08 发表


写入一条科目数据看来要写多遍了,每套帐套写入一遍?!

那可不知足吧
 楼主| 发表于 2008/10/14 12:58:15 | 显示全部楼层
原帖由 sofar1218 于 2008-10-13 15:51 发表
走采购表示你不仅关注结果,还关注流程,比如你到年底可以看到某员工到底参与了多少项目,任何项目都不要他,是不是@@¥%%I&(*YH, ...

正好用在我司项目二期规划的功能要求之一:对开发人员进行绩效考核。

[ 本帖最后由 hotkee 于 2008-10-14 12:59 编辑 ]
 楼主| 发表于 2008/10/14 13:15:27 | 显示全部楼层
原帖由 sofar1218 于 2008-10-13 16:28 发表
分时段,多技能,不就可以了吗。

直接走采购的话以中国人的思维来看有些牵强:这个不牵强,只不过暴露了商业的本质,东方讲究含蓄,需要遮掩一下;那些外包公司不就是叫bodyshop吗?俺也是开发人员,听着是不舒服 ...

  • “多技能”能否这样理解?!——将某个员工的某一种技能定义成某种价格的产品(如技术开发),而另外一种技能定义成另一种价格的产品(如项目管理),这样,就达到了同一个人在不同项目中因身份不同而使得项目采购人力资源成本不同的目的。
  • "分时段"具体如何实现?!以避免人力资源的采购冲突!
  • 与项目所需的物质采购在业务操作流程上有无区别?!如通过何种方式发起采购(人力资源和物质)、如何形成应付账款、如何将这笔费用结算到项目中?等等、、、
发表于 2008/10/14 14:04:13 | 显示全部楼层
1 多技能:就是产品细分,就是那个意思
2 分时段嘛,按理说人力资源应该定义成独占的,就像设备租赁。这几天为项目A工作, 过几天为项目B工作,就算是实际情况是同时工作,作为项目管理来说也要在书面上分时计量;你允许一台设备某段时间既租给A,又租给B?
3 区别就是不需要入库,不计入固定资产 , 物质采购你拥有使用权和财产权,人力资源顶多可以计入知识产权(不过国内很少计算这个);
   应收应付根据合同啊,至少某个项目组要人也得写个申请吧,没有进入项目组的人归谁管(一般是事业部)?结算就看有没有预付款?借款?合同变更?
这些还是可以借鉴一下Fidic
 楼主| 发表于 2008/10/14 15:31:35 | 显示全部楼层
THANKS  ALL !
大家来谈谈项目型ERP系统在做月结时的处理细节啊!
月结时项目、采购、库存、销售和财务模块分别要作何操作?!
如:一个实施项目要好几个月,那项目库存的领用有必要按月分配吗?要做暂估入库与出库吗?!
是否每个月都对人力资源采购并结算一次?!
费用在日常是做归集,在月结是如何结算?!

[ 本帖最后由 hotkee 于 2008-10-14 17:04 编辑 ]
发表于 2008/10/14 17:23:51 | 显示全部楼层
adempiere 和 compiere
都不需要做月结转,什么时候发生什么时候记账即可。
 楼主| 发表于 2008/10/16 14:28:43 | 显示全部楼层
“资产是您采购或自行生产的某物。与产品相比,产品总是被您拥有,而资产则不一定被您拥有。资产可能被您自己或其它人使用,但资产的主要特征在于您会独立地追踪和维护它。可选地,资产可以被卖出。简言之,资产可描述为某产品的个体。”
看来把我司的软件产品作为“资产”对待更合适?!
 楼主| 发表于 2008/10/16 14:45:52 | 显示全部楼层
我司与客户签订销售合同,然后按照合同收款;项目实施的时候先将合同分解成若干实施项目来实施。
在COMPIERE中没有现成的合同管理模块,就用销售订单来代替吧?!CAN I DO THAT?!
发表于 2008/10/17 07:18:47 | 显示全部楼层
考虑服务协议吧,服务是产品的话,这样就有SLA和协议收费周期的管理,相当于fidic的计价清单。合同的撰写尽量规范一些。这个在财务的绩效管理模块里。SLA:service level agreements,这个可以定义商业过程的服务级别和关键点,比如:响应时间(24小时之类?),到货日期等
发表于 2008/10/17 08:46:30 | 显示全部楼层
这个阶段个人感觉搂主的思路应该差不多清晰了,如果想要继续完成的话现在应该做需求分析了,通过对系统地了解把最终要做的事情描述清楚,从而看出需要配置量,需要开发量,需要培训量,需要业务重组量,从而规划周期,人员,资金配置等等。
ps:过多的概念讨论很容易走向标准误区,从而造成最终目标的混乱
 楼主| 发表于 2008/10/17 09:52:28 | 显示全部楼层
原帖由 sofar1218 于 2008-10-17 07:18 发表
考虑服务协议吧,服务是产品的话,这样就有SLA和协议收费周期的管理,相当于fidic的计价清单。合同的撰写尽量规范一些。这个在财务的绩效管理模块里。SLA:service level agreements,这个可以定义商业过程的服务级别 ...


将软件产品做为“资产”看待可行否?!
把合同作为“SLA”来处理的话与“资产”有冲突吗?应为服务是一种产品,资产也是一种产品,那到底是吧软件产品做为资产还是服务来看待呢?!
如何生成服务协议?如何对服务协议生成发票和收款?!
谢谢积极探讨!!!
发表于 2008/10/17 09:59:10 | 显示全部楼层
原帖由 sofar1218 于 2008-10-17 07:18 发表
考虑服务协议吧,服务是产品的话,这样就有SLA和协议收费周期的管理,相当于fidic的计价清单。合同的撰写尽量规范一些。这个在财务的绩效管理模块里。SLA:service level agreements,这个可以定义商业过程的服务级别 ...


ad绩效管理主要用于员工的sla,即内部的人员工作监控,即主控页面的绩效页面的生成,并没有后续的处理
发表于 2008/10/17 10:00:29 | 显示全部楼层
原帖由 hotkee 于 2008-10-17 09:52 发表


将软件产品做为“资产”看待可行否?!
把合同作为“SLA”来处理的话与“资产”有冲突吗?应为服务是一种产品,资产也是一种产品,那到底是吧软件产品做为资产还是服务来看待呢?!
如何生成服务协议?如何对服 ...


根据你公司的业务流程分析,个人感觉不应该建立什么资产或者产品,而是直接建立项目。
发表于 2008/10/17 11:42:50 | 显示全部楼层
原帖由 hotkee 于 2008-10-16 14:28 发表
“资产是您采购或自行生产的某物。与产品相比,产品总是被您拥有,而资产则不一定被您拥有。资产可能被您自己或其它人使用,但资产的主要特征在于您会独立地追踪和维护它。可选地,资产可以被卖出。简言之,资产可描 ...


1  软件的开发过程属于设计或者研发,它的产品是代码和文档,这个东西的评估是困难的,一行代码算一块钱?显然不能这样,你卖出的是拷贝,知识产品拷贝的生产很简单(比如,复制光盘,印刷品等);

2  资产是商业管理和财务里的概念,你公司开发的软件可以作为公司资产入账,但是这个知识产品他的评估是需要第三方来进行,你要登记著作权等,总之很麻烦。

3  当然你可以计入公司的内部账务,比如公司启动一个项目部来开发某个产品,耗时一年,投入多少人力物力,这个成本在公司内部可以算作软件资产的估值(无形资产,再说这个软件没卖出去的话怎么信誓旦旦的说他值多少钱?)。但是不会得到国家的财税体系认可的,不能计入对公的财务账务里,你必须去评估,而这种评估大部分时候意义不大,著作权认证这个意义大很多,可以据此申请资质啊,税收优惠啊等

4 还有个问题是产品的研发是个持续的过程,不断改进的,所以大点的公司都有专门的研发部门,那个怎么计算研发的收益或者评估他们的绩效?这就是管理层面临的问题,比如:
  卖出一套产品,30%计入 销售部,30%计入实施,30%计入研发,10%计入后台支撑(行政,人力, 财务等)。

所以你要叫产品也是可以的,问题是你这产品生产一套很便宜(复制光盘,印刷品等),而且产品必须加上服务才值很多钱,(你想光给你一套sap的光盘和说明书,那值多少钱啊,可以忽略不计吧)

5 是不是再次的体会到卖软件就是卖服务?

6 当然如果是你做外包的话,你的代码文档要交付的,这样的话开发过程就是生产。所以开发过程到底是研发还是生产是相对的

[ 本帖最后由 sofar1218 于 2008-10-17 12:16 编辑 ]
发表于 2008/10/17 12:10:23 | 显示全部楼层
原帖由 hotkee 于 2008-10-17 09:52 发表


将软件产品做为“资产”看待可行否?!
把合同作为“SLA”来处理的话与“资产”有冲突吗?应为服务是一种产品,资产也是一种产品,那到底是吧软件产品做为资产还是服务来看待呢?!
如何生成服务协议?如何对服 ...


软件作为物质资产:就是光盘和说明书,他们的制作成本很低,不过你可以标很高的价钱,就看有没有人买。
软件同时包含服务:这个就是SLA来描述,作为合同的一部分。而服务的过程需要追踪,甚至有变更,所以一般会启动一个项目来管理。
 楼主| 发表于 2008/10/17 16:33:41 | 显示全部楼层

项目型ERP基本业务流程(小小总结)

1.        立销售项目,销售人员根据销售项目报销销售费用;
2.        根据销售项目产生采购订单;输入采购杂费(可无);由订单(或入库单)和杂费生成采购发票,收货入库并生成入库单;
3.        输入“资源”(销售人力成本)?,形成资源的“费用报表”(会计科目的借贷关系?);
4.        输入“费用报销”(销售费用),形成费用的“费用报表”;
5.        “费用报销”:由“费用报表”为每个销售员工创建费用发票(会计科目的借贷关系?);
6.        “项目投放”:月结时将以上两种“费用报表”投放到销售项目上(会计科目的借贷关系?能否将发票投放到项目上?);
7.        由销售项目生成合同(销售订单):一个合同包含多个软件产品(会计科目的借贷关系?);
8.        由合同生成采购订单,收货入库并生成入库单;
9.        合同分解:按照产品将合同分解成多个技术实施项目,一个产品对应一个技术项目
10.        技术项目实现里程碑控制,在里程碑控制页面调用“请求”,完成提醒收款等动作(如何确定将“请求”发给谁?)
11.        输入“资源”(开发人力成本)?,形成资源的“费用报表”
12.        输入“费用报销”(开发费用),形成费用的“费用报表”
13.        “费用报销”:由“费用报表”为每个技术员工创建费用发票(会计科目的借贷关系?为“资源”创建应付发票也是此方法?);
14.        输入“杂费”(水电,房租),形成杂费的“费用报表”,并创建费用发票;
15.        月结时将以上两种“费用报表”投放到技术项目上(会计科目的借贷关系?);
16.        月结时将“入库单”投放到技术项目上(会计科目的借贷关系?能否直接将采购订单投放到项目上)
17.        月结时将“库存”投放到技术项目上(有领用流程吗?会计科目的借贷关系?);
18.        月结:将其他费用分摊到项目上。我司在日常业务处理过程中该分摊的都已经分摊了,所以月结是的分摊工作量很少。
19.        按照合同收款,或先收款,然后再与合同匹配(会计科目的借贷关系?)。
20.        技术项目结项(条件?)
21.        销售项目结项(条件?)
22.        合同关闭(条件?)

合同总成本 = 销售项目成本 + 技术项目成本
标准成本:项目每个任务的标准开发天数 * 资源的价格 + 标准费用
实际成本:实际开发天数 * 工资 + 实际报销费用
根据标准成本做预算,根据实际成本与标准成本的差额做项目风险控制与绩效考核
发表于 2008/10/18 00:09:54 | 显示全部楼层
楼主思路很清晰,业务流程梳理很细。但是开源的产品不可能有这么细的解决方案的,即使商业化的erp这块一般也做得不细。
另外楼主可以关注一下基于python的tiny ERP,现在叫openERP,汉化和文档都不错。主要是项目管理这个模块Tiny公司自己在用,而且Tiny的财务集成做得很精细,所以对软件开发项目的管理应该是适用的,缺点就是python的程序员不太好找。不过中文社区正在高速扩充,值得关注。
 楼主| 发表于 2008/10/18 21:51:18 | 显示全部楼层
原帖由 hotkee 于 2008-10-17 16:33 发表
1.        立销售项目,销售人员根据销售项目报销销售费用;
2.        根据销售项目产生采购订单;输入采购杂费(可无);由订单(或入库单)和杂费生成采购发票,收货入库并生成入库单;
3.        输入“资源”(销售人力成本)?,形 ...

现在开发着手开始会计科目的设计与制作过程,基本原则要求符合中国国情;主要分为:资产、负责、所有者权益、成本和费用五类。
研究重点:
  • 按照制造业还是服务业的方式来编辑制作这些会计科目好呢?
  • 项目成本科目具体包括哪些科目,是否有必要在科目中就直接按照产品来定义项目成本子科目?
  • 所有业务流程都对应哪些会计科目以及有怎样的借贷关系?这些业务流程产生的借贷关系COMPIERE是否已经做的可配置性?要不然业务流程的借贷关系对应的科目发生改动时就只能通过改程序的方式了!那系统就不够灵活!
  • 月中费用归集在哪个科目,月结时分摊到哪个科目?月结时哪些科目余额必须要求为零?
  • 年底计算收入时总成本和费用如何结算(使其科目余额为零)?收入的计算由哪些科目的值确定?
望网友积极探讨解决方案!

[ 本帖最后由 hotkee 于 2008-10-19 10:40 编辑 ]
 楼主| 发表于 2008/10/19 10:44:56 | 显示全部楼层
原帖由 wjfonhand 于 2008-10-18 00:09 发表
楼主思路很清晰,业务流程梳理很细。但是开源的产品不可能有这么细的解决方案的,即使商业化的erp这块一般也做得不细。
另外楼主可以关注一下基于python的tiny ERP,现在叫openERP,汉化和文档都不错。主要是项目管 ...

一直都在关注TINY ERP,尤其惊讶其汉化质量之高。只可惜我司两百多号开发人员全都是搞JAVA的。PYTHOM确实不好招人。
发表于 2008/10/19 12:20:23 | 显示全部楼层
同样期待更多精彩思路的交流。。。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|小黑屋|手机版|壹佰网 ERP100 ( 京ICP备19053597号-2 )

Copyright © 2005-2012 北京海之大网络技术有限责任公司 服务器托管由互联互通
手机:13911575376
网站技术点击发送消息给对方83569622   广告&合作 点击发送消息给对方27675401   点击发送消息给对方634043306   咨询及人才点击发送消息给对方138011526

GMT+8, 2025/11/30 11:34 , Processed in 0.021275 second(s), 13 queries , File On.

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表