Análisis del modo y efecto de falla

Calidad en la Prestación de Servicios

“Análisis del Modo y Efecto de Falla” 1

Calidad en la Prestación de Servicios

AMEF Que es? Herramienta Estadísticas para la solución de problemas Que significa?

Análisis del Modo y Efecto de la Falla Potencial

2

Calidad en la Prestación de Servicios

Análisis del Modo y Efecto de la Falla ......

Es una metodología de un equipo sistemáticamente dirigido que identifica los modos de falla potenciales en un sistema, servicio, producto u operación de manufactura / ensamble causadas por deficiencias en los procesos de diseño o proceso.

También identifica características de diseño o de proceso críticas o significativas que requieren controles especiales para prevenir o detectar los modos de falla. AMEF es una herramienta utilizada para prevenir los problemas antes de que ocurran.

3

Calidad en la Prestación de Servicios

Análisis del Modo y Efecto de la Falla ......

El AMEF se lleva en un documento que sirve para plasmar y organizar el problema así como sus diversas soluciones.

Este método es “ponderante”, lo que significa que podemos seleccionar (en base al valor más significativa o crítico) la o las posibles soluciones, una vez que se haya corrido el proceso.

4

Calidad en la Prestación de Servicios

Análisis del Modo y Efecto de la Falla ......

Es una técnica analítica utilizada como un medio para asegurar que en lo posible, los modos de falla potencial y sus causas asociadas han sido consideradas e identificadas.

Es un documento viviente y debe iniciarse en o cerca de la etapa de factibilidad antes de los compromisos para producción o prestación del servicio y tomar en cuenta todas las operaciones de manufactura o servicio.

5

Calidad en la Prestación de Servicios

Análisis del Modo y Efecto de la Falla ......

El avance actual del AMEF ha venido del sector automotriz ya que los AMEF´s son requeridos para todos los Diseños y Procesos a fin de asegurar la prevención de problemas. Integrado dentro de la Planeación Avanzada de la Calidad del Producto (APQP), el AMEF en los formatos de Diseño y Proceso provee la principal herramienta para mitigar el riesgo dentro de la estrategia de prevención.

6

Calidad en la Prestación de Servicios

Beneficios del AMEF......



Mejora la calidad, confiabilidad y seguridad de los productos / servicios / maquinaria y procesos



Mejora la imagen y competitividad de la compañía



Mejora la satisfacción del cliente



Reduce el tiempo y costo en el desarrollo del producto / soporte integrado al desarrollo del producto



Documentos y acciones de seguimiento tomadas para reducir los riesgos



Reduce las inquietudes por Garantías probables



Integración con las técnicas de Diseño para Manufactura y Ensamble 7

Calidad en la Prestación de Servicios

Aplicaciones del AMEF......



Proceso — análisis de los procesos de manufactura y ensamble



Diseño — análisis de los productos antes de sean lanzados para su producción



Concepto — análisis de sistemas o subsistemas en las primeras etapas del diseño conceptual



Equipo — análisis del diseño de maquinaria y equipo antes de su compra



Servicio — análisis de los procesos de servicio antes de que tengan impacto en el cliente

8

Calidad en la Prestación de Servicios

Uso del AMEF en la Industria Médica......

Análisis de Modo y Efecto de Falla ha sido incorporado en muchas industrias adicionales a la Automotriz y la Aeroespacial. Equipo Médico y entrega de medicamentos ha incorporado AMEF como una medida para entender los riesgos no considerados por el personal de diseño y procesos.

El AMEF permite a un equipo de personas revisar el diseño en los puntos críticos del desarrollo del producto y hacer comentarios y cambios ya sea al diseño del producto o del proceso anticipándose a las fallas potenciales. La "Food and Drug Administration (FDA)" de USA ha reconocido al AMEF como un método de verificación del diseño para los Equipos Médicos y Farmacéuticos.

9

Calidad en la Prestaciรณn de Servicios

Objetivo del AMEF......

Reducciรณn de riesgos mediante: 1. Identificaciรณn del modo de falla potencial del producto o servicio y proceso y causas/mecanismos asociados (Buscar el prioritario).

2. Auxiliando en el anรกlisis de nuevas manufacturas o cambios en estas y en el proceso de ensamble.

3. Evaluando los efectos de fallas potenciales con el cliente.

4. Identificar las variables de procesos en las cuales se enfocan los controles de proceso.

5. Desarrollo de una lista ponderada de modos de falla sobre los cuales se priorizan acciones correctivas/preventivas 10

Calidad en la Prestación de Servicios

Entradas del AMEF......

EL AMEF DEBE INICIARSE CON UN DIAGRAMA DE FLUJO : CARTA DE FLUJO DEL PROCESO ( ACTIVIDADES) QUE IDENTIFIQUE LAS CARACTERÍSTICAS DEL PRODUCTO O SERVICIO EN CADA PASO DE LA OPERACIÓN.

11

Calidad en la Prestación de Servicios

Entradas del AMEF......

Cuál es la función, operación, elemento o requisito

Efecto Cuales son los efectos?

Modo Qué puede salir mal

Severidad Qué se puede hacer?

Qué tan malo es?

Causa Cuales son las causas?

Ocurrencia Qué tan seguido sucede?

Controles Cómo se puede prevenir y detectar?

Detección Qué tan bueno es el método para detectarlo?

12

Calidad en la Prestación de Servicios

Responsable: ___________________________________

Fecha de Revisión: __________________________________ HOJA: ___ de ___

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Resultados de Acciones Acciones Tomadas

13

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Accion(es) Recomendada (s)

Ocurrencia

Controles Actuales: detección prevención

Severidad

Ocurrencia

Clase

Severidad

Otras: ________________________________________________ Descripción Efecto(s) Causa(s) del Proceso- Modo de Falla de Falla de Falla Propósito del Potencial Potencial Potencial Proceso

N P R

Fecha de Elaboración: ____________________CLAVE: _____________________

Detección

Nombre del Producto o Proceso: _____________________

Calidad en la Prestación de Servicios

Tipos de AMEF......

El AMEF es la técnica que se aplica en dos situaciones diferentes: en el diseño de un producto y en el desarrollo de un proceso de producción.

Sin embargo esta herramienta puede ser adoptada para aplicarla en cualquier proceso ya sea de manufactura o de prestación de servicios.

14

Calidad en la Prestación de Servicios

AMEF de Diseño......

El AMEF de diseño es una técnica analítica para asegurar que se toman en consideración , durante la fase de diseño, todos los defectos o fallas posibles del producto al momento de estarse utilizando ya sea en el proceso de ensamble o por el cliente final.

El AMEF de diseño nos ayuda a:  Incrementar la posibilidad de que los modos de falla potenciales y sus efectos en los sistemas de operación han sido considerados en el diseño y desarrollo del producto.  Proporcionar información adicional para ayudar en la planeación de pruebas de diseño eficientes y completas.  Establecer prioridades para mejoras de diseño y desarrollo de pruebas.

15

Calidad en la Prestación de Servicios

AMEF de Diseño......

El AMEF de diseño es una técnica analítica que: 

Identifica los modos potenciales relacionados con el producto.

de

falla



Por lo tanto apoya en el proceso de diseño reduciendo el riesgo de fallas a través de:



Evaluación objetiva de diseño, funcionales y alternativas de diseño.

incluyendo

del

diseño

requisitos

16

Calidad en la Prestación de Servicios

AMEF de Diseño......

El AMEF de diseño es una técnica analítica que: 

Evaluación de requerimientos manufactura, ensamble, servicio.

del

diseño

inicial

para



Incrementando la probabilidad de que todos los modos de falla y sus efectos hayan sido considerados durante la etapa de diseño.



En su forma más rigurosa, un AMEF documenta formalmente el pensamiento del equipo (incluyendo análisis de cada punto que pudiera salir mal, basándose en la experiencia y problemas anteriores) en el diseño de un sistema, subsistema o componente.

17

Calidad en la Prestación de Servicios

AMEF de Diseño......

Un AMEF de diseño debería empezar con un diagrama de bloques para el ítem a ser analizado. Este diagrama debe mostrar la relación primaria entre los elementos a ser analizados y establecer un orden lógico del análisis.

18

Calidad en la Prestación de Servicios

AMEF de Proceso......

El objetivo del AMEF de proceso es analizar si la planeación del proceso de fabricación o ensamble cumple con todas las especificaciones y exigencias para el aseguramiento de la calidad del producto, el AMEF de proceso nos ayuda a:  Identificar las causas potenciales de fallas en la manufactura del proceso de ensamble, identificando las variables relevantes con el objetivo de controlar y reducir las condiciones de falla.

19

Calidad en la Prestaciรณn de Servicios

EJEMPLO

20

Calidad en la Prestación de Servicios

Responsable: ___________________________________

Fecha de Revisión: __________________________________ HOJA: ___ de ___

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Resultados de Acciones Acciones Tomadas

21

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Acción(es) Recomendada (s)

Ocurrencia

Controles Actuales: detección prevención

Severidad

Ocurrencia

Clase

Severidad

Otras: ________________________________________________ Descripción Efecto(s) Causa(s) del Proceso- Modo de Falla de Falla de Falla Propósito del Potencial Potencial Potencial Proceso

N P R

Fecha de Elaboración: ____________________CLAVE: _____________________

Detección

Nombre del Producto o Proceso: _____________________

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Gerencia de Electrónica_____________________

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

En ésta se registra LA DESCRIPCIÓN DE LA ACTIVIDAD DEL PROCESO que presenta el problema. Y CUAL ES LA FINALIDAD DE ESA ACTIVIDAD, ES DECIR QUE HAGO Y PARA QUE ?

Veeder Root

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

22

N P R

Acciones Tomadas

Detección

Accion(es) Recomendada(s)

Resultados de Acciones Ocurrencia

Controles Actuales

Área/Individuo Responsable y Fecha de Terminación

Severidad

Causa(s) de Falla Potencial

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Descripción del ProcesoPropósito del Proceso

Fecha de Elaboración:

Operaciones, Estacionario y Castelec_ Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Veeder Root_______________

Calidad en la PrestaciĂłn de Servicios

Modo de la falla Potencial......

Define COMO el producto o servicio puede fallar en cumplir con la finalidad del diseĂąo, requerimientos de comportamiento y/o expectativas del cliente. Como lo detecta el cliente Potencial : Se asume que la falla puede ocurrir, pero necesariamente ocurrirĂĄ.

no

23

Calidad en la Prestación de Servicios

Modo(s) Potenciales de la falla ......

La falla Potencial debe técnicos

ser descrita en términos físicos

 Deformado

 Golpeado

 Oxidado

 Falta de identificación

 Barreno demasiado profundo

 Dimensiones debajo de la especificaciones

 Superficie áspera

 Fisurado

 Agrietado

 Raspado

 Ruido

 dimensión Arriba de la especificación

24

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Veeder Root

Fecha de Elaboración:

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___ Resultados de Acciones Acciones Tomadas

Es importante que se identifique cual es la Falla Potencial y no el efecto provocado por la falla, ya que no son lo mismo y podemos confundirnos.

El sistema no se emite con la terminal de contingencia

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

25

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Accion(es) Recomendada(s)

Ocurrencia

Controles Actuales

Severidad

Causa(s) de Falla Potencial

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Operaciones, Estacionario y Castelec_ Clase

Otras Áreas Involucradas:

Descripción del ProcesoPropósito del Proceso

Veeder Root_______________

Gerencia de Electrónica_____________________ Severidad

Responsable:

Calidad en la PrestaciĂłn de Servicios

Efectos de la falla Potenciales......

Los efectos de falla potencial se definen como consecuencia o resultado del modo de falla con el cliente.

la

Debe indicarse siempre en tĂŠrminos de desempeĂąo.

26

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Gerencia de Electrónica_____________________

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007___________

HOJA: ___ de ___

Describir el Efecto provocado por la Falla. En este caso la Falla es que el sistema no se emite con la terminal, y el Efecto o consecuencia es que el AT sale a vender sin suficientes notas de venta, sin Ruta, Con un precio tal vez no actualizado, etc

El sistema El AT sale no se emite sin notas disponibles, con la terminal de sin Ruta y contingencia sin precio actualizado.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

27

N P R

Acciones Tomadas

Detección

Resultados de Acciones Ocurrencia

Accion(es) Recomendada(s)

Área/Individuo Responsable y Fecha de Terminación

Severidad

Controles Actuales

N P R

Causa(s) de Falla Potencial

Detección

Efecto(s) de Falla Potencial

Ocurrencia

Descripción Modo de del ProcesoFalla Propósito del Potencial Proceso Veeder Root

Fecha de Elaboración:

Operaciones, Estacionario y Castelec_ Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Veeder Root_______________

Calidad en la Prestaciรณn de Servicios

Severidad......

Es una determinaciรณn de la seriedad del efecto del modo de la falla potencial en el servicio o sobre el cliente.

28

Calidad en la PrestaciĂłn de Servicios

Severidad......

La severidad aplica al efecto Ăşnicamente.

La severidad se estima en un a escala de 1 a 10

29

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Gerencia de Electrónica_____________________

Veeder Root

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

Evaluar la severidad de la Falla en el Proceso o Producto. Esto es, qué tanto afecta esta falla en la correcta operación del sistema.

El sistema El AT sale no se emite sin notas disponibles, con la terminal de sin Ruta y contingencia sin precio actualizado.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

30

N P R

Acciones Tomadas

Detección

Accion(es) Recomendada(s)

Resultados de Acciones Ocurrencia

Controles Actuales

Área/Individuo Responsable y Fecha de Terminación

Severidad

Causa(s) de Falla Potencial

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Descripción del ProcesoPropósito del Proceso

Fecha de Elaboración:

Operaciones, Estacionario y Castelec_ Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Veeder Root_______________

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Severidad Criterio

Muy alto grado de severidad cuando el modo de la falla involucra problemas potenciales de seguridad y/o incumplimiento con reglamentos gubernamentales.

Alto grado de insatisfacción del cliente puede ocasionar problemas a los procesos subsecuentes o una falla al producto, el cual resultará una queja y rechazo del producto. La falla puede ser detectada durante las pruebas finales del producto antes de ser entregada al cliente

Puntuación

9 a 10

7a8

Falla moderada que causa alguna insatisfacción del cliente, y puede necesitar hacer modificaciones o ajustes a los procesos El problema puede ser detectado como una parte de inspección en recibo

4a6

Bajo grado de severidad, debido a la naturaleza menor de la falla, causará únicamente una ligera molestia al cliente.

2a3

Ilógico, exagerado el esperar que la naturaleza de esta falla menor causaría algún efecto notable.

El cliente probablemente nunca note la falla

1

31

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Gerencia de Electrónica_____________________

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

En este caso el grado de severidad escogido es 8, ya que sin la emisión el AT no puede salir a vender y con ello se detiene al 100% la operación de esta unidad. Con este valor la falla se considera crítica, pero no pone en riesgo la seguridad del cliente o un no cumplimiento gubernamental

El sistema El AT sale 10 no se emite sin notas disponibles, con la terminal de sin Ruta y contingencia sin precio actualizado.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

32

N P R

Acciones Tomadas

Detección

Resultados de Acciones Ocurrencia

Accion(es) Recomendada(s)

Área/Individuo Responsable y Fecha de Terminación

Severidad

Controles Actuales

N P R

Causa(s) de Falla Potencial

Detección

Efecto(s) de Falla Potencial

Ocurrencia

Descripción Modo de del ProcesoFalla Propósito del Potencial Proceso Veeder Root

Fecha de Elaboración:

Operaciones, Estacionario y Castelec_ Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Veeder Root_______________

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Veeder Root

Fecha de Elaboración:

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___ Resultados de Acciones Acciones Tomadas

Registrar la Clase Característica de la Falla.

El sistema El AT sale 10 no se emite sin notas disponibles, con la terminal de sin Ruta y contingencia sin precio actualizado.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

33

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Accion(es) Recomendada(s)

Ocurrencia

Controles Actuales

Severidad

Causa(s) de Falla Potencial

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Descripción del ProcesoPropósito del Proceso

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Gerencia de Electrónica_____________________

20 de Junio del 2005

Fecha de Revisión :

El sistema no se emite con la terminal de contingencia

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

Esto se refiere a que si la Falla tiene una Característica del tipo Critica, Relevante o es Normal.

Observa la tabla al respecto.

El AT sale sin10 notas disponibles, sin Ruta y sin precio actualizado.

Clase: C = Crítica, Severidad: 1 … 10 1= Lo menos severo 10= Lo más severo

R = Relevante N = Normal

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

34

N P R

Acciones Tomadas

Detección

Resultados de Acciones Ocurrencia

Accion(es) Recomendada(s)

Área/Individuo Responsable y Fecha de Terminación

Severidad

Controles Actuales

N P R

Causa(s) de Falla Potencial

Detección

Efecto(s) de Falla Potencial

Ocurrencia

Descripción del Proceso- Modo de Falla Propósito del Potencial Proceso Veeder Root

Fecha de Elaboración:

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Veeder Root_______________

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Veeder Root

Fecha de Elaboración:

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

El sistema no se emite con la terminal de contingencia

Resultados de Acciones Acciones Tomadas

En este caso la Clase Característica de la Falla es Crítica, ya que al presentarse evita la operación o funcionamiento en su totalidad !!!

El AT sale 10 C sin notas disponibles, sin Ruta y sin precio actualizado.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

35

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Accion(es) Recomendada(s)

Ocurrencia

Controles Actuales

Severidad

Causa(s) de Falla Potencial

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Descripción del ProcesoPropósito del Proceso

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Calidad en la Prestación de Servicios

Causa Potencial de la falla......

Se define en porque pudiera ocurrir el modo de la falla, descrita en términos de algo que puede ser corregido o puede ser controlado.

Desajuste de la máquina Materias primas fuera de Especificación Desgaste /daño de herramienta Herramental incorrecto Falta de lubricación.

36

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Veeder Root

Fecha de Elaboración:

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

El sistema no se emite con la terminal de contingencia

Resultados de Acciones Acciones Tomadas

Determinar cuales son las Causas que provocan la Falla o están relacionadas a provocar esta Falla. Hagamos una lista muy objetiva al respecto.

El AT sale sin10 C notas disponibles, sin Ruta y sin precio actualizado.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

37

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Accion(es) Recomendada(s)

Ocurrencia

Controles Actuales

Severidad

Causa(s) de Falla Potencial

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Descripción del ProcesoPropósito del Proceso

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Veeder Root

Fecha de Elaboración:

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

El sistema no se emite con la terminal de contingencia

El AT sale 10 sin notas disponibles, sin Ruta y sin precio actualizado.

Resultados de Acciones Acciones Tomadas

En este caso, estas son las fallas que los especialistas, el personal relacionado con el problema y, el que conoce la operación, han determinado como más críticos y que impactan de manera considerable en el correcto funcionamiento del sistema

C Falla en la programación Falla en la instalación Falla en la operación de la Terminal Falla en el Cable de comunicaciones Falla en equipo electrónico de comunicaciones Falla en el MUX Falla en la RED GPRS de Telcel Falla en proceso de Emisión y Liquidación en Pre-Caja

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

38

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Accion(es) Recomendada(s)

Ocurrencia

Controles Actuales

Severidad

Causa(s) de Falla Potencial

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Descripción del ProcesoPropósito del Proceso

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Calidad en la Prestación de Servicios

Ocurrencia......

Es que tan frecuente el modo de la falla esta proyectado para ocurrir como resultado de una causa específica.

En número de clasificación de ocurrencia tiene un significado más que un simple valor, indica que el proceso no está controlado

39

Grado de ocurrencia

Criterio

Puntuación

Muy alta probabilidad de ocurrencia, la causa es casi inevitable

9 a 10

Alta probabilidad de ocurrencia, procesos similares tienen experiencias de fallas repetidas, el proceso no esta dentro de control estadístico

7a8

Moderada probabilidad de ocurrencia, procesos similares tienen experiencias de fallas repetidas, pero no en mayores proporciones, el proceso esta dentro de control estadístico

4a6

Baja probabilidad de ocurrencia, procesos similares han tenido solo fallas aisladas

3a2

Muy baja, procesos casi idénticos han tenido únicamente fallas aisladas Remota probabilidad de ocurrencia, ninguna falla ha sido asociada con procesos idénticos. El proceso esta dentro de control estadístico

1 40

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Veeder Root

El AT sale El sistema 10 C Falla en la sin notas programación no se emite disponibles, con la Falla en la sin Ruta y terminal de instalación sin precio contingencia Falla en la actualizado.

Área/Individuo Responsable y Fecha de Terminación

Resultados de Acciones Acciones Tomadas

Determinar la ocurrencia de la Causa de estas Fallas.

operación de la Terminal Falla en el Cable de comunicaciones Falla en equipo electrónico de comunicaciones Falla en el MUX Falla en la RED GPRS de Telcel Falla en proceso de Emisión y Liquidación en Pre-Caja

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

41

N P R

Accion(es) Recomendada(s)

Detección

Controles Actuales

HOJA: ___ de ___

Ocurrencia

Causa(s) de Falla Potencial

CLAVE: ACPR06F01

20 de Junio del 2007____________

Severidad

Efecto(s) de Falla Potencial

20 de Junio del 2005

Fecha de Revisión :

N P R

Modo de Falla Potencial

Fecha de Elaboración:

Detección

Operaciones, Estacionario y Castelec_ Clase

Otras Áreas Involucradas:

Descripción del ProcesoPropósito del Proceso

Veeder Root_______________

Gerencia de Electrónica_____________________ Severidad

Responsable:

Ocurrencia

Nombre del Producto o Proceso:

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Fecha de Elaboración:

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007___________

HOJA: ___ de ___

El sistema no se emite con la terminal de contingencia

El AT sale 10 C Falla en la programación sin notas disponibles, Falla en la sin Ruta y instalación sin precio Falla en la actualizado. operación de la

Acciones Tomadas

¿Qué tan frecuente ocurre que Falle la programación de las terminales? Considera si es un proyecto inicial o a prueba. En este caso que es un proyecto inicial y se encuentra a prueba, podría ser que la programación tenga algún problema.

8

Terminal Falla en el Cable de comunicaciones Falla en equipo electrónico de comunicaciones Falla en el MUX Falla en la RED GPRS de Telcel Falla en proceso de Emisión y Liquidación en Pre-Caja

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

42

N P R

Resultados de Acciones Detección

Área/Individuo Responsable y Fecha de Terminación

Ocurrencia

Accion(es) Recomendada(s)

Severidad

Controles Actuales

N P R

Causa(s) de Falla Potencial

Detección

Efecto(s) de Falla Potencial

Ocurrencia

Operaciones, Estacionario y Castelec_

Descripción Modo de del ProcesoFalla Propósito del Potencial Proceso

Clase

Otras Áreas Involucradas:

Veeder Root

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Fecha de Elaboración:

20 de Junio del 2005

Fecha de Revisión :

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

El sistema no se emite con la terminal de contingencia

El AT sale 10 C Falla en la programación sin notas disponibles, Falla en la sin Ruta y instalación sin precio Falla en la actualizado. operación de la

8 3 8

Terminal Falla en el 3 Cable de comunicaciones Falla en equipo 3 electrónico de comunicaciones Falla en el MUX 8 Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y Liquidación en Pre-Caja

8

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

Acciones Tomadas

Ahora necesitamos llenar la columna de los Controles Actuales con los que contamos. Estos controles en específico se refieren a los Controles que hemos creado para evitar desviaciones en el Proceso o Producto que estamos analizando. Por lo tanto, colocaremos el control correspondiente para cada Causa de Falla. En el caso de no contar con el control colocaremos la leyenda: No existe.

Detección: 1… 10

Detección: 1… 10

1 = Lo detecta siempre

1 = Lo detecta siempre

10 = No detecta nada

10 = No detecta nada

43

N P R

Resultados de Acciones Detección

Área/Individuo Responsable y Fecha de Terminación

Ocurrencia

Accion(es) Recomendada(s)

Severidad

Controles Actuales: detección prevención

N P R

Causa(s) de Falla Potencial

Detección

Efecto(s) de Falla Potencial

Ocurrencia

Operaciones, Estacionario y Castelec_

Descripción Modo de del ProcesoFalla Propósito del Potencial Proceso

Clase

Otras Áreas Involucradas:

Veeder Root

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Calidad en la Prestación de Servicios

Detección......

Es una evaluación de la probabilidad de que los controles del proceso detecten el modo de falla antes de que pase al siguiente proceso y prevenir el embarque de la parte que tiene este modo de falla.

No es probable que verificaciones de control de calidad al azar detecten la existencia de un defecto aislado y por lo tanto no resultarán en un cambio notable del grado de detección.

Un control de detección válido bases estadísticas.

es el muestreo hecho con

44

Detección Criterio Puntuación Certeza absoluta de no detección, los controles no podrán detectar la existencia del defecto Detección muy baja, los controles de la organización probablemente no detecten la existencia del defecto, pero este puede ser detectado por el cliente Baja, los controles pueden detectar la existencia del defecto, pero la detección no puede ocurrir hasta que el embarque esta en camino.

Moderada, los controles probablemente encuentren la existencia de la falla , pero no se puede aceptar hasta que las pruebas hayan sido completadas.

Alta, los controles tienen una buena oportunidad de detectar la existencia de la falla antes de que el proceso de manufactura haya sido completado ( monitoreo con pruebas en proceso) Muy alta, los controles detectarán la existencia del defecto antes de que el producto pase a la siguiente etapa del proceso. Es importante el control de las materias primas de acuerdo a las especificaciones de la organización

10

9

7a 8

5a6

3a4

1 45

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

El sistema El AT sale sin 10 Falla en la Qué tan efectivo es elC control no se emite notas programación con la disponibles, Falla en la de sin Ruta yy corregir la paraterminal detectar instalación contingencia sin precio en lael desviación actualizado. no deseadaFalla en operación de la Terminal Proceso o Producto Falla en el Cable de analizado comunicaciones

8

Falla en equipo electrónico de comunicaciones

3

Falla en el MUX

8

Falla en la RED GPRS de Telcel

2

Falla en proceso de Emisión y Liquidación en Pre-Caja

8

Veeder Root

3 8

Área/Individuo Responsable y Fecha de Terminación

Resultados de Acciones Acciones Tomadas

Estándar de Instalación VR Curso VR

3

MP, Servicios a GPRS Servicios Diar. a GPRS No Existe Ctrl No Existe Ctrl Reportes de Liq-Emis y venta en línea

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

46

N P R

Accion(es) Recomendada(s)

HOJA: ___ de ___

Detección

Controles Actuales: detección prevención No Existe Ctrl

CLAVE: ACPR06F01

Ocurrencia

Causa(s) de Falla Potencial

20 de Junio del 2005 20 de Junio del 2007____________

Severidad

Efecto(s) de Falla Potencial

Fecha de Revisión :

N P R

Operaciones, Estacionario y Castelec_

Descripción Modo de del ProcesoFalla Propósito del Potencial Proceso

Clase

Otras Áreas Involucradas:

Fecha de Elaboración:

Detección

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Ocurrencia

Nombre del Producto o Proceso:

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

El sistema no se emite con la terminal de contingenci a

El AT sale sin10 notas disponibles, sin Ruta y sin precio actualizado.

C Falla en la

No Existe Ctrl

8

Falla en la instalación Falla en la operación de la Terminal

un número grande significa Falla enes el que no detecta nada que Cable de comunicaciones como si no hubiese control Falla en equipo alguno. electrónico de comunicaciones

3 8

3

3 8

Falla en el MUX

2

Falla en la RED GPRS de Telcel

8

Falla en proceso de Emisión y Liquidación en Pre-Caja

Área/Individuo Responsable y Fecha de Terminación

Resultados de Acciones Acciones Tomadas

Estándar de 2 Instalación VR Curso VR

4

MP, Servicios a GPRS

2

Servicios Diar. a GPRS

3

No Existe Ctrl

8

No Existe Ctrl

2

Reportes 8 de Liq-Emis y venta en línea

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

Detección: 1… 10

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

1 = Lo detecta siempre

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

10 = No detecta nada

47

N P R

8

Accion(es) Recomendada(s)

HOJA: ___ de ___

Detección

Controles Actuales: detección prevención

programación

CLAVE: ACPR06F01

Ocurrencia

Causa(s) de Falla Potencial

20 de Junio del 2005 20 de Junio del 2007____________

Severidad

Efecto(s) de Falla Potencial

Fecha de Revisión :

N P R

Modo de Falla Potencial

Fecha de Elaboración:

Detección

Veeder Root

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Descripción del ProcesoPropósito del Proceso

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Ocurrencia

Nombre del Producto o Proceso:

Calidad en la Prestaciรณn de Servicios

NUMERO DE PRIORIDAD DE RIESGO

Es el producto de los grados de ocurrencia, severidad y detecciรณn.

NPR = S x O x D

48

Calidad en la Prestaciรณn de Servicios

NUMERO DE PRIORIDAD DE RIESGO S x O x D 9

1

9

=NPR = 81 El cliente no requiere cambios

9

9

1

= 81

1

9

9

= 81

Fortalecer proceso fuera de control

que

esta

El proceso esta controlado , pero se requiere trabajar en la detecciรณn

49

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Veeder Root

El sistema no se emite con la terminal de contingencia

El AT sale sin10 C Falla en la programación notas disponibles, Falla en la sin Ruta y sin instalación precio Falla en la actualizado. operación de la

Controles Actuales: detección prevención

8

No Existe Ctrl

3 8

8

640

Estándar de 2 Instalación VR 4

320

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

2

60

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

3

90

Falla en el MUX 8

No Existe Ctrl

8

No Existe Ctrl

2

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

Reportes 8 de Liq-Emis y venta en línea

Área/Individuo Responsable y Fecha de Terminación

Resultados de Acciones Acciones Tomadas

60

Curso VR

Terminal

Accion(es) Recomendada(s)

N P R

Causa(s) de Falla Potencial

HOJA: ___ de ___

Detección

Efecto(s) de Falla Potencial

CLAVE: ACPR06F01

Ocurrencia

Modo de Falla Potencial

20 de Junio del 2005 20 de Junio del 2007____________

Severidad

Operaciones, Estacionario y Castelec_

Fecha de Revisión :

N P R

Descripción del ProcesoPropósito del Proceso

Clase

Otras Áreas Involucradas:

Fecha de Elaboración:

Detección

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Ocurrencia

Nombre del Producto o Proceso:

640

40

640

Una vez que se han realizado todas las multiplicaciones (número de multiplicaciones = número de Causas de Fallas) Procedemos a clasificar que Causa de Falla tenemos que atacar primero Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

50

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Nombre del Producto o Proceso:

Veeder Root_______________

Gerencia de Electrónica_____________________

Fecha de Revisión :

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2007____________

C Falla en la

programación

HOJA: ___ de ___

640

Falla en la instalación

3

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR

60

Curso VR

4

320

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

2

60

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

3

90

Falla en el MUX 8

No Existe Ctrl

8

No Existe Ctrl

2

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

Reportes 8 de Liq-Emis y venta en línea

Acciones Tomadas

N P R

8

Resultados de Acciones Detección

No Existe Ctrl

Área/Individuo Responsable y Fecha de Terminación

Ocurrencia

8

Accion(es) Recomendada(s)

Severidad

Controles Actuales: detección prevención

N P R

10 El AT sale sin notas disponibles, sin Ruta y sin precio actualizado .

Causa(s) de Falla Potencial

Detección

El sistema no se emite con la terminal de contingencia

Efecto(s) de Falla Potencial

Ocurrencia

Veeder Root

Fecha de Elaboración:

Operaciones, Estacionario y Castelec_

Descripción Modo de del ProcesoFalla Propósito del Potencial Proceso

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

640

40

640

NPR donde la severidad sea mayor será la primer falla que hay que atender, posteriormente se considera la detección y posteriormente la ocurrencia .

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

51

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

Veeder Root

El sistema no se emite con la terminal de contingencia

10 El AT sale sin notas disponibles, sin Ruta y sin precio actualizado .

C Falla en la

programación

Controles Actuales: detección prevención

8

No Existe Ctrl

8

640

Falla en la instalación

3

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4

320

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

2

60

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

3

90

8

640

Falla en el MUX 8

No Existe Ctrl

82

640 40

No Existe Ctrl

2

8

640 40

Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

Reportes 8 de Liq-Emis y venta en línea

Acciones Tomadas

60

Curso VR

Falla en la RED GPRS de Telcel 2

Resultados de Acciones

Accion(es) Recomendada(s)

N P R

Causa(s) de Falla Potencial

HOJA: ___ de ___

Detección

Efecto(s) de Falla Potencial

CLAVE: ACPR06F01

Ocurrencia

Modo de Falla Potencial

20 de Junio del 2005 20 de Junio del 2007____________

Severidad

Operaciones, Estacionario y Castelec_

Fecha de Revisión :

N P R

Descripción del ProcesoPropósito del Proceso

Clase

Otras Áreas Involucradas:

Fecha de Elaboración:

Detección

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Ocurrencia

Nombre del Producto o Proceso:

640

Ahora, habrá que registrar la Acciones Recomendadas para corregir las Falla Potencial desde raíz. Esto significa que para cada Causa de la Falla, necesitamos una Acción Recomendada que corregirá cada problema.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

52

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Nombre del Producto o Proceso:

Veeder Root_______________

Gerencia de Electrónica_____________________

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

10

No Existe Ctrl

8

640

Falla en la instalación

3

60

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

2 3

Revisar Progr por Castelec Estándar de Instalación VR

320

60

90

82

640 40

8

640 40

8 Reportes de Liq-Emis y venta en línea

Acciones Tomadas

Curso VR

640

2

Resultados de Acciones N P R

8

C Falla en la

Área/Individuo Responsable y Fecha de Terminación

Detección

El AT sale sin notas disponibles, sin Ruta y sin precio actualizado.

Accion(es) Recomendada(s)

Ocurrencia

El sistema no se emite con la terminal de contingencia

Controles Actuales: detección prevención

Causa(s) de Falla Potencial

Severidad

Efecto(s) de Falla Potencial

N P R

Modo de Falla Potencial

Detección

Veeder Root

Fecha de Revisión :

Ocurrencia

Descripción del ProcesoPropósito del Proceso

Fecha de Elaboración:

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

640

MP’s Servicios a GPRS Servicios a GPRS Nuevo MUX más Robusto Ctrl por Castelec Capacitación a Pre-Caja y generar Procedimientos adecuados

Ahora tenemos que determina quien será el responsable de cada Acción Recomendada y dará seguimiento a esta hasta implementarla. Registremos los responsables para cada caso.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

53

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO

10 El AT sale sin notas disponibles, sin Ruta y sin precio actualizado .

CLAVE: ACPR06F01 HOJA: ___ de ___

Controles Actuales: detección prevención

N P R

El sistema no se emite con la terminal de contingencia

8

No Existe Ctrl

8

640

Revisar Progr por Castelec

Castelec

Se corrigen fallas en progr.

Falla en la instalación

3

60

Estándar de Instalación VR

Gcía. de Electrónica

Se actualiza estándar

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

Curso VR

Gcía. de Electrónica

C Falla en la

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

320

Accion(es) Recomendada(s)

MP’s Servicios a

Área/Individuo Responsable y Fecha de Terminación

2

60 GPRS

3

90

Servicios a GPRS

640

Nuevo MUX más Robusto

40

Ctrl por Castelec

Castelec

Capacitación a Pre-Caja y generar Procedimiento s adecuados

Castelec

8 2

8 Reportes de Liq-Emis y venta en línea

640

Taller de Planta Taller de Planta Castelec

Una vez registrados todos y cada uno de los responsables de llevar acabo las Acciones Correctivas, registraremos cuáles fueron en realidad las acciones tomadas en cada punto para corregir las fallas potenciales.

Resultados de Acciones

Acciones Tomadas

N P R

Causa(s) de Falla Potencial

Detección

Efecto(s) de Falla Potencial

20 de Junio del 2005 20 de Junio del 2007____________

Detección

Veeder Root

Modo de Falla Potencial

Fecha de Revisión :

Ocurrencia

Descripción del ProcesoPropósito del Proceso

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Fecha de Elaboración:

Ocurrencia

Veeder Root_______________

Gerencia de Electrónica_____________________

Severidad

Responsable:

Severidad

Nombre del Producto o Proceso:

Se actualiza Curso de VR MP’s Servicios a GPRS Servicios a GPRS Se arma un nuevo MUX Se crea nuevo CTRL Se prepara curso y se capacita a Precaja

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

54

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Nombre del Producto o Proceso:

Gerencia de Electrónica_____________________

Fecha de Elaboración: Fecha de Revisión :

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2007____________

HOJA: ___ de ___

Operaciones, Estacionario y Castelec_

10

No Existe Ctrl

8

640

Revisar Progr por Castelec

Castelec

Se corrigen fallas en progr.

Falla en la instalación

3

60

Estándar de Instalación VR

Gcía. de Electrónica

Se actualiza estándar

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

Curso VR

Gcía. de Electrónica

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

320

MP’s Servicios a

Taller de Planta

2

60 GPRS

3

90

Servicios a GPRS

640

Nuevo MUX más Robusto

40

Ctrl por Castelec

Castelec

Capacitación a Pre-Caja y generar Procedimiento s adecuados

Castelec

8 2

8 Reportes de Liq-Emis y venta en línea

640

Taller de Planta Castelec

Una vez que se han registrado las Acciones que se Tomaron en realidad, debemos dejar interactuar estas Acciones con el Proceso o Producto para volver a registrar los valores de Severidad, Ocurrencia, Detección y obtener un nuevo NPR

Acciones Tomadas

N P R

8

C Falla en la

Área/Individuo Responsable y Fecha de Terminación

Detección

El AT sale sin notas disponibles, sin Ruta y sin precio actualizado.

Accion(es) Recomendada(s)

Ocurrencia

El sistema no se emite con la terminal de contingencia

Causa(s) de Falla Potencial

Severidad

Veeder Root

Resultados de Acciones

Controles Actuales: detección prevención

N P R

Efecto(s) de Falla Potencial

Detección

Modo de Falla Potencial

Ocurrencia

Descripción del ProcesoPropósito del Proceso

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Veeder Root_______________

Se actualiza Curso de VR MP’s Servicios a GPRS Servicios a GPRS Se arma un nuevo MUX Se crea nuevo CTRL Se prepara curso y se capacita a Precaja

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

55

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Nombre del Producto o Proceso:

Gerencia de Electrónica_____________________

Fecha de Elaboración: Fecha de Revisión :

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2005____________

HOJA: ___ de ___

El AT sale sin notas disponibles, sin Ruta y sin precio actualizado.

10

8

No Existe Ctrl

8

640

Revisar Progr por Castelec

Castelec

Se corrigen fallas en progr.

Falla en la instalación

3

60

Estándar de Instalación VR

Gcía. de Electrónica

Se actualiza estándar

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

Curso VR

Gcía. de Electrónica

C Falla en la

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

320

MP’s Servicios a

2

60 GPRS

3

90

Servicios a GPRS

640

Nuevo MUX más Robusto

40

Ctrl por Castelec

Castelec

Capacitación a Pre-Caja y generar Procedimiento s adecuados

Castelec

8 2

8 Reportes de Liq-Emis y venta en línea

640

Taller de Planta Taller de Planta Castelec

Consideremos que ya ha pasado un tiempo razonable donde las Acciones Tomadas se han implementado en el Proceso o Producto y han interactuado entre sí.Es momento de tomar una nueva medición para determinar cuales han sido los resultados.

Resultados de Acciones Acciones Tomadas

N P R

Área/Individuo Responsable y Fecha de Terminación

Detección

Causa(s) de Falla Potencial

Accion(es) Recomendada(s)

Ocurrencia

El sistema no se emite con la terminal de contingencia

Controles Actuales: detección prevención

Severidad

Veeder Root

Efecto(s) de Falla Potencial

N P R

Modo de Falla Potencial

Detección

Descripción del ProcesoPropósito del Proceso

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Veeder Root_______________

Se actualiza Curso de VR MP’s Servicios a GPRS Servicios a GPRS Se arma un nuevo MUX Se crea nuevo CTRL Se prepara curso y se capacita a Precaja

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

56

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Nombre del Producto o Proceso:

Veeder Root_______________

Gerencia de Electrónica_____________________

Fecha de Elaboración: Fecha de Revisión :

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2005____________

HOJA: ___ de ___

El AT sale sin notas disponibles, sin Ruta y sin precio actualizado.

10

8

No Existe Ctrl

8

640

Revisar Progr por Castelec

Castelec

Se corrigen 10 fallas en progr.

Falla en la instalación

3

60

Estándar de Instalación VR

Gcía. de Electrónica

Se actualiza estándar

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

Curso VR

Gcía. de Electrónica

C Falla en la

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

320

MP’s Servicios a

2

60 GPRS

3

90

Servicios a GPRS

640

Nuevo MUX más Robusto

40

Capacitación a Ctrl por y Pre-Caja Castelec generar Procedimientos Capacitación adecuados

8 2

8 Reportes de Liq-Emis y venta en línea

640

a Pre-Caja y generar Procedimiento s adecuados

Área/Individuo Responsable y Fecha de Terminación

Taller de Planta Taller de Planta Castelec Castelec

Castelec Castelec

Resultados de Acciones Acciones Tomadas

N P R

Accion(es) Recomendada(s)

Detección

Causa(s) de Falla Potencial

Ocurrencia

El sistema no se emite con la terminal de contingencia

Controles Actuales: detección prevención

Severidad

Veeder Root

Efecto(s) de Falla Potencial

N P R

Modo de Falla Potencial

Detección

Descripción del ProcesoPropósito del Proceso

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Se actualiza Curso de VR MP’s Servicios a GPRS Servicios a GPRS Se arma un nuevo MUX Se crea nuevo CTRL Se prepara curso y se capacita a Precaja

Empecemos por la Severidad. Registremos el valor correspondiente a este concepto, bajo los mismos criterio que cuando empezamos a llenar el documento.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

57

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Nombre del Producto o Proceso:

Veeder Root_______________

Gerencia de Electrónica_____________________

Fecha de Elaboración: Fecha de Revisión :

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2005____________

HOJA: ___ de ___

El AT sale sin notas disponibles, sin Ruta y sin precio actualizado.

10

Ocurrencia

8

No Existe Ctrl

8

640

Revisar Progr por Castelec

Castelec

Se corrigen 10 fallas en progr.

3

Falla en la instalación

3

60

Estándar de Instalación VR

Gcía. de Electrónica

Se actualiza estándar

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

Curso VR

Gcía. de Electrónica

C Falla en la

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

2

Accion(es) Recomendada(s)

Área/Individuo Responsable y Fecha de Terminación

8 2

8 Reportes de Liq-Emis y venta en línea

Acciones Tomadas

1 2

320

MP’s Servicios a Taller de 60 GPRS

Planta

3

Resultados de Acciones N P R

Causa(s) de Falla Potencial

Detección

El sistema no se emite con la terminal de contingencia

Controles Actuales: detección prevención

Severidad

Veeder Root

Efecto(s) de Falla Potencial

N P R

Modo de Falla Potencial

Detección

Descripción del ProcesoPropósito del Proceso

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

90

Servicios a GPRS

640

Nuevo MUX más Robusto

40

Ctrl por Castelec

Castelec

Capacitación a Pre-Caja y generar Procedimiento s adecuados

Castelec

640

Taller de Planta Castelec

Ahora registremos los nuevos valores de Ocurrencia, considerando que los resultados obtenido son después de haber implementado las Acciones Tomadas y haberlas dejado interactuar el tiempo necesario para esta nueva evaluación

Se actualiza Curso de VR 2

MP’s Servicios a GPRS 2

Servicios a GPRS

2

Se arma un nuevo MUX Se crea nuevo CTRL Se prepara curso y se capacita a Precaja

2 4

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

58

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Nombre del Producto o Proceso:

Veeder Root_______________

Gerencia de Electrónica_____________________

Fecha de Elaboración: Fecha de Revisión :

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2005____________

HOJA: ___ de ___

10

8

No Existe Ctrl

8

640

Revisar Progr por Castelec

Castelec

Falla en la instalación

3

60

Estándar de Instalación VR

Gcía. de Electrónica

Se actualiza estándar

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

Curso VR

Gcía. de Electrónica

C Falla en la

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

2

320

Área/Individuo Responsable y Fecha de Terminación

MP’s Servicios a Taller de 60 GPRS

Planta

3 8 2

8 Reportes de Liq-Emis y venta en línea

90

Servicios a GPRS

640

Nuevo MUX más Robusto

40

Ctrl por Castelec

Castelec

Capacitación a Pre-Caja y generar Procedimiento s adecuados

Castelec

640

Taller de Planta Castelec

Resultados de Acciones

Se corrigen 10 fallas en progr.

3

9

1

2

2

4

2

2

2

3

2

8

2

2

4

8

Acciones Tomadas

N P R

Accion(es) Recomendada(s)

Detección

El AT sale sin notas disponibles, sin Ruta y sin precio actualizado.

Causa(s) de Falla Potencial

Ocurrencia

El sistema no se emite con la terminal de contingencia

Controles Actuales: detección prevención

Severidad

Veeder Root

Efecto(s) de Falla Potencial

N P R

Modo de Falla Potencial

Detección

Descripción del ProcesoPropósito del Proceso

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Se actualiza Curso de VR MP’s Servicios a GPRS Servicios a GPRS Se arma un nuevo MUX Se crea nuevo CTRL Se prepara curso y se capacita a Precaja

Ahora registremos los nuevos valores de Detección, considerando que los resultados obtenido son después de haber actualizado o creado los controles correspondientes.

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

59

ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL AMEF DE PROCESO Nombre del Producto o Proceso:

Veeder Root_______________

Gerencia de Electrónica_____________________

Fecha de Elaboración: Fecha de Revisión :

20 de Junio del 2005

CLAVE: ACPR06F01

20 de Junio del 2005____________

HOJA: ___ de ___

10

8

No Existe Ctrl

8

640

Revisar Progr por Castelec

Castelec

Falla en la instalación

3

60

Estándar de Instalación VR

Gcía. de Electrónica

Se actualiza estándar

Falla en la operación de la Terminal

8

Estándar de 2 Instalación VR 4 Curso VR

Curso VR

Gcía. de Electrónica

C Falla en la

programación

Falla en el Cable 3 de comunicaciones

MP, Servicios a GPRS

Falla en equipo 3 electrónico de comunicaciones

Servicios Diar. a GPRS

Falla en el MUX 8

No Existe Ctrl

Falla en la RED GPRS de Telcel 2 Falla en proceso de Emisión y 8 Liquidación en Pre-Caja

No Existe Ctrl

2

320

Área/Individuo Responsable y Fecha de Terminación

MP’s Servicios a Taller de 60 GPRS

Planta

3 8 2

8 Reportes de Liq-Emis y venta en línea

90

Servicios a GPRS

640

Nuevo MUX más Robusto

40

Ctrl por Castelec

Castelec

Capacitación a Pre-Caja y generar Procedimiento s adecuados

Castelec

640

Taller de Planta Castelec

Bien, ahora necesitamos realizar la misma operación para obtener el NPR de estos nuevos registros. Entonces multiplicaremos: Severidad X Ocurrencia X Detección = NPR

Resultados de Acciones

Se corrigen 10 fallas en progr.

3

9

1

2

2

4

2

2

2

3

2

8

2

2

4

8

Acciones Tomadas

N P R

Accion(es) Recomendada(s)

Detección

El AT sale sin notas disponibles, sin Ruta y sin precio actualizado.

Causa(s) de Falla Potencial

Ocurrencia

El sistema no se emite con la terminal de contingencia

Controles Actuales: detección prevención

Severidad

Veeder Root

Efecto(s) de Falla Potencial

N P R

Modo de Falla Potencial

Detección

Descripción del ProcesoPropósito del Proceso

Ocurrencia

Operaciones, Estacionario y Castelec_

Clase

Otras Áreas Involucradas:

Severidad

Responsable:

Se actualiza Curso de VR MP’s Servicios a GPRS Servicios a GPRS Se arma un nuevo MUX Se crea nuevo CTRL Se prepara curso y se capacita a Precaja

Severidad: 1 … 10

Clase:

Ocurrencia: 1… 10

Detección: 1… 10

NPR: Número P R

1= Lo menos severo

C = Crítica, R = Relevante

1 = Nunca ocurre

1 = Lo detecta siempre

Número pequeño = Últimos en atacar

10= Lo más severo

- = Normal

10 = Siempre Ocurre

10 = No detecta nada

Numero Grande = Primeros en atracar

60

Calidad en la Prestación de Servicios

Acciones recomendadas......

Acciones como las siguientes deben ser consideradas:    

Revisión de la geometría y/o tolerancias del diseño.

Revisión de especificaciones de materiales.

Diseño de experimentos u otras técnicas de problemas.

Revisión del plan de pruebas.

solución

de

61

Calidad en la Prestación de Servicios

Responsable y fecha compromiso Escriba la organización y el individuo responsable para la acción recomendada y la fecha de cumplimiento.

Acciones tomadas Después de que una acción ha sido implementada, escriba una descripción breve de la acción así como la fecha en que se implemento por completo.

62

Calidad en la Prestación de Servicios

Resultados de las acciones......

Después que las acciones han sido identificadas, estimar y registrar los resultados de Severidad, Ocurrencia y Detección, así como también calcular y registrar el NPR resultante.

Todos los NPR´s resultantes deben ser revisados y si es necesario considerar acciones nuevamente, repetir el análisis. Recuerde que el enfoque deberá ser siempre hacia la mejora continua.

Si no se tomaron acciones las columnas de S,O, D y NPR deberán dejarse en blanco.

63

Calidad en la Prestación de Servicios

Seguimiento......

El ingeniero encargado del diseño es el responsable de asegurar que todas las acciones recomendadas han sido implementadas.

El AMEF es un documento vivo y debe reflejar siempre el último nivel de diseño, así como las últimas acciones relevantes, incluyendo aquellas que ocurrieron después del inicio de producción.

64

Calidad en la Prestaciรณn de Servicios

GRACIAS Por su atenciรณn

65