第七章 ERP系统的实施和维护

合集下载

ERP系统实施与维护作业指导书

ERP系统实施与维护作业指导书

ERP系统实施与维护作业指导书第1章 ERP系统概述 (3)1.1 ERP系统定义及发展 (3)1.2 ERP系统的主要模块 (3)1.3 ERP系统实施的意义与价值 (4)第2章 ERP系统实施准备 (4)2.1 项目立项与组织架构 (4)2.1.1 项目立项 (4)2.1.2 组织架构 (5)2.2 需求分析与可行性研究 (5)2.2.1 需求分析 (5)2.2.2 可行性研究 (5)2.3 供应商选型与评估 (5)2.3.1 供应商选型 (5)2.3.2 供应商评估 (6)第3章 ERP系统实施规划 (6)3.1 实施目标与策略 (6)3.1.1 实施目标 (6)3.1.2 实施策略 (6)3.2 实施范围与时间表 (6)3.2.1 实施范围 (6)3.2.2 时间表 (7)3.3 预算与资源分配 (7)3.3.1 预算 (7)3.3.2 资源分配 (7)第4章 ERP系统实施流程 (8)4.1 数据准备与迁移 (8)4.1.1 数据清洗与整理 (8)4.1.2 数据迁移策略 (8)4.1.3 数据迁移实施 (8)4.2 系统配置与定制 (8)4.2.1 系统参数设置 (8)4.2.2 功能模块定制 (8)4.2.3 界面与报表定制 (8)4.3 系统集成与测试 (9)4.3.1 系统集成 (9)4.3.2 系统测试 (9)4.3.3 用户培训与验收 (9)第5章 ERP系统培训与上线 (9)5.1 培训计划与实施 (9)5.1.1 培训目标 (9)5.1.2 培训内容 (9)5.1.4 培训方式与时间 (10)5.1.5 培训评估与改进 (10)5.2 上线策略与执行 (10)5.2.1 上线时间表 (10)5.2.2 上线准备 (10)5.2.3 上线执行 (10)5.3 上线支持与问题处理 (10)5.3.1 建立上线支持团队 (11)5.3.2 问题收集与反馈 (11)5.3.3 问题处理与优化 (11)5.3.4 持续改进 (11)第6章 ERP系统运维管理 (11)6.1 运维团队组织与职责 (11)6.1.1 运维团队组织架构 (11)6.1.2 运维团队职责 (11)6.2 系统监控与维护 (11)6.2.1 系统监控 (11)6.2.2 系统维护 (12)6.3 系统升级与优化 (12)6.3.1 系统升级 (12)6.3.2 系统优化 (12)第7章 ERP系统安全管理 (12)7.1 系统安全策略与措施 (12)7.1.1 安全策略制定 (12)7.1.2 安全措施实施 (12)7.2 数据备份与恢复 (13)7.2.1 数据备份策略 (13)7.2.2 数据恢复测试 (13)7.3 用户权限与审计 (13)7.3.1 用户权限管理 (13)7.3.2 用户审计 (13)第8章业务流程优化与重构 (14)8.1 流程优化原则与方法 (14)8.1.1 优化原则 (14)8.1.2 优化方法 (14)8.2 业务流程重构实践 (14)8.2.1 重构策略 (14)8.2.2 重构步骤 (14)8.3 优化效果评估与持续改进 (15)8.3.1 效果评估 (15)8.3.2 持续改进 (15)第9章 ERP系统与其他系统集成 (15)9.1 集成需求分析 (15)9.1.2 分析现有系统接口 (15)9.1.3 确定集成优先级 (15)9.2 集成方案设计 (16)9.2.1 设计集成架构 (16)9.2.2 确定集成技术选型 (16)9.2.3 制定集成策略 (16)9.3 集成实施与测试 (16)9.3.1 系统集成实施 (16)9.3.2 系统集成测试 (16)9.3.3 系统上线与运维 (16)第10章 ERP系统实施案例与经验总结 (16)10.1 成功实施案例分享 (16)10.2 常见问题与应对策略 (17)10.3 实施经验总结与建议 (18)第1章 ERP系统概述1.1 ERP系统定义及发展企业资源计划(ERP)系统是一种集成了企业各部门业务流程的信息管理系统。

ERP系统实施与运维操作手册

ERP系统实施与运维操作手册

ERP系统实施与运维操作手册第1章 ERP系统概述 (5)1.1 系统简介 (5)1.2 系统架构 (5)1.3 系统功能 (5)第2章系统实施准备 (6)2.1 项目筹备 (6)2.1.1 项目立项 (6)2.1.2 组建项目团队 (6)2.1.3 制定项目计划 (6)2.1.4 获取项目预算 (6)2.2 需求分析 (7)2.2.1 业务流程梳理 (7)2.2.2 收集用户需求 (7)2.2.3 需求分析报告 (7)2.3 系统选型 (7)2.3.1 确定选型标准 (7)2.3.2 市场调研 (7)2.3.3 选型评估 (7)2.3.4 选型决策 (7)2.4 数据迁移与整合 (7)2.4.1 数据迁移规划 (7)2.4.2 数据清洗与转换 (7)2.4.3 数据迁移实施 (7)2.4.4 数据整合 (8)2.4.5 数据验证 (8)第3章系统实施流程 (8)3.1 系统部署 (8)3.1.1 硬件环境准备 (8)3.1.2 软件环境部署 (8)3.1.3 系统安装与部署 (8)3.2 系统配置 (8)3.2.1 基础数据配置 (8)3.2.2 业务参数配置 (8)3.2.3 权限与角色配置 (8)3.3 系统测试 (8)3.3.1 功能测试 (8)3.3.2 功能测试 (9)3.3.3 集成测试 (9)3.3.4 安全测试 (9)3.4 用户培训与上线准备 (9)3.4.1 用户培训 (9)3.4.3 上线支持 (9)第4章系统运维管理 (9)4.1 系统监控 (9)4.1.1 监控概述 (9)4.1.2 监控工具与手段 (9)4.1.3 监控指标 (10)4.1.4 监控报警 (10)4.2 系统维护与优化 (10)4.2.1 系统维护 (10)4.2.2 系统优化 (10)4.3 系统备份与恢复 (10)4.3.1 备份策略 (10)4.3.2 备份操作 (10)4.3.3 恢复操作 (10)4.4 系统升级与扩展 (11)4.4.1 升级策略 (11)4.4.2 升级操作 (11)4.4.3 系统扩展 (11)第5章财务管理模块 (11)5.1 基础设置 (11)5.1.1 账套设置 (11)5.1.2 会计科目设置 (11)5.1.3 币种及汇率设置 (11)5.1.4 会计期间设置 (11)5.2 凭证录入与审核 (12)5.2.1 凭证录入 (12)5.2.2 凭证审核 (12)5.2.3 凭证过账 (12)5.2.4 凭证打印与装订 (12)5.3 财务报表与分析 (12)5.3.1 财务报表编制 (12)5.3.2 财务报表分析 (12)5.3.3 财务指标监控 (12)5.4 税务管理 (12)5.4.1 税种设置 (12)5.4.2 税率设置 (12)5.4.3 税费计算 (12)5.4.4 税务申报 (12)第6章供应链管理模块 (12)6.1 采购管理 (13)6.1.1 采购申请 (13)6.1.2 供应商选择 (13)6.1.3 采购订单管理 (13)6.1.5 采购入库 (13)6.1.6 采购付款 (13)6.2 销售管理 (13)6.2.1 销售预测 (13)6.2.2 销售订单管理 (13)6.2.3 客户管理 (13)6.2.4 销售合同管理 (13)6.2.5 发货管理 (13)6.2.6 销售出库 (13)6.3 库存管理 (13)6.3.1 库存基础设置 (13)6.3.2 库存入库 (14)6.3.3 库存出库 (14)6.3.4 库存盘点 (14)6.3.5 库存预警 (14)6.3.6 库存分析 (14)6.4 物流管理 (14)6.4.1 运输管理 (14)6.4.2 仓储管理 (14)6.4.3 物流跟踪 (14)6.4.4 配送管理 (14)6.4.5 国际物流 (14)6.4.6 物流数据分析 (14)第7章生产管理模块 (14)7.1 生产计划 (14)7.1.1 生产计划概述 (14)7.1.2 物料需求计划 (14)7.1.3 车间生产计划 (15)7.2 生产任务 (15)7.2.1 生产任务概述 (15)7.2.2 生产任务创建 (15)7.2.3 生产任务管理 (15)7.2.4 生产任务跟踪 (15)7.3 生产跟踪 (15)7.3.1 生产跟踪概述 (15)7.3.2 生产进度跟踪 (16)7.3.3 生产异常处理 (16)7.3.4 生产数据分析 (16)7.4 质量管理 (16)7.4.1 质量管理概述 (16)7.4.2 质量标准管理 (16)7.4.3 质量检验管理 (16)7.4.4 质量改进 (16)第8章人力资源管理模块 (17)8.1 员工信息管理 (17)8.1.1 功能概述 (17)8.1.2 操作流程 (17)8.2 招聘选拔 (17)8.2.1 功能概述 (17)8.2.2 操作流程 (17)8.3 考勤管理 (18)8.3.1 功能概述 (18)8.3.2 操作流程 (18)8.4 薪酬福利管理 (19)8.4.1 功能概述 (19)8.4.2 操作流程 (19)第9章项目管理模块 (19)9.1 项目立项 (19)9.1.1 立项流程 (19)9.1.2 立项条件 (19)9.1.3 立项文档管理 (19)9.2 项目进度 (19)9.2.1 进度计划 (19)9.2.2 进度监控 (20)9.2.3 进度报告 (20)9.3 项目成本 (20)9.3.1 成本预算 (20)9.3.2 成本控制 (20)9.3.3 成本核算 (20)9.4 项目风险与问题 (20)9.4.1 风险识别 (20)9.4.2 风险评估与应对 (20)9.4.3 问题管理 (20)第10章系统安全与合规 (20)10.1 用户权限管理 (20)10.1.1 权限分配原则 (20)10.1.2 用户角色与权限设置 (20)10.1.3 权限变更与审批 (20)10.1.4 用户权限审计 (21)10.2 安全防护策略 (21)10.2.1 网络安全 (21)10.2.2 系统安全 (21)10.2.3 应用安全 (21)10.2.4 数据备份与恢复 (21)10.3 数据安全与隐私保护 (21)10.3.1 数据加密 (21)10.3.3 数据脱敏 (21)10.3.4 隐私保护合规性 (21)10.4 合规性检查与审计 (22)10.4.1 合规性检查 (22)10.4.2 审计与合规性报告 (22)10.4.3 风险评估与管理 (22)第1章 ERP系统概述1.1 系统简介企业资源计划(ERP)系统是一种集成了企业各种业务流程的信息化管理平台。

ERP系统运行维护管理办法

ERP系统运行维护管理办法

ERP系统运行维护管理办法一、概述ERP(企业资源计划)系统是帮助企业实现资源整合和管理的软件系统。

为了保证ERP系统的正常运行,提高系统的可靠性和稳定性,需要制定一套科学有效的运行维护管理办法。

本文档旨在详细介绍ERP系统的运行维护管理办法,涵盖以下内容:系统运行环境要求、系统运行维护人员职责、系统运行监控和故障处理、系统数据备份与恢复等方面。

二、系统运行环境要求为了保证ERP系统的正常运行,系统运行环境需要满足以下要求:1.硬件要求:服务器硬件配置应满足ERP系统的需求,并具备足够的扩展能力;2.操作系统要求:服务器操作系统应为稳定、安全的操作系统,建议使用企业级操作系统;3.数据库要求:数据库管理系统应为常见的企业级数据库,如Oracle、MySQL等,且应根据实际需求调整数据库的参数设置;4.网络要求:系统应处于稳定、高速的网络环境中,同时需要保证良好的网络安全防护措施。

三、系统运行维护人员职责为了保证ERP系统的正常运行,需要明确系统运行维护人员的职责,包括但不限于以下内容:1.系统运行监控:定期检查系统运行状态,包括服务器硬件状态、系统日志、数据库状态等,发现异常及时进行处理;2.用户支持与问题解决:及时响应用户的需求和问题,提供有效的技术支持和解决方案;3.系统维护:定期进行系统维护,包括数据库备份与优化、系统补丁安装与升级等;4.系统性能优化:根据系统运行情况,定期进行性能优化,提高系统的响应速度和稳定性;5.系统安全管理:制定和执行系统的安全策略,确保系统的安全性和可靠性。

四、系统运行监控和故障处理为了及时发现和解决系统运行过程中的异常和故障,需要对系统进行运行监控,并制定相应的故障处理流程。

1.运行监控:系统运行维护人员应定期对系统进行监控,包括监控系统的硬件状况、网络连通性、数据库状态等。

可以借助监控工具对系统进行自动化监控,并根据监控结果及时采取相应的措施。

2.故障处理:当系统发生异常或故障时,系统运行维护人员应按照预先制定的故障处理流程进行处理。

公司erp使用管理制度

公司erp使用管理制度

公司erp使用管理制度第一章绪论为了规范公司ERP系统的使用和管理,提高工作效率和信息安全性,特制定本制度。

公司全体员工必须遵守本制度,严格执行。

第二章 ERP系统的基本概念1.1 ERP系统是企业资源规划系统的简称,是一种集成化的管理软件,能够整合企业各部门的业务数据和流程,实现信息共享和协作。

1.2 公司的ERP系统包括财务管理、生产管理、供应链管理、人力资源管理等模块,涵盖公司的各个经营活动。

第三章 ERP系统的使用管理2.1 所有员工必须经过培训,熟悉公司的ERP系统的使用方法和操作流程。

2.2 不得私自更改ERP系统的配置和参数设置,如有需要请向IT部门申请。

2.3 禁止将ERP系统的账号和密码告知他人,且每个员工只能拥有一个账号,并定期更换密码。

2.4 禁止私自安装插件和软件,以免对ERP系统造成影响,如需添加功能,请向IT部门申请。

2.5 禁止删除或篡改ERP系统中的数据,如有误操作,请及时向IT部门报告处理。

第四章 ERP系统的安全管理3.1 ERP系统的安全备份工作由IT部门负责,定期进行备份和存储。

3.2 所有员工必须对ERP系统的安全性负责,确保账号和密码的安全,避免泄露和被盗用。

3.3 禁止利用ERP系统进行非法操作和违法活动,一经发现,将严肃处理。

3.4 禁止在ERP系统中传播病毒和恶意软件,如有发现,请及时向IT部门报告处理。

第五章 ERP系统的监督管理4.1 公司的领导层必须对ERP系统的使用情况进行监督和管理,确保各部门的数据和流程的准确性和完整性。

4.2 每个部门负责人必须对本部门的ERP系统使用负责,定期对数据进行检查和核对。

4.3 IT部门负责对ERP系统的运行情况进行监控和维护,及时处理故障和问题。

4.4 定期组织ERP系统的培训和交流会议,提高员工的技能和使用效率。

第六章 ERP系统的优化和升级5.1 公司的ERP系统需要定期进行优化和升级,以适应公司发展和业务需求的变化。

ERP系统的实施和运营管理

ERP系统的实施和运营管理

ERP系统的实施和运营管理一、什么是ERP系统?ERP系统(Enterprise Resource Planning system)是一种企业管理信息系统,它通过集成来自不同功能部门的信息和业务流程,为企业提供高效的管理和决策支持。

ERP系统管理企业的核心信息,包括财务、供应链、物流、库存、销售和采购等,同时提供灵活的、可定制的功能组件以适应不同企业的需求和规模。

二、ERP系统的实施1.需求分析在实施ERP系统之前,企业应该进行充分的需求分析,明确自己的业务流程以及ERP系统需要覆盖的业务范围。

因为ERP系统可能会涉及到多个部门,需要对每个部门的工作流程和需求进行详细的了解和分析。

2.选择适合的ERP系统在选择ERP系统时,企业应该考虑自己的规模和业务需求,选择适合自己的ERP系统。

同时,对于ERP系统的供应商和实施团队也要进行充分的评估和谨慎选择。

3.ERP系统的实施过程ERP系统的实施过程需要多个部门的协作和配合,包括业务部门、IT部门、实施团队和ERP系统供应商等。

实施过程通常包括以下步骤:(1)项目启动和计划阶段:定义ERP系统实施的目标和范围,确定实施计划和时间线,在整个实施过程中进行有效的沟通和协调。

(2)业务流程和硬件环境设计:根据需求分析的结果,设计ERP系统的业务流程和硬件环境,并进行测试和验证。

(3)ERP系统配置:根据实施需求和业务流程,配置ERP系统的各个模块,包括财务、库存、采购、销售等。

(4)数据迁移和系统集成:将企业现有的数据迁移到ERP系统中,并进行系统集成和测试。

(5)用户培训和上线:对ERP系统的用户进行培训和指导,确保系统上线后的正常使用。

三、ERP系统的运营管理1.ERP系统的维护和升级ERP系统的正常运行需要定期进行维护和升级,以保证系统的稳定性和安全性。

维护工作包括备份数据、检查系统运行情况、监测系统安全状况等。

升级工作包括安全修补程序、功能增强、性能优化等。

ERP系统应用与开发维护

ERP系统应用与开发维护

ERP系统应用与开发维护一、ERP系统概述企业资源规划(Enterprise Resource Planning, ERP)是指以信息技术为基础,为企业实现各项业务数据的集成、管理和优化的系统。

ERP系统是由财务、物流、供应链管理、人力资源、销售、采购等模块构成,旨在协调各项业务活动,提高企业的管理效率和核心竞争力。

目前,ERP系统已经成为企业信息化的基础设施之一。

二、ERP系统应用1.信息共享ERP系统将企业各模块的信息进行集成,实现了信息共享。

这样,企业不同部门之间的信息沟通更加高效,减少了信息传递和交流的成本,确保了企业信息的一致性和准确性,提高了决策的精准度。

2.管理标准化ERP系统将企业各项业务流程标准化,提高了企业流程管理的水平。

通过ERP系统的引入,企业可以制定出更加合理、高效的流程标准,实现资源的合理配置,提高企业整体的管理水平。

3.提高效率ERP系统将企业各项业务流程集成起来,实现了业务流程优化。

这样,企业可以通过ERP系统对各项业务流程进行优化,减少冗余操作,提高效率,降低成本。

三、ERP系统开发维护1.系统定制ERP系统是根据企业的具体要求来设计的,因此开发出ERP系统需要对企业的业务流程进行全面的分析和了解。

开发人员需要在考虑到企业实际业务的前提下,结合当前行业和市场的趋势,实现系统局部和整体的可定制性和可扩展性。

2.数据管理ERP系统中的数据十分重要,在开发和维护过程中,需要对其进行严格管理。

系统开发人员需要制定数据管理策略,规范各个模块的数据录入和数据管理流程,确保数据的安全并保持其准确性。

3.技术选择ERP系统的开发需要选择合适的技术支撑。

开发人员需要对ERP系统的各个模块进行细致的分析,根据其特点选择合适的技术,确保系统的性能和稳定性。

4.系统维护ERP系统的维护非常重要,需要对系统进行定期维护和更新。

在系统运行过程中,开发人员需要对系统进行监测和管理,确保系统的正常运行,及时修复问题,优化系统性能。

ERP系统运行维护管理办法

ERP系统运行维护管理办法

ERP系统运行维护管理办法(初稿)第一章总则第一条为规范公司ERP系统运行爱护与故障处理工作,明确工作任务,落实工作职责,提高工作效率,确保ERP系统安全、稳固、高效运行,制定本方法。

第二条本方法中ERP系统是指公司按照集团公司ERP系统统一建设方案,采纳基于ORACLE EBS软件平台在公司集中建设部署的财务和业务一体化企业资源打算信息治理系统。

第三条本方法适用于覆盖公司本部和所属各单位的ERP系统中硬件网络设备、应用系统、数据库系统、储备系统、备份及灾备系统和传输链路的运行爱护治理工作。

各单位可依照本方法,结合本单位实际情形制定实施细则,并报公司科技信息部备案。

第二章组织形式和职责第四条公司ERP系统运行爱护工作以业务为主导、面向最终用户、建立“专业、闭环、快捷”高效运维服务体系的建设目标,按照“统一运维、分层治理”的原则,实行三级运维支持体系。

(一)一级支持:由用户单位各模块关键用户和IT技术关键用户组成,用户单位所实施的每一个模块至少设置一个对应的关键用户,各模块关键用户要紧负责指导本单位本业务模块所有最终用户的应用,负责向上一级关键用户反馈本单位本业务模块应用中显现的问题,负责本单位业务模块涉及数据爱护和报表设置、需求及流程变更、用户权限等申请工作;IT技术关键用户为本单位信息化治理人员,要紧负责本单位最终用户应用提供硬件和网络的技术支持,负责向上一级关键用户反馈本单位系统通用性软件问题和硬件及网络应用问题。

(二)二级支持:由公司各模块关键用户和IT技术关键用户组成,公司系统所实施的每一个模块按公司部门业务治理职能设置一个对应的关键用户,负责组织解决本业务范畴中模块应用的共性问题,负责对用户单位提交的需求申请进行审批;IT技术关键用户为公司科技信息部人员,负责组织系统运维单位和产品供应商确保系统的有效、稳固运行和运行中显现的软件系统、硬件及网络问题进行解决和处理,负责组织收集经审批后的用户单位各类申请需求,安排运行爱护单位进行部署和实施。

ERP系统运行维护管理办法(初稿)

ERP系统运行维护管理办法(初稿)

ERP系统运行维护管理办法(初稿)第一章总则第一条为规范公司ERP系统运行维护与故障处理工作,明确工作任务,落实工作职责,提高工作效率,确保ERP系统安全、稳定、高效运行,制定本办法。

第二条本办法中ERP系统是指公司按照集团公司ERP系统统一建设方案,采用基于ORACLE EBS软件平台在公司集中建设部署的财务和业务一体化企业资源计划信息管理系统。

第三条本办法适用于覆盖公司本部和所属各单位的ERP系统中硬件网络设备、应用系统、数据库系统、存储系统、备份及灾备系统和传输链路的运行维护管理工作。

各单位可根据本办法,结合本单位实际情况制定实施细则,并报公司科技信息部备案。

第二章组织形式和职责第四条公司ERP系统运行维护工作以业务为主导、面向最终用户、建立“专业、闭环、快捷”高效运维服务体系的建设目标,按照“统一运维、分层管理”的原则,实行三级运维支持体系。

(一)一级支持:由用户单位各模块关键用户和IT技术关键用户组成,用户单位所实施的每一个模块至少设置一个对应的关键用户,各模块关键用户主要负责指导本单位本业务模块所有最终用户的应用,负责向上一级关键用户反馈本单位本业务模块应用中出现的问题,负责本单位业务模块涉及数据维护和报表设置、需求及流程变更、用户权限等申请工作;IT技术关键用户为本单位信息化管理人员,主要负责本单位最终用户应用提供硬件和网络的技术支持,负责向上一级关键用户反馈本单位系统通用性软件问题和硬件及网络应用问题。

(二)二级支持:由公司各模块关键用户和IT技术关键用户组成,公司系统所实施的每一个模块按公司部门业务管理职能设置一个对应的关键用户,负责组织解决本业务范围中模块应用的共性问题,负责对用户单位提交的需求申请进行审批;IT技术关键用户为公司科技信息部人员,负责组织系统运维单位和产品供应商确保系统的有效、稳定运行和运行中出现的软件系统、硬件及网络问题进行解决和处理,负责组织收集经审批后的用户单位各类申请需求,安排运行维护单位进行部署和实施。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第七章ERP系统的实施和维护企业采用ERP系统,是为了改善组织多方面的关键业绩因素指标的表现,例如赢利能力、效率、以及信息系统数据和报告的准确性等等。

ERP系统供应商通常许诺系统能为企业带来相当于企业年收入的10%到15%的收益,提高用户满意度,以及其他形式的价值。

要建立这样的系统,企业也需要付出大量的努力。

麦塔集团(Meta Group)发现,ERP实施项目平均耗时23个月,平均成本高达1500万美元。

企业采用ERP系统后,通常先要经历一段看不到改善的时期。

在这段时间内,有些企业甚至会出现业绩下滑的现象。

这种业绩下滑现象的主要原因包括:没有彻底重组业务流程,系统配置管理错误,没有将不断变化的业务需求反映到系统之中,对计算处理能力和数据存储需求估计失误,对终端用户的培训不足等等。

在一个完美的世界里,这些因素都已经被纳入计划之中,并且在问题发生之前就得到了妥善解决。

但是在现实中,预测到所有的因素基本上是不可能的。

实施新的ERP系统时,组织开展业务的方式通常也会发生变化。

新重组的业务流程的设计目的是用更少的人手做更多的工作。

考德威尔(Caldwell)提出了变化的三个阶段。

在第一个阶段,企业重新定义工作职责,新的业务程序建立起来,ERP系统正在微调,组织也在学习处理新的信息流,这时候,企业会出现一段时间的生产率下滑。

这个第一阶段通常会持续3到9个月的时间。

第二个阶段是一个发展的阶段,新的技能产生,组织改变,流程整合,附加的即插即用技术进一步扩展了ERP系统的功能。

第三个阶段是ERP系统带来回报的阶段,组织的运营提高到一个效率更高的水平。

本章内容:●讨论现在提出的信息系统/信息技术(IS/IT)项目中的关键因素。

●列出ERP系统实施项目中可选的战略方案。

●报告一般信息系统/信息技术(IS/IT)项目中的失败率。

●讨论ERP系统实施项目的失败。

●确定培训能够如何帮助ERP系统为企业创造价值。

●演示ERP系统的维护活动。

●报告ERP系统向更先进软件产品迁移的情况。

ERP项目的关键成功因素所谓关键成功因素,即企业要想成功就必须做好的事情。

就信息系统项目而言,关键成功因素就是系统为了达到其设计目的所必须做好的事情。

对于信息系统项目,有三个因素一直作为关键成功因素出现,它们是:高层管理者的支持,客户咨询(用户参与),以及明确的项目目标。

有效的用户参与往往很难实现。

一个大型制造企业采用了信息系统,该系统将影响到遍布全国的五个地点的12个部门,280名用户。

企业组建了一个项目团队,其中包括15个咨询人员,10个公司内部人员,还有2个公司聘用的项目经理。

另外,高层管理人员组成了一个委员会,委员会每个月与项目团队会谈一次,对项目进行监督。

每周都要召开项目例会,由负责信息系统的副总主持。

在项目的各个阶段,项目团队鼓励用户进行完成验收,例如在软件选择时,或者在某些阶段(比如系统部件更改和界面开发)结束时。

在不同的阶段,有不同层次的用户参与项目,促使用户接受系统。

项目团队提供了培训课程,同时还提供了向导课程,鼓励用户提出建议和意见。

然而,项目并没有取得成功。

系统实施后四个月内,项目团队收到了1000多条修改系统的要求。

虽然团队已经采用了许多鼓励用户参与的措施,但是由于职责描述和沟通的定义不清,导致用户和系统设计者之间的沟通不畅。

用户逐渐觉得自己的意见没有得到重视,因此他们拒绝再为系统做出贡献。

用户与ERP系统合作失败的现象屡见不鲜。

一项研究表明,ERP系统失败的百分比在40%到60%之间,另一项研究则认为失败率在60%到90%之间。

后一项研究将“失败”定义为没有达到在申请批准阶段所提出的投资回报率。

许多ERP的实施案例都宣告失败。

其中有些是因为用户的因素(参见第一章福克思迈尔医药公司的案例)。

其他的则涉及到另外更复杂的因素。

莫特瓦尼(Motwani)等人研究了四个案例,其中的ERP系统都给实施企业带来了相当大的问题。

1.好时(Hershey)公司:在采用ERP系统后,季度利润下降了19个百分点,而且库存上升了29%,这要归咎于ERP系统的订单处理系统。

2.奥克兰市:采用了一个ERP项目,但是在实施过程中,系统对该城的公务人员的薪酬计算发生了错误。

3.米兰工业公司(Miller Industries):由于ERP系统的效率不高,导致在实施后的第一个季度,企业运营出现亏损。

4.格雷杰公司(WW Grainger Inc.):因为ERP实施不正确,年营运利润降低1100万美元。

针对ERP实施中的关键成功因素,人们已经进行了许多研究。

昂伯尔(Umble)等人将研究成果归纳为10个类别。

1.对战略目标有清晰的认识。

2.得到高层管理人员的支持。

3.优秀的实施项目管理。

4.出色的实施团队。

5.成功地处理了技术问题。

6.组织愿意进行改变。

7.广泛的教育和培训。

8.数据的准确性。

9.重点突出的业绩衡量方式。

10.解决了多地点的问题。

其中,第一条和第二条是经典的信息系统的关键成功因素,适用于任何信息系统项目。

(在ERP实施项目中,必然会对项目目标进行清晰的陈述,而如此大规模的投资也一定会引起管理层的注意。

)第三条是与项目管理相关的。

实施项目管理,首先应当准确地估计项目范围、规模和复杂程度。

正如我们在第三章中讨论过的,这决不是一项无关紧要的任务。

管理层所提出的商务需求必须与选定的ERP系统相匹配。

项目管理者还应该制定出能够完成的时间安排表。

设计好的系统不应包括不能创造价值的流程或者冗余的流程。

在第六章中,我们已经讨论了用于项目管理的这一方面的辅助工具。

另外,使管理者和用户对系统的期望现实化,也是很重要的。

第四条也是与项目管理直接相关的。

实施团队需要合格的人才。

内部人员的分配是可以控制的。

而供应商和咨询人员则不能,但是我们还是应当注意保持团队的工作效率。

第五条讲的是项目管理的技术方面。

在ERP实施项目的技术领域,供应商和咨询人员能够提供充分的支持。

第六条和第二条——高层管理人员的支持——是相互联系的。

ERP系统通常会极大地改变组织内几乎所有人员的工作方式。

这要求人们做出改变——而改变正是我们都倾向于抵制的。

为了尽量减少对生产效率的破坏,组织必须承诺将项目进行到底。

员工往往十分担心ERP系统的采用会导致组织取消他们的工作岗位(这是合理的忧虑)。

中层管理人员也担心ERP会使高层管理人员对业务运营过程更为了解。

组织的重大变革将会持续一两年的时间。

第七条的内容是组织应当为员工提供必要的培训,向他们解释如何去适应新的系统,告诉他们需要接受什么样的培训和技能发展才能保持工作效率。

第八条是关于内部数据的。

ERP系统必须能产生有用的信息。

好时公司的案例就是这方面的反面教材。

如果新系统提供的数据质量不高,公司将会蒙受巨大的损失。

好时公司侥幸地挨过了这段时期。

而大多数公司恐怕很难做到。

第九条是关于系统设计的。

ERP系统应当为各管理层提供关键信息报告。

如果系统不能为管理层提供他们所需的信息,那么它显然没有达到其设计目的。

第十条是关于企业网络设计的。

如果企业的各分支机构都有因其特定地点(或者特定功能)而产生的特殊需求,那么信息系统必须能够响应这些需求。

企业需求的分散程度越高,大一统的(big-bang)ERP实施过程的吸引力就越小,而分阶段的ERP实施过程吸引力越大。

实施战略的可选方案ERP实施在商业战略、软件配置、技术平台和管理执行等各方面都面临复杂的问题。

ERP系统有多种实施战略可供选择。

马库斯(Markus)等人研究了多地点的ERP实施项目中这四方面的实践。

他们找到了至少五种进行业务单位关系管理的方法、四种配置软件的方法、还有两种在多地点实施中完成ERP系统执行的方法,如表7.1所示。

表7.1 多地点的ERP实施中各方面的可选方案(原书页码:109)在多地点的ERP系统中,我们面临的首要问题是系统范围的定义。

系统范围决定了企业能够从ERP系统中得到的收益。

如果企业只采用了几个财务模块,那么就不能得到其他模块带来的好处,也不能得到整个ERP系统带来的优势。

但是项目范围越大,它需要的协调合作程度就越高,另外因为大范围的项目对组织的影响更为普遍和深远,所以更加需要高层管理人员的支持。

马库斯等人提出了商务战略方面的五种可选方案。

一家欧洲的跨国公司允许它的各子公司在ERP实施中实现完全自治。

这个公司拥有多种产品线,分别在不同的国家运营。

虽然这一战略不能利用ERP的潜在优势,但是它避免了集中化统治带来的矛盾冲突,而且允许子公司独立自主地选择原始系统,降低了系统实施失败的风险。

如果总部只控制财务模块,那么各地方分支机构通常会独立地进行ERP软件的配置、实施和维护工作。

如果不同地方分支机构的活动是独立的,那么这一方法就是有意义的。

我们还可以应用单项最优方法。

另一种实施模式就是由总部来协调运营活动,同时地方分支机构高度自治。

当系统能在某些特定的领域给公司带来收益时(例如在采购方面),这一战略的效果最好。

网络协调运营活动的战略则允许地方分支机构访问其他业务单位的信息,在没有高度集中化的情况下促进横向协调。

当各地方分支机构之间的交易方式与外部客户一样时,这一方法的效果最好。

完全集中化的方法则适用于所有子公司紧密合作的情况。

考虑到ERP有效性的影响,从理论上来说,集中化的ERP系统在整个组织范围内得以应用,最有利于获得ERP集成所带来的潜在收益。

然而,在实践中,往往有更重要的理由支持分散化。

马库斯等人还提出了软件配置的可选方案。

在ERP系统中进行软件配置,需要理清法定的财务核算实体与运营实体之间的逻辑体系结构。

地理上集中化的简单组织往往会采用单一财务配置/单一运营配置。

复杂的企业如果是作为单个管理实体来运营的(在一个国家内,只有一种财务报告要求),或者具有相似的业务流程以及集中化的原材料控制,也可以采用单地点的软件配置方法。

采用单一财务配置/多种运营配置的,通常是单一财务核算、但拥有多个运营实体的企业。

例如卡夫食品公司(Kraft Foods),在8个产品分公司拥有53家生产厂,该公司太过于复杂,因此无法使用单一的ERP运营配置。

多种财务配置/单一运营配置适合于那些只有一个生产厂、但是在许多国家拥有销售渠道,财务报告需求不同的企业。

最后,多种财务配置/多种运营配置的ERP配置方案适用于典型的跨国公司。

从技术平台方面来看,站点意味着有一个中心数据库,另外还可能有多个应用程序服务器。

多单位多地点的组织可能会选择集中化的体系结构,通过通讯网络和个人计算机进行远程访问。

另一个极端是分布式的数据和处理过程。

集中化的ERP配置往往比较容易,成本也比较低。

然而,分布式的体系结构也有其优势,表现在数据库规模和性能、通讯成本、维护成本和风险管理等方面。

相关文档
最新文档