erp系统工作年度总结.docx

erp系统工作年度总结.docx

《erp系统工作年度总结.docx》由会员分享，可在线阅读，更多相关《erp系统工作年度总结.docx（13页珍藏版）》请在冰豆网上搜索。

erp系统工作年度总结

erp系统工作年度总结

　　篇一：

ERP个人工作

　　ERP个人工作总结

　　自进入ERP咨询实施行业以来，一直都在不断地学习、实践、总结，不断地在项目中经历着痛苦抑或者快乐的磨砺和蜕变，痛并快乐着是我很长一段时间以来的真实感受。

从一个懵懂而又充满激情的青年学生，经过技术支持顾问到ERP实施顾问再到ERP管理咨询顾问的转变，个中感受，每每回想起来，颇有一番滋味。

　　回首起来，这9年间，共经历了3个主要的发展阶段：

　　一、技术支持工作为主的工程师

　　20xx年有幸进入某台资企业，并幸运地（至少当时应该是）得以有机会参与，后来主导整个企业的ERP项目实施与后续的技术支持工作。

当时是从工程设计职位转行作ERP实施，当时行业的工作经验应该是从零开始，好在有台湾的咨询顾问指导，尽管如此，还是走了很多弯路，碰到了很多问题，其中很多问题现在在项目实施过程中仍然时时会遇到，几乎项目管理中的典型问题都曾遇到了，只是当时没有系统学习过项目管理的知识无法给以准确的总结罢了。

现将当时所遇问题列举如下，算是对当时工作做一个小结了：

　　1.项目范围问题

　　首先是实施模块的界定，其次更重要的是实施这些模块带给整个企业的价值点，这个就是范围，也叫边界。

ERP是一套管理系统，或者称之为管理工具，它一定要给企业带来价值，但是需要带来哪些价值？

体现在哪些具体的职能部门？

哪些作业流程上？

这个要界定清楚，需求看起来很宽泛，但需要细化分解到每一个可以执行的层面，只有将边界搞清楚了，实施才有目标，才有的放矢，才便于项目的最终验收。

　　台湾顾问在此方面的确很有经验，调研做的非常仔细，项目范围说明书也做的非常细致，而且一定要企业的高管签字确认。

　　2.项目时间管理问题

　　谈及时间管理，台湾顾问在时间上的确做到不错，提前有计划确认。

但对于企业而言，配合实在是难以如愿。

直至后来咨询方提高了顾问人天费用后才予以重视，这个对于我后来从事实施工作的计划性有很大的助益。

——没有计划，就难以分清工作之轻重缓急，虽然计划跟不上变化，但计划一定要强化执行，尤其对于顾问方，一定要坚持与客户方确认，督促客户制定相应的考核以作保证！

　　3.项目沟通问题

　　在甲方作项目经理的这段时间，使我印象很深刻的就是：

所有项目相关的事宜均需书面表达，并顾问方、企业方确认，让当时是客户项目经理的我由感觉繁琐到接受确实经历了一段时间。

　　4.项目经理授权问题

　　这里指的是企业方项目经理的授权，在项目开工之初一定切记要跟企业方的高层沟通清楚，项目经理的人选很重要，对其做出的授权是否到位更重要。

一个企业的网络管理员很难相信能做好各强势部门间的沟通协调，在管理基础尚好的外资企业尚且如此，况私营企业乎？

当时的我就是因授权不到位，吃了不少苦头。

最后还是靠顾问支招，才得以度过内部协调这道难关！

　　5.问题

　　要充分地调研，多层次、多角度地考虑业务流程重组对企业现有管理模式的冲击和影响，否则可能会埋下诸多项目失败的地雷，或许说严重了些，但我确实遭遇了：

单体企业的核算突然变成了类似多体企业的事业部制核算，给ERP的业务处理着实造成了不小的混乱，如果抗不住只能改回原来的模式。

——早知如此，何必当初呢？

换言之，若要改革，何不坚持到底？

孰优孰劣、孰是孰非，事先一定要搞清楚。

　　6.项目风险问题

　　任何管理变革项目都有风险，因为它是在进行变革，ERP项目更是如此。

在项目规划之初就要充分考虑到各种风险，有评估计划和应对措施。

项目实施过程中，风险高的事项一定要谨慎行事，即使工期稍微延迟一下，倘能控制风险那一定值得。

　　费用超预算了、组织人员变更了、项目经理更换、需求变更、高层失察、顾问更替了……

　　7.验收标准问题

　　这点是有教训的，当台湾顾问拿着厚厚一叠项目范围说明书需要高管签字的时候，估计没有哪个领导会认真阅读，但正因如此给验收工作埋下了隐患，顾问方和企业方在验收标准问题上的巨大分歧，导致项目验收整整延期了一年半！

教训啊。

　　总体而言，在企业（甲方）4年时间内，还是学到了很多很多项目管理和ERP的基础知识，对后来介入ERP咨询实施顾问这一行当算是有了一些起码的认识和铺垫。

前车之鉴，后事之师嘛！

另外在企业的好处就是能有诸多机会与一些管理层的人员深入交流，学习他们的管理技巧和在这个行业的通常管理规则和要点。

　　二、ERP软件实施顾问

　　自2002年进入金蝶软件（中国）有限公司，算是正式加入了ERP软件实施顾问的行列。

在金蝶的几年左右的时间里，接受了良好的职业训练和项目历练，对一个从甲方企业到乙方管理软件公司的人来说，努力改变自身定位，适应新的工作模式是非常重要的。

概括来说：

　　1.由甲方变乙方

　　这个主要是思维定位和工作定位的转变。

俗语“屁股脑袋”，甲方变乙方，一下子好像难以适应。

记得最初实施项目的时候，似乎老是在甲方还是乙方之间转换定位问题，有了换位思考，最终还是要作乙方的。

　　2.快速适应多项目实施的工作环境

　　在企业做项目经理，面对的只是单个的项目，、时间调度、资源控制都是围绕一个项目展开的，项目环境相对单一；在管理软件公司，顾问必须学会同时面对多个不同的项目，模块配置不同、项目基础不同、需求各异、项目实施与控制策略也必须不同。

好在有了一些之前工作的基础，后来总结出几点：

　　首先：

要将手头的项目按照行业抓住共性，即行业性，归纳总结出该行业共同的管理特点、业务需求、行业特色，同一行业的项目即可基本套用了；

　　其次：

重视同行业不同项目的个性化需求，没有完全相同的人，也没有完全相同的项目，即使是同一个行业，做相同的产品也有个性。

个性化的需求通常是企业非常看重的部分，要采取措施使之尽量满足；

　　再次：

要善于运用公司的资源为项目提供尽可能多的支持，比如总部的技术支持，同事间类似行业项目的交流、公司高层的支持等。

　　篇二：

ERP项目实施经验总结

　　ERP项目实施总结

　　一、需求调研：

　　1、调研工作不够细致，对某些特殊业务的理解程度不够深入，造成以下几种情况：

A：

在实施过程中拖延工期；B：

按照原定方式设置后，业务无法流转，导致数据基础数据录入后的返工；C：

需要二次开发才能实现的功能，无法变通，导致加重实施工作的难度，甚至会延误工期；这些情况的发生都会使操作人员产生抵触情绪，严重者会引起双方的矛盾，不利于项目的顺利实施。

　　2、在调研过程中一定要做到全面细致，尤其是对用户的比较特殊的业务，应详细的了解业务的操作流程，并收集相关资料，调研结束当天就应根据纪录，经调研小组讨论后，出具相关调研总结；调研工作的不到位会直接影响到的签订，双方责任的明确、以及软件功能的界定。

　　3、必须有明确的需求，一般我们的客户是在我们业务人员的极力推动下上ERP的，在现有产品条件下不可能象SAP那样满足用户的所有需求，所以实施人员必须了解用户的关键需求，如：

是资金积压太多、还是市场预测不准。

满足了关键需求项目就算成功了一大半，能够比较体面的结束项目。

　　4、搞清楚哪些问题在ERP中处理哪些问题不能在ERP中处理。

用户曾经提出这样的需求：

能不能自动测量储油大罐中油的容量，实际上这是自动控制方面的问题，肯定不能放到ERP中。

　　5、由用户在消化软件的基础上设计自己的业务流程，实施顾问给出改进。

因为用户对自己的业务是最熟悉的，执行起来也比较方便。

　　6、项目调研虽然重要，但由于在调研时，初访者对ERP的认识是很有限的，也不懂软件功能，经常会出现问非所答，所以调研报告的水分是很高的，只能作为实施过程的参考，并不能按调研报告去实施，否则实施过程必会出现过多的反复。

调研报告水分高的另一个致命原因是被访者报喜不报忧。

　　二、系统初始化：

　　1、正式初始数据之前，发现基础数据准备不够充分，从而加重了实施过程中劳动强度；甚至在整理过程中，用户才发现自己的账目比较混乱，比如：

有时产生仓库账和财

　　务帐不符，仓库账和实物账不符等，这些都可能拖延实施的进度。

　　2、在初始数据过程中，对用户的各种数据和业务，要做出正确的分析和判断，尽可能发挥软件的优势，避免返工。

　　3、不要轻易答应用户将老系统中数据转入新系统，否则可能会加重实施人员的工作负担，造成数据不准确性隐患，而且有时一些不正确在当时可能不被发现，从而对以后的维护工作带来难度。

如果确实需要通过sql或小工具导入，一定要反复做测试。

　　4、千万不要替用户做初始数据和初始化，不管企业有何理由。

这顶并不漂亮的帽子会使用户只知其然而不知其所以然。

　　5、部分操作人员的重视程度不够，在准备数据或录入数据过程中，工作不够认真、仔细，可能产生大量的重复性录入。

所以我们应要求企业建立审核机制，做为实施顾问，要经常在软件界面中查询相关数据，帮助分析数据的正确性，发现错误及时纠正。

　　6、在初始化时，注意权限设置，像维护工具、各个系统的系统参数设置、基础数据维护、单据记帐等功能权限不要赋予无关的人员。

　　项目组织：

　　1、ERP项目是“一把手”工程，而不应仅是电脑室的工作，而且用户的项目负责人至少应是副总或相当于此级别的人员，如果项目负责人不能在项目实施中，发挥领导作用，会产生部门之间的责任不够明确，造成部门之间相互推诿，推卸责任，互相踢皮球。

　　2、企业认为上ERP完全由软件公司一手承担，他们只是配合角色，这是不对的客户高层领导必须重视，领导的重视并不是停留在口头上的，也不是非要亲自学计算机、学软件。

而是要在总体上安排计划，协调人力、物力资源。

而不是“你们帮着做吧，一周向我汇报一下就可以了”。

　　3、我方项目组的分工要合理搭配，让项目组每个成员在这个项目上能感觉学习到新东西，工作量可以适当的再饱和一些，给每个人任务完成的最终时间，把他们的积极性调动起来，同时也要给他们一定的压力，一个项目的成功与否，是一个团队的共同努力，光靠项目经理自己是不行的，注意调动内部和外部的力量。

　　项目管理

　　1.重视项目周报的编制质量和及时性。

　　项目周报是对每周项目进展情况的正体反映，涉及实施、开发、项目管理、商

　　务等方面。

所以对周报请大家高度重视，如果周报上反映的问题，相关人员没有及时响应或反馈意见，比如需要商务经理协调的问题，大家反映了，商务经理没有响应，那出了问题，是商务经理的责任，但如果没有把问题及时反映，那出了问题就是项目经理的责任，所以说，不要认为周报写了也没有用，尤其是需要我们公司开发、高层领导协调的问题，一定要在问题刚暴露时就要反映，不要报喜不报忧。

　　周报不仅仅是给客户看的，对不方便客户了解的内容，大家可以一式两份，其中一份给客户，另一份给公司，比如对开发进度的要求、项目团队内部问题等不方便客户了解的内容，可以单独一份发给公司。

周报上尤其是跟计划的对比，请大家多花点时间考虑一下，如果拖期到底原因是什么，我们项目拖期很多时候都是由于不重视计划，不仔细分析拖期原因，结果最后就拖长了。

　　对周报的报送时间请大家注意，既然我们规定是周一上午报送，就应该按时报送，这本身也是体现项目经理的项目管理水平的一方面，并且我们周报是要求对方项目经理每周签字的，如果是上周的周报每次都是周二才给客户签字，客户原意吗？

这次在石家庄办事处的信息栏上，我看到河北区三位同事因为没有按时交总结，被罚了50元钱，我想对于文档报送的及时性，我们虽然不会去罚钱，但将来在项目考核上应该有所体现。

　　有时我们觉得周报编制比较费时间，建议每天可以抽出10分钟时间记录一下当天项目情况，周末时汇总整理一下，编写速度会加快，另外，从锻炼和培养的角度，项目经理也可以让实施经理写周报，项目经理最后审核补充。

　　2.合理控制需求。

在项目实施的过程中，企业肯定会提出这样那样的新需求。

在满足企业要求时，要以合同为依据，量力而行，少承诺，重信用。

客户满意是我们的目标，但这种满意必须是建立在客户合理的预期基础上。

我们必须明白，把客户的满意率从80%提高到100%所付出的成本远比从0%提高到80%高的多。

　　3.对于客户提出的需求，不要轻易的答复能做或是不能做，跟开发经理或产品部商量后，如果不能做，一定给客户一个让人接受的理由，不要简单的说‘NO’。

　　4.具体问题具体分析，不要什么事都凭经验去做，有时，仅凭经验做事会发现，经验会让你错误。

　　5.项目组要进行‘走动管理’，不要用户打电话给你或者反映给你了才到现场，平常即使用户不反映问题，也常到现场走走，询问一下各岗位有无问题，使用情况怎么样，甚至有时拉拉家常，这样做一方面可以及时发现问题及时解决，避免小问题变成大问题，另一方面可以增进与用户之间的感情交流，拉进距离，双方熟悉了，互相信任了，出现问题后，用户也不会出现过激的反应。

　　6.对于做ERP项目，做为软件方，我们可以跟客户进行协商、探讨，但是也不能什么事情都依着客户，我们有自己的.实施方法、有自己的项目管理方法、有其他客户成功和失败的经验教训，在这些方面，客户需要听取我们的意见，比如在实施范围、进度、实施方法方面，这方面要多跟客户沟通，以我们为主。

　　7.为保证客户数据安全，防止不必要的数据泄密，发生双方法律上的纠纷，建议在项目组内部建立客户数据保密制度，可参考如下：

　　客户的数据在没有项目经理允许的条件下，不准项目组成员随便拷贝、传输给项目组以外的人员（包括公司内部人员）作测试、模拟以及其他用途。

对于客户的数据界面，除非得到客户方项目负责人明确书面同意，否则不允许用客户的数据作对外演示使用，也不允许在说明书、宣传材料中直接引用，当然，在改动客户数据资料，以非真实数据可以引用。

　　不允许将其他客户的数据在另外一个客户的服务器上恢复后作测试、演示使用，如果确实需要作测试使用，只能专人专管，并且只能在我们自己的机器上作测试用，并且绝对不要让客户知道。

　　对于为了解决客户问题，确实需要公司开发人员对客户数据库作测试分析这种情况，发到公司的数据库必须专人专管，尽量不要放到公司公用服务器上，可以放到个人电脑上，一旦不使用后，立即删除。

　　不要在一个客户现场，太多的谈另外一个客户的一些业务流程以及机构设置、人员关系等情况。

　　现场实施人员在帮客户设置权限时一定要注意严格设置功能权限和数据权限，尤其是配方、工资、财务、销售方面的数据，不该设置的权限一定不要随意给客户设置，最好让客户有严格的权限申请流程，由专人来设置。

　　篇三：

ERP实施工作总结

　　ERP实施工作总结

　　ERP是由美国GarterGroup咨询公司首先提出的,作为当今国际上一个最先进的企业管理模式,它在体现当今世界最先进的企业管理理论的同时,也提供了企业信息化集成的最佳解决方案.它把企业的物流、资金流、信息流统一起来进行管理，以求最大限度地利用企业现有资源，实现企业经济效益的最大化。

　　一、设备管理组（PM）实施过程

　　设备管理组（PM）实施过程大致分为以下几个阶段：

　　1、前期准备阶段：

成立了ERP建设领导小组及项目办，组建七大专业组：

设备组、项目组、人资组、财务组、物资组、转变组、技术组，并根据省公司要求时间节点排出ERP建设工作计划。

　　2、设备管理数据收集阶段（2009年7月底至10月底）：

　　设备管理数据收集对象包括维护工作中心、功能位置、设备资产数据清理等。

其中又以设备资产数据收集为重点。

设备资产数据收集又分为两部分：

一是设备数据收集，由各个设备管理部门完成；二是设备资产数据核对收集，由设备管理部门配合财务部门完成。

　　设备管理数据收集的实施过程，是一个逐步调整数据、修正数据，提高数据准确性的过程，也是各个相关部门逐步熟悉系统与改变看法的过程。

尤其设备资产数据清查工作，涉及公司各个部门，时间长，任务重。

为此，涡阳公司项目办专门成立了ERP设备数据清理、资产数据核对工作小组，制定了清理的详细计划（工作量具体到每天）及质量管理，明确了数据收集涉及部门以及收集的范围，分阶段向相关设备管理部门及班组布置了设备收资任务，对重点工作进行强调，并组织各单位相关人员共35人参加了市公司组织的数据清理培训，确保了设备资产清理工作的有序开展。

　　ERP是一把手工程，领导的支持是设备资产数据顺利完成收集工作的重要因素。

公司相关领导非常重视数据收集，总经理张继新和生产副总王健亲自组织协调数据收集方面的工作。

各部门均指定一名设备资产清理责任人，及时与设备资产清理小组沟通，明确收集中遇到问题的提报流程，定期开会追踪数据收集进展以及收集过程中遇到的问题，保证了设备资产的准确性。

　　各部门齐心协力，加班加点，体现出了良好的团对精神，确保了每个时间节点工作的完成。

8月23日完成第一阶段设备数据模板的录入汇总工作。

并根据设备数据清理情况排出了详细的资产核对清理计划，项目办对照资产核对清理计划和质量管理办法进行督促，专人全程监督，确保进度及质量。

虽然资产价值拆分与合并工作量大、问题多，在实际清理时遇到了很多难题，通过公司各单位积极配合，至上线前共收集功能位置数据377条，设备资产数据4985条。

有力地保障了系统的成功上线。

　　3、关键用户培训阶段（2009年8月10至9月12日）

　　关键用户到合肥接受设备管理组（PM）管理模式、现状分析、流程框架、线内操作等相关培训，并对系统中本公司的各项权限进行了配置、测试及系统模拟运行等。

保障了后期最终用户模拟运行及系统正式上线后的系统顺利运行。

　　4、最终用户培训阶段（2009年9月18日-30日，10月26日-30日）

　　因最终用户培训统一在亳州市公司集中进行，培训之前项目办对ERP终端用户的培训进行了充分准备，详细列出培训人员名单，统筹安排最终用户的学习与工作时间，做到生产与学习两不误。

并于9月17日召开了ERP培训动员会，强调了培训纪律，对培训质量也提出要求。

培训期间项目办专门派人负责协调车辆协调、最终用户的饮食起居等工作。

　　公司领导的大力支持、项目办的细心安排，使参加系统操作培训的设备组41位最终用户（共分4批），全数通过考试，并有15位被评为优秀学员，取得了极好的效果，为ERP成功上线奠定了坚实的基础。

　　5、最终用户模拟运行及强化培训阶段（2009年10月12日-12月9日）：

最终用户模拟运行及强化培训依然是在亳州市公司集中进行的。

参加模拟运行及强化培训的人员基本上为涡阳公司最终用户中各部门的核心人员。

　　模拟运行是在ERP模拟400系统中对我们实际业务流程的一个全真模拟，同时也是带权限模拟运行，即运行人员400模拟系统的权限与ERP正式上线800系统中的权限是一样的，这样就是要大家在全真模拟的情况下发现问题，进而解决问题。

参加模拟运行的人员基本上为最终用户中各部门的核心人员。

　　学会ERP系统操作技术才仅仅是个开始——就好比仅仅学会了使用绣花针，但真正要绣出像样的花出来，还有很长的路要走。

模拟运行就是把设备、物资、项目、财务、人资五个模块的成员聚在一起共同完成集成测试案例，一是使模拟运行人员熟悉操作过程；二是在跨部门业务关联时，及时和相关部门交流、沟通和提醒，确保流程畅通；三是加深模拟运行人员对相应业务流程的理解，把系统操作和实际业务流程联系起来，提高发现问题、解决问题的能力。

　　为加强培训效果，设备管理组分别于11月12日和12月9日进行了2轮的强化培训。

第一轮主要培训了反操作、报表查询、工作流处理、上线支持体系（上线范围、上线切换方案、上线补单处理等）以及特殊业务处理（工区备品、外委服务采购组以及外委服务的选择、直接报销业务等问题的处理方法）；第二轮强化培训主要为大家讲解了设备新增业务（如何创建子设备）、典型业务处理（配电变压器更换问题、备品备件问题）、退役报废转移等业务操作、各种单据如何流转（报销单、临时领料单、备品备件申请单、设备资产数据维护表等），并请物资组顾问讲解了创建工单时物料如何正确选取。

二轮的强化培训有力地保障了ERP系统上线后的正常运行。

　　6、ERP正式上线至2009年年结阶段（2009年11月10日-12月25日）

　　上线初期，由于刚刚使用800正式系统，许多最终用户不能把系统操作与实际业务联系起来，为此，我们下发了简易的业务流程以及系统操作手册供最终用户参照，同时制定了问题处理以及提报的流程，即最终用户有问题向本单位核心用户请教，本单位核心用户解决不了的问题向公司关键用户请教，关键用户解决不了的问题向现场支持组请教。

这样一来各相关部门遇到问题得到了及时的解决及提报。

在此期间，设备组长及关键用户又对每个设备管理涉及到的部门到现场进行有针对性的指导，并且和各部门核心用户商讨本部门相关业务的处理方法，极大地促进了系统操作与实际业务相联系的进度。

另外上线初期，一些同时学过设备管理（PM）与工程项目（PS）两个专业的最终用户，容易把设备（PM）的大修项目与项目（PS）的项目相混淆，为此，关键用户通过现场指导、OA邮件等形式对最终用户进行相关培训和辅导。

　　至年底月结前，涡阳公司成功完成订单116个，18个大修项目也已全部关闭，至此各相关部门对ERP设备组的操作流程已相当熟悉，并结合实际业务流程对ERP有了更深层次的认识。

目前ERP设备组系统成为各部门设备修理维护的依据，实现了设备管理与物资、财务、项目管理的紧密集成，并为公司决策提供相关的数据信息。

　　二、设备管理组（PM）经验总结

　　ERP设备资产数据收集工作是保证ERP顺利上线运行的必备条件，也是工作中的难点，因而在数据收集阶段需注意以下几点：

1、要从公司整体的角度认清数据收集工作的重要性，明确数据收集涉及部门以及项目范围，数据收集工作各部门责任落实到人。

2、数据收集前，相关人员一定要把省公司下发的设备资产清理实施规范、设备与资产对应目录及建卡原则读懂吃透，知道哪些设备需要收集哪些不需要收集，收集的设备哪些可以打包哪些需建立子设备等细节问题，否则会增加很多无谓的工作量。

3、在数据收集期间，要及时组织项目与财务、物资数据比对工作，确保数据准确有效。

4、一定要把握时间节点，定期或提前完成数据收集工作。

　　在最终用户培训阶段需注意：

1、因设备管理组（PM）涉及部门广、人员多且人员素质良莠不齐，一方面有些人员工作量大，一方面有些人员不能提高认识，操作水平差，这些都得引起足够的重视。

因为在系统运行的过程中，操作人员对系统还不够熟悉，会成为了系统无法顺利进行的又一关键因素.2、应建立长期培训机制，可以有效解决由于新进人员、岗位调整、人员变迁等原因带来的问题，也为最终用户能长期保持对系统的熟练掌握提供了一个长期有效的平台。

　　模拟运行和强化培训阶段需注意：

1.应严格按照运行规定的角色职责挑选模拟运行和参加强化培训人员，协调好模拟运行、培训和工作的时间，在整个流程操作过程中，应杜绝“代做”现象。

2、被挑选的最终用户一定要是各部门中实际业务流程中所涉及到的岗位对应的人，这样才能和实际业务流程相符合，模拟运行才能起到真正的作用。

　　ERP正式上线运行后要让最终用户明确问题处理以及提报的流程，这样当他们遇到问题时才知道解决问题的途径和方法。

各相关部门遇到问题需要及时提报。

最终用户在800系统内操作时一定要小心谨慎，三思而后行，不可过于自信，否则系统就会留下错误操作记录，难以更改；在跨部门业务关联时，及时和相关部门交流、沟通和提醒，确保流程畅通。

　　另外应尽早准备好各类ERP实施的前提条件和基础工作，不可临时抱佛脚。

最重要的是要确保关键用户的积极主动并全程的参与，真正起到公司与现场支持组顾问之间的桥梁纽带作用。

　　存在的问题:

　　ERP的实施虽然初见成效，但就目前的实施进度而言，还存在一些的问题。

　　1、数据维护不明确不及时。

　　系统数据维护部门牵涉比较广，ERP系统中虽然有指定了最终用户及其权责范围，但是在实施过程中，没有得到充分的体现。

一些数据实际发生改变之后，在系统中不能得到及时有效的维护。

公司将进一步明确设备组最终用户及其权