tclerp项目tcl-tvsap项目实施管理章程v内容摘要:

指导下 , 并由流程负责人签字确认。 流程负责人应该在接受到测试案例后 3 天内进行审阅和进行必要的了解 , 并在 3 天后给予全职人员明确的答复。 单元测试 根据测试案例 , 分开进行 SAP 的业务测试和权限测试 , 网络测试 , 个人电脑的使用测试。 该测试主要由顾问人员主导进行。 集成测试 根据测试案例 , 由 TCL 的全职人员 , 模拟各个岗位的工作人员 , 进行 SAP的完整的测试 , 作为系统验收的依据。 该测试主要由 TCL 的全职人员进行。 用户培训计划 由受指派专门负责培训安排的人员 , 根据用户培训清单 , 按照限定的时间和教室制定课程表 , 以及学生名单和老师 . 培训资料 培训资料包括 3 份文件 : 用户操作手册 :给用户的一步步的操作过程 , 即傻瓜手册。 课堂培训材料 : 主要介绍相关的概念和要点 练习 : 用于课后练习的材料 最终用户培训 最终用户培训 , 主要包括课堂授课 , 课堂联系和课后练习。 由于 TCL 的用户比较大 , 业务也复杂 , 我们将视情况安排用户演习。 最终用户培训 , 同时也是对 TCL 项目组成员的培训和检验。 因此 , 从一般项目实施的原则上 , 最终用户培训工作由 TCL 全职人员承担 . 最终签收业务流程设计稿 在完成集成测试后 , 如有必要 , 对业务设计流程进行一些细小调整如果调整比较大 ,涉及到系统更改 , 项目延期等 , 需要经过项目变更管理程序 第一 /二 /三轮主数据模拟上载完成 为了确保主数据转换的质量 , 我们将提前开始做数据模拟上载。 根据我们的经验 , 主数据的一次上载成功率非常低 , 因为牵涉到收集人员的经验 , 甚至是顾问人员对收集的数据的校验的经验问题。 因此我们将数据上 载分开三轮 , 第一轮可以在数据切换前的三个月完成 , 这样有足够的时间进行修正。 第二轮数据后数据质量将越来越高 , 数据量将越来越小。 同时 , 考虑到有些主数据 , 如 BOM 将在模拟上载后不断变化 , 因此要求凡是变更的数据 , 必须在模拟数据转换的环境中进行调整。 而今后的数据转换 , 将直接从数据转换环境下载 , 如下图所示 : 业务数据上载程序测试完成略 系统切换的远期计划 为了确保系统切换的顺利进行 , 我们将对某些业务在切换时间段内做出某些特殊的要求 , 如消耗或报废所有呆料 , 减少期初库存的压力。 这些工作 , 在业务部门需要一定的准备期和实施期 , 有些还需要一些特殊的审批周期。 因此我们需要提前几个月制定这样的远期计划。 审阅硬件需求 主要是指个人电脑的性能和打印机 , 网络等 , 是否符合将来 SAP 的工作需要。 最后准备 最后准备工作 , 主要为系统切换准备工作 , 包括切换计划 , 和切换计划的测试和演习 ,具体如下 : 切换和切换测试计划完成 2 月 18 日 * 测试切换完成 2 月 23 日 * 测试切换小结 3 月 2 日 * 演习切换计划完成 X 3 月 2 日 *** 演习切换完成 3 月 9 日 ** 小结演习切换 3 月 14 日 ** 切换计划完成 X 3 月 14 日 *** 建立系统支持方案 X 3 月 14 日 *** 决定是否切换 3 月 15 日 *** 切换计划初稿和切换测试计划完成 第一步 : 分开各个模块酝酿切换计划 第二步 : 将切换计划转换成切换测试计划 第三步 : 对切换测试计划进行集成讨论后 , 形成一份集成的切换测试计划。 切换测试完成 根据测试切换计划 , 完成系统切换。 该 工作主要在项目组全职人员内部进行 , 采用部分模拟数据。 主要校验计划的完整性和可行性。 切换测试小结 对测试的问题进行小结 , 并依此调整各自模块的切换计划 切换演习计划 根据更新的切换计划 , 集成讨论邀请业务骨干切换演习计划。 演习计划需要所有业务相关部门参与 , 以此校验计划可行性 , 同时作为切换的演练。 切换演习 根据切换演习计划 , 在所有业务部门配合下 , 进行切换演习。 小结演习结果和完成切换计划 根据演习的结果 , 进行小结 , 并形成最后的切换计划 . 建立系统支持方案 其方案包括支持的人员 , 时间和地点。 系统支持申请的流程和方法 , 响应的方法和时间等等。 决定是否切换 向项目管理委员会汇报演习的结果 , 并结合人员培训的状况 , 测试问题的跟进状况 , 以及切换后系统支持方案的可靠性 , 来决定是否同意切换。 系统上线支持 完成系统切换 ?月 ?日 ** 项目管理委员会根据切换状态 , 决定是否上线 X ?月 ?日 *** 新系统启动 ?月 ?日 *** 系统上线支持 ? 2 个月的系统支持 4 月 5 月 完成第一个月月结 完 成下列文档 X: 系统参数配置手册。 系统开发功能设计文档。 系统开发技术设计文档。 系统权限维护手册。 系统日常维护规范。 系统备份与恢复策略。 系统 CLIENT 拷贝 /需求传输规范。 项目实施范围 组织结构 本次项目实施的法人实体包括以下内容 : 本次项目整体的实施范围包括以国内市场为客户的内销循环相关业务组织 ,ERP 项目实施的法人实体包括深圳新技术 ,TCL 王牌电器惠州有限公司 ,以及TCL 王牌下属的 4 家外协厂 TM 公司、内蒙公司、无锡公司、南昌公司。 以国外市场为客户的外销循环 ,法人实体为 TCL 海外电子惠州公司。 但我们在调研中发现 , 各外加工基地其实存在两个法人实体 , 为了确保物流和财务的完整性 , 我们将实施范围包括这些公司。 出于确保采购的通畅 , 我们考虑在本次项目实施范围包括 TCL 电子香港有限公司 ,项目实施范围主要业务就是转手贸易 ,没有生产 ,内部财务管理也相对汇总 ,不进行深入的管理会计分解。 但经过我们实地考察 , 发现可能有更简单的解决方案 , 既满足采购的需求 , 又暂不将香港电子纳入实施范围 , 以降低实施的风险 . 总之 , 在设计方案中 , 将以是否满足 TCL TV 的采购的需求为条件 , 选择方案。 内销循环中的河 南新乡 (TM)、内蒙呼和浩特、无锡、南昌制造基地 ,从计划统一协同上考虑将一次性进行系统导入 ,但对以上制造基地的实施深度会减少 ,不涉及制造过程管理 ,能够实现计划所需要的实时数据汇总。 财务管理暂不进行内部的成本 ,费用管理。 并且要求各个制造基地采用统一管理方案 ,由客户方的导入组成员为主进行导入培训工作。 项目实施范围内不包括非电视相关业务 :AV、数码产品、显示器等业务。 TCL 王牌惠州公司下属注塑厂和模具厂由于业务的特殊性 ,不列在本次 SAP项目实施中 ,其计划与成本核算由客户方在此项目范围之外的独立软件系统进行。 项 目范围包括与该独立软件的接口。 本次实施范围内不包销售公司的销售网络实施 ,但会实施与销售公司的系统接口 ,体现 CDC,RDC 的库存及对经营部的应收帐款。 本次实施范围内不包含 TCL 的非中国业务。 功能范围 本次项目范围实施的 SAP 模块范围限于 : 财务会计 (FI 包括总帐 GL,应收账 AR,应付账 AP,固定资产 AA,现金管理CM 子模块。 管理会计 CO 包括成本中心会计 (COCCA,利润中心会计 (COPCA,内部订单 , 产品成本 (COPC,获利能力分析 (COPA 子模块。 报表合并 ECCS。 物料管理 (MM包括 MMPUR 采购 ,MMINV 库存。 计划 (PP。 销售 SD 流程清单 经过三个星期的调研 , 我们整理和归纳了以下的业务流程清单 , 作为项目实施的计划 , 人员分配 , 工作量估计的基础 具体流程清单请见 业务流程清单可能在蓝图实施阶段发生改变 , 但该项改变必须通过变更管理程序 . 接口范围 目前在 TCL TV 中存在着一些已经开发的系统 , 有些在本次项目中将被 SAP替代 , 但有些仍然存在 , 而 SAP 需要同该系统做接口传递数据 . 详细内容见下表 序号 系统代码 系统描述 用户组 SAP 替代 / 接口 / 独立 信息流向 1 TCL ERP BOM 维护 , 生产计划输入 , 车间任务和 PE 料单的制作。 采购分析统计 , 出入库统计 Ramp。 D, PE, 生产计划 , MC, 车间 替代 NA 2 CASE ERP 采购入库 , 采购定单制单 ,生产发料 , 物品代码维护 MC/ 部品部 替代 NA 3 MRP BOM 的维护部分 , 采购计划 , 齐套料分析 , BOM 用量反查等 MC 替代 NA 4 PTM 生产信息平台 , 相当于 LOTUS OA 系统 车间 , Ramp。 D, PE, 计划 未知 NA 5 TCL SYSTEM ODF 和外销预测的接单 外销销售和计划部门 接口 SAP 流入 6 CRM 系统 销售公司的定单处理系统 销售公司 独立 N/A 9 TULIP 系统 销售公司物流系统 销售公司物流部 接口 SAP 流入 10。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。