“质量问题处理”体系文件编写范围及方式讨论
本帖最后由 AndyLee 于 2021-3-22 11:36 编辑在体系文件编制过程中，二级文件一般会有《不合格品控制程序》之类的，但对于异常处理，一般放三级文件，若论范围，可能需要包括来料异常的处理（SCAR），过程异常处理，客户端异常处理（客诉处理）等等，，那么，问题来了：
1、来料/过程/客户端异常或质量问题处理，是统一由一份文件来概括还是分开写？毕竟处理流程类似；
2、它会承接诸如《不合格品控制程序》、《纠正预防控制程序》、《持续改进管理程序》之类的二级文件的部分内容，它和这几个文件的关系是什么，内容侧重点如何写才能体现自己的价值和必要性；
3、需要写到何种程度？毕竟作为三级作业指示或作业指导书，得有他的“作业指导”意义。
欢迎各位进来讨论，发表高见。
分开写，每个文件针对每个过程，流程清晰，二级程序文件写明部门职责、流程、输入、输出、责任部门
三级管理规定写的更详细，
如来料，二级程序文件写采购负责买、库房负责报检、来料检验负责检验、有问题采购负责反馈
三级管理规定写各类物料参照什么标准进行检验，不同物料参照不同的日期期限进行检验、反馈，不同的物料异常到什么程度时需要反馈采购要求供应商整改，需要内部做什么处置等 二阶文件如 不合品控制程序 需要包含各个流程上的不合格品的处理方式；三阶文件一般分开写，相对二阶文件要详细到可执行的程度，并且不和二阶文件相冲突，即follow二阶文件。三阶文件需要详细到可执行的程度。 :o 具体的问题，三阶文件分开写比较好 来料/过程/客户异常处理的流程是类似的，但是相关的责任单位/人不是一样的，处理的方式也是有不同的，具体公司的业务不一样可能几个板块的侧重也是不一样的，鉴于此，就要区分开单独写制度文件了， {:1_180:} 看水平了，整成一个《检验和不合格控制程序》也行 ，无非这个程序文件内容多点而已。:) 可以做个三阶文件《品质异常管理办法》去规定，各阶段发生的异常，但什么是异常，异常的的判定要明确定义。 :)
页:
[1]
2