Un AMFE de proceso examina cómo puede fallar una operación de fabricación y qué efectos tendría. Para que sirva, define qué proceso, producto, etapa y periodo incluye; separa los hechos comprobados de las causas potenciales; y registra qué controles existen antes de proponer otros. Una tabla sin límite claro puede mezclar operaciones distintas y aparentar una cobertura que nadie comprobó.
Bosch diferencia el Product FMEA, centrado en elementos e interfaces del producto, del Process FMEA, que sigue los procesos desde recepción hasta entrega. La operación hipotética de esta página es de montaje; la geometría de las piezas queda para el análisis de producto. Si un modo cruza ambos ámbitos, enlaza los análisis y deja claro qué decisión pertenece a diseño y cuál a fabricación. Bosch, §§2.1–2.2, p. 6.
Define primero qué operación analizas
Bosch distingue Product FMEA de Process FMEA: el primero trata elementos e interfaces del producto y el segundo procesos desde recepción hasta entrega. Fuente: BOSCH-FMEA-BOOKLET-14; localizador: §2.1–2.2, p. 6. En un AMFE de proceso, concreta la operación y no lo conviertas en una revisión del diseño del producto.
Un límite práctico puede describirse como producto o familia, línea, operación inicial y final, turnos incluidos y versión de la instrucción vigente. No todos esos datos serán importantes para cada estudio, pero quien revise el resultado debe poder saber qué quedó dentro. Si se estudia solo el apriete final, no afirmes que se revisaron recepción de componentes, preparación de kits y expedición.
En una línea pueden coexistir rutas diferentes: un modelo puede usar una estación automática y otro una operación manual; un turno puede recibir material de un proveedor o lote distinto. Si las diferencias cambian el método, el control o el riesgo, mantén separadas esas rutas o explica por qué la misma fila vale para ambas. La agrupación no debe esconder una condición relevante.
El término AMFE no garantiza exhaustividad. Bosch presenta FMEA como una metodología cualitativa de análisis de riesgos (§1.1, pp. 3–4). Una puntuación en una matriz puede ayudar a ordenar preguntas, pero por sí sola no es una frecuencia estadística: para interpretarla así hacen falta datos y un método estadístico separado. Bosch, §1.1, pp. 3–4. La tabla tampoco prueba que se hayan identificado todos los modos posibles ni que el proceso pueda cumplir cualquier requisito.
De la secuencia a la fila
Bosch describe FMEA como análisis cualitativo de riesgos, no como cálculo de probabilidad validado universalmente. Fuente: BOSCH-FMEA-BOOKLET-14; localizador: §1.1, pp. 3–4. La fila puede hacer visibles los supuestos, pero no convierte una valoración en frecuencia estadística.
Una fila de proceso suele responder cuatro preguntas, además de identificar el paso de trabajo:
| Elemento | Pregunta | Ejemplo hipotético de montaje |
|---|---|---|
| Operación | ¿Qué actividad concreta se realiza y con qué entrada? | Colocar un soporte en una carcasa durante el ensamblaje. |
| Modo potencial | ¿Cómo podría fallar la actividad o su resultado? | El soporte podría quedar en una orientación distinta a la prevista. |
| Efecto | ¿Qué consecuencia tendría para el paso siguiente o para el producto? | La operación posterior podría no encajar con la posición requerida. |
| Causa potencial | ¿Qué condición de proceso se investigaría? | El útil podría permitir más de una posición; esto es una hipótesis, no un defecto hallado. |
| Control actual | ¿Qué medida existe hoy para prevenir o detectar esa desviación? | Una instrucción visual y una comprobación aprobada, si existen y están vigentes. |
Los ejemplos son inventados. No describen un proceso real ni afirman que un útil concreto sea defectuoso. Una frase como «el operario se equivoca» no explica el mecanismo y atribuye causa antes de revisar condiciones de entrada, definición de la operación, diseño del puesto, material, formación y control. Formula una hipótesis comprobable y busca evidencia proporcional al alcance.
No confundas el modo con el efecto. «Orientación incorrecta» describe un resultado posible de la operación; «producto no funciona» puede ser un efecto demasiado amplio si no se define qué función o criterio falla. Si el efecto depende del uso final o de otra interfaz, indica qué relación se conoce y qué debe confirmar el equipo responsable. No conviertas una consecuencia hipotética en impacto real.
Tampoco mezcles causa potencial y control. La causa explica qué condición podría producir el modo; el control describe lo que el proceso hace hoy para prevenirlo o detectarlo. Si el control propuesto aún no se aprobó o implementó, anótalo como acción, no como protección existente. Si no se conoce control alguno, deja constancia de esa laguna; no inventes una inspección solo para completar una celda.
Caso hipotético: colocación de un soporte
Considera una estación de ensamblaje donde una persona coloca un soporte en una carcasa y luego otro equipo incorpora un sensor. La situación es ficticia. El análisis se limita a la operación de colocación del soporte, no a la geometría del soporte ni a las especificaciones funcionales del sensor. La primera pregunta es cuál es la orientación requerida y qué documento controlado define esa posición.
Supongamos que una instrucción muestra dos vistas y que el equipo quiere revisar si la operación puede dejar una orientación incorrecta. Antes de asignar puntuaciones, identifica el modo con palabras que describan qué se observaría, revisa el método real de trabajo y confirma si ambas vistas son legibles desde el puesto. Todavía no se sabe si el problema ocurre.
El documento puede estar claro y el riesgo ser una hipótesis débil, o el proceso puede permitir una variación que merece evaluación.
La causa potencial podría ser que el soporte entre en la estación en más de una orientación, que el útil no la restrinja o que la instrucción no muestre la referencia necesaria. Son explicaciones distintas y cada una demanda una comprobación diferente.
Para la primera, mira cómo llega y se presenta el componente; para la segunda, examina el útil y su condición aprobada; para la tercera, contrasta la instrucción controlada con los criterios de ingeniería y el puesto. Ninguna se debe marcar como causa raíz sin respaldo.
El control existente puede ser preventivo, detectivo o ambos según el método que use la organización. Por ejemplo, un alojamiento asimétrico podría limitar orientación, mientras que una verificación visual podría detectar una desviación. Este ejemplo no afirma que tales controles existan o basten. Registra el control que se comprobó, su versión y evidencia; si solo aparece en un borrador, no lo presentes como aplicado.
Si la revisión confirma una condición que permite una orientación distinta, el equipo autorizado decidirá si se cambia el método, el útil, la instrucción o una combinación. Antes de implementar, define cómo se verificará el cambio, quién aprueba la actualización y qué productos o lotes entran en el alcance. Una acción que corrige una instrucción no necesariamente modifica el diseño de la pieza, y un cambio en el útil no demuestra por sí solo que se haya reducido el riesgo.
Para distinguir las hipótesis sin inventar una puntuación, prepara comprobaciones que puedan refutarlas. Si la sospecha es que el componente llega en más de una orientación, compara cómo se presenta en la entrada durante las variantes de producto y turnos incluidos. Si se cree que el útil permite dos posiciones, revisa su configuración aprobada y observa si restringe físicamente la posición descrita; no lo desmontes ni cambies durante una comprobación sin autorización.
Si la preocupación recae en la instrucción, contrasta su revisión vigente con el documento que el puesto muestra y con el criterio de ingeniería aplicable.
Anota también qué resultado cambiaría la decisión. Si no aparece variación de orientación en el alcance observado, quizá la hipótesis pierda fuerza, pero eso no demuestra que nunca ocurra fuera del periodo o las variantes revisadas. Si el útil admite posiciones distintas, todavía falta comprobar si el proceso puede producir el efecto señalado y si existe un control que lo detecte.
Cada respuesta reduce una incertidumbre concreta; ninguna, por sí sola, demuestra que toda la línea esté libre de fallos. Este esquema es una propuesta de análisis para el caso ficticio, no un requisito de Bosch ni de NASA.
Después de la implantación, compara la evidencia con la pregunta original: ¿la operación ahora restringe o detecta la orientación identificada, bajo las condiciones revisadas? No uses «se formó al personal» como prueba automática de que un control funciona. La comprobación debe corresponder al mecanismo estudiado y al periodo que la organización haya definido. Si el resultado todavía no es observable, deja la acción pendiente.
Causas, efectos y controles sin culpabilizar
Una causa de proceso es una condición que puede explicar el modo, no una etiqueta para una persona. Si un resultado cambia entre turnos, investiga qué difiere: materiales, instrucciones, parámetros aprobados, acceso a útiles, cambios de referencia, ambiente o controles. No des por hecho que el turno explica la variación. La relación debe mostrarse con registros, observaciones o pruebas pertinentes.
El efecto se puede describir en más de un nivel: la estación siguiente podría rechazar una pieza; el ensamblaje podría requerir retrabajo; una característica funcional podría quedar comprometida. Esa cadena no se demuestra solo porque sea posible. Marca qué enlace está apoyado por especificación o evidencia y qué parte es una consecuencia por evaluar. Evita afirmar impacto en cliente, seguridad o cumplimiento sin confirmar el requisito y el producto afectado.
Un control actual debe poder localizarse: instrucción vigente, parámetro de equipo, poka-yoke instalado, inspección definida o revisión documentada. Si la matriz dice «inspección 100 %», comprueba qué característica se mira, con qué criterio, quién la realiza y cómo se registra. El nombre de una actividad no permite saber si detecta el modo descrito. Si no se pudo verificar, anota que está pendiente.
Una lista de controles también puede incluir controles de diseño que afectan la operación. En tal caso, identifica al dueño del requisito y enlaza con la revisión de producto correspondiente. No des por cerrado el AMFE de proceso si una causa posible está fuera de su autoridad; eleva el caso o deja una interfaz clara con el análisis de producto. La coordinación no debe borrar la distinción de alcance.
Prioridad y matrices: declara el método
El manual GSFC-HDBK-8004 de NASA relaciona el análisis FMECA con modos de fallo, probabilidad, efectos y mitigación. En §1.1, p. 7 describe esos elementos; las figuras 11 y 12 (pp. 44–45) muestran matrices de criticidad. Es un ejemplo del marco técnico de NASA Goddard, no una escala prescrita para una fábrica. Manual GSFC-HDBK-8004, §1.1, p. 7.
El manual de NASA GSFC usa FMECA para misiones e infraestructura del centro, y presenta enfoques de análisis, evaluación de riesgo y matrices específicas. Es un contexto técnico delimitado. No traslades su matriz a una planta ni uses un valor RPN NASA como criterio de aceptación de un proceso de fabricación. Una referencia institucional puede mostrar cómo se organiza un análisis en ese entorno, no autorizar su aplicación en otro.
NASA delimita el uso del manual a misiones e infraestructura de GSFC (alcance, líneas 154–167). Considerar que sus matrices no fijan una escala industrial universal es una inferencia sobre ese alcance, no una afirmación textual de NASA. El método de una línea de fabricación debe corresponder a sus requisitos y procedimientos propios. Alcance de NASA GSFC-HDBK-8004, líneas 154–167.
Una matriz solo es interpretable si identifica la edición, el método, la definición de cada escala y quién toma la decisión. No juntes una severidad de una guía con probabilidad de otra y detección de una hoja antigua sin validar que las definiciones coinciden. Tampoco ordenes automáticamente acciones por producto de cifras si los criterios del sistema requieren juicio separado o reglas explícitas de escalado.
Si las puntuaciones se usan para comparar filas, conserva las entradas y el razonamiento. Dos modos con el mismo número agregado pueden tener severidades, controles y contextos muy distintos. El equipo debe poder entender por qué priorizó uno primero, qué medida se aprobó y qué riesgos quedaron pendientes. Una puntuación no reemplaza requisitos de seguridad, calidad, cliente o regulación.
Qué decisión debe salir del análisis
En el ejemplo del soporte, antes de priorizar anota por separado el modo potencial —orientación distinta a la prevista—, el efecto en el paso siguiente, la causa que se comprobará y el control que existe hoy. La separación mantiene la pregunta en la operación y deja la geometría para el análisis de producto, coherente con la distinción de Bosch entre ambos tipos de FMEA (§2.2, p. 6; §3.4.4, p. 33). Bosch, §§2.2, p. 6 y 3.4.4, p. 33.
La disposición puede ser continuar el proceso con los controles verificados, solicitar una comprobación adicional, proponer un cambio o escalar el análisis. La persona que decide debe tener autoridad según el procedimiento aplicable. Si la causa no está confirmada, puede ser razonable aplazar una intervención permanente y recabar datos; si el potencial impacto requiere una medida inmediata, usa el canal especializado correspondiente.
Explica por qué una acción corresponde al mecanismo. «Revisar la instrucción» es insuficiente si no se ha comprobado que esa instrucción contribuya al modo; «cambiar el útil» tampoco es una respuesta demostrada hasta que se compruebe la condición. Define qué cambio se espera, qué alcance tiene, quién lo autorizó y qué evidencia se revisará. La medida puede ser rechazada si la hipótesis no se sostiene.
Una revisión posterior debería dejar tres estados separados: acción propuesta o autorizada, acción implementada y resultado evaluado. Si se implementó una modificación pero no se observó el proceso después, no afirmes eficacia. Si no existen datos para medir la frecuencia del modo, di qué se observó y durante qué periodo, sin convertir la ausencia de reportes en prueba de ausencia del problema.
Alcance y fuentes
Bosch Booklet 14 distingue el análisis del producto del análisis del proceso y describe FMEA como metodología cualitativa. Es una publicación metodológica de Bosch; aquí se usa para explicar la separación del objeto y la estructura del análisis. No se afirma que la edición refleje contenido vigente de AIAG/VDA/IEC/ISO ni que sus tablas sean requisito legal o universal.
NASA GSFC Handbook 8004 define un enfoque técnico de FMECA para misiones e infraestructura GSFC. El propósito, método y matrices citados pertenecen a ese marco institucional. La cautela respecto de escalas industriales es una inferencia de alcance editorial: el handbook no se cita diciendo literalmente que sus matrices estén prohibidas o sean inaplicables a una planta.
Este artículo ilustra cómo pensar sobre una operación hipotética. No contiene un AMFE completo, no asigna puntuaciones a una línea real y no demuestra que una operación sea segura, capaz o conforme. Para un trabajo real, usa la edición de método y los requisitos que corresponden a tu producto, cliente, regulación y sistema de gestión.
Preguntas frecuentes
¿Qué analiza un AMFE de proceso?
Examina operaciones de fabricación para describir modos potenciales de fallo, sus efectos, causas posibles y controles del proceso. El alcance debe identificar la línea, las etapas y los productos incluidos; la etiqueta AMFE no demuestra que toda la operación haya sido revisada.
¿En qué se diferencia del AMFE de producto?
El AMFE de proceso se centra en la operación de fabricación; el de producto, en las partes e interfaces del diseño. Una unión que falla por su geometría pertenece a una pregunta de producto; la secuencia que posiciona o aprieta esa unión pertenece a una pregunta de proceso.
¿El RPN indica una probabilidad exacta de fallo?
No. La fuente Bosch describe FMEA como análisis cualitativo de riesgos, no como cálculo de probabilidad validado universalmente. Si tu método usa escalas o puntuaciones, identifica su versión y reglas; no interpretes el resultado como probabilidad estadística sin validación.
¿Puedo usar las matrices NASA GSFC en una fábrica?
El manual NASA consultado aplica a misiones e infraestructura GSFC. Sus figuras muestran matrices dentro de ese marco institucional; no son umbrales industriales universales. Antes de adoptar otro método, consulta el criterio aplicable a tu organización y documenta su alcance.
¿Qué información ayuda a revisar una operación?
Describe la secuencia real, el modo potencial, el efecto, las causas que se comprobarán y los controles que ya existen, junto con la evidencia disponible. Distingue datos de hipótesis y señala qué proceso, versión y periodo quedan fuera del alcance.