5败案例总结ERP教训上线远非项目结束[5篇范例]

时间:2019-05-12 05:11:30下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《5败案例总结ERP教训上线远非项目结束》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《5败案例总结ERP教训上线远非项目结束》。

第一篇:5败案例总结ERP教训上线远非项目结束

失败案例总结ERP教训 上线远非项目结束

作者:转载

ERP的管理思想和方法是以管理实践为基础的。ERP系统是对企业内部生产制造、工程技术、质量控制、财务、市场营销、服务维护、对竞争对手的监视管理等子系统的全面集成。鉴于ERP系统的思想、方法和所涉及的管理范围,企业上马ERP系统是大势所趋、成功实施ERP是众望所归。但企业在真正实施ERP过程中,并不是一帆风顺的或者很快就能达到理想目标的。有些企业在ERP方面进行了巨额的软硬件投资及人力投资并不能给企业带来预期的管理效益,陷入了一种不断投入却无法得到合理产出的投资漩涡。

下面,我们通过业界公知的ERP失败典型案例来剖析总结ERP失败的可能原因:

案例一:北京市三露厂在1998年3月20日与联想集成(后来划归到神卅l数码)签订了ERP实施合同。合同中联想集成承诺6个月内完成实施。ERP软件是联想集成独家代理瑞典Intentia公司。合作的双方,一方是化妆品行业的著名企业,1998年销售额超过7亿,有职工1200多人。一方是国内IT业领头羊的直属子公司。实施后存在一些表单无法正确生成等问题。后虽经再次的实施、修改和汉化,包括软件产品提供商Intenna公司也派人来三露厂解决了一些技术问题。但是由于汉化、报表生成等关键问题仍旧无法彻底解决,最终导致项目的失败。合作的结果是不欢而散,双方只得诉诸法律。

案例二:哈药案例。2000年,哈尔滨医药集团决定上ERP项目,参与软件争夺的两个主要对手是oracle与利玛。一开始,两家在职P软件上打得难解难分,一年之后,Oracle击败利玛,哈药决定选择Orack的ERP软件。然而事情发展极具戏剧性的是,尽管软件选型已经确定,但是,为了争夺哈药实施ERP项目的“另一半”,2001年10月,利玛联手哈尔滨凯纳击败哈尔滨本地的一家公司华旭,成为哈药ERP项目实旌服务的“总包头”。但是。始料不及的是。到了2002年3月份,哈药ERP实施出现了更加戏剧性的变化。利玛在哈药ERP项目的实施团队全部离职。城门失火,殃及池鱼,整个哈药项目也被迫终止。而最近又有消息说哈药ERP项目又重新上马,真是一波三折。

案例三;许继项目被迫暂停。1998年初,河南许继集团采用symix公司(现更名Frontstep)的产品来实施ERP。从1998年初签单,到同年7月份,许继实施ERP的进展都很顺利。包括数据整理、业务流程重组,以及物料清单的建立都很顺利。厂商的售后服务工作也还算到位,基本完成了产品的知识转移。另外,在培养许继自己的二次开发队伍方面也做了一定的工作。如果这样发展下去,或许许继会成为国内成功实施ERP企业的典范。然而,计划赶不上变化。到了1998年8月份,许继内部为了适应市场变化,开始发生重大的机构调整。企业经营结构变了,而当时所用的ERP软件流程却已经定死了。于是许继与syIllix公司友好协商,项目暂停,虽然已经运行了5个月,但是继续运行显然已经失去了意义。symix的ERP现在只是在许继一些分公司的某一些功能上还在运行。

1.ERP软件的选型失误

对于所有企业用户来说,从购买、选型,以及合同的签定,到后面的实施控制,大家都是没有经验的。比较专业的做法是,用户在购买前就应该知道自己到底需要什么样的东西。如果请厂商做分析的话,厂商往往从自己的产品角度去分析,把你引导到他现有的模式中去,这对客户是不公正的。为此,用户必须要请专业的公司或专家帮助分析需求。

很多企业由于在选型时期没有意识到ERP系统是为企业的发展战略和目标服务的,不清楚自己的需求,不了解软件的功能和厂商的实力;同样,技术专家没有按照企业的整体思路去设计并安装系统,而是出于完成系统上线或其它目的给企业提供了一套用非所需的系统,ERP系统很难取得成功的效益。企业在上ERP项目之前,必须要确定好自己想要达成的目标。再根据目标,提出符合实际情况的需求,做出全面地规划,而不能切不可以盲目地说上就上。

从三露的案例来说,三露的选型是失败的。可以说,首先,他们对自己的需求缺乏认识:上这个系统的目的是什么?这绝不是简单地把一些手工的工作搬到电脑里去。如果目的真这么简单,就不必买国外的软件。更深层次的原因是这个软件代表的管理思想是三露厂没办法接受的,比如它的财务管理系统和中国的财务要求有很大的差距。软件本身从技术角度来讲,永远都是可解决的,包括M0vEx这种产品从技术角度也是可以解决的。那为什么技术人员没解决问题?是因为这个技术解决方案和三露厂的管理要求是截然不同的东西。软件本身不可能失败,你想让我改到什么程度,我就能改到什么程度。但是这个软件本身所遵循的一种规律被破坏的话,它就回无力了。选型失误原因之二,他们没有很好地对MOvEx产品进行非常深入的了解,在当时来讲,在中国没有任何一个支持机构,而且没有本地化的强有力研发的支持团队。这种情况下,用他们的产品要想很有效地接近中国企业的需求,肯定会有问题。

选型失误之三,缺乏对企业发展战略的系统分析。许继集团在实施ERP不到半年的时间,就开始进行组织机构等管理环境的大调整,势必需要对信息系统进行再设计和再实施,其调整成本是巨大的,而且对软件的可扩展性要求非常高,symix否这个实力和功能暂且不谈,许继的失败更是由于其在选型阶段缺乏缜密的发展战略分析,导致信息系统在实施上马前就中途夭折,真是可惜!

2.ERP系统实施商的经验和实力不足

从三露案例来说,其失败的另一原因在于对实施商的选择。当时联想虽处于高速发展阶段,但它可能对管理软件的概念并不是很清晰,因为联想自身是做硬件系统集成的,人员可能也更多是做纯粹技术系统集成的。因此,他们没有想到做管理软件不是技术上的工程,而是一项复杂的管理工程,更多的应该是管理专家帮助企业去做这种实施的工作,而不是一些计算机人员。3.ERP咨询顾问缺乏稳定性

ERP提供商和咨询公司由于自身也处于国内市场激烈的竞争之中,一旦受兼并或资产重组的影响,高层变动大,甚至带动一大批支持服务骨干“跳槽”,有的连咨询公司都不存在了。企业迎来一大批“新人”,工作重新做起,几次反复,严重打击企业的积极性。

“哈药”案例的主要原因是由于利玛在哈药ER_P项目的实施团队全部离职。城门失火,殃及池鱼,整个哈药项目也被迫终止。所以,在ERP选型的同时也包括对ERP实施商的慎重选择,必须对实施商的实施能力、资格、信誉等有全面的了解和掌握。

4.把“上线”作为项目的结束

ERP的实施绝不仅仅是一个简单的项目,“上线”并不是终点,而是一个新旅程的开始。一般来说,ERP项目的先期投资非常大,而期望的应用生命周期也在10—20年左右。企业组织起一个团队,用了15~30个月的时间终于完成了项目的“上线”,怎么能在投入使用的一个月后就散伙呢?保留ERP项目实施小组的主要人员——包括业务和技术人员,可以保障ERP的应用,处理应用中的瓶颈问题,改进系统,并且继续寻找提高生产力的方式。

5.缺乏综合能力强的项目负责人

由于ERP项目的实旌是一项系统工程,在实施过程中渗透性极强,涉及到工厂战略发展,生产,经营,产品开发,工艺,财务各部门,几乎覆盖了技术和管理的两大领域,ERP提供商及咨询服务公司派出的项目负责人的综合能力决定了该企业ERP前途和命运。如何高瞻远瞩地根据企业的现状及发展,制定好切实可行的ERP实施计划;如何发现并应对不合理的流程提出重组意见;如何与企业高层及时会话,促进企业的改革、改制、改组,提高企业的管理水平;如何督促咨询顾问,制定分步实施的目标任务,措施和绩效考核,每个模块的实施都向企业提供可操作的文档资料,这是ERP负责人的基本职责。但是,随着我国近几年掀起的ERP高潮,一些ERP厂商和咨询公司拿了不少订单,但如何组织实施,确保实施顾问的质量,就显得力不从心。由于项目负责人缺乏一定的能力和综合素质,导致项目走向失败或多走弯路的现象很多。

6.没有充分发挥整合信息的威力

ERP系统将一家企业的不同部门之间的不同职能如计划和日程安排、采购、生产、融资等的关键数据和沟通信息整合起来,而这种整合往往是跨地区、跨产品线、跨分销渠道、跨职能部门的。比如对一个产品制造商来讲,这样的一套系统可以显示目前库存有多少原材料,生产一个单位的产品要消耗多少成本,现在已经拿到了多少订单,等等。尽管ERP系统能够提供这么多的信息,实际中的疑问却是:我们需要这么多的信息吗?我们该如何利用这些信息?

三露厂的叹息,哈药的无奈,和许继的忧郁,都正在成为过去。但事情远没有结束。由于市场交换的复杂性日益增大、IT业的迅猛发展,使得企业管理和业务从来没有像现在这样依赖于技术,虽然信息化历程中潜伏着巨大风险,但我们没有理由因此而拒绝信息化的潮流,因此对信息化敬而远之。我们现在所能做的是:尽量多地研究失败,吸取教训,并能从失败中找出一些实质原因,借鉴其经验与教训,指导我们未来的实践工作。例如,当原材料到达公司仓库并被扫描进入系统时,任何人都能获得此项信息并加以利用。当产品生产完成,被自动或手工输入系统时,就立即成为可销售的产品,员工不用等到第二天才获得这条信息。又例如,有了进入整合ERP主系统的网上通路,客户服务代表可以马上检索客户的历史记录及其他重要识别内容,还能够查阅在所有仓库(而不仅是当地仓库)的实时库存以及未来生产计划,根据客户需求在生产计划中冻结部分产品向该客户供应。实时整合和精确数据可以改变人们的工作。全新的ERP技术会影响许多人员,但他们需要培训以掌握流程。如果信息不能被有效地加以利用,发挥整合的威力,那么信息化的效益也没法凸现,更可能人们工作成为信息的奴隶。

第二篇:失败案例总结ERP教训

失败案例总结ERP教训

时间:2010-04-29

来自:会计网

编辑:尛菁

ERP的管理思想和方法是以管理实践为基础的。ERP系统是对企业内部生产制造、工程技术、质量控制、财务、市场营销、服务维护、对竞争对手的监视管理等子系统的全面集成。鉴于ERP系统的思想、方法和所涉及的管理范围,企业上马ERP系统是大势所趋、成功实施ERP是众望所归。但企业在真正实施ERP过程中,并不是一帆风顺的或者很快就能达到理想目标的。有些企业在ERP方面进行了巨额的软硬件投资及人力投资并不能给企业带来预期的管理效益,陷入了一种不断投入却无法得到合理产出的投资漩涡。

下面,我们通过业界公知的ERP失败典型案例来剖析总结ERP失败的可能原因:

案例一:北京市三露厂在1998年3月20日与联想集成(后来划归到神州数码)签订了ERP实施合同。合同中联想集成承诺6个月内完成实施。ERP软件是联想集成独家代理瑞典Intentia公司。合作的双方,一方是化妆品行业的著名企业,1998年销售额超过7亿,有职工1200多人。一方是国内IT业领头羊的直属子公司。实施后存在一些表单无法正确生成等问题。后虽经再次的实施、修改和汉化,包括软件产品提供商Intenna公司也派人来三露厂解决了一些技术问题。但是由于汉化、报表生成等关键问题仍旧无法彻底解决,最终导致项目的失败。合作的结果是不欢而散,双方只得诉诸法律。

案例二:哈药案例。2000年,哈尔滨医药集团决定上ERP项目,参与软件争夺的两个主要对手是oracle与利玛。一开始,两家在ERP软件上打得难解难分,一年之后,Oracle击败利玛,哈药决定选择Orack的ERP软件。然而事情发展极具戏剧性的是,尽管软件选型已经确定,但是,为了争夺哈药实施ERP项目的“另一半”,2001年10月,利玛联手哈尔滨凯纳击败哈尔滨本地的一家公司华旭,成为哈药ERP项目实旌服务的“总包头”。但是,始料不及的是。到了2002年3月份,哈药ERP实施出现了更加戏剧性的变化。利玛在哈药ERP项目的实施团队全部离职。城门失火,殃及池鱼,整个哈药项目也被迫终止。而最近又有消息说哈药ERP项目又重新上马,真是一波三折。

案例三:许继项目被迫暂停。1998年初,河南许继集团采用symix公司(现更名Frontstep)的产品来实施ERP。从1998年初签单,到同年7月份,许继实施ERP的进展都很顺利。包括数据整理、业务流程重组,以及物料清单的建立都很顺利。厂商的售后服务工作也还算到位,基本完成了产品的知识转移。另外,在培养许继自己的二次开发队伍方面也做了一定的工作。如果这样发展下去,或许许继会成为国内成功实施ERP企业的典范。然而,计划赶不上变化。到了1998年8月份,许继内部为了适应市场变化,开始发生重大的机构调整。企业经营结构变了,而当时所用的ERP软件流程却已经定死了。于是许继与syIllix公司友好协商,项目暂停,虽然已经运行了5个月,但是继续运行显然已经失去了意义。symix的ERP现在只是在许继一些分公司的某一些功能上还在运行。

案例四:美国最大垃圾运输厂商Waste Management一纸诉状将全球知名的管理软件厂商德国SAP公司送上法庭。Wate Management公司花费了1亿美元安装的电脑系统理应发挥省钱的功效,但结果却是一次“彻底的失败”。Waste Management发言人Lynn Brown表示,公司已经控告出售这套系统的德国商用软件商SAP,要求退还所有相关费用,外加惩罚性赔偿。

2007年第四季净收益为3.09亿美元的Waste Management,尚未决定是否要为公司对这套系统的相关投资求偿。Brown在回信中表示:那要看SAP对这件官司的回应。我们必须评估他们的反应。SAP发言人Andy Kendzie拒绝评论此案。

SAP卖给Waste Management的电脑软件,应该是专门针对美国的废弃物处理公司所设计的产品,可帮助他们运送垃圾和处理资源回收,不需进一步的客制。根据美国SAP在2005年12月的新闻稿,这些软件处理的工作包括帐务、垃圾物流、装载容器管理和同步运算等。

诉状指出:“Waste Management并不知道,这套‘美国版’的废弃物与回收软件不成熟、未经测试且不健全。”该公司是在本月20日向所在地的德州地方法院提出控告。造成ERP项目失败的原因究竟是什么?

执行一个大型的ERP项目,其难度无异于攀登珠穆朗玛峰。许多无法逾越的障碍常常使得项目无疾而终。舆论认为大部分ERP项目的结果与预期的大相径庭。这些项目或者是不能达到可衡量的商业利益,或者更糟糕,有可能威胁到公司的经济实力。

把ERP项目与登山相类比是否有些夸张了?也许如此。但是它强调了ERP项目实施过程中存在的巨大障碍。正是这些障碍,在很大程度上使企业用ERP项目有效整合业务流程的愿望化为泡影,而最终换来的结果是昂贵的支出和心灰意冷。

1.ERP软件的选型失误

对于所有企业用户来说,从购买、选型,以及合同的签定,到后面的实施控制,大家都是没有经验的。比较专业的做法是,用户在购买前就应该知道自己到底需要什么样的东西。如果请厂商做分析的话,厂商往往从自己的产品角度去分析,把你引导到他现有的模式中去,这对客户是不公正的。为此,用户必须要请专业的公司或专家帮助分析需求。

很多企业由于在选型时期没有意识到ERP系统是为企业的发展战略和目标服务的,不清楚自己的需求,不了解软件的功能和厂商的实力;同样,技术专家没有按照企业的整体思路去设计并安装系统,而是出于完成系统上线或其它目的给企业提供了一套用非所需的系统,ERP系统很难取得成功的效益。企业在上ERP项目之前,必须要确定好自己想要达成的目标。再根据目标,提出符合实际情况的需求,做出全面地规划,而不能切不可以盲目地说上就上。

从三露的案例来说,三露的选型是失败的。可以说,首先,他们对自己的需求缺乏认识:上这个系统的目的是什么?这绝不是简单地把一些手工的工作搬到电脑里去。如果目的真这么简单,就不必买国外的软件。更深层次的原因是这个软件代表的管理思想是三露厂没办法接受的,比如它的财务管理系统和中国的财务要求有很大的差距。软件本身从技术角度来讲,永远都是可解决的,包括M0vEx这种产品从技术角度也是可以解决的。那为什么技术人员没解决问题?是因为这个技术解决方案和三露厂的管理要求是截然不同的东西。软件本身不可能失败,你想让我改到什么程度,我就能改到什么程度。但是这个软件本身所遵循的一种规律被破坏的话,它就回无力了。选型失误原因之二,他们没有很好地对MOvEx产品进行非常深入的了解,在当时来讲,在中国没有任何一个支持机构,而且没有本地化的强有力研发的支持团队。这种情况下,用他们的产品要想很有效地接近中国企业的需求,肯定会有问题。

选型失误之三,缺乏对企业发展战略的系统分析。许继集团在实施ERP不到半年的时间,就开始进行组织机构等管理环境的大调整,势必需要对信息系统进行再设计和再实施,其调整成本是巨大的,而且对软件的可扩展性要求非常高,symix否这个实力和功能暂且不谈,许继的失败更是由于其在选型阶段缺乏缜密的发展战略分析,导致信息系统在实施上马前就中途夭折,真是可惜!

2.ERP系统实施商的经验和实力不足

从三露案例来说,其失败的另一原因在于对实施商的选择。当时联想虽处于高速发展阶段,但它可能对管理软件的概念并不是很清晰,因为联想自身是做硬件系统集成的,人员可能也更多是做纯粹技术系统集成的。因此,他们没有想到做管理软件不是技术上的工程,而是一项复杂的管理工程,更多的应该是管理专家帮助企业去做这种实施的工作,而不是一些计算机人员。

3.ERP咨询顾问缺乏稳定性

ERP提供商和咨询公司由于自身也处于国内市场激烈的竞争之中,一旦受兼并或资产重组的影响,高层变动大,甚至带动一大批支持服务骨干“跳槽”,有的连咨询公司都不存在了。企业迎来一大批“新人”,工作重新做起,几次反复,严重打击企业的积极性。

“哈药”案例的主要原因是由于利玛在哈药ER_P项目的实施团队全部离职。城门失火,殃及池鱼,整个哈药项目也被迫终止。所以,在ERP选型的同时也包括对ERP实施商的慎重选择,必须对实施商的实施能力、资格、信誉等有全面的了解和掌握。

4.把“上线”作为项目的结束

ERP的实施绝不仅仅是一个简单的项目,“上线”并不是终点,而是一个新旅程的开始。一般来说,ERP项目的先期投资非常大,而期望的应用生命周期也在10—20年左右。企业组织起一个团队,用了15~30个月的时间终于完成了项目的“上线”,怎么能在投入使用的一个月后就散伙呢?保留ERP项目实施小组的主要人员——包括业务和技术人员,可以保障ERP的应用,处理应用中的瓶颈问题,改进系统,并且继续寻找提高生产力的方式。

5.缺乏综合能力强的项目负责人

由于ERP项目的实旌是一项系统工程,在实施过程中渗透性极强,涉及到工厂战略发展,生产,经营,产品开发,工艺,财务各部门,几乎覆盖了技术和管理的两大领域,ERP提供商及咨询服务公司派出的项目负责人的综合能力决定了该企业ERP前途和命运。如何高瞻远瞩地根据企业的现状及发展,制定好切实可行的ERP实施计划;如何发现并应对不合理的流程提出重组意见;如何与企业高层及时会话,促进企业的改革、改制、改组,提高企业的管理水平;如何督促咨询顾问,制定分步实施的目标任务,措施和绩效考核,每个模块的实施都向企业提供可操作的文档资料,这是ERP负责人的基本职责。但是,随着我国近几年掀起的ERP高潮,一些ERP厂商和咨询公司拿了不少订单,但如何组织实施,确保实施顾问的质量,就显得力不从心。由于项目负责人缺乏一定的能力和综合素质,导致项目走向失败或多走弯路的现象很多。

6.没有充分发挥整合信息的威力

ERP系统将一家企业的不同部门之间的不同职能如计划和日程安排、采购、生产、融资等的关键数据和沟通信息整合起来,而这种整合往往是跨地区、跨产品线、跨分销渠道、跨职能部门的。比如对一个产品制造商来讲,这样的一套系统可以显示目前库存有多少原材料,生产一个单位的产品要消耗多少成本,现在已经拿到了多少订单,等等。尽管ERP系统能够提供这么多的信息,实际中的疑问却是:我们需要这么多的信息吗?我们该如何利用这些信息?

三露厂的叹息,哈药的无奈,和许继的忧郁,都正在成为过去。但事情远没有结束。由于市场交换的复杂性日益增大、IT业的迅猛发展,使得企业管理和业务从来没有像现在这样依赖于技术,虽然信息化历程中潜伏着巨大风险,但我们没有理由因此而拒绝信息化的潮流,因此对信息化敬而远之。正如攀登珠峰一样,困难无所不在。但是ERP项目的成功给公司带来的甜头让人们对这个艰苦的旅程仍然充满期待。ERP系统是企业的支柱——无论是公司内部还是外部——从内部财务信息和业务表现数据的有效整合,到未来的延伸型企业和协同商务平台。这些是企业长远发展的根基。

我们现在所能做的是:尽量多地研究失败,吸取教训,并能从失败中找出一些实质原因,借鉴其经验与教训,指导我们未来的实践工作。例如,当原材料到达公司仓库并被扫描进入系统时,任何人都能获得此项信息并加以利用。当产品生产完成,被自动或手工输入系统时,就立即成为可销售的产品,员工不用等到第二天才获得这条信息。又例如,有了进入整合ERP主系统的网上通路,客户服务代表可以马上检索客户的历史记录及其他重要识别内容,还能够查阅在所有仓库(而不仅是当地仓库)的实时库存以及未来生产计划,根据客户需求在生产计划中冻结部分产品向该客户供应。实时整合和精确数据可以改变人们的工作。全新的ERP技术会影响

第三篇:ERP项目生产模块上线管理文件

亿达公司ERP项目(生产)计划管理文件(内部版)

一、项目总纲:

ERP项目生产模块的上线及供应链模块的优化,加强公司内部资料的数据规范化管理,为管理高层提供完善的数据报表及流程管控

二、项目周期:

三至六个月

三、项目范围

生产(mrp物料需求计划及生产订单处理)工程设计中心(bom元素的编制)供应链(销售采购库存)环节的优化, 管控及协助部门(财务品管行政)

四、项目费用

电脑各部门软硬件基本满足需求,半成品仓及硫化车间其中模具仓库的电脑配置偏低,单据方面,打印机大部分兼容ERP(用友).费用主要产生,需增加生产模块的用户内容,至少三个(生产订单 计划BOM元素,冲压 半成品仓及硫化车间工模车间)

五、进度计划

前期用友系统的测试及试运行.(由erp部门跟进,并上报管理层)

第一阶段个月,旧账套数据导入,(需工程设计中心 成品仓库)检查及临时数据导入(产品编码 及期初数据,订单数据,计划数据等)需用友公司协助完成,培训计划开展(数据的完整度决定第二阶段工作量及执行中矛盾).第二阶段个月,数据的录入,及试运行.(此阶段工作量大,绩效方面跟进)提供基础报表.第三阶段个月,数据录入的强化执行,并提供数据报表,(取消以往excel操作)按照系统执行数据运行.第四阶段个月,完善相关报表数据及工作流程,提供可视化的数据效果.第五阶段个月,逐步改善不足之出优化系统,做好数据信息化及适用性.第六阶段个月后,稳定系统使ERP系统逐渐完善.部分新人员的培训工作.六、项目组织架构及人员职责

针对以前ERP系统执行力的问题,高层对系统的了解不是太多啊, 须成立项目推进委员会(由董事长,总经理及副总经理,及用友ERP项目地区总监组成)项目执行监督组(由副总经理 总经办主任 计划经理 及项目顾问组成 项目实施技术小组(用友技术工程师 ERP部)业务骨干组(各部门经理组成),数据录入(ERP录入员与相关部门ERP 操作员 文员)

(待补充)

① 项目推进委员会:(组长:董事长或总经理)

制定方针策略,指导项目小组;

设定项目目标、范围及评价考核标准;

批准项目计划,监控项目进程;

调配人力和资金;推动培训工作;

解决项目小组不能解决的问题;

研究企业管理改革措施;

研究企业工作流程的调整与机构重组;

审批软件二次开发方案并验收;

审批新系统的工作准则

② 项目监督组(组长:副总经理)

制定实施计划,保证计划的实现;

指导、组织和推动职能组的工作;

定期开展项目进度例会,沟通协调安排工作

督促人力资源部门建立项目实施效果与个人业绩考核挂钩的标准;

负责组织原型测试和模拟运行,对管理改革的问题提出解决方案和建议; 组织和开展企业内部的培训,担负起教员的工作;

主持制定新的工作准则和工作规程;

提交个阶段的工作成果报告

③ 项目实施组(负责人:总经办)

1业务骨干组(组长:计划经理)

参与项目流程解决方案的讨论,并提出流程更改建议;

熟悉部门流程,并了解部门在系统执行中的角色;

组织协调本部门人员参与系统的调研 培训及实施;

参与系统流程管理的制定工作,完善本部门的工作流程;

确认并完整准确地提供部门相关数据资料,按照系统要求安排文员录入数据,记录本部门项目参与及完成度,控制部门相关参与质量,对本部门员工在项目中的表现进行评定;

负责企业内部支持体系的建立,落实项目执行委员会的工作安排,协助技术小组做好数据;

注(行政部除负责本部门的系统业务工作外,须制定公司ERP系统上线前的绩效制度考核方案,并配合落实执行)

2技术小组(负责人:ERP专员)

参与配合执行监督组项目实行工作,完善系统上线前的程序开发;

熟悉公司业务流程,了解公司ERP实际需求,解决程序代码及报表数据;负责组织原型测试和模拟运行,对管理改革的问题提出解决方案和建议; 负责软件中关于系统管理方面的工作(例如:数据录入的规范化,及完整性跟进、量化,权限的设定、修改、系统的安装、调试等工作);

负责处理系统运行方面的技术问题及系统数据的备份和恢复工作;

负责企业内部网络、操作系统、数据库系统等方面的维护;保障企业内部网络安全的工作;

负责终端用户的培训,负责部分软件操作的培训

监督及检查各部门小组落实执行ERP数据录入工作与业务工作的量化录入.3数据录入(ERP录入员与相关部门ERP 操作员)(组长:ERP录入员)熟悉ERP编码规则,按照规则编写部门数据资料,特殊由ERP录入员录入;保证准时认真地参与项目调研,并参加相关解决方案的讨论工作

积极接收系统培训,强化完成基础数据的整理

熟悉系统业务流程,参与操作手册的编写

完善当天的基础数据整理,及时输入系统

负责系统实施过程中问题的收集,及时的反馈录入工作中存在的问题与项目技术组

七、项目计划及管控

①计划及进度管理

项目计划及进度将有项目委员会与执行委员会提出按照周 月 季度进行监督 落实,协调实施,各小组工作的落实情况,实施组负责人负责协调组内部门之间的协调 部门业务骨干 ERP录入员负责周期推进,提交周 月 季度汇报推进进度管理.对未完成内容进行监督 提交人力资源进行考核落实.②质量管理

项目质量管理实行分阶段验收,项目执行委员会首先将项目范围与计划进行分解,结合亿达公司调研的结果与解决方案制定阶段性可交付要求,每一细分阶段的完成都由项目委员会与项目执行委员会共同审核确定.③会议管理(实行分级管理)

1项目委员会会议(由项目委员会成员组成)周月季度

实施组会议(执行监督组成员代表 技术小组,部门骨干组 数据录入组)周会议

2会议方式,现场会议,每次会议之前均由ERP专员通知会议议题及参与人员 实施组核心成员及技术组、业务骨干组、数据录入组成员每天早上8:00-8:30在一楼会议室进行早会,简单总结每日工作进展,其他项目成员视情况临时通知参会。项目委员会每周六进行周列会,总结一周工作进展和下周安排的工作计划.每月由执行监督组向项目委员会汇报项目进展。临时会议视情况由执行监督组及部门小组安排召集范围内的。

④文档和数据管理

由于项目实施的负杂性,以任何需求、建议、解决方案和结论必须文档化、标准化,以便查阅和引用;鉴于现有我司数据管理比较混乱,缺少对数据整体的掌握,因此设置业务骨干和项目技术组成员组负责搜集和整理,经总经办审核 总经理审批进行归档.业务骨干负责数据的有效性和准确性.技术组负责数据的归档.⑤沟通与反馈机制

对于项目信息传递,实行自上而下的方式,董事长或总经理决策、部门经理、本部员工的自上而下的传达方式,信息要做到,及时 完整 准确.反馈信息按照逐级反映的情况,确保各小组负责人及时把握本小组员工在项目实施过程中的态度及思维成果与行动变化,从更细节的角度完善本部门对系统的要求.同时调动员工的工作积极性.⑥实施中风险总结

领导层的执行力及软件公司的实力.业务流程和岗位的调整过于频繁.建议确定前期流程,严格按照流程化操作;特殊情况的,经执行监督组以上人员商定处理.ERP录入岗位人员培训工作不到位及技术小组及时到各部门了解操作员动态进行实施培训;.项目组缺少沟通,协调 ,此过程需要小组负责人及时掌握内部动向,举行会议商讨解决,避免隐忍不发,扩大故障点.公司的人力资源管理的完善程度,建立相适应的绩效考核制度.福利支持(对于员工所在岗位的工种,按照二年及以上工作年限为准,特殊岗位的进行强化培训和考核,调高员工的工作素质)

⑦量化管理

工作的进度,监督情况,对整个数据的了解度及沟通协调处理问题的能力为考核;项目的预期.完成效率(准确率,及时性)部门数据化信息资料的收集情况;数据录入的完整情况;数据录入量及标准化 规范化专业化的程度为考核范围;各部门相关人员的工作主动性,建议提出合理性;原有工作内容的完成情况.(此部分由人力资源部按照公司现有管理架构及工作量进行编制并落实执行)

八、项目预期

一 二三阶段实施过后,预期能够提供相关报表数据文件,四五六阶段完成之后达到工作流系统的优化,项目实施后使公司运作围绕系统运行,实现数据信息化阶段需求,为公司董事长及总经理财务提供管控数据.逐步完善管理,最后以集团应用为准.

第四篇:SAP ERP 项目上线总结报告

SAP项目实施汇总报告

2011年12月12日,首张具有意义收货单,在SAP系统中翩然而过,同时在系统后台自动生成了SAP系统自运行后的第一张正规财务凭证,这两张业务与财务高度集成的单据,一唱一和,仿佛是划过寂静的第一声爆竹,在上海**公司回响,至此宣告实施了近两个月的SAP系统在我公司的顺利上线。同时,结束了SAP项目的实施阶段工作,开始全面转入维护阶段。在这里,从目标计划、实施状况、人员队伍、经验总结几个方面对SAP项目的整个过程做一总结,向在在座的各位领导同事进行汇报,目的是为了回顾过去、汲取经验、服务未来.一、项目背景:

 公司背景

上海**自动控制技术有限公司成立于2004年,以领先的技术与丰富的现场服务经验,为中国的移动机械行业带来更先进、更适合中国企业的自动控制系统与软硬件产品。**自控自成立之初便树立了“推动机械进化、发展民族工业”的远大理想,并为自身赋予了明确的使命:“为移动机械制造商提供领先的控制方案与软硬件产品,使其移动机械产品具备领先的竞争力”。为了能使公司向即定的目标进行稳定的发展,整个过程当中需要进行新的管理上的尝试,而如何将企业的各种业务经济信息高效的组织在一个平台,加以有效的利用与分析,且满足企业内部及外部的各种需求,是公司近期的一个主要管理目标。而SAP正是在这种情况下,出现在我们的视野,实施SAP的终极目标是为公司的发展保驾护航,提升企业的竞争力,增加企业凝聚力。(本次实施的具体目标此处暂不赘述)

二、项目实施状况

10月份公司管理层决定,在12月份,新的SAP一定要上线,要让公司在原有的有限的业务流当中集成加入资金流,进而形成全面有效的信息流,全面满足企业内部与外部审计的数据要求。时间紧,任务重 是这次SAP实施的难点,各部门经理及同事,同样非常重视,为此专门抽调部门骨干人员连同经理均参加SAP项目组组织的集中培训,在为时一个月的学习与工作中,大家团结协作,在项目组和内外部顾问的指导下,克服了任务重、上线时间紧、数据要求质量高等困难,加班加点按期完成了ERP上线前的各项工作,整个过程完全按照顾问提供的实施方法,历经了项目准备、业务蓝图、测试实现、切换准备、系统上线五大阶段,终于在12月12日上线,为了最大限度减少并行的负担与差错率,仅并行了1周的时间便甩掉了旧系统原有用友,于12月19日全面应用新的SAP8.8版本的系统,成功地迈出了SAP系统上线运作的关键第一步,这是公司领导关怀和支持的结果,项目实施过程中凝结了外部顾问、内部顾问、关键用户及IT人员的辛勤劳动和汗水,是大家工作共同智慧的结晶,在此对各位领导和参加项目建设的所有同事表示衷心的感谢。

三、SAP系统应用状况:

1、销售模块:

1、报价单:(暂不用)

使用SAP Business One 的销售报价可以灵活创建任何营销文档。该报价单支持不同的行类型,允许用户创建之前行的小计。用户可以在文档中的任何位置插入自由格式的文本,还可以使用标准备注文本。标准备注可以存储和重复使用。页眉和页脚文本也可以由用户为每个文档进行定义。每个报价的毛利都可以计算。向客户提供的最后销售价格可以轻松地查看。一旦创建了报价,用户就可以通过点击鼠标导出到Microsoft Word 中

2、销售订单(合同):

创建订单时,用户可以执行可用量的检查,此特性帮助用户了解缺货时多个库存的商品库存情况,从而简化订单的输入。下订单时可以从备选商品列表中选择所需商品,定义延期订购该商品,或者允许商品部分交货。订单创建时可以定义不同的交货日期,以及每个行项目的发货地址。用户可以自动从销售单中创建采购单,并指定发货到客户处

3、交货(出库单): 可使用交货功能生成必要的包装单据。内置的包装流程有助于在交货过程中将货物分成不同的包装批次。用户可以通过点击鼠标查看交货单中的发运状态以及交货跟踪号码。交货时,仓库中的货物数量自动更新。

4、应收发票:

创建发票时系统将自动创建一个相应的日记帐分录。如果客户立即支付部分发票,用户就可以创建自动收款凭证。

5、催款向导:

功能强大的向导用于处理客户的催款函,并保留每个客户的催款历史记录。此向导可定期执行,例如每月或每周,以检查所有未清的发票。可以按照预定义的间隔发送一系列不同级别的催款函。此外,用户还可以定义利息计算和催款费用的方法。

6、信用额度的控制:

要能及时提醒,甚至冻结针对已经脱离信用控制的客户单据,及时保障公司利益不受损失。

2、采购模块:

1、采购订单:

允许用户向供应商订购材料或服务。这些订单更新所订购项目的可用数量,并通知仓库管理员预定的交货日期。用户可以将单个采购单拆分为多个部分,例如,当商品需要发送到多个仓库时就可以使用拆分。采购订单或应付帐款(AP)凭证中的每个行项目可以根据要求发送到不同的仓库。

2、收货采购订单:

用户使用该功能进行收货管理,并可以将货物分配给多个仓库。收货可以与采购单链接,而且用户可以根据确切收到的数量更改基于采购单产生的原始数量。

3、应付发票:

创建供应商发票时,这些信息可供用户对供应商的后续付款时使用。

4、到岸成本:

计算进口商品的采购价格。用户可以将多个类型的到岸成本(例如运费、保险费和客户税款)分配为每个商品上,更新其确切的仓库价值

3、业务伙伴数据:

记录客户和供应商的所有关键信息,例如地址、偏好、销售人员和信用额度等。用户可以为每个业务伙伴定义不限数量的联系人,并附上电话号码、电子邮件地址和其它重要数据。用户可以输入客户联系人或供应商名称,并发送电子邮件或短消息。所有相关的数据-包括客户销售报告和帐户详细余额。活动:此特性用于跟踪与客户的交互,例如电话、会议和后续任务。用户还可以在活动中添加注释和附件,并预先安排下次活动的时间。

4、库存管理:

在系统中建立不同的物料及仓库,并对物料进行管理,定义物料特性及价格清单。并维护序列号和批号以及价目表。用户还可以定义备选商品,根据当前的市场价值重新评估存货成本,并执行周期盘点、仓库间调拨、寄售等特殊业务。物料主数据:用户可以定义仓库物料,销售物料,采购物料,或者非存货物料,包括人力、差旅或固定资产。并为这些物料定义采购供应商、采购和销售计量单位,以及物料的税码等详细信息。支持为物料建立多个仓库并维护物料在每个仓库中的成本。支持对每一种物料采用不同的存货估价方法。当前支持的方法为标准成本,移动平均和先进先出法。计划数据也在物料主数据中维护。用户可以定义采购方法(例如制造或购买)以及订单间隔日期(例如每月、每周或每天)。用户还可以为物料定义最小订单数量和订货提前期。序列号:序列号可以根据预定义的编码规则自动生成;也可以手工创建,可在选择仅在发货时使用或者在所有出入库交易时分配。批次:用户可以为产品指定批次,并根据保质期或者其它自由定义的属性进行归类。然后,可以在销售订单、发货单中和库存移动时为这些产品定义批次。还可以使用批次报告进行批次监控。备选物料:在所需物料由于数量不足或其他原因不可用时,可以创建一个备选物料供客户参考。拣配和包装:用户可以使用拣配和包装管理拣选和包装流程。系统提供了‘未清’,‘已批准’,‘已拣配’三种销售订单的状态。在不同的状态下,客户可以进行一系列有关拣配和包装的操作,系统能灵活的适应您的拣选和包装流程。

5、生产:

1、定义BOM:

可以在该窗口中定义多级BOM。在BOM中用户需要明确定义产成品以及所需的原材料,并且在BOM中指定所需原材料的数量和相关仓库。生产订单:允许用户创建三种类型的生产订单:标准订单,基于现有的物料单创建;特殊订单,不基于BOM创建;和分解的生产单,用于分解产成品,将各个子物料重新回库。通常生产单以计划状态创建,经下达后发放到生产车间。为产成品指定的各个子物料可以手工发料,也可以采用反冲法发料。子物料可以被替换或添加。该解决方案还支持产成品的部分完工,从而灵活地控制工单。用户可以查看计划下达的数量以及完成和退回的数量,可以监控订单的到期日。生产订单也可以参考客户销售订单创建,使用户能够实时查看在制的物料状态。

2、产成品的接收:允许用户将生产订单完工的产成品接收到产成品库存中。

3、生产订单发料:将原材料发到指定的生产订单上。

4、物料需求计划:可帮助生产计划人员做生产计划排程或让采购员根据生产计划和采购需求来制定物料的采购计划。定义预测:允许用户根据预测数据预测需求,而不是单独依靠接收的销售订单。预测有助于用户预测未来时间对产品的需求,并以此相应地调整物料需求计划。这些需求预测数据也可以用于其它的相关报表中。计划向导:计划向导可指导用户通过五个步骤完成需求计划业务情节的创建。用户定义计划范围,例如可以在计划系统中以周或天为单位来浏览需求计划,生产和采购计划中可以包含非工作日,也可以不包含。需求计划可以基于多种物料或物料组计算。用户可以在构建好的业务情节中选择预期的标准,例如现有库存等级、未清的采购订单、销售订单、工单和物料的最小库存量,以及定义好的销售预测。需求计划运行后系统就会显示推荐的“ 生产” 或“ 购买” 建议,同时,该界面上设置了多个折叠和展开选项,允许计划人员查看系统计算出的物料净需求以及基于此物料需求的各类相关凭证。解决方案还提供了意外报警和可视队列,帮助用户识别需要加快处理的订单。计划场景也可以保存为“模拟”,用户可以运行一系列的“假设”场景,而不会影响建议报告。订单建议报表:从建议报表中,计划人员可以选择建议的生产订单或采购单进行自动创建转换。如果某个产品需要外包生产,则系统可允许计划人员轻松地将生产订单转化为采购订单。对同一供应商的采购订单可以合并到一个订单中,从而优化采购流程。

6、服务管理:

服务管理主要用于服务运作、服务合同管理、服务计划、客户交互活动的跟踪、客户支持和销售机会的管理等提供支持。

1、服务呼叫:处理客户的提出问题并记录、跟踪相关的信息。用户还可以查看和维护与特定问题相关的呼叫历史。可以监控多种呼叫状态,而且呼叫可以转给技术人员或者排在队列中。

2、客户服务跟踪卡:此特性为技术服务人员提供了售给某客户物料的详细信息,例如制造商序列号、内部序列号和所有服务呼叫历史,以及该物料的服务合同。

3、服务合同:用户可以为购买商品或者服务的客户创建服务合同。合同中记录了有效日期以及服务条款,例如响应时间、解决时间等。服务呼叫历史可以从任何合同中查看,并也可以查询与该合同相关的

4、知识库解决方案:使用该知识库可以记录各种解决方案和问题,可以加速服务速度和提高服务人员能力,并且可以提供给外部人员共享解决方案。

5、服务报表:用户可以使用这些报表查看和分析与服务合同、客户设备和服务呼叫相关的数据。用户可以检查服务人员进行的服务呼叫,或者某客户报告的问题,并使用这些报告评估效率和绩效

6、财务:

符合中国会计原则的正常财务处理功能生产成本、物流等业务与财务的高度无缝集成。

四、系统应用部分效果对比:

(1)建立一个从营销管理、采购管理、仓储管理、生产管理、质量控制到财务管理实现全面集成的系统;

系统前:原有的工作模式,各部门分兵为战,信息不集成,无法共享,导致工作效率较低,系统后:建立了一个大的信息平台,各部门统一在此安排部署,信息集成度高,业务流程处理速度有明显提升

(2)财务上,满足日常财务管理和会计核算的需求,并符合国家规范的财务规定;

系统前:财务对仓库等业务的监管能力不强,无法做到帐实完全相符 系统后:仓库业务全透明在一个平台运作,财务与业务高度集成(3)加强财务计划和管理,实现财务预算管理和财务分析;

系统前:无法得到历史业务期间的详细数据,所以缺乏科学完整的业务数据,财务计划与管理工作根基不牢靠,上了系统后,此种情况大为改善(4)规范库存管理,增加库存管理透明度,降低库存成本,与财务有效集成; 仓库管理的任何业务,包括每次的转库行为均与财务模块所相连,即时生产财务凭证,反应在财务报表内。

(5)规范采购流程,降低采购成本,与应付帐款的有效集成;

统一管理供货商及其报价,便于考核评估供货商,比较分析采购价格。可根据实际需要按不同采购人员划分采购物品范围。采购订单输入时,系统自动将供货商之核准价格带入,方便输单作业。

(6)加强对生产现场的物料管理,对生产计划、进度、以及生产过程中的料、工、费信息进行有效的跟踪和控制,并准确及时反映;

(7)加强对生产成本与核算的管理,及时准确提供生产成本的动态信息;(8)加强生产分析功能,能提供多角度、全方位的生产状况查询功能和报表;(9)建立规范的质量、安全信息的管理、采集、分析体系;(10)加强对各部门资产管理的力度,满足财务对资产管理的需求;(11)提供决策支持信息。

五、经验总结

1、全员皆兵 人人都做关键用户

项目建设之初,公司各领导就非常重视,各部门均由经理出面,带领本部门的人员积极进行参与,有利于工作开展,不但提高了工作效率,保证了工作质量,而且减少了很多可能出现的困难与问题,为我们的SAP实施打好了人为的基础。

2、组织学习培训,掌握系统知识,奠定了切换和运行的基础

SAP项目实施的过程,是一个不断学习,不断提高的过程,贯穿在此项目实施的始终,概括起来分为以下几种:

2.1SAP系统概览的学习,让大家了解SAP的来拢去脉,与ERP的关系,同时对SAP基本的通用操作有了一定的掌握。

2.2 最终用户的培训和学习,按照项目组的统一安排在上线前期的一段时间内,以分部门的形式进行了培训,当涉及到部门间的重要流程时,几个部门同时参与培训并进一步展开热烈的讨论。

2.3 培训过程已经由外部顾问老师,进行了现场录制,留下重要的培训记录,以供日后进行相关工作开展的依据。

通过上述各种培训,目的是为了实现ERP管理理念与操作知识的转移,为系统的稳定运行提供主体保证。

3、开展集中研讨,广泛征求意见,一定程度上优化企业原有的流程。实施阶段前期,各部门主要成员均参加了项目的集中调研,在会议当中一方面进一步参加SAP系统相关知识的学习与交流,探讨原有ERP当中存在的问题,另一方面对业务蓝图进行优化讨论,找出差异点,经过若干次的讨论与交流,最终制定了符合公司运行SAP的解决方案,确定各主要业务流程,为SAP项目实施制定了框架。

4、理清业务流程,确保数据准确,完整的数据收集,持续的数据改进 上新系统之前,公司已经从2010年6月份开始,在运行一套早期版本的SAP2007B,由于没有引入正规的财务核算部分,整个数据仅从业务的角度考虑,在实际业务处理时缺乏一定的严谨性与完整性,从上线初期,就按顾问的要求,各部门对系统当中的与本部门有关的基础数据进行提前修改与调整,尽量保证新系统上线的数据质量,用顾问的话说:要搬新家,原有的数据必定要重新调整改正。

5、较为周密的部署,详细的文档记录

从项目一开始,便建立了一套完整的项目资料归档管理办法,手段虽然简单,但涵盖的内容较,如实施的有效人天、当天开展了哪些工作,是否有工作日志,每日所生产的各种文件是否齐全,每一次的会议记录均详细收集在内,细致到位,以便对整个项目进行有效的跟踪,查看实施过程当中所存在的问题是否得到了及时的处理,同时也将SAP项目组与各部门所做的工作呈现的一览无余。

6、培训与测试共进

由于时间紧,任务重,在有限的时间内培训与测试共同进行,好在大部分操作人员有原SAP系统操作的经验,此阶段进展较为顺利。

7、不足之处的总结

7.1 上线数据的准备不够十分充分,精度不高,进行了反复的调整 7.2 计划执行力度要加强,一时的松软,有可能会影响全盘 7.3 项目期间的沟通工作要合理组织,尽量做倒 今日事今日毕。

“成的经验 照搬,败的教训 避免”,以上是本次SAP项目实施过程当中总结的经验,希望能在**后续的项目中加以利用。

六、结尾:

天时:紧要的时刻 领导的支持

地利:上海总部大本营各项资源较为集中

人和:团结一心的部门员工,加班加点,甚至抱病工作,如:销售服务部**经理早在09年第一次SAP的实施当中,就曾经与部门员工一起加班几日录入销售订单,采购物流部***经理的到来,提前让系统进行高难度动作,运行MRP运算,技术中心刘总率部重掌SAP系统的基础数据模块,仓库在有限的时间内集中补单,财务为了在规定的时间内拿出较为完整准确的一手数据加班加点等等,在这种众志诚成的工作精神下,我们没有理由不能迈出成功的第一步,现在我们终于顺利上线了。但这也仅是第一步,并不意味着SAP项目的结束,“打江山容易,守江山难”,SAP的应用是否能产生预期的效益,真正实现其应有的管理作用,还要看上线后的应用与维护工作,这是一项长期而任重道远的工作,甚至有可能会付出不亚于实施阶段所做的努力,为了不让大家的心血白流,为了让SAP这套管理工具真正的发挥为**的发展保驾护航的作用,还是需要我们持之以恒的团结与不懈的努力,最后,让我们携手共同步入充满希望的2012年,揭开上海**新的篇章。

SAP 云浪

第五篇:erp项目总结

ERP项目总结

在公司领导的带领下、各项目组成员的积极配合下,在过去的一年中,公司ERP项目顺利上线,完成了项目的预定目标。

简单回顾一年来的实施过程,一路上有负出汗水辛劳,有获得成功的喜悦。我们克服了初期人员的不足,最少时只有3个人;克服了与生产设备改造时人员时间的冲突。我们项目组加班、加点快速制定项目目标、项目计划。为后期项目的顺利上线打下了坚实的基础。

由于是新公司,公司的一些流程还不完善。通过我们项目的实施,很快理顺一系列公司业务流程,我们报价流程、原材料请购流程、发货流程等等。同时为公司后期的9000 14000认证提供了标准流程。

对此我向领导做如下工作报告

1. 通过实施ERP,协助各部门经理主管为公司建议一套规范的采购、销

售、仓库、发货管理ERP体系,严格控制物流的每一个环节,把生产备件、生产辅料等统一纳入公司的ERP平台管理,本完成所有物料编码的,实现公司财务、业务一体公,迅速提高各部门的基础管理及流程管理。

2. ERP项目在整个公司稳步发展,广大员工的信息意识大幅提高。本年

度首先新增了财务账套,4个月后我们紧接着又新增了财务业务一体化账套,几乎同时我们又上线了薪资账套,完成了所有基础资料从O开始的整理导入、到后来的正常运行。ERP的使用,提高了数据采集分析效率,降低了公司管理成本。

3. 针对前期ERP流程管理有些不舒畅的地方,协助各业务部门经理调

研并实施业务流程的梳理,以规范和提高公司的流程管理水平,基

本实现了物流与信息流的统一。

4. 财务从手工过度到ERP系统,以例快速提取报表数据;简化了应收

应付与销售,采购业务的核对,通地应收应付款管理系统,实现了

对发票、收款、付款、应收票据管理、应收应付款结算等到全面的业务流程管理,全部实现了财务管理及业务管理的一体化,通过财

务管理来监督各项业务的执行情况。

5. 积极开展ERP培训,包括理论知识、业务操作、和流程培训。做到

每一个部门、每一个ERP用户都有参加培训的机会,对新员工培训,更是由专人进行培训和工作指导,确保每位ERP使有人员都能掌握

本岗位的工作内容,使之提高效率和减少出错率。

6. 不断完善ERP文档整理和日常问题记录,建立公司ERP项目知识地

图。文档是项目成果的体现形式。项目的阶段性成果是以文档形式

体现的。在系统的运行期间,该当是知识传递的保证,文档的建立

明显缩短了新进员工完成其工作岗位的知识学习过程,降低培训成本,也提高了解决问题的效率。

7. ERP系统维护:包括账号权限分配、灵气数据备份、日志清理、基础

资料检查、网络维护。经过IT成员的努力,ERP上线至今,我们保

证了ERP系统的稳定运行。没有出现重大的失误,有效地支持了各

部门的工作和公司信息化建设。

ERP系统是一个承接公司管理思想的载体、实现管理目的工具。因此在ERP

系统的使用过程中也不是一帆风顺,我们本着发现问题,解决问题原则,逐步完善流程,让系统更符合我们的使用习惯。

经过这一年的项目的实施经验,我们锻炼出一支强大的队伍,这不仅是我们个人的一笔收获,同时也为公司增强了人才储备。我们有理由相信来年的EPR二期一定会取得成功。

感谢所有领导对项目的支持,感谢为项目付出的每一位同事,因为有你才更精彩,谢谢大家!

下载5败案例总结ERP教训上线远非项目结束[5篇范例]word格式文档
下载5败案例总结ERP教训上线远非项目结束[5篇范例].doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    某项目承做工作教训总结

    某项目承做工作教训、思考及总结现将项目组承做某项目的教训、思考与总结如下: 1、改进尽调技巧与方式 承做人员在尽调过程中会遇到各种脾气和性格的老板,有些老板不喜欢参与......

    ERP项目完成总结五篇范文

    为巨人打造神兵利器-------记贸易版块ERP项目圆满完成 2012年12月启动至今,一共历时一年零九个月的时间,也许信息项目组ERP实施团队的小伙伴们没有想到,他们要经历这么多的艰辛......

    联想集团ERP项目成功实施经验与教训(共五篇)

    联想集团ERP项目成功实施经验与教训 联想集团ERP项目成功实施 1.联想集团实施ERP简介 联想集团于1998年11月9日正式启动实施ERP项目。联想ERP项目,采用的是国际知名的SAP公......

    水泥企业ERP项目实施总结

    水泥企业ERP项目实施总结 某水泥企业ERP项目从7月18日召开启动会至项目组8月14日离厂历时27天。在项目全体组成员、项目组全体员工及公司总部的支持下,财务一体化成功完成第......

    Lenovo ERP项目实施案例分析(精选多篇)

    1998年11月9日,联想集团ERP项目实施启动会在联想集团总部大会议室召开,标志着ERP项目在联想集团正式启动运行。 1998年11月23日,联想集团ERP项目誓师大会在海淀工人俱乐部召开,......

    案例4-5:联想实施ERP项目台前幕后[5篇]

    案例4:联想实施ERP项目台前幕后 1.联想ERP实施历程 1998年11月9日,联想集团ERP项目实施启动会在联想集团总部大会议室召开,标志着ERP项目在联想集团正式启动运行。 1998年11月23......

    讲案例找教训促安全活动总结(精选合集)

    关于开展“讲案例、找教训、促安全”活动的总结 公司安质部: 针对沙蔚线人员变动大、人员新,接触铁路运输时间短,安全意识不强的实际,经2010年3月10日沙蔚指挥部领导办公会议研......

    从知名企业的失败案例中总结教训

    从知名企业的失败案例中总结教训cye.com.cn 时间:2012-2-10 9:22:36 来源:CYE中国企业家 作者:江川 我来说两句中国企业的悲哀之处,不在于挫折与失败,而在于迷失自我,最后使自己成......