1/10作者：XXXX时间：XXXX系统切换方案目录1.目的.42.切换模式.43.切换范围.54.切换准备.54.1.静态数据准备.54.2.动态数据准备.54.3.业务截止时间.54.4.仓库盘点.54.5.数据备份.65.正式切换.65.1.静态数据切换.65.2.动态数据切换.65.3.切换检查.65.4.系统上线切换时间表.65.5.角色和职责.75.6.切换步骤.85.7.上线支持体系.85.8.应急预案.95.8.1.应急预案一..95.8.2.应急预案二..95.9.注意事项及风险说明.95.9.1.系统并行原因..95.9.2.工作量影响..95.9.3.风险说明..95.9.4.综合说明..102/101.目的XX集团项目系统上线切换方案：是一个对实施顾问和用户做系统切换具有指导意义的关键文档，在其中明确了系统切换的范围、目标、计划、职责安排和风险预案。主要目的是确定上线切换的策略、确定系统切换的业务范围、切换的步骤、切换任务安排和职责、切换的方法、切换成功标准。在系统切换前，项目组成员、用户希望借助此方案来明确此次切换工作涉及的范围、目标、工作流程、时间安排以及具体的职责，同时要对潜在的切换风险有应对方案。2.切换模式为了保证本次项目上线成功，同时防止因上线出现问题导致各项业务无法正常开展，本次系统上线初期将采用双系统并行模式(依据不同项目使用不同的切换或并行模式)：1)新系统ERP，作为一套独立系统运行。2)原业务系统正常作业。以上两套系统同时并行到***月，经检查核对，若新上线数据及业务动作满足需要，则停止原业务系统的作业。切换示意图UFIDApage3of103.切换范围参考组件1：应用组织范围包括：XXXX（总部）XXX（分公司）XXX（分公司）XXX（分公司）XXX（分公司）XXX（分公司）4.切换准备4.1.静态数据准备yyyy-mm-dd至yyyy-mm-dd完成数据的准备。具体数据准备格式及内容详见《静态数据准备与转换方案》及分部门的数据准备方案说明。page4of104.2.动态数据准备yyyy-mm-dd至yyyy-mm-dd完成数据准备,具体数据准备格式及内容详见《动态数据准备与转换方案》说明。4.3.业务截止时间yyyy-mm-dd，作为mm月份业务及财务截止日。之后所有发生的交易将作为mm月份交易。其中：1)业务部门在yyyy-mm-dd晚上，将所有的交易录入或导入用友NC系统中。2)业务部门在yyyy-mm-dd后的交易，在系统维护时，将时间调整为M月份的日期。3)业务部门在新系统上线后，yyyy-mm-dd至上线日之间发生的交易将补录入。4)财务部门在系统升级后5天（即xxxx-mm-dd），可以正常作业。所有作业将在两套系统中同时进行。包括库存、存货数据调整，结账，各种传票等。4.4.仓库盘点yyyy-mm-dd至yyyy-mm-dd。盘点范围主要是各成品、半成品、材料仓库，盘点主要目的是为了保证进入系统的数据是正确的，若时间过紧，可以在系统上线后一个月进行。也就说，仓库盘点不是上线切换的必要条件。盘点工作主要针对材料仓库，特别是存在负库存数据的仓库。4.5.数据备份当日工作完成后，信息中心备份NC中的数据。5.正式切换切换之前，成立项目应急小组，依据《系统运行管理制度》，各小组成员分别负责对应业务部门作业时可能发生的问题，及时现场处理。项目应急小组成员，应具备熟练的系统操作、熟悉各业务部门的工作。page5of105.1.静态数据切换yyyy-mm-dd前，静态数据均需要在NCERP中录入或导入完成，具体切换数据及内容详见《静态数据准备与转换方案》。5.2.动态数据切换yyyy-mm-dd开始导入动态数据，yyyy-mm-dd完成。其中财务部门关于假退料的作业时间为yyyy-mm-dd至yyyy-mm-dd，具体动态切换数据及内容详见《动态数据准备与转换方案》。5.3.切换检查yyyy-mm-dd号就需切换的公共基础设置、模块设置、流程验证清单、打印\开发报表等内容，逐一进行检查并记录，具体检查内容详见《系统切换检查清单》。5.4.系统上线切换时间表上线切换时间xxxx日。其中主要分为5个阶段，各阶段时间点详见时间表。，工作日程计划任务编号任务起止时间用友方责任人客户方责任人注意事项正式环境搭建（基础数据、参数设置、公司账套、权限设置、基础数据分配）期初数据的导入/录入初始化设置并行数据录入期末数据校验page6of105.5.角色和职责用友方项目经理：制定切换方案并提供指导和建议帮助切换方案中的相关事宜提交客户方讨论并确认咨询实施顾问：协助制定切换方案并提供指导和建议帮助落实切换方案中的相关事宜提交项目经理确认客户方项目经理：完成切换方案，并一致讨论通过组织好切换方案的培训和考核主持切换方案的培训和宣贯page7of105.6.切换步骤5.7.上线支持体系准备阶段以及正式上线后，依据上线支持体系处理各项突然事件和上线后出现的问题。上线支持体系中主要包括如下内容，具体操作及处理流程详见《系统运维管理制度》。1)上线支持角色及职责2)问题受理与处理流程3)系统备份及维护策略page8of104)上线支持人员管理与考核5.8.应急预案针对可能会出现重大问题制订应急预案，当重大问题出现时，立即启动应急预案。5.8.1.应急预案一重大问题描述：应急处理方案：5.8.2.应急预案二重大问题描述：应急处理方案：5.9.注意事项及风险说明5.9.1.系统并行原因系统并行是因为项目组担心新系统上线后，某些业务不能很好衔接，影响各项业务进展。5.9.2.工作量影响开始切换时，xx月xx日截止xx月份的业务交易，到xx月xx日系统上线，这之间大概有10天左右的业务交易需要补录入新系统。若上线时间拖后，则工作量相应的增加。系统同时开始并行，每项业务在两套系统中录入两次，而且方式有所不同。特别是新系统操作尚不熟练，具体作业人员的工作压力会增加一倍以上。其中成品入库业务需要处理三次。5.9.3.风险说明工作量大，操作积极性不高，导致新系统应用处于被动应付状态，数据出错率高，新系统难以page9of10被正式认可。两套系统在一些业务的处理上有所不同，两边数据在对账时，没有统一的口径，当出现数据对不上时，原因难以查找。因原系统的部分存货档案在进入新系统后，需要发生变更（例如部分存货编码停用，建入新档案），其它系统若需要同步作业，则相应也要发生变更，这部分工作量至少需要20个工作人日。5.9.4.综合说明系统并行是防止新系统上线时出现问题时有后退的余地，减少系统上线风险。但系统并行，会产生大工作量的风险，需要各业务部门在人员安排上提前作好准备。page10of10
