QM之基础数据.docVIP

QM基础数据之目录（Catalog） 1 1. 目录类型（Catalog type） 1 2. 目录（Catalog） 5 2.1 Code Group 5 2.2 Selected Sets 9 QM基础数据之目录（Catalog） 本文所述的QM组件Basic data在QM模块中的结构见下图红色框印部分。 （图0：Basic data在QM中位置） QM的基础数据包含以下内容： 目录（Catalog） 检验特征（Inspection characteristics） 检验方法（Inspection method） 样本方案（Sampling schema） 样本程序（Sampling procedure） 目录类型（Catalog type） 质量管理活动存在许多实际业务，这些业务又可以归类于几个大的类型。下面所述的对话（尤其是下划线部分），就反映了质量管理活动所属的不同范畴： 剧本一 ——我的手机外壳颜色是银灰色 ——我正在测试的瓷砖的抗冲击力是1200牛顿 （主题：产品的测验指标，也就是产品属性） 剧本二 ——李工，零号工程塑料的热熔值是250℃，低于我们最低要求260℃…… ——明白了，这批零号工程塑料按判否处理，立即冻结入库，并通知采购部门找供应商主张。 （主题：产品的使用决策，也就是放行还是拒收） 剧本三 ——黄经理，这种型号的光缆渗水检测又不合格。 ——哦，怎么老是这样？ ——因为这种光缆的原材料一直使用瑞典产护套料，我认为是原材料瑕疵所致。 （主题：缺陷产生的原因） 剧本四 ——本部门通报，近期动力房二号机组瑕疵出现的频次分布是：机械性能瑕疵3起、热传递性能瑕疵4起、电传输性能瑕疵3起…… （主题：缺陷的类型） 剧本五 ——工程部，请在两日内提交下列设备模块的详尽维护计划：空压机之润滑系统需要换液、厂房中央空调之通风管道需要清洗、挤塑机之热感应模块需要更换…… （主题：对象部件Object parts，这个集合既适用于QM，也适用于PM） 剧本六 ——客服中心，对于XX顾客的申诉，你们怎么处理？ ——体系部，综合成本因素，我们的意见是：第一、立即免费更换顾客申诉的产品；第二、请顾客协助将申诉产品发回我方，重新检验、甄别并找出瑕疵原因；第三、责成责任部门改进 （主题：QM行动，这个集合既适用于QM，也适用于PM） …… 上述剧本中的各个集合，在R/3系统中则一律以目录（Catalog）的形式得以体现。目录的概念，可以理解为—— 根据质量管理活动的不同范围、要素和标准，将众多属性相似的质量变量进行归集的集合。 那么从上述的定义重，我们不难得出一个推论：不同属性的集合就形成了不同的目录类型。R/3系统中也的确存在不同目录类型，见表1-1-1： （表1-1-1：R/3系统Catalog type标准定制） 上表内容在SAP R/3系统中的定制路径是：IMG→Quality Management→Quality Planning→Basic Data→Catalog→Define Catalog types，见图1-1-1。图中的13个定制值全部是SAP的标准定制，建议不要删除它们，如果需要定制符合自己特别要求的catalog type，只能使用“P→Z”的范围。 （图1-1-1：R/3系统Catalog type标准定制） 如果QM管理只考虑实施Quality inspection（不含缺陷记录Defect recording），那么Catalog 1和Catalog 3是必须关注的。选择1，揿击图标，如图1-1-2观察其内容： （图1-1-2：Catalog type 1之定制详情） 四个控制标识之释义简略如下： Selected sets allowed：“允许选择集”。如果点上了这个标识，意味着可以使用同属于一个Catalog type的所有代码来创建选择集（selected sets）。有关选择集的内容，后文有详细介绍 Valuation required：“要求必须评估选择集”。如果点上了这个标识，那么选择集（selected sets）中的代码必须作出评估：“acceptance” or “rejection”。这个字段仅对Catalog type 1和3有效，而且一旦有两者的应用记录，标识将自动呈现灰色，不可更改。试问：检验业务如果不对检验客体的检验结果作出评估的话，那还忙乎什么劲儿呢？ Deactivate：“已删除的目录输入项目休眠”。如果点上了这个标识，被操作者执行了删除动作的代码（Code）或者代码组（Code group）将被系统标识为休眠（inactive），请注意数据记录被删除并不意味着数据库中的物理删除（physically）。如果不点选这个标识，则删除就是真正意义上的数据库删除。一般