生产异常处理机制

广东樱雪有限公司文件组装车间异常工时责任追究考核管理办法（修订版）为了确保制造部月度产量目标达成，确保公司生产经营紧张有序，生产压力在各生产支持主责模块间有效传递与分解，实现不停线、不断线、不下线，及时暴露生产异常并进行有效责任追究，经公司研究决定特制定本考核管理办法。一、总装车间生产支持主责模块及必须有效支持的项目

二、主要生产异常类型与主责模块责任界定

三、各类生产异常情况责任人分解

四、生产异常情况异常工时责任追究执行标准

五、生产异常责任追究运作模式

1、组装车间在生产过程中出现异常情况时由生产线线长、物料调度（指仓管

的方式通知主责模块第一责任

人，相关责任人收到异常信息后应立即（要求在接到信息的

现场进行处理和确认，如果不到现场处理和确认则视同默认车间反馈的异常事件及处理异常对车间生产影响的时间；

2、的形式通知主责模块第一责任

人（责任人到达现场除外），同时将异常工时与责任模块第一负责人进行口头初步确认；

3、的异常情况，由生产线线长（指发泡总装线）、物料

调度（指仓管员）在填写《异常工时责任追究反馈表》在上交车间主任审核，车间主任审核完后在各生产部部长审批；

4、《异常工时责任追究反馈表》审批流程：生产线线长、仓管员（填写）→

车间主任（审核）→各生产部部长（审批）；

5、各生产部部长将审批完后的《异常工时责任追究反馈表》在

的形式发送至相关责任人处进行公示；

6、相关责任人在收到《异常工时责任追究反馈表》后默认视同接受，如果有

各生产部部长进行沟通反馈，各生产部部长收到异议反馈后组织异议调查最终将以事实依据作为最终裁定；

7、最终裁定的《异常工时责任追究反馈表》将在事件发生日的

8、生产副总助理汇总上月所有异常工时责任追究统计表输出《异

常工时责任追究月度处罚明细表》，经制生产副总（审核）、总经理（审批）后报送行政部（执行扣罚）；

9、异常工时责任追究月度处罚金额在责任人当月工资中扣除；

10、各班组负责人根据本班组异常工时产生的罚款额度以

形式提交申请，经各制造部部长（一审）、生产副总（二审），生产副总（批准）后报送各生产部车间统计员将罚款额度纳入受影响班组的当月工资总额；

六、其他事项

1、本考核管理办法由生产部负责起草、修订、解释、执行；

2、本考核管理办法从2013年*月*日起试行考核；

3、为了提高各主责模块对异常工时改进的重视程度，要求各主责模块每月收

到正式版《异常工时责任追究月度处罚明细表》后的三个工作日向生产部提交《异常工时改进方案》；

4、各主责模块提交的《异常工时改进方案》，要求要对产生的异常工时进行数

据分析、原因总结、明确改进措施、落实责任人与改善进度；

5、生产部对各部门的《异常工时改进方案》进行收集、审核、评价；

6、行政部对各主责模块《异常工时改进方案》的评价结果纳入部门月度绩效

考核，根据改进的效果对责任部门实行扣分或加分；

7、附表：《总装车间异常工时责任追究反馈表》

总装车间异常工时责任追究反馈表

生产现场异常情况处理办法

生产现场异常情况处理办法 本办法为规范长春市科海实业有限责任公司生产过程中现场出现异常情况的处理，根据公司的具体情况，并参照ISO/TS16949相关要求制定。 一、范围 本办法规定了公司在生产过程中，出现各类异常情况而影响产品实现过程时，各相关部门需采取的手段和应尽的职责。 本办法适用于公司产品的制造过程。 二、定义 异常——车间在执行制造部下达的生产计划时，碰到的各种影响制造过程因素。 材料——围绕着制造过程，车间领用的原材料、辅助材料、底质易耗品；上道序车间直供上线的半成品；第三方物流投送的毛坯、零件、部件。 三、职责 1 制造部 1.1 负责生产现场异常情况的协调、跟踪 1.2 负责生产现场异常情况有关责任方处理后的落实、检查工作 1.3 负责生产现场异常情况有关责任方职责不明的现场判定 1.4 负责生产现场人力资源跨车间的调度 1.5 负责生产现场异常情况时工艺的调整 1.6 负责生产现场异常情况的通报 2 经营发展部 2.1 负责制度重叠、脱节的修订和更改 3 质量部 3.1 负责生产现场有关材料、在制品、半成品、成品、配件质量异常情况的处理 3.2 负责生产现场监测、测量仪器异常情况的处理

4 设备动力部 4.1 负责生产现场设备异常情况的处理 4.2 负责生产现场设备事故的处理 4.3 负责生产现场安全事故的处理 5 采购部 5.1 负责生产现场紧急采购物资的采购工作 6 人力资源部 6.1 根据制造部的意见负责车间人力资源的调剂和培训工作 7 产品开发部 7.1 负责协助制造部、质量部就生产现场异常时有关技术文件的处理 8 第三方物流 8.1 负责生产现场异常情况时物料的补充和更换 四、培训和资格 本办法所涉及的相关操作人员，须接受本办法的培训。 五、工作内容 1 车间加、拖班 1.1 制造部调度统一安排生产车间加班、拖班。一般情况提前一小时书面通知，紧急情况电话通知。其他部门根据通知自行安排配合。 2 动力（水、电、压缩空气、冷气）出现异常 2.1 正常生产时，停水、电、压缩空气、冷气前，设备动力部须提前二小时通知制造部，特殊情况电话紧急通知有关车间。制造部调度及时进行跟踪，并在生产现场异常情况通报表中进行通报。

产品质量异常处理流程精

供应商来料异常管理流程 1. 目的： 规范来料产品的异常处理流程控制，提高来料合格率。 2. 范围： 本规范适用于所有外购零部件及外包加工件。 3. 职责与权限： 3.1生技部：负责检测治具的制作。 3.2质量中心：负责来料异常的提出、分析、处理。 3.3生产部：负责来料异常协助处理。 3.4研发部：负责来料异常的分析、处理。 3.5生管部：负责确认来料品上线使用时间。 3.6采购部：负责来料异常与供应商的纠通取得异常的处理。 4. 名词定义： 4.1不合格：未满足产品的质量要求。 4.2 A类：单位产品的极重要质量特性不符合规定，或者单位产品的质量特性极严重不符合规定。 4.3 B类：单位产品的重要质量特性不符合规定，或者单位产品的质量特性严重不符合规定。 4.4 C类：单位产品的一般质量特性不符合规定，或者单位产品的质量特性轻微不符合规定。 5、异常处理流程控制 5.1 IQC依据检验指导书、封样、评估报告等资料检验，发现来料品不满足质量要求。 5.2 IQC将自已判定为不合格的产品经工程师、部门主管核对确实为不合格品。 5.3 IQC 立即填写《供应商异常矫正单》进行处理。 5.4 质量中心主管主导组织针对异常讨论，参与人员：采购、PIE、质量中心经理、研发工程师、研发总监、厂部厂长及其相关人员。 6、异常分类： 6.1 外观不良：表面有划痕、水印、字体不清、表面气泡、砂眼、黑点、缺料、油污、毛刺、变形、色差、氧化及电镀层脱落、标识规格错误、无料号贴纸、无出厂检验报告等。 6.2性能不良：尺寸与图纸不符、适配过大，过小、色温，波长，亮度不符、电压，电流不符等。 7、异常处理方式 7.1将不良品返回供应商进行返工、返修、报废等。

C异常处理(精)

#include "stdafx.h" #include #include #include // 内存泄露检测机制 #define _CRTDBG_MAP_ALLOC #ifdef _DEBUG #define new new(_NORMAL_BLOCK, __FILE__, __LINE__ #endif // 自定义异常类 class MyExcepction { public: // 构造函数,参数为错误代码 MyExcepction(int errorId { // 输出构造函数被调用信息 std::cout << "MyExcepction is called" << std::endl; m_errorId = errorId; } // 拷贝构造函数 MyExcepction( MyExcepction& myExp { // 输出拷贝构造函数被调用信息 std::cout << "copy construct is called" << std::endl; this->m_errorId = myExp.m_errorId; }

~MyExcepction( { // 输出析构函数被调用信息 std::cout << "~MyExcepction is called" << std::endl; } // 获取错误码 int getErrorId( { return m_errorId; } private: // 错误码 int m_errorId; }; int main(int argc, char* argv[] { // 内存泄露检测机制 _CrtSetDbgFlag( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF ; // 可以改变错误码,以便抛出不同的异常进行测试 int throwErrorCode = 110; std::cout << " input test code :" << std::endl; std::cin >> throwErrorCode; try { if ( throwErrorCode == 110 { MyExcepction myStru(110;

生产异常及停线管理规范

生产异常及停线管理规范 1. Purpose 目的 规范各车间在生产过程中产线发生紧急事故、质量、安全、设备、物料、 况时；各车间及辅助部门的标准作业流程，特制定本规范。 2. Scope 适用范围 适用于本公司各制造部门、各车间、各生产线。 3. Definition 定义 产线在生产过程中未按照 SOP 规定的操作，导致产品质量不符合要求; 临时有特殊生产工艺要求，但未有临时 SOP 导致生产中操作不符合规定。 5% B 类问题不良率》10% C 类问题不良率》20%参照5.4.材料等级及影响表。 3.1.6. 不符合法律、法规行为: 在生产过程中，管理或操作违反操作规程、强迫生产，女口：使用危害健康物质、未按 GMF 要求使用指定设备生产或产品转换时未清洗设备，导致产品被污染等。 4. Responsibilities 职责 3.1.5 . 物料异常: 3.1.5.1 . 对于物料发生 A\B\C 类问题的停产比例达到一定值，需停线整改。 A 类问题不良率》 EHS 人员等异常状 3.1. 生产异常类型 3.1.1. 不安全行为: 3.1.1.1. 不安全是在生产过程中，系统的运行状态对人的生命、 财产、环境可能产生的损害 例如：设备安全保护措施失效或不稳定等。 3.1.2. 人员异常: 3.121. 在生产活动中生产人员不足以满足最低生产配置要求, 重要岗位人员技能不足，突发 疾病等状况。 3.1.3. 设备异常: 3.1.3.1. 在生产活动中由于生产设备发生故障、 参数异常、 未按规定操作状况；例如：功率仪、 绝缘耐压综合仪等未有校验，光栅损坏等。 3.1.4. 操作异常: 3.1. 4.1. 3.1.4.2. 3.1.6.1.

程序设计异常处理机制

异常处理是程序设计中一个非常重要的方面，也是程序设计的一大难点，从C开始，你也许已经知道如何用if...else...来控制异常了，也许是自发的，然而这种控制异常痛苦，同一个异常或者错误如果多个地方出现，那么你每个地方都要做相同处理，感觉相当的麻烦！Java 语言在设计的当初就考虑到这些问题，提出异常处理的框架的方案，所有的异常都可以用一个类型来表示，不同类型的异常对应不同的子类异常（这里的异常包括错误概念），定义异常处理的规范，在1.4版本以后增加了异常链机制，从而便于跟踪异常！这是Java语言设计者的高明之处，也是Java语言中的一个难点，下面是我对Java异常知识的一个总结，也算是资源回收一下。 一、Java异常的基础知识 异常是程序中的一些错误，但并不是所有的错误都是异常，并且错误有时候是可以避免的。比如说，你的代码少了一个分号，那么运行出来结果是提示是错误https://www.wendangku.net/doc/3318897651.html,ng.Error；如果你用System.out.println(11/0)，那么你是因为你用0做了除数，会抛出https://www.wendangku.net/doc/3318897651.html,ng.ArithmeticException的异常。 有些异常需要做处理，有些则不需要捕获处理，后面会详细讲到。 天有不测风云，人有旦夕祸福，Java的程序代码也如此。在编程过程中，首先应当尽可能去避免错误和异常发生，对于不可避免、不可预测的情况则在考虑异常发生时如何处理。Java中的异常用对象来表示。Java对异常的处理是按异常分类处理的，不同异常有不同的分类，每种异常都对应一个类型（class），每个异常都对应一个异常（类的）对象。 异常类从哪里来？有两个来源，一是Java语言本身定义的一些基本异常类型，二是用户通过继承Exception类或者其子类自己定义的异常。Exception 类及其子类是Throwable的一种形式，它指出了合理的应用程序想要捕获的条件。 异常的对象从哪里来呢？有两个来源，一是Java运行时环境自动抛出系统生成的异常，而不管你是否愿意捕获和处理，它总要被抛出！比如除数为0的异常。二是程序员自己抛出的异常，这个异常可以是程序员自己定义的，也可以是Java语言中定义的，用throw 关键字抛出异常，这种异常常用来向调用者汇报异常的一些信息。 异常是针对方法来说的，抛出、声明抛出、捕获和处理异常都是在方法中进行的。 Java异常处理通过5个关键字try、catch、throw、throws、finally进行管理。基本过程是用try语句块包住要监视的语句，如果在try语句块内出现异常，则异常会被抛出，你的代码在catch语句块中可以捕获到这个异常并做处理；还有以部分系统生成的异常在Java运行时自动抛出。你也可以通过throws关键字在方法上声明该方法要抛出异常，然后在方法内部通过throw抛出异常对象。finally语句块会在方法执行return之前执行，一般结构如下： try{ 程序代码 }catch(异常类型1 异常的变量名1){ 程序代码 }catch(异常类型2 异常的变量名2){ 程序代码 }finally{ 程序代码 } catch语句可以有多个，用来匹配多个异常，匹配上多个中一个后，执行catch语句块时候仅仅执行匹配上的异常。catch的类型是Java语言中定义的或者程序员自己定义的，表示代

Java语言中的异常处理机制

Java语言中的异常处理机制 导语：为了加强程序的健壮性、流畅性、稳定性，就需要考虑有可能发生的异常，并进行相应的处理。下面就由为大家介绍一下Java语言中的异常处理机制，欢迎大家阅读! 1概述 在应用程序运行的过程中，经常会出现这样一些现象：用户不按照要求输入、需要进行处理的文件丢失、分母为零、数组下标超出预定范围、网络中断等，我们把这种现象称为异常。由于异常情况总是难免的，所以一个好的应用程序不仅要满足用户的基本需求，还要具备处理有可能出现的异常情况的能力，即程序必须具备较强的容错能力，把这种对异常进行处理的机制称为异常处理。对异常处理有两种常见方法：计算机系统遇到错误，给出出错信息并结束正在运行的程序;由程序员在程序中加入异常处理的功能。早期的程序设计语言没有提供专门进行异常处理的功能，程序员在编写程序的过程中，进行处理异常的代码往往和正常的代码混杂在一起，导致程序的可维护性和可读性下降。Java语言采取了异常处理机制，其方式为“抛出-捕获”，一个异常一旦产生，Java语言采取相应的机制来处理它，避免出现死循环、死机以及其他更大的危害，尽可能预防错误代码带来的不可预期的后果，整个程序的安全性得到了极大的提高。 2Java语言中的异常概述 Java语言提供了功能强大的异常处理机制，将所有处理异常的代码集中放置，以保证正常功能代码和处理异常的代码分开。在Java

程序设计语言中，采用了大量的异常类来进行处理，这些异常类可分为两大类：https://www.wendangku.net/doc/3318897651.html,ng.Exception和https://www.wendangku.net/doc/3318897651.html,ng.Error。Exception 类解决由程序本身及环境所产生的异常。而Error类则处理较少发生的内部系统错误。Exception类异常可以捕获并进行相应处理，而Error类异常，则是由用户按照系统提示关闭程序。常见的异常类如下表所示： 在以上常见的Java异常类中，每个异常类反映一类异常错误，其中包含了异常错误信息和处理方法。当程序运行过程中，出现一种异常现象，产生一个相应的异常类对象，再由相应的异常类进行处理，从而避免对系统产生更大的危害，以保证程序的正常运行。 3常见的异常处理方法 常见的异常处理方法有两种：一种处理异常是在产生异常的方法中，使用try…catch…finally结构;还有一种是进行异常的移交，使用关键字throws和throw交给上层方法去处理异常。 在该案例中，对三种异常进行了捕获，分别是数组下标越界、输入数据格式不正确和Exception异常，当触发某种异常，则对相应的异常异常进行处理。Exception异常类是所有异常的基类，当出现catch块没有进行捕获的异常，则采用Exception异常类进行异常处理。 异常的移交： 实例分析：初始化参数x使用了-2，将触发NegativeArraySizeException异常，但在Sum方法中不对该异常进

异常处理机制

异常的基本概念 异常是导致程序终止运行的一种指令流，如果不对异常进行正确的处理，则可能导致程序的中断执行，造成不必要的损失。 在没有异常处理的语言中如果要回避异常，就必须使用大量的判断语句，配合所想到的错误状况来捕捉程序中所有可能发生的错误。 Java异常处理机制具有易于使用、可自行定义异常类、处理抛出的异常同时又不会降低程序运行的速度等优点。因而在java程序设计时应充分地利用java的异常处理机制，以增进程序的稳定性及效率。 当程序中加入了异常处理代码，所以当有异常发生后，整个程序并不会因为异常的产生而中断执行。而是在catch中处理完毕之后，程序正常的结束。 在整个java异常的结构中，实际上有两个最常用的类，分别为Exception和Error 这两个类全都是Throwable的子类。 Exception:一般表示的是程序中出现的问题，可以直接使用try……catch处理。 Error：一般值JVM错误，程序中无法处理。 Java异常处理机制。 在整个java的异常处理中，实际上也是按照面向对象的方式进行处理，处理的步骤如下： 1）一旦产生异常，则首先会产生一个异常类的实例化对象。 2）在try语句中对此异常对象进行捕捉。 3）产生的异常对象与catch语句中的各个异常类型进行匹配，如果匹配成功则执行catch语句中的代码。 异常处理 在定义一个方法时可以使用throws关键字声明，表示此方法不处理异常，而交给方法的调用处进行处理，在方法调用处不管是否有问题，都要使用try……catch块进行异常的捕获与处理。 如果在主方法中使用throws关键字，则程序出现问题后肯定交由jvm处理，将导致程序中断。 与throws关键字不同的是，throw关键字人为的抛出一个异常，抛出时直接抛出异常类的实例化对象即可。 Exception在程序中必须使用try……catch进行处理。RuntimeException可以不使用try……catch进行处理，但是如果有异常产生，则异常将由JVM进行处理。（建议RuntimeException的子类也使用try……catch进行处理，否则产生的异常交给jvm处理会导致程序中断。） 继承关系： Exception》RuntimeException》lllegalArgumentException》NumberFormatException; 异常类必须继承于Exception 建议：继承Exception一般要添加全部父类型一样的构造器！ class NameOrPwdException extends Exception { public NameOrPwdException() {

生产异常处理流程

A版 汇签： 制定：审核：批准：修订记录：

1.目的 为了规范产线发生异常时，能及时、准确地反映并能通过相关人员确认、分析、及时解决，确保生产正常进行。 2.适用范围

适用于客户与工厂合作产品之生产线发生的异常现象。 3. 职责 3.1 工厂品质：提出异常问题，确认是否属实。 3.2 工厂工程：负责产线异常分析，找出问题原因，提出改善对策。 3.3 工厂IQC：跟进改善结果及效果确认；对来料进行管控。 3.4 工厂品质：提供异常的最终处理方案，并对改善方案评估/验证；供应商改善报告回复及监控。 3.5 客户项目、结构、工程：负责结构、软/硬件异常问题的解决。 3.6 客户采购：负责来料异常商务方面的处理。 3.7 客户计划：负责异常发生时总体计划的协调和异常发生产生的工时和物料的签合。 3.8 质量总监：让步接收最终审批。 4. 异常处理流程 4.1工厂仓库按客户计划要求根据BOM及套料单领取物料安排生产！ 4.2产线在生产中发现产品与样板不符、功能缺失、装配出来的成品达不到标准要求或来料无法使用等现象时， 及时上报IPQC、工厂品质&工程等相关人员确认。 4.2 工厂品质确认异常可接受，通知产线继续生产；如确认异常成立则交工厂工程分析同时开出《生产异常报 告》。 4.3 经工厂工程分析，给出初步分析结果，结果分为工艺问题、设计问题、来料问题。 4.4 由工厂工程分析为工艺问题，由工程辅导产线纠正生产工艺，工厂品质监督确认，产线恢复正常生产。 4.5 经工厂工程初步分析异常属于设计问题，在能力范围内能解决的自行处理，但需将解决办法知会客户，若 无法解决的则书面知会客户品质、项目、结构、计划。由客户计划主导协调客户项目结构分析在30分钟内给出临时处理解决办法，经工厂品质确认合格恢复生产；对于后期的改善对策，由客户品质主导负责协调项目、结构工程等一起实施有效的解决对策并进行验证，得到工厂品质确认方可进行生产安排！ 4.6由工厂工程及品质确认异常是来料问题，第一时间以邮件通知客户计划、品质、采购，并要求客户品质在 30分钟内对物料问题给予回复处理意见(临时解决办法)，工厂给予相应配合和支持！同时客户品质联系供应商到工厂工厂及时解决，并要求供应商给出不良原因分析及改善报告回复，客户品质对其进行验证，同时要求供应商挑选符合品质标准的物料经品质确认后方可恢复生产。 4.6.1若供应商没在规定时间（原则上要求供应商4小时内）到工厂处理，先由采购或品质与供应商沟通，如 果供应商同意接收工厂工厂挑选并承担其挑选费用和不良物料，产线予以上线生产！ 4.6.2 由于A 物料来料不良比例较高，拆修时造成B物料不良，产线立即提报生产异常单和提报预估损耗比例， 让客户品质现场确认，后续以此作为退料依据！ 4.7.生产异常时产线处理： 4.7.1当产线单项不良超过20%，通过加工处理，不良率仍超过5%，经与客户计划协商，产线开出异常通知单， 通知停线。工厂计划根据实际情况提报工时损耗及物料损耗明细，让客户计划汇签确认！ 4.7.2生产过程中造成A类物料≥1%的损耗，连续二个小时达到此标准产线暂停线待处理，如超1.5%应立即暂 停线待分析处理。 4.7.3生产过程中造成B类物料≥3%的损耗，应立即暂停线待分析处理。 4.7.4生产异常发生时如客户品质有人在工厂由客户品质确认，如无则由工厂品质确认，必须在接到异常半小

如何使用异常处理机制

如何使用异常处理机制 《PHP核心技术与最佳实践》第1章面向对象思想的核心概念，本章将就面向对象一些概念展开讨论，其中重点讨论PHP特色的面向对象的风格和语法，并通过相互借鉴和对比，使读者认识PHP自身的特点，尤其是和其他语言中不同的地方。本节为大家介绍如何使用异常处理机制。 1.6.1 如何使用异常处理机制（1） 异常的思想最早可以追溯到20世纪60年代，其在C++、Java中发扬光大，PHP则部分借鉴了这两种语言的异常处理机制。 PHP里的异常，是程序运行中不符合预期的情况及与正常流程不同的状况。一种不正常的情况，就是按照正常逻辑不该出错，但仍然出错的情况，这属于逻辑和业务流程的一种中断，而不是语法错误。PHP里的错误则属于自身问题，是一种非法语法或者环境问题导致的、让编译器无法通过检查甚至无法运行的情况。 在各种语言里，异常（exception）和错误（error）的概念是不一样的。在PHP里，遇到任何自身错误都会触发一个错误，而不是抛出异常（对于一些情况，会同时抛出异常和错误）。PHP一旦遇到非正常代码，通常都会触发错误，而不是抛出异常。在这个意义上，如果想使用异常处理不可预料的问题，是办不到的。比如，想在文件不存在且数据库连接打不开时触发异常，是不可行的。这在PHP里把它作为错误抛出，而不会作为异常自动捕获。 以经典的除零问题为例，如代码清单1-16所示。 代码清单1-16 exception.php 1.// exception.php 2.getMessage(); 9.$a=-1; 10.}

异常处理流程

异常处理流程及注意事项 1.发现不良； （1）确认所采用标准的完整性和有效性； （2）熟练掌握检验所涉及之相关标准或其他文件； （3）严格按抽样标准取样，注意均匀，来料检验须注意来料的不同时间，批号，生产班次等； （4）了解以往的品质状况及其品质履历； （5）掌握品管之检验技巧； 2.标示，区分，隔离； （1）标示，隔离须涉及到具体的不良品和可疑批次，不合格标示要完整且必要时要口头或书面知会先相关人员，以避免他人 混淆误用为原则； （2）不合格标示，隔离须注明不合格原因，检验员，检验日期，进料检验另须注明检验单号，并知会相关人员； 3.初步分析判断，并知会相关单位及现场领导； （1）确定不良等级，异常比率，影响度和影响面，必要时须及时知会相关单位之人员； （2）针对制程或成品类异常，要及时研拟临时对策； （3）进料之异常可能涉及组装或功能之不良，需通过试组装来确定其严重性和影响度，必要时可请工程部帮忙确认； 4.异常提报； （1）异常提报时要注意时效性和准确性，异常单的填写需准确完

整，成品异常要确认追溯批号，PO#与数量； （2）须标示和提供不良品； （3）会签的填写和勾选须正确完整； 5.跟催各相关单位签单状况，根据会签结果处理异常； （1）品管必须跟催会签状况，有迟迟未签之单位必须及时跟催，如多次跟催无效，可请领导协助，以避免异常处理的时效； （2）有签核S物料时，按S物料作业流程处理，并将处理结果维护到异常单中； （3）当物料急上线，且部门领导有同意采用，而高级主管又不在厂内，无法立即签核S单时，可询问品质经理，先输S物料， 以便后续作业； （4）当会签单位处理意见不一致时，需反映部门领导，并确认最终处理结果； 6.确认处理结果； （1）全检或重工后的，需重新确认品质状况，成品类有拆箱之异常，需填写成品不合格处置报表； （2）S物料须对其品质进行跟踪，有异常要及时提报； 7.追踪改善措施； （1）注意改善措施回文必须由责任单位之领导签核，并且要在7个工作日内完成改善措施回文； 8.确认改善结果； （1）评估改善措施之有效性，必要时须修改相关品质系统文件或

质量异常管理办法

质量异常管理办法 1.目的 为了迅速而有效地处理生产中出现的异常状况,把异常影响降到最低程度。 2.适用范围 适用于公司生产车间所发生的品质异常。 3.定义 3.1品质异常：本办法所指的品质异常是指上工序的人员、设备、物料、作业方法和环境等 因素影响到产品质量，进而影响到交期或有潜在质量风险的突发状况。 4.职责 4.1生产部：负责品质异常的初步分析与控制及品质制程人员异常的解决；品质异常应急措 施与长期预防措施的实施；协调各部门处理品质异常及生产计划的调整； 4.2质量部：负责生产异常应急措施与长期预防措施的效果确认与跟进。品质异常的解决； 4.3技术工艺部：负责技术工艺异常的解决； 4.4设备科：负责工具、设备问题的异常解决。 5.管理流程 5.1当出现品质异常时,相关责任人立即进行现场分析与初步判定并做初步控制： 5.1.1立即赶到事发现场； 5.1.2立即对现物、现事进行查看分析； 5.1.3立即推出暂行处理措施，以防事态的扩大； 5.1.4 对于自身不能解决的或自身能解决但需停产4个小时以上时，及时通知生产部。必要 时生产部部长在收到通知后亲临现场处理。 5.2 经当班负责人初步分析及确认，判定责任归属部门，分析确定为本车间不能自行解决的， 则转交责任部门处理； 5.3 责任部门负责人在接到生产异常信息后立刻赶到生产现场对异常进行初步分析。如部 门负责人不能到现场应在规定时间内派人到场。 5.3.1异常主导处理责任人在接到信息后会同各部门领导在短时间内制定出应急措施： 5.3.1.1 质量异常：由质量部负责主导对异常情况进行分析及处理，必要时组织相关部门 专题会议讨论解决；

产品异常处理流程

产品异常处理流程 1目的： 为了使品质异常发生时处理过程有据可依有规可循，使重大品质异常能在规定的时间内得到有效改善，防止相同问题重复发生，降低品质成本，确保产品质量符合需求 2范围： 制程控制、出货检验 3定义：重大品质异常是指品质问题严重有必要开具《品质异常联络单》，并由QE/IPQC进行特别 跟进的质量事件 3.1制程外观不良达10%时开具《品质异常联络单》 3.2制程性能不良达5%时开具《品质异常联络单》 3.3制程尺寸不良达3%时开具《品质异常联络单》 3.4制程无作业指导书、无标准或制程条件不能满足工艺需求而导致停线 3.5制程连续3天重复出现的品质问题开具《品质异常联络单》 4运作流程： 4.1在生产制程过程中，当作业人员发现产品出现品质异常时第一时间通知现场IPQC、现场主管予以确认，无误由IPQC开《品质异常联络单》，若IPQC与现场主管对该异常项目发生分歧时则立即报告上级主管予以确认、属实IPQC继续开《品质异常联络单》; 4.2现场IPQC初步分析异常原因(必要时协同工艺、技术一起进行异常原因分析)后，填写 《品质异常联络单》

4.3《品质异常联络单》的填写必须清楚地写明事件发生的日期、时间、地点、批量数、批号、异常数量、不良率、异常状况的描述 及异常原因的分析 4.4由IPQC将《品质异常联络单》送本部门主管审核后，由主 管将《品质异常联络单》统一编号后转送责任部门主管并在《品质 异常跟进表》上签收，相关人员接到联络单后一个工作日之内给与 回复 4.5现场原因分析清楚后，相关责任部门主管针对生产实际状况 制订纠正措施，由责任部门主管将纠正措施规范填入《品质异常联 络单》之纠正措施栏内，现场IPQC进行跟踪验证; 4.6责任部门主管对品质异常的实质原因进行分析并将其填写在《纠正/预防措施报告》对应的原因分析栏中 4.7责任部门主管应在48小时内对《纠正/预防措施报告》的异 常原因做出预防措施， 4.8QE依《品质异常联络单》、《纠正、预防措施报告》进行跟 踪验证、确认效果 4.8.1责任部门是否在规定时限内实施改进措施4.8.2责任部门 是否在规定时限内完成改进措施 4.8.3涉及部门相关人员是否积极配合改进措施的实施; 5奖惩制度：5.1处罚制度： 5.1.1责任人必须在2个工作日内做出改进计划和明确完成时限，否则给以5元/次的处罚; 5.1.2改进措施在限定时限内未能完成给以5元/次的处罚; 5.1.3责任部门未彻底执行改进措施导致改善无效给以责任人10元/次的处罚;5.1.4同一个异常点在同一部门一个月内重复发生5 次或以上给以20元/月的处罚。5.2奖励制度：

车间异常处理流程图

车间异常处理流程图 1、生产计划的异常 如若出现生产计划异常，生产车间应根据计划进行调整，迅速合理的做出工作安排，保证生产效率，确保总产量不变;安排因计划调 整而遗留的产品、半成品、原材料的盘点、入库、清退等处理工作; 安排因计划调整而闲置的人员做前加工工作;安排人员以最快速度做 计划更换的物料、设备等准备工作;利用计划调整的时间做必要的教 育训练。 2、物料计划的异常 接到生产计划后，相关人员要立即确认物料状况，查验物料有无短缺，随时掌控各种物料信息，反馈给相关部门，避免异常的发生; 物料即将告缺前30分钟，用警示灯、电话或书面形式反馈给采购、 资财、生产管理部门;物料告缺前10分钟必须确认物料何时可以接上;如属短暂断料，可安排闲置人员做前加工、整理整顿或其它零星 工作，如断料时间较长，可安排教育训练，或与生管协调做计划变更，安排生产其他产品。 3、设备异常 立即通知工程维修部门协助排除，安排闲置人员整理整顿或做前加工工作。如排除故障需要教长时间的，应与生管部门协调另作安排。 4、制程品质异常 对有品质不良记录的产品，应在产前做好重点管理，异常发生时，迅速用警示灯、电话或其他方式通知品管部及相关部门;协助品管、 责任部门一起研究对策，配合临时对策的实施，以确保生产任务的 达成，在对策实施前，安排闲置人员做前加工或整理整顿工作，如 果异常暂时无法排除时，与生管协调做生产变更。

5此外，如遇到设计工艺异常应迅速通知品管、生技或开发部。 水电异常则要迅速采取措施降低损失，通知工程动力维修部门抢修，对于闲置人员可做其他安排。生产异常排除后，一定要坚持“三不”原则进行处理，以避免类似问题的重复发生。

异常情况处理制度及流程

山西煤炭运销集团 蒲县昊锦塬煤业有限公司异常情况处理制度为认真贯彻落实国家、省、市关于集中开展安全生产大检查的工作安排要求，加强我矿信息监控系统管理水平，做好矿井生产过程中井下环境参数的有效监控，保障矿井安全生产，加强煤矿安全生产管理水平及抗灾能力，特制定本矿异常情况处理制度如下： 一、值班人员按《中心岗位责任制》规定，浏览查询煤矿安全信息，发现异常情况及时处理，并认真填写《异常情况报告处理表》，传真至县监控中心。 二、监控室值班人员发现系统发出异常报警后，值班人员必须立即通知监控室主任、分管领导，同时立即通知矿井调度部门，由监控室主任或分管领导组织相关人员对本次异常报警进行原因分析，并按规定程序及时报上一级网络中心。处理结果应记录备案。调度值班人员接到报警、断电信息后，应立即向矿值班领导汇报，矿值班领导按规定指挥现场人员停止工作，断电时撤出人员。处理过程应记录备案。当系统显示井下某一区域瓦斯超限并有可能波及其他区域时，矿井有关人员应按瓦斯事故应急预案手动遥控切断瓦斯可能波及区域的电源。值班人员接到网络中心发出的报警处理指令后，要立即处理落实，并将处理结果向网络中心反馈。 当工作面瓦斯浓度达到报警浓度时，值班人员应立即通知矿值班领导及监控室主任，并填写异常情况处理报告表传真上报至

县监控中心；由分管领导或监控室主任安排相关人员进行原因分析，按照瓦斯超限分析原则：①按人工检测值与甲烷传感器对比分析；②按报警地点的历史曲线对比分析；③按报警地点上风侧检测值对比分析。根据分析结果立即将处理措施下达至矿调度中心按处理措施严格执行。报警期间要采取安全措施，报警消除后将报警的起止时间、分析报告、采取措施和处理结果上报县监控室并存档备案。 三、当煤矿通讯中断、无数据显示时，值班人员要通过传真（或电话）向县监控中心报告，并查明原因，恢复通讯。情况紧急的，由值班人员立即向矿领导汇报，对因故造成通讯中断未及时上报的，要通过电话联系移动公司或长途线务局进行抢修。

1.异常处理机制(精)

1. 异常机制 异常机制是指当程序出现错误后，程序如何处理。具体来说，异常机制提供了程序退出的安全通道。当出现错误后，程序执行的流程发生改变，程序的控制权转移到异常处理器。 传统的处理异常的办法是，函数返回一个特殊的结果来表示出现异常（通常这个特殊结果是大家约定俗称的），调用该函数的程序负责检查并分析函数返回的结果。这样做有如下的弊端：例如函数返回-1代表出现异常，但是如果函数确实要返回-1这个正确的值时就会出现混淆；可读性降低，将程序代码与处理异常的代码混爹在一起；由调用函数的程序来分析错误，这就要求客户程序员对库函数有很深的了解。 异常处理的流程： ①遇到错误，方法立即结束，并不返回一个值；同时，抛出一个异常对象。 ②调用该方法的程序也不会继续执行下去，而是搜索一个可以处理该异常的异常处理器，并执行其中的代码。 2 异常的分类 异常的分类： ①异常的继承结构：基类为Throwable，Error和Exception继承Throwable，RuntimeException和IOException等继承Exception，具体的RuntimeException继承RuntimeException。 ② Error和RuntimeException及其子类成为未检查异常（unchecked），其它异常成为已检查异常（checked）。 每个类型的异常的特点 Error体系： Error类体系描述了Java运行系统中的内部错误以及资源耗尽的情形。应用程序不应该抛出这种类型的对象（一般是由虚拟机抛出）。如果出现这种错误，除了尽力使程序安全退出外，在其他方面是无能为力的。所以，在进行程序设计时，应该更关注Exception体系。 Exception体系包括RuntimeException体系和其他非RuntimeException的体系： ① RuntimeException：RuntimeException体系包括错误的类型转换、数组越界访问和试图访问空指针等等。处理RuntimeException的原则是：如果出现

品质异常处理流程及方法

品质异常处理流程及方法Last revision on 21 December 2020

品质异常处理流程及方法 摘要：品质人员的工作职责之一就是要及时发现反馈生产中的品质异常状况，并督促现场执行改善措施、追踪其改善效果,保证只有合格的产品才能转入下一道工序,生产出高质量的产品. 品质人员的工作职责 1、熟悉所控制范围的工艺流程 2、来料确认 3、按照作业指导书规定进行检验（首检、巡检） 4、作相关的质量记录 5、及时发现反馈生产中的品质异常状况，并督促现场执行改善措施、追踪其改善效果 6、特殊产品的跟踪及质量记录 7、及时提醒现场对各物料及成品明显标识，以免混淆 8、及时纠正作业员的违规操作，督促其按作业指导书作业 9、对转下工序的产品进行质量及标识进行确认 品质异常可能发生的原因 生产现场的品质异常主要指的是在生产过程中发现来料、自制件批量不合格或有批量不合格的趋势。品质异常的原因通常有： A. 来料不合格包括上工序、车间的来料不合格 B. 员工操作不规范，不按作业指导书进行、新员工未经培训或未达到要求就上岗 C. 工装夹具定位不准 D. 设备故障 E. 由于标识不清造成混料 F. 图纸、工艺技术文件错误。

品质异常一般处理流程 1、判断异常的严重程度（要用数据说话） 2、及时反馈品质组长及生产拉长并一起分析异常原因（不良率高时应立即开出停线通知单） 3、查出异常原因后将异常反馈给相关的部门 （1）来料原因反馈上工序改善 （2）人为操作因素反馈生产部改善 （3）机器原因反馈设备部 （4）工艺原因反馈工程部 （5）测量误差反馈计量工程师 （6）原因不明的反馈工程部 4、各相关部门提出改善措施，IPQC督促执行 5、跟踪其改善效果，改善OK，此异常则结案，改善没有效果则继续反馈 怎样做才能尽可能的预防品质异常 是一款专门分析品质异常的工具,它主要是应用统计分析技术对项目过程进行实时监控，区分出过程中的随机波动与异常波动，了解每个工序有可能出现的品质异常、了解哪些工位容易出品质异常,从而对过程的异常趋势提出预警，以便及时采取措施，消除异常，恢复稳定，从而达到稳定过程,提高和控制质量的目的.

货物异常应急处置制度

货物异常应急处置制度 一、目的 确保公司在进行货物运输、装卸、存储等过程中对货物多货、少货、货损、污染、霉变、虫害、火灾、被盗、丢失及其他异常情况进行及时调查分析和处置，并遵守国家相关安全要求。 二、范围 1、本制度适用于货物运输、装卸、存储数量及质量控制； 2、本制度使用货物异常分析及处置。 三、主要职责和权限 1、理货员负责核实出入库货物数量、质量、单据和记录的控制； 2、统计员负责提供货物单据及盘点数量； 3、业务员负责货物异常的追溯、调查及对接客户的处理方案； 4、仓库经理负责处理异常货物。 四、工作程序 1、入库货物多货、少货 （1）货物拆箱时，由理货员依据入库单，清单货物数量。如发现多货或少货，首先与统计员、操作员确认入库单数量是否正确； （2）如确认的确为装箱货物数量异常，则须拍照取证，并及时上报仓库经理、操作员； （3）操作员须及时与客户沟通确认是否继续卸货，待客户确认实际到货数量，并同意卸货后，方可安排叉车工予以卸货； （4）操作员留存客户确认实际到货数量的邮件、微信等截图。 2、出库货物多货、少货 （1）货物装箱时，由理货员依据出库单，查找对应提单号货物存储位置，并检查货物状态，是否有货损、污染、霉变、虫害等情况； （2）如存储期间出现货损、污染、霉变、虫害等情况，则及时报告仓库经理，对异常情况进行调查，必要情况下，须及时通知客户以便出具处理意见； （3）货物检查无异常的，安排并监督叉车工进行装车工作，清点装货数量。 （4）如出库货物到达客户仓库后，被告知货物多货或少货的，则由仓库经理负责调取监控，查看装车视频，清点装车数量，确定为装货时数量异常还是运输过程中数量异常； （5）如装货时少货的，除上报公司外，与客户沟通单独送货还是待下批次货物一同运输； （6）如装货时多货的，除上报公司外，与客户沟通单独退货还是待下批次货物扣除同等数量。 （7）操作员留存客户确认实际到货数量、处理意见的邮件、微信等截图。 3、入库货物货损 （1）货物拆箱时，由理货员依据入库单，检查货物包装。如发现货损情况，则须拍照取证，并及时上报仓库经理、操作员； （2）由仓库经理负责调取监控，查看车辆入场、拆箱视频，确认货损出现原因；

OpenCV异常处理机制

OpenCV异常处理机制 OpenCV异常处理机制分类： openCV 2010-12-14 21:49 187人阅读 评论(1) 收藏 举报 很多函数，都会对参数的有效性进行判断，不符合要求，直接弹对话框，然后程序崩溃，逼得你不得不正确调用他。这个属于编程的逻辑错误，就像assert一样，用于排除编码错误，这和业务错误处理的层次是不同的。 一般，我们仿照这种模式，如下 view plainprint?int TestCvError( IplImage *pImgGray, int iNum)

{ CV_FUNCNAME( "TestCvError" ); __BEGIN__; if (iNum <= 1 ) CV_ERROR(CV_StsOutOfRange, "参数iNum必须大于1"); if( !pImgGray ) CV_ERROR( CV_StsNullPtr, "Null pointer to pImgGray" ); if( pImgGray->depth != IPL_DEPTH_8U && pImgGray->nChannels != 1 ) CV_ERROR( CV_StsUnsupportedFormat, "Only 8-bit grayscale images are supported" ); //函数主要实现部分__END__; return 0; } int TestCvError( IplImage *pImgGray, int iNum) { CV_FUNCNAME( "TestCvError" ); __BEGIN__; if (iNum <= 1 ) CV_ERROR(CV_StsOutOfRange, "参数iNum必须大于1"); if( !pImgGray ) CV_ERROR( CV_StsNullPtr, "Null pointer to pImgGray" ); if( pImgGray->depth != IPL_DEPTH_8U && pImgGray->nChannels != 1 )

生产异常处理标准

1、目的：为建立各相关部门对生产异常的责任制度，以减少效率损失，特制定本程序。为产线出现异常时的处理方法提供指导，包括异常发生与解决、内部检讨、原因调查、预防与围堵措施安排实施及产品质量的持续改进，以确保 2、使用范围：本公司生产过程中异常发生时。 3、职责： 工艺部：负责对异常的分析，现场处理，临时改善对策提供、改善过程跟进以及改善标准文件的提供。 质管部：负责异常反馈、确认、分析、组织改善、原因分析讨论与对策汇总，改善措施的制订、改善对策执行跟进，改善效果验证以及整个流程运作的监督跟进等。生产部：负责异常反馈、改善；异常对策的执行。 4、定义： 重大问题： 质管部连续3批抽检不合格（且同一故障、同一订单、同一班次）属性能不良问题；生产发生批量质量异常：单项不良率超过10%（生产数大于300pcs）；品质缺陷（致命质量隐患，如产品爆炸等）生产要素不满足，如服务器故障、工装设备故障、缺料等无法满足正常生产，造成停线1小时以上。 5、异常问题反馈处理流程： 5.1 对严重问题处理 处理时限：严重问题处理时限为1小时，1小时无解决办法或无法改善至正常生产状态的，升级到相关部门经理处理并知会计划主管。 5.2 流程： 当发生严重问题时，发生单位生产主管或质量主管立即发出《停线预警报告》，发生单位工艺主管5分钟内到现场，对问题初步分析。 5.2.1 生产厂长必须立即升级到工程部经理直接处理，30分钟无法解决的立即升级到总厂厂长处理，并发出《停线报告》给责任单位，总厂厂长直接协调责任部门经理处理《停线报告》。 5.2.2 责任部门经理受理60分钟内如仍不能解决的，责任部门经理须立即牵头召集销售等相关部门负责人讨论商谈解决措施，并将书面处理结论措施下达到各相关执行部门。 5.2.3 当质管连续3批检查不合格，QA主管必须向品质经理报告，当品质发出停线通知单后，如故障排除后恢复生产，必须经品质经理同意。 5.2.4 当故障问题不能及时排除并影响出货时，总厂厂长必须向上一级公司领导进行汇报，以便公司采取相应对策。 一般问题处理时限： 一般问题处理时限为2小时，2小时内无解决办法或无法改善至正常生产状态的，需升级到责任部门总经理处理并指挥计划主管。 处理流程： 当一般问题出现时，发生单位当班班长或巡检员立即通知工艺技术员处理，同时发出《质量信息反馈卡》，工艺员5分钟内到现场进行分析确认，工艺员初步分析为：人为制造不良问题：工艺员需给出预防措施或向产线员工进行操作培训，并验证措施有效方可关闭； 来料问题：立即通知（电话/邮件）质管部SQE，SQE 10分钟内到现场处理，确属来料问题，按《不合格物料MRB处理流程》处理。物料的挑选/加工处理由SQE牵头负责。设计问题：需通知（电话+邮件）工程部PE处理，30分钟内无法解决的升级到其部门主管，如仍不能解决的升级至…… 设备/工装夹具故障，服务器故障，立即通知……工程师10分钟内到场处理； 一般问题发生30分钟得不到有效解决时，产线必须上报到车间主任，1小时不能解决的（电话）上报到生产厂长，由生产部经理积极推进问题的处理，跟进处理进度，当2小时内责任部门仍无有效对策的，生产部经理必须向生产总监汇报情况。 验证：所有问题的解决措施验证由责任部门牵头，相关部门协助，验证数量不少于10pcs，确认问题得到解决的才能交生产批量生产验证，质管部工程师、巡检员跟踪对策在批量生产实施效果并及时反馈情况。 PE接收产线异常单后，5分钟内对异常问题是否属实，异常类别，严重程度进行确认，根据确认结果召集相关责任人在20分钟内分析处理。根据相关责任人的分析处理，PE在30分钟内制订处理临时的解决方案，以满足生产的需求。如无法在30分钟内给出对应措施或无法找到异常原因，品质部要求生产立即停线处理，并召集计划。各部门主管到现场解决。如在4小时内无解决方案，品质部QE工程师立即通知经理进行裁决。 在工艺部给出临时措施后，QE要对临时措施有效性进行确认，如对策无效，由工艺部在30分钟内重新制定新的临时对策。 对执行临时对策造成异常公式的，由生产部统计并上报异常工时，由IE进行核算。QE上质量信息单跟踪责任单位永久措施 生产异常处理作业程序 1.0目的： 为了把生产中出现的异常状况迅速而有效地处理，把异常影响降到最低