TCL ERP项目MM200 物料主数据维护流程 2004-10-08 V2.docVIP

MM2001物料主数据维护流程定义文件 目录 1 文件控制 3 1.1 目的 3 1.2 版本管理 3 1.2.1 版本控制 3 1.2.2 变更清单 4 1.2.3 批核授权 4 2 物料（即部品）编码设计方案 5 3 部品维护流程 6 3.1 图例 6 3.2 描述 7 3.3 流程图 8 4 流程说明 10 4.1 目的 10 4.2 流程描述 10 4.3 差异分析 12 4.4 工作职能 12 4.5 发生频率 14 4.6 备注 14 文件控制 目的 本文件的目的是部品,成品和组件的创建和修改流程。此文档在功能需求方面对业务流程的描述将作为TCL TV ERP项目之SAP原型设计的基础。 版本管理 版本控制 原作者: 彭玉帆 现版本号: V1.0 上次修改者: 上次修改日期: 2004/10/9 变更清单 版本 修改日期 修改地点 修改原因 作者 N/A 批核授权 流程主管名称 签名栏 日期 签注栏 尚世群 王永坤 王俊伟 物料（即部品）编码设计方案 保留目前的编码规则不变+四位预留流水码，四位预留流水码用不到时可以不填写; 同时在目前的编码规则的基础上, 进行部品的整理和疏理工作; 在TCL与THOMSON的业务对接中，对于大概70%可以直接与TCL编码对应的部品，直接将THOMSON的编码转换成TCL编码。对于大概30%左右难以与TCL部品编码对应的部品，将THOMSON的编码按TCL的物料大类进行区分，然后编码，编码规则暂定为：（TCL）大类+T（THOMSON）+THOMSON 8位流水码; 注: 成品和组件的编码规则请参考BOM的维护流程文档 部品维护流程 图例 序号 图例 说明 1 流程开始 2 在SAP中进行的操作 3 系统外执行的操作 4 判断 5 输入/输出, 同其它流程的交接点 6 凭证或报表 注: 灰色代表SAP产生的凭证或报表, 白色代表系统外的凭证或报表 7 流程结束 描述 部品的维护和修改采用分开维护的流程，原则上各业务部门维护本部门的部品属性。 当需要维护部品时，首先由部品部根据“物料认可资料”给出物料编号，并维护好部品的基本视图。然后发出“部品业务参数收集表”给采购、生产、计划、财务、销售等部门的主数据工程师, 该数据表包括SAP的部品号。相关部门主数据工程师收到“部品业务参数收集表”时，将本部门的部品属性信息记录在此表上，并根据该数据表上的部品编号, 将业务属性信息维护进SAP系统中。 各业务部门将本部门的部品属性记录完毕并维护进系统后，将“部品业务参数收集表”归档，部品维护流程结束。 流程图 流程说明 目的 部品的维护和修改主要是采用分开维护的流程，通过该流程，提高部品维护的有效性和及时性。同时各部门责任比较清晰。 注: “部品业务参数收集表” 在项目的实现阶段设计(包括部品的哪些字段需要各个业务部门提供) 流程描述 流程1、提供部品认可资料 由研发中心或部品部提供部品认可资料，研发中心出具的认可资料有：《新规格物料认可书》、《设计所生产制作表》等；部品部出具的认可资料是《物料认可书》。 流程2、部品部给出物料编码 部品部根据本部门或研发中心的部品认可资料，在“部品业务参数收集表”上给出部品的物料编码。 流程3、部品部在SAP维护部品的基本数据视图，例如：物料描述、体积、毛重、基本计量单位等。维护完毕后发出“部品业务参数收集表” 同时给采购、生产、计划、财务、销售等部门的主数据工程师。 流程4、采购、生产、计划、财务、销售信息的维护 采购、生产、计划、财务、销售部门主数据工程师收到“部品业务参数收集表”时，将本部门的部品属性信息记录在此收集表上，并将属性信息维护进SAP系统中。 流程5、各业务部门将“部品业务参数收集表”归档 各业务部门将“部品业务参数信息收集表”归档，部品维护流程结束。 差异分析 SAP的主数据包括了各个业务部门的业务数据, 所以在部品部维护完成部品的基本数据外, 各个业务部门需要维护各个部门的业务数据, 需要设一个岗位完成此项工作;(各个流程负责人需要定义各个部门的主数据业务数据维护岗位) 由于SAP主数据的内容包括了众多的业务内容, 在维护的流程上需要各个业务部门的紧密配合; 否则会造成业务流程的不顺畅, 比如BOM的维护是以部品维护完成为前提条件的,没有完成部品的SAP的主数据维护, 没有办法在SAP维护BOM; 工作职能 岗位名称 工作内容 部品部部品维护工程师 根据部品的认可资料, 给出部品编码； 在SAP维护基本的数据; 发出“部品业务参数收集表”。 采购部/生产部 /计划部 /财务部/ 销售部主数据工程师 将部