erp系统整改方案word范文模板 14页.docx

erp系统整改方案word范文模板 14页.docx

《erp系统整改方案word范文模板 14页.docx》由会员分享，可在线阅读，更多相关《erp系统整改方案word范文模板 14页.docx（12页珍藏版）》请在冰豆网上搜索。

erp系统整改方案word范文模板14页

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！

==本文为word格式，下载后可方便编辑和修改！

==

erp系统整改方案

篇一：

31所ERP系统整改方案0604

31所ERP系统整改方案

一、系统建设情况及现状

1．建设过程

201X年10月至201X年10月31所ERP系统各模块开发部署完成

201X年10月至201X年7月31所ERP系统迁移至WebSphere5平台，并根据新提出需求做出的修改

2．实现功能

设计室：

CAD图纸上传、CAD图纸下载、技术通知单维护、技术更改单维护、制造技术验收条件维护、外协产品入所复验条件

生产处：

任务指定管理：

产品结构树维护、生产指令录入、分发打印任务单、进货检验通知单管理、下厂验收通知单管理、整机交付数量录入、复验报告结果跟踪

计划的制订与管理：

初步组批计划、网络图、排产、组批计划、专项计划、年计划、月计划、周计划、工装计划、首样鉴定计划、合同计划、外协外购复验计划、工序外协明细计划、设计室试验计划

合同管理：

外协产品合同维护、外协工序合同维护、产品交付情况登记、任务交付情况登记、合同付款情况登记、合同往来文件登记、合同方信息维护、供方业绩明细、供方业绩评定

成本核算：

型号价格统计（外协价格统计、工序外协价格统计、所内工时统计、原材料价格统计）、生产处年度经费需求统计、生产处月经费需求统计、生产处合同付款情况、整机完成数量统计、整机交付数量统计

生产仓库管理：

零部件管理、火工品管理、工装管理、刃量具管理

生产资源管理：

科保处车间编码维护、工序编码维护、生产系统人员管理、设备管理工艺室：

主材明细文件管理、主材汇总文件管理、辅材汇总文件管理、工艺路线文件管理、工艺路线综合文件管理、关键工序文件管理、专用刀具文件管理、专用工装文件管理、专用检测工装文件管理、工艺信息综合文件管理、外购件明细文件管理、外协件明细文件管理物供处：

物资仓库管理：

帐卡管理、入库单管理、出库单管理、不合格品库管理、盘点、查询物资采购管理：

物资信息管理、型号配套信息查询与修改、计划管理、供应商管理、合同管理、进货检验通知单管理、复验报告结果跟踪

质技处：

设备管理、资格基本信息管理、员工管理、检测方法管理、物资检测方法管理、复验单管理、超差处理单管理、复验证管理、复验报告管理、不合格品审理单管理、生产产品合格证管理、质量损失报表、台帐、用户意见管理、售后服务情况管理

车间：

生产进展情况统计、半成品交接单管理、车间上报表单、生产任务完成情况统计、生产工时完成情况统计、外协完成情况统计、任务调整情况统计、整机完成情况统计、工装使用

情况反馈、生产临时任务完成情况统计、临时工时完成情况统计

系统基本信息：

部门分类、部门管理、人员管理、人员启停

权限管理：

用户组管理、用户管理

文件流转管理：

上传任务管理、文件权限行使人定义、文件审批

3．目前情况和实施不力的原因

31所ERP系统最初的设计自动化程度高、各部门功能耦合度紧。

从以前的实施情况来

31所历史数据的初始化数据量大，而且流程单据的格式经常做出调整，导致实施过程往往停顿在初始化数据环节。

而部门功能的环环相扣，导致一个部门的数据准备不足，就将影响其他部门的流程继续进行。

31所ERP系统设计了很多自动化的功能，比如排产功能、根据检验条件自动质检等功能。

但由于提供的工时等基础数据不准确，排产功能得出的结果差强人意。

而随着检验条件的格式转变，检验条件自动质检的功能也可能需要做出调整。

31所产品生产的特点是专用性强，这导致很多数据不能进行很好的复用，也使得系统不能提供更多的简化人员操作的自动化功能。

看，这种设计与现实情况有一些矛盾。

二、用户目前的需求

1．问题的提出

为配合航天三院MRPII开发的整体规划，也能够使原有的ERP系统能够很好的得到使用，31所提出对原有的ERP系统进行整改。

2．所领导的要求

目前应将企业资源与能力，与企业的计划分开考虑。

先保证企业的基础信息能够录入，，录入信息可以浏览，为此可考虑减少部门间模块的耦合度。

对各部门模块能够实现的功能要求是：

生产计划能够记录和反馈，并且能够在系统中反映生产的实际进行情况；物资库和生产库的库存管理能够完成；质量记录能够记录，能够方便的查询。

3．各部门提出的需求

3．1生产处

生产加工计划：

由于31所提供的工时不准、实际生产工时与工艺工时不同，而使用整体排产系数调整这种差异又不太准确，因此排产生成的生产加工计划不太准确，可靠虑对其做出调整

车间反馈生产信息：

车间可以看到月计划、任务单、临时任务单（不重要）的功能，月计划会拆分成任务单下达车间，但车间反馈生产信息应根据月计划反馈

生产合同管理：

查询付款存在问题，如果是软件问题应做出调整

3.2物资处

物资编码：

应考虑物资编码与院标的对应统一问题

物料需求计划的数据来源：

物料需求计划根据多个组批计划和工艺定额自动产生，是物

料采购的总体计划，但目前两个数据来源都存在问题，系统上线时的工艺定额批量录入物资处可以帮助完成，也可考虑能够实现将物料需求计划直接作为物资模块的起点

入库单等的打印：

系统没有较好的完成打印，应能实现入库单等的打印，最好是能够实现套打

与质技处的关联：

目前物资管理的生产库和物资库，在出入库管理时与质技处功能都有接口，需要综合考虑

3.3质技处

总体要求：

能够减少与其它部门的耦合度，保证质量记录能够记录和方便的查询

合格证打印：

系统没有较好的完成打印，应能实现合格证的打印，最好是能够实现套打检验条件格式改变：

31所的检验条件格式修改为一张大图，可能无法将复验条件录入系统，可能导致系统根据检验条件自动检验的功能废弃

三、系统整改的可行性

1．基本功能已经完备

从目前系统部署的功能模块来看，提供的功能已很全面。

而最近一次与31所的用户交流之后，我们看出，其实用户提出的绝大多数功能要求在31所ERP系统中都已经提供了。

只有少量的功能如格式打印等，由于以前的技术不成熟，在系统中没有较好的实现。

而随着技术发展，现在实现这些功能已经没有太大问题。

2．整改涉及的范围相对不大

由于系统功能完备，整改涉及的范围相对不大。

从各部门提出的问题来看，主要问题还是集中在部门接口、自动化程序问题上。

而这些问题，对于ERP系统来言，主要是修改接口模块、适当降低自动化程度，因此涉及的范围有限。

3．整改目标已经比较明确

根据最近一次的用户交流，整改目标已经比较明确。

本次整改将根据实际情况对一些部门模块间耦合进行松绑，保证ERP系统模块的有效使用。

四、系统整改内容

1．近期整改内容

简化系统中质技处的质检流程，先确保物资处仓库与生产处仓库的流程能够使用。

减少自动化排产对生产计划制定的影响，确保生产计划能够尽快的完成制定。

生产计划产生之后，也为物资处制定物料需求计划提供了一个重要的数据来源。

了解工艺定额数据录入不及时的瓶颈。

根据具体情况，从工作分配或技术上着手，确保工艺定额数据能够及时进入生产系统。

这也是为物资处指定物料需求计划提供了另一个重要的数据来源。

由于物资处的部门职能与生产处的联系非常紧密，所以不建议对物资处和生产处的接口进行强制松绑。

另外，物资处的功能模块和内部流程都已经设计的十分完备，问题主要集中再数据来源——生产计划和工艺定额上。

所以对于物资处功能模块的实施，还是建议先解决物资处模块的外部接口即数据来源。

数据来源能够保证，物资处的功能也能很好的完成。

调整车间反馈生产信息，为车间开放查看月计划的权限，将车间反馈的生产系统与月计划关联，保证生产计划的执行情况能够得到反馈。

为需要的功能模块增加打印的功能，如果需要，也可以考虑进行指定格式的套打功能。

2．远期整改内容

整个ERP系统的实施应该是一个不断扩充、不断裁减的过程。

在近期目标实现之后，也有必要根据维护成本和信息化扩展需要，对系统进行更进一步的调整。

很多用户的应用系统，实际的情况也大都是只有20％的系统功能是经常使用的。

对于剩下的80％不常使用的功能，就有必要在系统运行稳定之后，确定一下哪些功能是否真正的必要的。

为整个应用系统确定一个主要的目标，然后可以对不重要的功能就有必要进行合适的裁剪。

适当的功能裁剪和流程裁剪，可以减少人员的工作量，还可以直接导致应用维护成本的降低，进一步会间接影响到系统维护成本和系统使用成本的降低。

应用系统的改进是不断进行的过程，31所ERP系统的整体功能模块虽然庞大，但也还有很多需要补充完善的模块，如财务管理模块等。

因此，在系统运行稳定之后，也有必要根据信息化需要进行应用模块的扩充完善。

但这个过程应该是一个迭代的、渐进的过程。

3．建议的工作模式

3.1详细确定目标

3.2周密的数据准备

3.3完备的系统测试

3.4有力的组织实施

五、工作量和时间计划

1．投入人员与工作分配

项目组长：

1人开发人员：

3～5人测试人员：

1～2人

2．工作分配

项目组长：

组织需求和现有功能整理，搭建代码框架，撰写开发规范文档，讲解开发架构，审核需求和功能点整理文档，在系统整合阶段组织系统测试，与开发人员、测试人员交互，跟踪项目进度

开发人员：

参与需求和现有功能整理，阅读需求文档，编写代码和提交代码，在系统整合阶段参与系统测试

测试人员：

与开发人员交互完成测试用例，完成单元测试，在系统整合阶段参与系统测试

3．时间进度

根据系统整改的内容分析和项目实施的经验，可以规划出下面的时间进度：

（1）需求与现有功能整理阶段：

2工作周

了解用户需求与现在实现的功能，确定哪些流程需要调整、哪些功能模块需要完善，整理出详细的需求内容供开发使用

（2）开发准备阶段：

1工作周确定开发方式和开发流程，搭建代码框架，撰写开发规范文档（3）开发与测试阶段：

10工作周

完成所有代码开发，测试人员完成各模块的单元测试，交付用户之前完成系统测试（4）项目实施阶段：

4工作周项目组长及时通知用户提前进行数据准备，进行项目实施六、用户配合的内容

1．成立专门小组，专人负责

2．对需求的明确和确认

3．基础数据的准备

4．认真走一个完整流程

七、上线之后的维护

系统上线之后，除了由专人负责系统运行环境（服务器、数据库、中间件）的维护外，还应有专职的人员负责应用的维护。

该工作人员负责处理ERP系统使用者的一些操作问题和业务问题，为不熟悉系统的使用者提供培训等。

篇二：

ERP项目整改计划9.2.1

*有限公司

项目计划

项目名称：

ERP代码标准化和系统基础档案整理项目编号：

ERP/201X0801

项目负责人：

*日期：

201X.8.30

审核人：

日期：

1.现状分析

公司ERP产品T6已运行10年以上，主要有财务、采购、销售、库房四大模块。

能够支撑业务的数据和信息流。

2.当前存在的问题

1）ERP系统管理未有明确的管理文件。

2）基础档案建立的职责和流程不够明确。

3）产品物料代码的编码规则不够清晰。

4）物料名称存在不统一，存在多码

5）产品BOM存在不完整，BOM清单中存在与物料名称不一致现象。

3.立项的目的

1）解决当前ERP存在的问题

2）通过对当前问题的解决和流程的梳理，为公司ERP升级奠定基础。

4.项目组成员

项目组负责人：

*

项目组成员：

*ERP系统管理员*财务部*采购部*销售部*研发部*器材库

*成品库

5.项目计划的起止时间

201X年8月1日~201X年12月15日

6.项目实施计划和预期结果

项目组各成员按照计划开展自己的工作，对过程中存在的问题及时与项目组负责人沟通。

项目组负责人适时跟踪项目的进度和各成员的工作进度，对提前和按时完