ERP系统基础认知

1、什么是ERP一天中午，丈夫在外给家里打电话：“亲爱的老婆，晚上我想带几个同事回家吃饭可以吗？”（订货意向）凄子：“当然可以，来几个人，几点来，想吃什么菜？”丈夫：“6个人，我们7点左右回来，准备些酒、烤鸭、番茄炒蛋、凉菜、蛋花汤，你看可以吗？”（商务沟通）凄子：“没问题，我会准备好的，”（订单确认）凄子记录下需要做的菜单（MPS计划），具体要准备的菜：鸭酒番茄鸡蛋作油（BOM物料清单），发现需要：1只鸭，5瓶酒，4个番茄，（BOM展开），炒蛋需要6个鸡蛋，蛋花汤需要4个鸡蛋（共用物料）。打开冰箱一看（库房），只剩下2个鸡蛋（缺料）。来到白由市场，凄子：“请问鸡蛋怎么卖？”（采购询价）小贩：“1

2、个1元，半打5元，1打9罚翟？！?凄子：“我只需要8个，但这次买1打。”（经济批量采购）凄子：“这有一个坏的，换一个。”（验收、退料、换料）回到家中，准备洗菜、切菜、炒菜（工艺路线），厨房中有燃气灶、微波炉、电饭煲（工作中心）。凄子发现拔鸭毛最费时间（瓶颈工序，关键工艺路线），用微波炉白己做烤鸭可能就来不及（产能不足），于是决定在楼下的餐厅里买现成的（产品委外）。下午4点，电话铃又响：“妈妈，晚上几个同学想来家里吃饭，你帮准备一下。”（紧急订单）“好的，儿子，你们想吃什么，爸爸晚上也有客人，你愿意和他们一起吃吗？”“菜你看着办吧，但一定要有番茄炒鸡蛋。我们不和大人一起吃，6:30左右回来。”（

3、呵呵，不能并单处理）“好的，肯定让你们满意。”（订单确认）鸡蛋又不够了，打电话叫小贩送来。（紧急采购）6:30,一切准备就绪，可烤鸭还没送来，急忙打电话询问：“我是李太太，怎么订的烤鸭还没送来。”（采购委外单跟催）“不好意思，送货的人已经走了，可能是堵车吧，马上就会到的。”门铃响了，“李太太，这是您要的烤鸭。请在单上签一个字。”（验收、入库、转应付账款）6:45,女儿的电话：“妈妈，我想现在带几个朋友回家吃饭可以吗？”（呵呵，又是紧急订购意向，要求现货）“不行呀，女儿，今天妈妈已经需要准备两桌饭了，时间实在是来不及，真的非常抱歉，下次早点说，一定给你们准备好。”（哈哈，这就是ERP的使用局限，

4、要有稳定的外部环境，要有一个起码的提前期）送走了所有客人，疲惫的凄子坐在沙发上对丈夫说：“亲爱的，现在咱们家请客的频率非常高，应该要买些厨房用品了（设备采购），最好能再雇个小保姆（连人力资源系统也有接口了）。”丈夫：“家里你做主，需要什么你就去办吧。”（通过审核）凄子：“还有，最近家里花销太大，用你的私房钱来补贴一下，好吗？”（哈哈哈哈，最后就是应收货款的催要）ERP隹护就是要保证上面所有环节协调和应用！ERP应用，已从引导期的ERPM念、方法、重要性的介绍转向发展期的选型实施类介绍。但作为系统生存期内占用了很大时间、费用及工作量的系统维护工作，却介绍得很少，这对于全面了解ERP应用是不够的。

5、当ERRS用进入成熟期时，系统维护与发展将成为关注焦点。ERF内护的具体工作内容包括例行和突发事件的处理；以管理和技术的手段，维护和发展ERP运行环境，如平衡技术先进性/实用风险、目标/成本而进行的IT基础结构（服务器、网络、PC机）的周期更替及日常维护；对应用系统已发现的错误用改正性维护解决，以适应性维护使系统经受住应用环境及流程少量改变，通过完善性维护扩大系统应用的用户与功能，提升系统总体目标；对系统用户不论岗位变换或新人/临时替代人员作定期或专门培训；控制变更，记入标准文档及培训教程；不断积累问题的现象与对策，加速问题的定位与解决；作好日常备份及系统安全；提高运行环境性能和效率等多样性工

6、作。这儿介绍笔者维护ERP系统的几点体会。相信系统对已常用的流程偶然出错时，不要先去想系统有问题，要注意观察操作或数据有无不寻常处。如果是系统缺陷但可通过固定操作避免，要固定操作流程并注意反复培训。当总经理说“我只看系统作成的报表”，就意味着ER漏统真正被用于管理和控制企业运作，系统的投资回报才容易被认同，维护的价值也充分得到体现。逆向流程某流程由多个业务动作组成时，每步动作的异常都可能导致一个流程不完整。本次业务要怎样向前推进完成或者向后倒回重来，要形成对策，做到有备无患。勤于积累不论是主动发现或被动遇上问题，事后都要记录解决过程、方法，以便经验共享并延续。注意及时更新有关文档，我们不仅要记

7、录业务要求的操作过程，也要记录绕过一些系统固有缺陷的途经。执行层用户应当像法规条例那样去执行，不论理解与否都不可简化或异化，即“死步骤，莫发挥”。测试与比较新出现的异常要判别其复现性（必然性）。可考虑构造测试环境，在正常机器上完全仿照原操作，并将异常与正常的数据作比较，寻找维护操作的方向，并找出用来验证修改正确性的方法。可逆修改即使找到维护操作的方向，也不可贸然修改，搞不好出现连带负作用，使问题性质变复杂或由局部向更大范围扩散。判断问题涉及的数据及影响范围，以及理解全部流程，都非常重要，否则会引起系统数据混乱和不一致而无法复原。修改数据要留好余地，如最好能有可逆性的修改，改不好也能退回，不会添

8、乱。绕过这是紧急情况或一时找不出解决头绪时常常采用的方法。如从一个模块向另一模块传数据，有原因不明的丢失，虽是偶发但难以查明原因并解决。这就要有一个检查机制发现这类异常，然后在相应后续模块上补上有关信息。这对今后发现真正的原因并彻底解决问题有帮助。例行检查与操作这是减少问题紧急程度的有效方法。利用标准功能和一些白开发的实用小程序，主动去应用系统数据中检查。把正常情况下要到今后某一时刻（如月末）才反映出问题的数据（如成本更新、接口异常）提前找出来处理掉。这种不断检查、测试、发现和解决问题的纯洁化过程，是系统更稳定和完善的基石。原则是莫因“善小而不为”，必须及时维护。杂项影响有时问题异常，百思莫解

9、，结果可能是空间不够、索引要整理、设置不妥或错误改动、某个临时文件已被误删，甚至原样重输入一遍等看似不直接相关的原因。所以多渠道检查有时也有效。预防要让用户养成有问题立刻报告的习惯，不可随意处理而丢失现场，事后因忘记当时情况而更难查。对于多步骤形成的结果，如有异常，要争取利用平衡关系式，在最后一道采用守球门的方法再计算并检验数据，预防有误差或错误传播。如发票额可由订单经提货发货逐步算出，也可直接算出答案与逐步算出所得结果比较。不能草率承诺判断客户需求的重要性和紧急程度很重要。客户有时在不经意时可能会指出系统的一个需大力改进的地方，也可能会在正式场合提出一个类似于“我要一敲键就出工资”的无理要求

10、。维护人员不能因声音大小决定取舍，要仔细听，但不能草率承诺。尤其业务未变但流程却因换人随之而变换，这种事常发生，但其结果往往是疲于奔命。对此，要先考虑合理性，再考虑可能性。留住人才实施和维护的不同阶段，人员数量要求不同，维护人员水平和要求也会不断提高。由于外部影响又很大，所以人员流动是难免的。但IT组织架构中骨干用户、维护工程师都是系统环境中的重要组成部分，ERP系统成功因素中最重要的部份就落实在他们身上。无能力做不了，有能力留不住，这些矛盾对企业ERP系统都会造成震荡和损失。系统维护人员少到一个极限量后，很容易集体出走，使系统轰然倒地不可收拾。所以企业领导需要有“人才第一”的意识，而维护人员

11、一定要有“数据第一/系统第一”的素质。可惜大多这样的领导和维护人员都在互相苦苦寻找对方，寻找及发展一种理想的环境。企业的规模有大有小，ER%统实施策略及功能模块配置也各有不同。对于不同目标的应用系统，系统维护方法也可以有不同的选择。如有些企业规模较小，产品单一，业务流程相对稳定，那么就可以采用完全外包的方式。也可以在本企业构造应用环境，将部分系统维护工作外包给产品供应商/系统（实施）集成商等企业外部人员。当然，对于集团性企业，其系统日常维护量大，响应要求很高，这些企业还是得靠本企业IT环境和IT人员进行系统维护。除非特定业务（如升级、数据转换、模块添加等）做少量外包以补充短期资源的不足。俗话说

12、兵无常势，水无常形，解决维护系统的问题难有既定之法，但理解其原则并灵活应用之，可为复杂问题的解决提供方向。1. 系统维护原则相信系统。不管数据库多先进，软件考虑多周到，应用系统都有局限性。但对常用的流程，偶然出错时，不要先去想系统有问题，要注意观察操作或数据的不寻常之处，如果是系统有缺陷，但可通过固定操作避免，就应该固定操作流程，并注意反复培训。2. 勤于积累。不论是主动发现或被动遇上问题，事后都要记录解决过程、方法，以便经验共享并延续。注意及时更新有关文档，不仅记录下业务要求的操作过程，也要记下绕过一些系统固有缺陷的途经，用户应当像法规条例那样去执行，不论理解与否都不可简化或异化，即“死步骤

13、，莫发挥”。3. 测试与比较。新出现的异常要判别其重现性（必然性），可考虑构造测试环境，在其上完全仿照原操作，寻找维护操作的方向，并研究修改的方法。4. 可逆修改。即使找到维护操作的方向，也不可冒然修改，搞不好出现连带负作用，使问题性质变复杂或由局部向更大范围扩散。应该判断问题涉及的数据、影响范围，理解全部流程。修改数据时要留好余地，要具有可逆性，改不好也能退回。5. 绕过。这是紧急情况下或一时无解决头绪时常常采用的方法。如从一个模块向另一模块传数据，如果有原因不明的丢失，而且是偶发且难以查明的原因，那么就要有一个检查机制发现这类异常，然后在相应的后续模块补上有关信息。例行检查与操作。这是减少

14、问题紧急程度的有效方法。利用标准功能和一些白开发的实用小程序，应用系统数据主动做一些检查。把正常情况下要到今后某一时刻（如月末）才反映出问题的数据（如成本更新、接口异常）提前找出来处理掉，这种不断检查、测试、发现和解决问题的过程，是系统稳定和完善的基石。乙客户的需求。用户有时在不经意时可能指出系统需要大力改进的地方，也可能会在正式场合提出一个类似于“我要一敲键就出工资”的无理要求。这时不能因声音大小决定取舍，要仔细听，但不能草率承诺。如果对用户的要求总是有求必应的话，维护人员很容易就陷入疲于奔命的状态之中。8.人员的维护。在实施和维护的不同阶段，系统对维护人员数量的要求也会不同。随着维护人员水

15、平不断提高，人员流动在所难免。但IT组织架构中骨干用户、维护工程师都是系统环境中的重要组成部分，他们的离去会给企业ERRg统造成巨大震荡和不可估量的损失，有可能出现系统轰然倒地、不可收拾的局面。所以企业领导需要有“人才第一”的意识，而维护人员一定要有“数据第一、系统第一”的素质这文章不是我写的，但对于象我企业也即将实施ERP勺人说，希望这扁文章对你有所帮助笔者从事企业MIS/ERP开发、实施及维护工作多年，常为媒体上刊登的ER跌的精彩文章喝彩，同时感到报刊上的文章已经从ERFW念的引导发展到选型实施类报道。但对系统维护工作这部分在系统生存期内占用了很多时间、费用、工作量的环节介绍得太少。笔者认

16、为，当ERRS用进入成熟期时，系统维护与发展将会成为关注焦点。全面认识ERF用的整个生存期并客观评价，是应用ERP的重要成熟标志。那么，管理信息系统的维护工作目标是什么呢？笔者认为就是充分发挥IT投资的作用，规划、保持并发展一个可靠而有效的数据处理及信息提供机制，及时、准确、全面地反映企业经营活动（人力、物品、资金流向等主要资源），服务于企业内外不同用户，以便企业能快速响应和提供优质服务。系统维护策略企业的规模有大有小，ER%统实施策略及功能模块配置也各有不同。对于不同目标的应用系统，系统维护方法也可以有不同的选择。如有些企业规模较小，产品单一，业务流程相对稳定，那么就可以采用完全外包的方式。

17、也可以在本企业构造应用环境，将部分系统维护工作外包给产品供应商/系统（实施）集成商等企业外部人员。当然，对于集团性企业，其系统日常维护量大，响应要求很高，这些企业还是得靠本企业IT环境和IT人员进行系统维护。除非特定业务（如升级、数据转换、模块添加等）做少量外包以补充短期资源的不足。俗话说兵无常势，水无常形，解决维护系统的问题难有既定之法，但理解其原则并灵活应用之，可为复杂问题的解决提供方向。系统维护原则相信系统。不管数据库多先进，软件考虑多周到，应用系统都有局限性。但对常用的流程，偶然出错时，不要先去想系统有问题，要注意观察操作或数据的不寻常之处，如果是系统有缺陷，但可通过固定操作避免，就应

18、该固定操作流程，并注意反复培训。勤于积累。不论是主动发现或被动遇上问题，事后都要记录解决过程、方法，以便经验共享并延续。注意及时更新有关文档，不仅记录下业务要求的操作过程，也要记下绕过一些系统固有缺陷的途经，用户应当像法规条例那样去执行，不论理解与否都不可简化或异化，即“死步骤，莫发挥”。1. 测试与比较。新出现的异常要判别其重现性（必然性），可考虑构造测试环境，在其上完全仿照原操作，寻找维护操作的方向，并研究修改的方法。2. 可逆修改。即使找到维护操作的方向，也不可冒然修改，搞不好出现连带负作用，使问题性质变复杂或由局部向更大范围扩散。应该判断问题涉及的数据、影响范围，理解全部流程。修改数据

19、时要留好余地，要具有可逆性，改不好也能退回。3. 绕过。这是紧急情况下或一时无解决头绪时常常采用的方法。如从一个模块向另一模块传数据，如果有原因不明的丢失，而且是偶发且难以查明的原因，那么就要有一个检查机制发现这类异常，然后在相应的后续模块补上有关信息。例行检查与操作。这是减少问题紧急程度的有效方法。利用标准功能和一些白开发的实用小程序，应用系统数据主动做一些检查。把正常情况下要到今后某一时刻（如月末）才反映出问题的数据（如成本更新、接口异常）提前找出来处理掉，这种不断检查、测试、发现和解决问题的过程，是系统稳定和完善的基石。客户的需求。用户有时在不经意时可能指出系统需要大力改进的地方，也可能

20、会在正式场合提出一个类似于“我要一敲键就出工资”的无理要求。这时不能因声音大小决定取舍，要仔细听，但不能草率承诺。如果对用户的要求总是有求必应的话，维护人员很容易就陷入疲于奔命的状态之中。人员的维护。在实施和维护的不同阶段，系统对维护人员数量的要求也会不同。随着维护人员水平不断提高，人员流动在所难免。但IT组织架构中骨干用户、维护工程师都是系统环境中的重要组成部分，他们的离去会给企业ERRg统造成巨大震荡和不可估量的损失，有可能出现系统轰然倒地、不可收拾的局面。所以企业领导需要有“人才第一”的意识，而维护人员一定要有“数据第一、系统第一”的素质。很高兴能帮上你的忙谢谢ERPB护ERP应用，已从

21、引导期的ERPM念、方法、重要性的介绍转向发展期的选型实施类介绍。但作为系统生存期内占用了很大时间、费用及工作量的系统维护工作，却介绍得很少，这对于全面了解ERP应用是不够的。当ERP&用进入成熟期时，系统维护与发展将成为关注焦点。ERF内护的具体工作内容包括例行和突发事件的处理；以管理和技术的手段，维护和发展ERP运行环境，如平衡技术先进性/实用风险、目标/成本而进行的IT基础结构（服务器、网络、PC机）的周期更替及日常维护；对应用系统已发现的错误用改正性维护解决，以适应性维护使系统经受住应用环境及流程少量改变，通过完善性维护扩大系统应用的用户与功能，提升系统总体目标；对系统用户不论

22、岗位变换或新人/临时替代人员作定期或专门培训；控制变更，记入标准文档及培训教程；不断积累问题的现象与对策，加速问题的定位与解决；作好日常备份及系统安全；提高运行环境性能和效率等多样性工作。这儿介绍笔者维护ERP系统的几点体会。相信系统对已常用的流程偶然出错时，不要先去想系统有问题，要注意观察操作或数据有无不寻常处。如果是系统缺陷但可通过固定操作避免，要固定操作流程并注意反复培训。当总经理说“我只看系统作成的报表”，就意味着ERP系统真正被用于管理和控制企业运作，系统的投资回报才容易被认同，维护的价值也充分得到体现。逆向流程某流程由多个业务动作组成时，每步动作的异常都可能导致一个流程不完整。本次

23、业务要怎样向前推进完成或者向后倒回重来，要形成对策，做到有备无患。勤于积累不论是主动发现或被动遇上问题，事后都要记录解决过程、方法，以便经验共享并延续。注意及时更新有关文档，我们不仅要记录业务要求的操作过程，也要记录绕过一些系统固有缺陷的途经。执行层用户应当像法规条例那样去执行，不论理解与否都不可简化或异化，即“死步骤，莫发挥”。测试与比较新出现的异常要判别其复现性（必然性）。可考虑构造测试环境，在正常机器上完全仿照原操作，并将异常与正常的数据作比较，寻找维护操作的方向，并找出用来验证修改正确性的方法。可逆修改即使找到维护操作的方向，也不可贸然修改，搞不好出现连带负作用，使问题性质变复杂或由局

24、部向更大范围扩散。判断问题涉及的数据及影响范围，以及理解全部流程，都非常重要，否则会引起系统数据混乱和不一致而无法复原。修改数据要留好余地，如最好能有可逆性的修改，改不好也能退回，不会添乱。绕过这是紧急情况或一时找不出解决头绪时常常采用的方法。如从一个模块向另一模块传数据，有原因不明的丢失，虽是偶发但难以查明原因并解决。这就要有一个检查机制发现这类异常，然后在相应后续模块上补上有关信息。这对今后发现真正的原因并彻底解决问题有帮助。例行检查与操作这是减少问题紧急程度的有效方法。利用标准功能和一些白开发的实用小程序，主动去应用系统数据中检查。把正常情况下要到今后某一时刻（如月末）才反映出问题的数据

25、（如成本更新、接口异常）提前找出来处理掉。这种不断检查、测试、发现和解决问题的纯洁化过程，是系统更稳定和完善的基石。原则是莫因“善小而不为”，必须及时维护。杂项影响有时问题异常，百思莫解，结果可能是空间不够、索引要整理、设置不妥或错误改动、某个临时文件已被误删，甚至原样重输入一遍等看似不直接相关的原因。所以多渠道检查有时也有效。预防要让用户养成有问题立刻报告的习惯，不可随意处理而丢失现场，事后因忘记当时情况而更难查。对于多步骤形成的结果，如有异常，要争取利用平衡关系式，在最后一道采用守球门的方法再计算并检验数据，预防有误差或错误传播。如发票额可由订单经提货发货逐步算出，也可直接算出答案与逐步算

26、出所得结果比较。不能草率承诺判断客户需求的重要性和紧急程度很重要。客户有时在不经意时可能会指出系统的一个需大力改进的地方，也可能会在正式场合提出一个类似于“我要一敲键就出工资”的无理要求。维护人员不能因声音大小决定取舍，要仔细听，但不能草率承诺。尤其业务未变但流程却因换人随之而变换，这种事常发生，但其结果往往是疲于奔命。对此，要先考虑合理性，再考虑可能性。留住人才实施和维护的不同阶段，人员数量要求不同，维护人员水平和要求也会不断提高。由于外部影响又很大，所以人员流动是难免的。但IT组织架构中骨干用户、维护工程师都是系统环境中的重要组成部分，ER海统成功因素中最重要的部份就落实在他们身上。无能力

27、做不了，有能力留不住，这些矛盾对企业ER漏统都会造成震荡和损失。系统维护人员少到一个极限量后，很容易集体出走，使系统轰然倒地不可收拾。所以企业领导需要有“人才第一”的意识，而维护人员一定要有“数据第一/系统第一”的素质。可惜大多这样的领导和维护人员都在互相苦苦寻找对方，寻找及发展一种理想的环境。ERP应用，已从引导期的ERPM念、方法、重要性的介绍转向发展期的选型实施类介绍。但作为系统生存期内占用了很大时间、费用及工作量的系统维护工作，却介绍得很少，这对于全面了解ERP应用是不够的。当ERP&用进入成熟期时，系统维护与发展将成为关注焦点。ERF内护的具体工作内容包括例行和突发事件的处理

28、；以管理和技术的手段，维护和发展ERP运行环境，如平衡技术先进性/实用风险、目标/成本而进行的IT基础结构（服务器、网络、PC机）的周期更替及日常维护；对应用系统已发现的错误用改正性维护解决，以适应性维护使系统经受住应用环境及流程少量改变，通过完善性维护扩大系统应用的用户与功能，提升系统总体目标；对系统用户不论岗位变换或新人/临时替代人员作定期或专门培训；控制变更，记入标准文档及培训教程；不断积累问题的现象与对策，加速问题的定位与解决；作好日常备份及系统安全；提高运行环境性能和效率等多样性工作。这儿介绍笔者维护ERP系统的几点体会。相信系统对已常用的流程偶然出错时，不要先去想系统有问题，要注意

29、观察操作或数据有无不寻常处。如果是系统缺陷但可通过固定操作避免，要固定操作流程并注意反复培训。当总经理说“我只看系统作成的报表”，就意味着ERP系统真正被用于管理和控制企业运作，系统的投资回报才容易被认同，维护的价值也充分得到体现。逆向流程某流程由多个业务动作组成时，每步动作的异常都可能导致一个流程不完整。本次业务要怎样向前推进完成或者向后倒回重来，要形成对策，做到有备无患。勤于积累不论是主动发现或被动遇上问题，事后都要记录解决过程、方法，以便经验共享并延续。注意及时更新有关文档，我们不仅要记录业务要求的操作过程，也要记录绕过一些系统固有缺陷的途经。执行层用户应当像法规条例那样去执行，不论理解

30、与否都不可简化或异化，即“死步骤，莫发挥”。测试与比较新出现的异常要判别其复现性（必然性）。可考虑构造测试环境，在正常机器上完全仿照原操作，并将异常与正常的数据作比较，寻找维护操作的方向，并找出用来验证修改正确性的方法。可逆修改即使找到维护操作的方向，也不可贸然修改，搞不好出现连带负作用，使问题性质变复杂或由局部向更大范围扩散。判断问题涉及的数据及影响范围，以及理解全部流程，都非常重要，否则会引起系统数据混乱和不一致而无法复原。修改数据要留好余地，如最好能有可逆性的修改，改不好也能退回，不会添乱。绕过这是紧急情况或一时找不出解决头绪时常常采用的方法。如从一个模块向另一模块传数据，有原因不明的丢

31、失，虽是偶发但难以查明原因并解决。这就要有一个检查机制发现这类异常，然后在相应后续模块上补上有关信息。这对今后发现真正的原因并彻底解决问题有帮助。例行检查与操作这是减少问题紧急程度的有效方法。利用标准功能和一些白开发的实用小程序，主动去应用系统数据中检查。把正常情况下要到今后某一时刻（如月末）才反映出问题的数据（如成本更新、接口异常）提前找出来处理掉。这种不断检查、测试、发现和解决问题的纯洁化过程，是系统更稳定和完善的基石。原则是莫因“善小而不为”，必须及时维护。杂项影响有时问题异常，百思莫解，结果可能是空间不够、索引要整理、设置不妥或错误改动、某个临时文件已被误删，甚至原样重输入一遍等看似不

32、直接相关的原因。所以多渠道检查有时也有效。预防要让用户养成有问题立刻报告的习惯，不可随意处理而丢失现场，事后因忘记当时情况而更难查。对于多步骤形成的结果，如有异常，要争取利用平衡关系式，在最后一道采用守球门的方法再计算并检验数据，预防有误差或错误传播。如发票额可由订单经提货发货逐步算出，也可直接算出答案与逐步算出所得结果比较。不能草率承诺判断客户需求的重要性和紧急程度很重要。客户有时在不经意时可能会指出系统的一个需大力改进的地方，也可能会在正式场合提出一个类似于“我要一敲键就出工资”的无理要求。维护人员不能因声音大小决定取舍，要仔细听，但不能草率承诺。尤其业务未变但流程却因换人随之而变换，这种

33、事常发生，但其结果往往是疲于奔命。对此，要先考虑合理性，再考虑可能性。留住人才实施和维护的不同阶段，人员数量要求不同，维护人员水平和要求也会不断提高。由于外部影响又很大，所以人员流动是难免的。但IT组织架构中骨干用户、维护工程师都是系统环境中的重要组成部分，ERP系统成功因素中最重要的部份就落实在他们身上。无能力做不了，有能力留不住，这些矛盾对企业ERP系统都会造成震荡和损失。系统维护人员少到一个极限量后，很容易集体出走，使系统轰然倒地不可收拾。所以企业领导需要有“人才第一”的意识，而维护人员一定要有“数据第一/系统第一”的素质。可惜大多这样的领导和维护人员都在互相苦苦寻找对方，寻找及发展一种

34、理想的环境。ERP系统维护工作浅谈笔者从事企业MIS/ERP开发、实施及维护工作多年，常为媒体上刊登的ER跌的精彩文章喝彩，同时感到报刊上的文章已经从ERPW念的引导发展到选型实施类报道。但对系统维护工作这部分在系统生存期内占用了很多时间、费用、工作量的环节介绍得太少。笔者认为，当ERRS用进入成熟期时，系统维护与发展将会成为关注焦点。全面认识ERF用的整个生存期并客观评价，是应用ERP的重要成熟标志。那么，管理信息系统的维护工作目标是什么呢？笔者认为就是充分发挥IT投资的作用，规划、保持并发展一个可靠而有效的数据处理及信息提供机制，及时、准确、全面地反映企业经营活动（人力、物品、资金流向等主

35、要资源），服务于企业内外不同用户，以便企业能快速响应和提供优质服务。系统维护策略企业的规模有大有小，ER%统实施策略及功能模块配置也各有不同。对于不同目标的应用系统，系统维护方法也可以有不同的选择。如有些企业规模较小，产品单一，业务流程相对稳定，那么就可以采用完全外包的方式。也可以在本企业构造应用环境，将部分系统维护工作外包给产品供应商/系统（实施）集成商等企业外部人员。当然，对于集团性企业，其系统日常维护量大，响应要求很高，这些企业还是得靠本企业IT环境和IT人员进行系统维护。除非特定业务（如升级、数据转换、模块添加等）做少量外包以补充短期资源的不足。俗话说兵无常势，水无常形，解决维护系统的

36、问题难有既定之法，但理解其原则并灵活应用之，可为复杂问题的解决提供方向。系统维护原则相信系统。不管数据库多先进，软件考虑多周到，应用系统都有局限性。但对常用的流程，偶然出错时，不要先去想系统有问题，要注意观察操作或数据的不寻常之处，如果是系统有缺陷，但可通过固定操作避免，就应该固定操作流程,并注意反复培训。1. 勤于积累。不论是主动发现或被动遇上问题，事后都要记录解决过程、方法，以便经验共享并延续。注意及时更新有关文档，不仅记录下业务要求的操作过程，也要记下绕过一些系统固有缺陷的途经，用户应当像法规条例那样去执行，不论理解与否都不可简化或异化，即“死步骤，莫发挥”。2. 测试与比较。新出现的异

37、常要判别其重现性（必然性），可考虑构造测试环境，在其上完全仿照原操作，寻找维护操作的方向，并研究修改的方法。3. 可逆修改。即使找到维护操作的方向，也不可冒然修改，搞不好出现连带负作用，使问题性质变复杂或由局部向更大范围扩散。应该判断问题涉及的数据、影响范围，理解全部流程。修改数据时要留好余地，要具有可逆性，改不好也能退回。4. 绕过。这是紧急情况下或一时无解决头绪时常常采用的方法。如从一个模块向另一模块传数据，如果有原因不明的丢失，而且是偶发且难以查明的原因，那么就要有一个检查机制发现这类异常，然后在相应的后续模块补上有关信息。例行检查与操作。这是减少问题紧急程度的有效方法。利用标准功能和一

38、些白开发的实用小程序，应用系统数据主动做一些检查。把正常情况下要到今后某一时刻（如月末）才反映出问题的数据（如成本更新、接口异常）提前找出来处理掉，这种不断检查、测试、发现和解决问题的过程，是系统稳定和完善的基石。乙客户的需求。用户有时在不经意时可能指出系统需要大力改进的地方，也可能会在正式场合提出一个类似于“我要一敲键就出工资”的无理要求。这时不能因声音大小决定取舍，要仔细听，但不能草率承诺。如果对用户的要求总是有求必应的话，维护人员很容易就陷入疲于奔命的状态之中。8.人员的维护。在实施和维护的不同阶段，系统对维护人员数量的要求也会不同。随着维护人员水平不断提高，人员流动在所难免。但IT组织架构中骨干用户、维护工程师都是系统环境中的重要组成部分，他们的离去会给