TCL ERP项目MM200 物料主数据维护流程 2004-09-22 V1.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 描述： 8 3.3 流程图 8 4 流程说明 10 4.1 目的 10 4.2 流程描述 10 4.3 差异分析 12 4.4 安全考虑 12 4.5 工作职能 12 4.6 发生频率 13 4.7 备注 13 文件控制 目的 本文件的目的是部品的创建和修改流程。此文档在功能需求方面对业务流程的描述将作为TCL TV ERP项目之SAP原型设计的基础。 本流程的SAP解决方案同样适用于成品和半成品的维护流程. 版本管理 版本控制 原作者: 彭玉帆 现版本号: V1.0 上次修改者: 上次修改日期: 2004/9/22 变更清单 版本 修改日期 修改地点 修改原因 作者 N/A 批核授权 流程主管名称 签名栏 日期 签注栏 尚世群 王永坤 王俊伟 物料（即部品）编码设计方案 保留目前的编码规则不变+四位预留流水码，四位预留流水码用不到时可以不填写; 同时在目前的编码规则的基础上, 进行部品的整理和疏理工作; 在TCL与THOMSON的业务对接中，对于大概70%可以直接与TCL编码对应的部品，直接将THOMSON的编码转换成TCL编码。对于大概30%左右难以与TCL部品编码对应的部品，将THOMSON的编码按TCL的物料大类进行区分，然后编码，编码规则暂定为：（TCL）大类+T（THOMSON）+THOMSON 8位流水码; 部品维护流程 图例 序号 图例 说明 1 流程起因 2 SAP系统操作 3 SAP系统外操作 4 判断 5 其它流程 6 文件 7 流程结束 描述 部品的维护和修改流程主要是采用集中维护的流程，首先由部品部发出“部品业务参数收集表”,然后各业务部门将部品的采购、生产、计划、财务、销售等属性信息记录在此表上，各业务部门记录完毕后将此表返回给部品部,然后部品部统一将部品各方面的属性信息维护进系统中。 流程图 流程说明 目的 部品的维护和修改流程主要是采用集中维护的流程，首先由部品部发出“部品业务参数收集表”,然后各业务部门将部品的采购、生产、计划、财务、销售等属性信息记录在此表上，各业务部门记录完毕后将此表返回给部品部,然后部品部统一将部品各方面的属性信息维护进系统中。 通过该流程, 提高部品维护的有效性和准确性. 注: “部品业务参数收集表” 在项目的实现阶段设计(包括部品的哪些字段需要各个业务部门提供) 流程描述 流程1、部品认可资料提供 由研发中心或部品部提供部品认可资料，研发中心出具的认可资料有：《新规格物料认可书》、《设计所生产制作表》等；部品部出具的认可资料是《物料认可书》。 流程2、部品部给出物料编码 部品部根据本部门或研发中心的部品认可资料，在“部品业务参数收集表”上给出部品的物料编码，同时向采购部转交“部品业务参数收集表”。 流程3、采购业务的字段收集 采购部采购主数据岗位提供部品的采购信息（不包含价格），并将其记录在“部品业务参数信息收集表”中，之后将此表传递给PMC部门。 流程4、PMC计划业务的字段收集 PMC部门计划主数据岗位提供部品的生产计划相关信息，并将其记录在“部品业务参数信息收集表”中，之后将此表传递给财务部门. 流程5、财务和成本业务的字段收集 财务部门主数据岗位提供部品的财务和成本相关信息，并将其记录在“部品业务参数信息收集表”中，之后将此表传递给销售部门。 流程6、销售业务的字段收集 销售部门主数据岗位提供部品的销售相关信息，并将其记录在“部品业务参数信息收集表”，之后将此表返回给部品部。 流程7、将回收的部品信息录入ERP系统 部品部根据回收的“部品业务参数信息收集表”，将部品的所有信息录入ERP系统中。(通过开发程序上载主数据) 差异分析 SAP的主数据包括各个业务部门的业务数据, 所以在主数据的收集上, 需要各个业务部门的配合; 对于SAP的主数据而言, 存在组织架构的层次, 比如工厂, 仓库, 销售组织等等, 为了简化主数据的维护工作量, 在项目的实现阶段开发主数据的上载程序, 替代手工维护; 但是同时保留手工维护的功能。 安全考虑 各个业务部门在提供其相关的业务主数据时, 需要保证其提供的主数据的准确性, 否则会影响业务流程的可操作性; 工作职能 岗位名称 工作内容 部品部部品维护工程师 根据部品的认可资料, 给出部品编码； 发出“部品业务参数收集表”； 将回收的部品