论文部分内容阅读
摘要：笔者所在的工作单位（常德烟机）于2008全面上线ERP系统，正式上线初系统暴露了不少问题，其中很多问题也是ERP上线过程中的典型问题。笔者全程参与其中，写此文记录。
关键词：ERP系统上线；初期问题；管理
中图分类号：TP31 文献标识码：A 文章编号：1007-9599 （2013） 03-0000-02
企业资源规划（Enterprise Resource Planning，ERP）系统的全面实施，是对当前企业内部管理流程的进一步完善。该系统成功实施的关键在于公司内部管理运作体系如何按照ERP‘设计’好的新的管理模式运作，在生产，管理工程，财务，物资以及人力资源的方面全方位的融入，并实现正常流转，而这其中系统初期锁面临的阻力的化解则是实施ERP系统成败的关键。ERP的合理运用正在改变企业动作的面貌，而ERP的上线成功并不等于成功上线，笔者所在工作单位ERP的实施过程也充分说明了这点。
下面就新ERP系统经过初运行暴漏的问题总结如下：
1 系统管理问题
1.1 运行环境死机问题
由于rs10安装应用服务采用小机来安装，而我们的技术人员对这种小机的使用性能和应用服务的系统匹配还缺少了解，加之现场使用的开发报表工具加大了内存资源的占用，造成系统运行后频繁死机的现象（每一次死机需要等待15分钟才可以重新登录进去），没能第一时间给出有效的解决方案。给用户的使用照成麻烦。
针对此问题，后面会给出详细的解决方案。
1.2 操作习惯的改变和操作方便性
原有系统是以微软Acess为工具开发出来的前台，经过信息中心多年的改进，非常适合操作者的使用习惯，而新系统采用IE浏览器为前台载体，交互页面开发工具限制了其操作的灵活性。改变了操作习惯，带来了心理的逆反，这也是合理的表象。本来改变习惯就很痛苦又伴随着频繁发生死机，加剧了使用者的反感和强烈反对。
针对大业务量的操作页面，收集确认，根据操作者的习惯，加强改进页面操作的方便性。
目前主要包括：采购计划生成采购订单；采购订单工作流审核；报工、派工；生产领料单；出入库单、车间入库单生成；晒图出入库录入；晒图主帐；无偿补偿录入；大修计划维护与下达。
1.3 期初数据问题
各业务流程在切换之前都经过项目组的不同程度的测试，但是在实际运行中还是出现了流程不顺的现象，主要集中在老系统数据的后续业务执行上。因为数据导入后，没有办法对所有数据的逻辑性和合理性在新系统中进行验证，出现问题也在所难免。
我们会根据这三天发现的数据问题，进行系统的解决。就是根据一个业务发现的一个数据问题，要把对应的一类相关问题统一解决。比如，一个数据没有协议，不能下达，那么就要组织相关部门把所有的已确定的价格协议全部准备到位。
1.4 管理改变，引发新需求
（1）计划方式的改变。原有系统的计划方式为：装配计划、大修计划按台套管理；金工、钣热以及采购零部件计划通过标准虚拟结构采用mrp方式管理。装配以及大修台套管理在装配周期内下达排产计划，会与虚拟结构计划提供的资源产生差异，这就是所谓的欠件查询，反过来钣热、金工和采购会根据这些欠件，产生新的需求，排产优先级高于虚拟结构产生的计划需求。长此以来，车间和采购形成了以欠件拉动排产的局面，造成Mrp所需要的期量标准数据长期得不到完善与应用。
新系统采用全公司统一计划是排产的主要依据，要求各部门按照统一计划进行排产，根据物料需求计划组织车间和采购部门执行计划，对于计划不合理的数据，业务部门要反馈给数据准备部门，来确认调整基础数据的期量标准，这样就会通过系统运行慢慢把影响物料的计划参数逐渐合理化。如果允许计划部门直接修改计划，那么这些散落在业务员或计划员脑中的数据就很难成为公司的共有资产，如果把这些数据都收集起来并且量化对公司的发展非常有益。
（2）车间增加报工环节。原来的管理，车间只需要进行排工，操作者完工后把物料交给检验员，检验员质检完成后进行质检，确认工序完工。
新系统在派工和质检合格确认之间增加报工环节，主要是为了零件工序完工时间和检验时间区分开来，便于两个部门责任的划分。
（3）厂内外的委托交接问题。原有业务流程委托交接，对于外委手工作交接记录，厂内委托也有无交接记录现象。
新的流程，增加了交接控制，要求前序报工时必须确定下序的部门去向，而且下序的开工受限于上序的完工量，即上序不报工，下序不能先报工。而企业有些加工在报工时还不能确认下序去向，或者即使有默认的流向，也可能出现调整。比如工序能力外协，有的上序已经完工，下序还没有指定厂商，使系统交接帐出现错误。
针对这个业务需要组织讨论确认采用哪种交接管理模式。
1.5 流程变更问题。大修管理，原有计划下达后，必换件直接生成领料需求；新的系统采用的是计划下达后，需要大修车间根据需要确认领料单，这样仓库看到料单就可以发件，不会发生把料送过去而不需要的情形。
2 技术问题解决方案
2.1 解决报表问题方案
（1）方案一。开发新的通用客户端程序，嵌入到RS10系统中，报表由通用客户端程序在每一个客户端机处理，这样避免了由于报表数据量大造成服务器宕机的情况。
此方案不需要对现有的报表及开发工具进行修改和更换，只需要对报表调用方式进行修改，方案工作量总体需要15人日。
（2）方案二。通过修改通用程序，限制现有报表的数据量（限制在2000条记录以下），保证报表服务器正常使用。
此方案只需要修改通用程序，方案工作量需要2人日。
（3）方案三。更换新的成熟报表开发工具如水晶报表，专业报表工具在稳定性、性能、功能性及开发效率等方面上会比现有ireport报表工具有很大的提升，专门的报表处理也不会影响ERP的使用。
此方案需要对现有报表进行重新开发，同时要购买报表软件，方案工作量总体需要100人日。
2.2 系统稳定性问题
（1）硬件问题。由于在sun小机上使用ibm的web服务器，在大应用大数据量情况下可能存在操作系统和web软件不兼容问题，需要对关键参数进行调整，目前没有突破，需要联系sun公司技术人员配合。
（2）应用问题。目前经排查造成系统不稳定的原因有望远镜大数据处理不当、报表的使用，并进行相应处理，但是不能保证在系统上线初期出现由于其他应用造成系统宕机情况，还需要一段时间进行运行排查，逐一解决应用问题。
2.3 应急方案
在系统上线初期，不能因为系统问题影响生产，提供一个应急保证方案，保证当系统出现问题后能够快速响应，一旦发现系统出现问题在数秒钟之内既可以进行切换，前端用户只需要重新登录系统即可继续处理业务，不需要等待系统重新启动。
本方案只是一个应急的过渡方案，最终通过一段时间初期系统磨合，系统达到稳定运行的状态。
参考文献：
[1]王冬，王泽一.ERP上线初期所面临阻力的探讨[J].电力信息化，2009，6.
关键词：ERP系统上线；初期问题；管理
中图分类号：TP31 文献标识码：A 文章编号：1007-9599 （2013） 03-0000-02
企业资源规划（Enterprise Resource Planning，ERP）系统的全面实施，是对当前企业内部管理流程的进一步完善。该系统成功实施的关键在于公司内部管理运作体系如何按照ERP‘设计’好的新的管理模式运作，在生产，管理工程，财务，物资以及人力资源的方面全方位的融入，并实现正常流转，而这其中系统初期锁面临的阻力的化解则是实施ERP系统成败的关键。ERP的合理运用正在改变企业动作的面貌，而ERP的上线成功并不等于成功上线，笔者所在工作单位ERP的实施过程也充分说明了这点。
下面就新ERP系统经过初运行暴漏的问题总结如下：
1 系统管理问题
1.1 运行环境死机问题
由于rs10安装应用服务采用小机来安装，而我们的技术人员对这种小机的使用性能和应用服务的系统匹配还缺少了解，加之现场使用的开发报表工具加大了内存资源的占用，造成系统运行后频繁死机的现象（每一次死机需要等待15分钟才可以重新登录进去），没能第一时间给出有效的解决方案。给用户的使用照成麻烦。
针对此问题，后面会给出详细的解决方案。
1.2 操作习惯的改变和操作方便性
原有系统是以微软Acess为工具开发出来的前台，经过信息中心多年的改进，非常适合操作者的使用习惯，而新系统采用IE浏览器为前台载体，交互页面开发工具限制了其操作的灵活性。改变了操作习惯，带来了心理的逆反，这也是合理的表象。本来改变习惯就很痛苦又伴随着频繁发生死机，加剧了使用者的反感和强烈反对。
针对大业务量的操作页面，收集确认，根据操作者的习惯，加强改进页面操作的方便性。
目前主要包括：采购计划生成采购订单；采购订单工作流审核；报工、派工；生产领料单；出入库单、车间入库单生成；晒图出入库录入；晒图主帐；无偿补偿录入；大修计划维护与下达。
1.3 期初数据问题
各业务流程在切换之前都经过项目组的不同程度的测试，但是在实际运行中还是出现了流程不顺的现象，主要集中在老系统数据的后续业务执行上。因为数据导入后，没有办法对所有数据的逻辑性和合理性在新系统中进行验证，出现问题也在所难免。
我们会根据这三天发现的数据问题，进行系统的解决。就是根据一个业务发现的一个数据问题，要把对应的一类相关问题统一解决。比如，一个数据没有协议，不能下达，那么就要组织相关部门把所有的已确定的价格协议全部准备到位。
1.4 管理改变，引发新需求
（1）计划方式的改变。原有系统的计划方式为：装配计划、大修计划按台套管理；金工、钣热以及采购零部件计划通过标准虚拟结构采用mrp方式管理。装配以及大修台套管理在装配周期内下达排产计划，会与虚拟结构计划提供的资源产生差异，这就是所谓的欠件查询，反过来钣热、金工和采购会根据这些欠件，产生新的需求，排产优先级高于虚拟结构产生的计划需求。长此以来，车间和采购形成了以欠件拉动排产的局面，造成Mrp所需要的期量标准数据长期得不到完善与应用。
新系统采用全公司统一计划是排产的主要依据，要求各部门按照统一计划进行排产，根据物料需求计划组织车间和采购部门执行计划，对于计划不合理的数据，业务部门要反馈给数据准备部门，来确认调整基础数据的期量标准，这样就会通过系统运行慢慢把影响物料的计划参数逐渐合理化。如果允许计划部门直接修改计划，那么这些散落在业务员或计划员脑中的数据就很难成为公司的共有资产，如果把这些数据都收集起来并且量化对公司的发展非常有益。
（2）车间增加报工环节。原来的管理，车间只需要进行排工，操作者完工后把物料交给检验员，检验员质检完成后进行质检，确认工序完工。
新系统在派工和质检合格确认之间增加报工环节，主要是为了零件工序完工时间和检验时间区分开来，便于两个部门责任的划分。
（3）厂内外的委托交接问题。原有业务流程委托交接，对于外委手工作交接记录，厂内委托也有无交接记录现象。
新的流程，增加了交接控制，要求前序报工时必须确定下序的部门去向，而且下序的开工受限于上序的完工量，即上序不报工，下序不能先报工。而企业有些加工在报工时还不能确认下序去向，或者即使有默认的流向，也可能出现调整。比如工序能力外协，有的上序已经完工，下序还没有指定厂商，使系统交接帐出现错误。
针对这个业务需要组织讨论确认采用哪种交接管理模式。
1.5 流程变更问题。大修管理，原有计划下达后，必换件直接生成领料需求；新的系统采用的是计划下达后，需要大修车间根据需要确认领料单，这样仓库看到料单就可以发件，不会发生把料送过去而不需要的情形。
2 技术问题解决方案
2.1 解决报表问题方案
（1）方案一。开发新的通用客户端程序，嵌入到RS10系统中，报表由通用客户端程序在每一个客户端机处理，这样避免了由于报表数据量大造成服务器宕机的情况。
此方案不需要对现有的报表及开发工具进行修改和更换，只需要对报表调用方式进行修改，方案工作量总体需要15人日。
（2）方案二。通过修改通用程序，限制现有报表的数据量（限制在2000条记录以下），保证报表服务器正常使用。
此方案只需要修改通用程序，方案工作量需要2人日。
（3）方案三。更换新的成熟报表开发工具如水晶报表，专业报表工具在稳定性、性能、功能性及开发效率等方面上会比现有ireport报表工具有很大的提升，专门的报表处理也不会影响ERP的使用。
此方案需要对现有报表进行重新开发，同时要购买报表软件，方案工作量总体需要100人日。
2.2 系统稳定性问题
（1）硬件问题。由于在sun小机上使用ibm的web服务器，在大应用大数据量情况下可能存在操作系统和web软件不兼容问题，需要对关键参数进行调整，目前没有突破，需要联系sun公司技术人员配合。
（2）应用问题。目前经排查造成系统不稳定的原因有望远镜大数据处理不当、报表的使用，并进行相应处理，但是不能保证在系统上线初期出现由于其他应用造成系统宕机情况，还需要一段时间进行运行排查，逐一解决应用问题。
2.3 应急方案
在系统上线初期，不能因为系统问题影响生产，提供一个应急保证方案，保证当系统出现问题后能够快速响应，一旦发现系统出现问题在数秒钟之内既可以进行切换，前端用户只需要重新登录系统即可继续处理业务，不需要等待系统重新启动。
本方案只是一个应急的过渡方案，最终通过一段时间初期系统磨合，系统达到稳定运行的状态。
参考文献：
[1]王冬，王泽一.ERP上线初期所面临阻力的探讨[J].电力信息化，2009，6.