Post on 13-Aug-2020
“Análisis del Modo y
Efecto de Falla”
1
Es una metodología de un equipo sistemáticamente dirigido queidentifica los modos de falla potenciales en un sistema, servicio,producto u operación de manufactura / ensamble causadas pordeficiencias en los procesos de diseño o proceso.
También identifica características de diseño o de proceso críticas osignificativas que requieren controles especiales para prevenir odetectar los modos de falla. AMEF es una herramienta utilizadapara prevenir los problemas antes de que ocurran.
2
El AMEF se lleva en un documento que sirve para plasmar yorganizar el problema así como sus diversas soluciones.
Este método es “ponderante”, lo que significa que podemosseleccionar (en base al valor más significativa o crítico) la o lasposibles soluciones, una vez que se haya corrido el proceso.
Análisis del Modo y Efecto de la Falla
3
El avance actual del AMEF ha venido del sector automotriz ya quelos AMEF´s son requeridos para todos los Diseños y Procesos a finde asegurar la prevención de problemas. Integrado dentro de laPlaneación Avanzada de la Calidad del Producto (APQP), el AMEFen los formatos de Diseño y Proceso provee la principalherramienta para mitigar el riesgo dentro de la estrategia deprevención.
4
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 reducirlos riesgos
Reduce las inquietudes por Garantías probables
Integración con las técnicas de Diseño para Manufactura yEnsamble
Beneficios del AMEF
5
Proceso — análisis de los procesos de manufactura y ensamble
Diseño — análisis de los productos antes de sean lanzados parasu producción
Concepto — análisis de sistemas o subsistemas en las primerasetapas del diseño conceptual
Equipo — análisis del diseño de maquinaria y equipo antes desu compra
Servicio — análisis de los procesos de servicio antes de quetengan impacto en el cliente
Aplicaciones del AMEF
6
Reducción de riesgos mediante:
1. Identificación del modo de falla potencial del producto o servicioy proceso y causas/mecanismos asociados (Buscar elprioritario).
2. Auxiliando en el análisis de nuevas manufacturas o cambios enestas 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 loscontroles de proceso.
5. Desarrollo de una lista ponderada de modos de falla sobre loscuales se priorizan acciones correctivas/preventivas
Objetivo del AMEF
7
EL AMEF DEBE INICIARSE CON UN DIAGRAMA DE FLUJO : CARTADE FLUJO DEL PROCESO ( ACTIVIDADES) QUE IDENTIFIQUE LASCARACTERÍSTICAS DEL PRODUCTO O SERVICIO EN CADA PASODE LA OPERACIÓN.
Entradas del AMEF
8
Entradas del AMEF
Cuál es la función,
operación, elemento o requisito
Qué puede salir mal
Cuales son los
efectos?
Qué tan malo es?
Cuales son las causas?
Qué tan seguido sucede?
Qué se puede hacer?
Qué tan bueno es el método para detectarlo?
Cómo se puede
prevenir y detectar?
Efecto Severidad
ModoCausa Ocurrencia
Controles Detección
9
Nombre del Producto o Proceso: _____________________ Fecha de Elaboración: ____________________CLAVE: _____________________
Responsable: ___________________________________ Fecha de Revisión: __________________________________ HOJA: ___ de ___
Otras: ________________________________________________
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial Severidad
Cla
se
Ocurr
encia
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación
Resultados de AccionesEfecto(s)
de Falla
Potencial
Causa(s)
de Falla
Potencial
Accion(es)
Recomendada
(s) Severidad
Ocurr
encia
Dete
cció
n
N P
R
Acciones
Tomadas
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Controles
Actuales:
detección
prevención
10
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 deproducción.
Sin embargo esta herramienta puede ser adoptada para aplicarlaen cualquier proceso ya sea de manufactura o de prestación deservicios.
Tipos de AMEF
11
EL AMEF DE DISEÑO es una técnica analítica para asegurar quese toman en consideración , durante la fase de diseño, todos losdefectos o fallas posibles del producto al momento de estarseutilizando 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 fallapotenciales y sus efectos en los sistemas de operación han sidoconsiderados en el diseño y desarrollo del producto.
Proporcionar información adicional para ayudar en laplaneación de pruebas de diseño eficientes y completas.
Establecer prioridades para mejoras de diseño y desarrollode pruebas.
AMEF de Diseño......
12
Un AMEF de diseño debería empezar con un diagrama de bloquespara el ítem a ser analizado. Este diagrama debe mostrar larelación primaria entre los elementos a ser analizados y establecerun orden lógico del análisis.
AMEF de Diseño......
13
El objetivo del AMEF DE PROCESO es analizar si la planeación delproceso de fabricación o ensamble cumple con todas lasespecificaciones y exigencias para el aseguramiento de la calidaddel producto, el AMEF de proceso nos ayuda a:
Identificar las causas potenciales de fallas en lamanufactura del proceso de ensamble, identificando lasvariables relevantes con el objetivo de controlar y reducir lascondiciones de falla.
AMEF de Proceso......
14
EJEMPLO
15
Nombre del Producto o Proceso: _____________________ Fecha de Elaboración: ____________________CLAVE: _____________________
Responsable: ___________________________________ Fecha de Revisión: __________________________________ HOJA: ___ de ___
Otras: ________________________________________________
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial Severidad
Cla
se
Ocurr
encia
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación
Resultados de AccionesEfecto(s)
de Falla
Potencial
Causa(s)
de Falla
Potencial
Acción(es)
Recomendada
(s) Severidad
Ocurr
encia
Dete
cció
n
N P
R
Acciones
Tomadas
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Controles
Actuales:
detección
prevención
16
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s) de
Falla Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
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
17
Define COMO el producto o servicio puede fallar en cumplir conla finalidad del diseño, requerimientos de comportamiento y/oexpectativas del cliente. Como lo detecta el cliente
Potencial : Se asume que la falla puede ocurrir, pero nonecesariamente ocurrirá.
Modo de la falla Potencial......
18
Modo(s) Potenciales de la falla ......
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
La falla Potencial debe ser descrita en términos físicostécnicos
19
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s) de
Falla
Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
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.
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
20
Efectos de la falla Potenciales......
Los efectos de falla potencial se definen como laconsecuencia o resultado del modo de falla con el cliente.
Debe indicarse siempre en términos de desempeño.
21
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007___________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
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
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
22
Severidad......
Es una determinación de la seriedad del efecto del modo dela falla potencial en el servicio o sobre el cliente.
23
Severidad......
La severidad aplica al efecto únicamente.
La severidad se estima en un a escala de 1 a 10
24
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial
Se
ve
rid
ad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
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.
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
25
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
SeveridadCriterio
Puntuación
Muy alto grado de severidad cuando el modo de la fallainvolucra problemas potenciales de seguridad y/oincumplimiento con reglamentos gubernamentales.
9 a 10
Alto grado de insatisfacción del cliente puede ocasionarproblemas a los procesos subsecuentes o una falla al producto,el cual resultará una queja y rechazo del producto. La fallapuede ser detectada durante las pruebas finales del productoantes de ser entregada al cliente
7 a 8
Falla moderada que causa alguna insatisfacción del cliente, ypuede necesitar hacer modificaciones o ajustes a los procesosEl problema puede ser detectado como una parte de inspecciónen recibo
4 a 6
Bajo grado de severidad, debido a la naturaleza menor de lafalla, causará únicamente una ligera molestia al cliente.
2 a 3
Ilógico, exagerado el esperar que la naturaleza de esta fallamenor causaría algún efecto notable.El cliente probablemente nunca note la falla
1
26
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severi
dad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
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
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10
27
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial
Se
veri
da
d
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Registrar la Clase Característica
de la Falla.
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10
28
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Esto se refiere a que si la Falla
tiene una Característica del tipo
Critica, Relevante o es Normal.
Observa la tabla al respecto.
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10
Clase:
C = Crítica,
R = Relevante
N = Normal29
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial
Se
veri
da
d
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
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
!!!
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
30
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 opuede ser controlado.
Desajuste de la máquina
Materias primas fuera de Especificación
Desgaste /daño de herramienta
Herramental incorrecto
Falta de lubricación.
31
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se Causa(s)
de Falla
Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Determinar cuales son las
Causas que provocan la Falla o
están relacionadas a provocar
esta Falla. Hagamos una lista
muy objetiva al respecto.
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
32
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se Causa(s)
de Falla
Potencial Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
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
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 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
33
Ocurrencia......
Es que tan frecuente el modo de la falla esta proyectadopara ocurrir como resultado de una causa específica.
En número de clasificación de ocurrencia tiene un significadomás que un simple valor, indica que el proceso no estácontrolado
34
Grado de ocurrencia
Criterio Puntuación
Muy alta probabilidad de ocurrencia, la causa es casiinevitable
9 a 10
Alta probabilidad de ocurrencia, procesos similares tienen experiencias de fallas repetidas, el proceso no esta dentro de control estadístico
7 a 8
Moderada probabilidad de ocurrencia, procesos similarestienen experiencias de fallas repetidas, pero no enmayores proporciones, el proceso esta dentro de controlestadístico
4 a 6
Baja probabilidad de ocurrencia, procesos similares hantenido solo fallas aisladas
Muy baja, procesos casi idénticos han tenido únicamentefallas aisladas
3 a 2
Remota probabilidad de ocurrencia, ninguna falla ha sidoasociada con procesos idénticos. El proceso esta dentro decontrol estadístico
1
35
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se
Causa(s)
de Falla
Potencial
Oc
urr
en
cia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Determinar la ocurrencia de la
Causa de estas Fallas.
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 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
36
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007___________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se Causa(s)
de Falla
Potencial
Ocurr
encia
Controles
Actuales
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
¿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.
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C 8Falla 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
37
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial
Se
veri
da
d
Cla
se Causa(s)
de Falla
Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C 8
8
3
3
3
8
2
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
8
Controles
Actuales:
detección
prevención
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.
38
Detección......
Es una evaluación de la probabilidad de que los controlesdel proceso detecten el modo de falla antes de que pase alsiguiente proceso y prevenir el embarque de la parte quetiene este modo de falla.
No es probable que verificaciones de control de calidad alazar detecten la existencia de un defecto aislado y por lotanto no resultarán en un cambio notable del grado dedetección.
Un control de detección válido es el muestreo hecho conbases estadísticas.
39
CriterioPuntuación
Certeza absoluta de no detección, los controles no podrán detectar la existencia del defecto 10
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
9
Baja, los controles pueden detectar la existencia del defecto, pero la detección no puede ocurrir hasta que el embarque esta en camino.
7a 8
Moderada, los controles probablemente encuentren la existencia de la falla , pero no se puede aceptar hasta que las pruebas hayan sido completadas. 5 a 6
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)
3 a 4
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
1
Detección
40
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se Causa(s)
de Falla
Potencial Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C 8
8
3
3
3
8
2
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
8
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
Controles
Actuales:
detección
prevención
Qué tan efectivo es el control
para detectar y corregir la
desviación no deseada en el
Proceso o Producto
analizado
41
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se
Causa(s) de
Falla
Potencial Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
Veeder
Root
El sistema
no se emite
con la
terminal de
contingenci
a
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C 8
8
3
3
3
8
2
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
8
Controles
Actuales:
detección
prevención
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
un número grande significa
que no detecta nada que es
como si no hubiese control
alguno.
42
NUMERO DE PRIORIDAD DE RIESGO
Es el producto de los grados de ocurrencia, severidad y detección.
NPR = S x O x D
43
NUMERO DE PRIORIDAD DE RIESGO
S x O x D =NPR
9 1 9 = 81
9 9 1 = 81
1 9 9 = 81
El cliente no requiere cambios
Fortalecer proceso que estafuera de control
El proceso esta controlado , perose requiere trabajar en ladetección
44
8
2
4
2
3
8
2
8
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se
Causa(s) de
Falla
Potencial Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N
P R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 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
640
60
320
60
90
640
40
640
Controles
Actuales:
detección
prevención
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
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
8
8
3
3
3
8
2
8
45
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial
Se
veri
da
d
Cla
se Causa(s)
de Falla
Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N
P R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema no
se emite con
la terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
Controles
Actuales:
detección
prevención
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
640
60
320
60
90
640
40
640
8
8
3
3
3
8
2
8
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
8
2
4
2
3
8
2
8
NPR donde la severidad sea mayor será la primer falla que
hay que atender, posteriormente se considera la detección y
posteriormente la ocurrencia .
46
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial
Se
veri
da
d
Cla
se Causa(s)
de Falla
Potencial Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N
P R
Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
8
2
8
640
40
640
Controles
Actuales:
detección
prevención
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
8
3
3
3
8
2
8
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
8
2
4
2
3
8
2
8
640
60
320
60
90
640
40
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. 47
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción
del Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se Causa(s)
de Falla
Potencial Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder
Root
El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
2
8
640
40
640
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación a
Pre-Caja y
generar
Procedimientos
adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
Castelec
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
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.
48
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se
Causa(s) de
Falla
Potencial Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C Castelec
Gcía. de
Electrónica
Gcía. de
Electrónica
Taller de
Planta
Taller de
Planta
Castelec
Castelec
Castelec
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación
a Pre-Caja y
generar
Procedimiento
s adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
Castelec
MP’s Servicios
a GPRS
Se corrigen
fallas en progr.
Se actualiza
estándar
Se actualiza
Curso de VR
Se prepara
curso y se
capacita a
Precaja
Servicios a
GPRS
Se arma un
nuevo MUX
Se crea nuevo
CTRL
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
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.49
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2007____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s)
de Falla
Potencial Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
Castelec
Gcía. de
Electrónica
Gcía. de
Electrónica
Taller de
Planta
Taller de
Planta
Castelec
Castelec
Castelec
MP’s Servicios
a GPRS
Se corrigen
fallas en progr.
Se actualiza
estándar
Se actualiza
Curso de VR
Se prepara
curso y se
capacita a
Precaja
Servicios a
GPRS
Se arma un
nuevo MUX
Se crea nuevo
CTRL
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación
a Pre-Caja y
generar
Procedimiento
s adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
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 NPR50
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2005____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s) de
Falla
Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
Castelec
Gcía. de
Electrónica
Gcía. de
Electrónica
Taller de
Planta
Taller de
Planta
Castelec
Castelec
Castelec
MP’s Servicios
a GPRS
Se corrigen
fallas en progr.
Se actualiza
estándar
Se actualiza
Curso de VR
Se prepara
curso y se
capacita a
Precaja
Servicios a
GPRS
Se arma un
nuevo MUX
Se crea nuevo
CTRL
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación
a Pre-Caja y
generar
Procedimiento
s adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
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. 51
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2005____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s) de
Falla
Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C
Castelec
Capacitación a
Pre-Caja y
generar
Procedimientos
adecuados
10
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
Castelec
Gcía. de
Electrónica
Gcía. de
Electrónica
Taller de
Planta
Taller de
Planta
Castelec
Castelec
Castelec
MP’s Servicios
a GPRS
Se corrigen
fallas en progr.
Se actualiza
estándar
Se actualiza
Curso de VR
Se prepara
curso y se
capacita a
Precaja
Servicios a
GPRS
Se arma un
nuevo MUX
Se crea nuevo
CTRL
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación
a Pre-Caja y
generar
Procedimiento
s adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
Castelec
Empecemos por la Severidad. Registremos el valor
correspondiente a este concepto, bajo los mismos criterio que
cuando empezamos a llenar el documento.
52
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2005____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s) de
Falla
Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C 10 3
2
1
2
2
2
2
4
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
Castelec
Gcía. de
Electrónica
Gcía. de
Electrónica
Taller de
Planta
Taller de
Planta
Castelec
Castelec
Castelec
MP’s Servicios
a GPRS
Se corrigen
fallas en progr.
Se actualiza
estándar
Se actualiza
Curso de VR
Se prepara
curso y se
capacita a
Precaja
Servicios a
GPRS
Se arma un
nuevo MUX
Se crea nuevo
CTRL
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación
a Pre-Caja y
generar
Procedimiento
s adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
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ón53
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2005____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s) de
Falla
Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C 10 3
2
1
2
2
2
2
4
9
2
4
2
3
8
2
8
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
Castelec
Gcía. de
Electrónica
Gcía. de
Electrónica
Taller de
Planta
Taller de
Planta
Castelec
Castelec
Castelec
MP’s Servicios
a GPRS
Se corrigen
fallas en progr.
Se actualiza
estándar
Se actualiza
Curso de VR
Se prepara
curso y se
capacita a
Precaja
Servicios a
GPRS
Se arma un
nuevo MUX
Se crea nuevo
CTRL
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación
a Pre-Caja y
generar
Procedimiento
s adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
Castelec
Ahora registremos los nuevos valores de Detección,
considerando que los resultados obtenido son después de
haber actualizado o creado los controles correspondientes.
54
Nombre del Producto o Proceso: Veeder Root_______________ Fecha de Elaboración: 20 de Junio del 2005 CLAVE: ACPR06F01
Responsable: Gerencia de Electrónica_____________________ Fecha de Revisión : 20 de Junio del 2005____________ HOJA: ___ de ___
Otras Áreas Involucradas: Operaciones, Estacionario y Castelec_
ANÁLISIS DEL MODO Y EFECTO DE FALLA POTENCIAL
AMEF DE PROCESO
Descripción del
Proceso-
Propósito del
Proceso
Modo de
Falla
Potencial
Efecto(s) de
Falla
Potencial
Severidad
Cla
se
Causa(s) de
Falla Potencial
Ocurr
encia
Accion(es)
Recomendada(s)
Dete
cció
n
N P
R Área/Individuo
Responsable y
Fecha de
Terminación Severi
dad
Ocu
rren
cia
Dete
cció
n
N P
RAcciones
Tomadas
Resultados de Acciones
Severidad: 1 … 10
1= Lo menos severo
10= Lo más severo
Clase:
C = Crítica, R = Relevante
- = Normal
Ocurrencia: 1… 10
1 = Nunca ocurre
10 = Siempre Ocurre
Detección: 1… 10
1 = Lo detecta siempre
10 = No detecta nada
NPR: Número P R
Número pequeño = Últimos en atacar
Numero Grande = Primeros en atracar
Veeder Root El sistema
no se emite
con la
terminal de
contingencia
El AT sale
sin notas
disponibles,
sin Ruta y
sin precio
actualizado.
10 C 10 3
2
1
2
2
2
2
4
9
2
4
2
3
8
2
8
Controles
Actuales:
detección
prevención
8
8
3
3
3
8
2
8
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
640
60
320
60
90
640
40
640
No Existe
Ctrl
Estándar de
Instalación
VR
Curso VR
MP,
Servicios a
GPRS
Servicios
Diar. a
GPRS
No Existe
Ctrl
No Existe
Ctrl
Reportes
de Liq-Emis
y venta en
línea
8
2
4
2
3
8
2
8
Castelec
Gcía. de
Electrónica
Gcía. de
Electrónica
Taller de
Planta
Taller de
Planta
Castelec
Castelec
Castelec
MP’s Servicios
a GPRS
Se corrigen
fallas en progr.
Se actualiza
estándar
Se actualiza
Curso de VR
Se prepara
curso y se
capacita a
Precaja
Servicios a
GPRS
Se arma un
nuevo MUX
Se crea nuevo
CTRL
MP’s Servicios a
GPRS
Revisar Progr
por Castelec
Estándar de
Instalación VR
Curso VR
Capacitación
a Pre-Caja y
generar
Procedimiento
s adecuados
Servicios a
GPRS
Nuevo MUX
más Robusto
Ctrl por
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 = NPR55
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 solución deproblemas.
Revisión del plan de pruebas.
56