SAE J1739 es la norma de SAE International para el Análisis de Modos y Efectos de Fallo. Cubre el AMFE de diseño (DFMEA), el AMFE de proceso (PFMEA) y un método complementario para sistemas con capacidad de monitorización y respuesta integrada (FMEA-MSR). J1739 introduce el FMEA-MSR principalmente en el contexto de sistemas mecatrónicos, pero el principio subyacente — que la monitorización diagnóstica en campo puede reducir la severidad efectiva de un fallo — es aplicable a cualquier ámbito. La edición actual (2021, estabilizada en 2026) está armonizada con el Manual FMEA de AIAG/VDA: utiliza la misma tabla de Prioridad de Acción (AP) y criterios S-O-D compatibles, y está referenciada por IATF 16949.
El proceso de seis pasos —Planificación, Preparación, Análisis de Riesgos Técnicos, Evaluación de Riesgos, Reducción y Comunicación de Riesgos, y Documentación de Resultados— se aplica tanto al DFMEA como al PFMEA.
El concepto más importante de J1739 para los usuarios de KF es el AMFE genérico (§3.8):
Un AMFE genérico contiene tanto modos de fallo históricos como potenciales, causas, controles, etc., no relacionados con un proyecto específico. Se utiliza como punto de partida para un nuevo DFMEA o PFMEA porque, cuando se mantiene actualizado, refleja los fallos que ocurren tras la validación del producto y del proceso, el inicio de la producción en serie y más allá.
Esto es exactamente lo que un tipo en KF representa. Un ítem de tipo acumula los modos de fallo, causas, efectos y acciones correctivas de una clase de componentes o procesos. Cuando se inicia el DFMEA de un nuevo proyecto, el ítem del proyecto se crea como instancia del tipo correspondiente; todos los modos de fallo históricos se heredan automáticamente. Cuando el proyecto descubre nuevos fallos, estos pueden promoverse de vuelta al tipo para que los proyectos futuros los hereden.
El §5.6.5.2 de J1739 contempla cuatro opciones para mantener las lecciones aprendidas en el AMFE genérico. KF gestiona las opciones (b) y (c) de forma estructural:
| Opción J1739 | Mecanismo en KF |
|---|---|
| (a) Referenciar lecciones aprendidas en el DFMEA al inicio del proyecto | Eventos heredados del tipo, visibles en el informe AMFE |
| (b) Actualizar el AMFE genérico | Promover nuevos eventos al tipo mediante el checklist invertido |
| (c) Actualizar todas las variantes mediante un análisis transversal | Checklist invertido ejecutado a nivel de tipo: muestra qué han aprendido las instancias que el tipo aún no recoge |
| (d) Mantener una base de datos de lecciones aprendidas separada | No es el enfoque de KF; las lecciones viven en la estructura de tipos, no en un registro aparte |
J1739 define tres casos para delimitar el alcance de un DFMEA. Los tres se corresponden de forma natural con el modelo instancia-tipo de KF:
| Caso J1739 | Descripción | Enfoque en KF |
|---|---|---|
| Caso 1 | Diseño nuevo o nueva tecnología | Jerarquía de tipos completa heredada; todos los modos de fallo históricos están presentes como línea de base |
| Caso 2 | Modificación de un diseño existente | Los nuevos eventos añadidos a la instancia (no heredados del tipo) representan las preocupaciones específicas del cambio — véase DRBFM |
| Caso 3 | Diseño existente en un nuevo entorno | Los eventos propios de la instancia capturan las preocupaciones introducidas por el nuevo contexto, frente a los modos de fallo heredados del tipo |
La hoja de trabajo DFMEA de J1739 contiene las siguientes columnas principales: Ítem, Función(es)/Requisito(s), Modo de Fallo, Efecto(s), Causa(s), Controles de Prevención, Controles de Detección, S-O-D, Priorización de Riesgos, Acciones Recomendadas, Acciones Tomadas, Nuevo S-O-D.
KF mapea estas columnas a su formato de cuatro columnas:
| Columnas DFMEA J1739 | Equivalente en KF |
|---|---|
| Ítem | Ítem |
| Modo de fallo, Efecto(s), Causa(s) | Evento (modo de fallo, causa y efecto apilados verticalmente) |
| Controles de prevención y detección | Acciones (preventivas y de detección vinculadas al evento) |
| S, O, D | Campos nativos en cada evento |
| Priorización de riesgos (RPN / AP) | Calculada automáticamente |
| Acciones recomendadas / Acciones tomadas | Acciones con estado (pendiente → realizada) |
| Responsable y fecha límite | Responsable y fecha límite de la acción |
| S-O-D antes/después | Valores originales conservados; las acciones llevan los valores actualizados |
Las funciones se documentan en la descripción del ítem. Los requisitos se modelan como ítems de tipo Action etiquetados con requirement sobre el mismo ítem — un requisito es algo que debe hacerse o garantizarse, por lo que una acción es la representación adecuada y el cumplimiento es la finalización de la tarea. La brecha respecto a la estructura de columnas de J1739 es que no existe un vínculo explícito en el modelo de datos entre un evento de modo de fallo y el requisito específico que incumple; los tres elementos están presentes en el ítem pero sin referencia cruzada consultable entre ellos.
J1739 admite cuatro métodos de riesgo. KF implementa:
| Método | J1739 | KF |
|---|---|---|
| RPN (S × O × D) | Opcional | Nativo, calculado automáticamente |
| SO (S × O) | Complemento opcional | Obtenible a partir de los valores nativos de S y O |
| Análisis de criticidad | Gráfico S&O opcional | Vista de matriz de riesgos |
| Prioridad de Acción (AP) | Opcional, tabla AIAG/VDA | Nativo, automático |
La tabla AP del Apéndice I de J1739 es idéntica a la del Manual AIAG/VDA 2019 y es la misma tabla que KF utiliza para el cálculo automático de AP.
El FMEA-MSR (AMFE Complementario para Monitorización y Respuesta del Sistema) extiende el DFMEA para cualquier sistema que disponga de capacidad de monitorización y respuesta integrada. Su propósito es documentar que los mecanismos de diagnóstico en campo pueden detectar un fallo durante la operación y activar una respuesta del sistema — modo degradado, aviso, parada segura, alarma — que sustituye un efecto de alta severidad por otro de severidad menor. El enfoque es independiente del dominio: se aplica por igual a ECUs de automoción, dispositivos médicos, controladores industriales y sistemas de alarma aeronáuticos.
Introduce tres campos adicionales por escenario de fallo:
Estos campos se corresponden directamente con el modelo antes/después de KF:
| Concepto FMEA-MSR | Equivalente en KF |
|---|---|
| Escenario de fallo (condiciones de operación + cadena de fallo) | Descripción del evento |
| Frecuencia (F) | Campo de probabilidad (O), evaluado para condiciones de campo |
| Mecanismo de monitorización diagnóstica | Una acción de detección sobre el evento, que representa el sensor/algoritmo integrado en el producto |
| Respuesta del sistema (modo degradado, aviso, etc.) | Descrita en la acción; el estado de la acción refleja si está implementada |
| Eficacia de la monitorización (M) | Campo D de la acción de monitorización |
| Nuevo efecto tras la respuesta del sistema | Descrito en la acción |
| SEV tras MSR | Nueva S en la acción de monitorización (la severidad antes/después) |
En la práctica: dado un evento de alta severidad (S=9), se añade una acción de detección que representa el mecanismo de diagnóstico, se establece su D con el valor de M y su nueva S con la severidad mitigada. La vista de riesgo antes/después muestra entonces el riesgo DFMEA original junto al riesgo mitigado por MSR — exactamente los dos indicadores separados que exige el §5.4.6.10.
La priorización de riesgos del MSR (Apéndice K) utiliza F × M × SEV_tras_MSR — la misma lógica de tres factores que la tabla AP del DFMEA (Apéndice I, usando O × D × S), aplicada simplemente a entradas distintas. Los anclajes verbales de las escalas difieren entre los dos contextos (F=4 en el Apéndice D significa "baja frecuencia en campo"; O=4 en el Apéndice B significa "probabilidad moderada en fase de diseño"), pero la lógica de priorización — la severidad es primordial, luego la frecuencia/probabilidad y finalmente la detección/monitorización — es estructuralmente idéntica. No se necesita una tabla AP separada para el MSR. La tabla AP configurada en KF se aplica igualmente a los valores antes/después del MSR (SEV_tras_MSR, F como O, M como D) del mismo modo que a los valores del DFMEA.
Las características especiales son características del producto o del proceso cuya variación tiene una influencia significativa en la seguridad, el cumplimiento normativo, el ajuste o la vida útil. La norma define un proceso en dos etapas:
Etapa 1 — Identificación en el AMFE. El equipo del DFMEA marca los candidatos potenciales durante el análisis de riesgos. La norma indica explícitamente que los símbolos formales de la empresa no son obligatorios en el DFMEA — este es una entrada al proceso de selección, no la selección en sí. En KF, una etiqueta (p. ej., SC, CC, KCC) sobre el ítem o el evento es la contribución completa que se espera de la herramienta AMFE. Las etiquetas son buscables, visibles en el informe AMFE y se propagan a través del sistema de tipos — un evento a nivel de tipo etiquetado como SC transmite la marca a todas sus instancias.
Etapa 2 — Designación y flujo posterior. El proceso de revisión de la empresa determina qué candidatos son formalmente designados. Una vez designados: se marcan en los planos y especificaciones de ingeniería (fuera de KF); se referencian en el PFMEA con sus parámetros de proceso de control; y deben aparecer en el plan de control del proceso. Estos pasos quedan fuera del alcance de la herramienta AMFE — corresponden a sistemas de gestión de planos y de fabricación que ninguna herramienta AMFE, ni siquiera las basadas en hojas de cálculo, gestionaría.
El PFMEA de J1739 aplica el mismo proceso de seis pasos a las operaciones de fabricación y ensamblaje. Los ítems representan pasos del proceso; los modos de fallo son defectos del proceso; los efectos y causas se evalúan desde la perspectiva de la planta, del cliente receptor y del usuario final. Las escalas S-O-D utilizan criterios específicos del PFMEA (Apéndices F, G, H), pero la tabla AP es la misma que para el DFMEA.
KF aplica el mismo modelo ítem-evento-acción-riesgo al análisis de procesos sin modificación. Los pasos del proceso se modelan como ítems, los modos de fallo como eventos y los controles como acciones. Las escalas de severidad, probabilidad y detección del PFMEA (que difieren de las del DFMEA para el mismo valor numérico) deben ser seleccionadas y documentadas por el equipo; KF no impone ningún tipo de escala.
Las herramientas complementarias del PFMEA en J1739 —el diagrama de flujo del proceso (PFD) y el plan de control del proceso (PCP)— no están implementadas en KF. Estos documentos se mantienen habitualmente en herramientas externas y se referencian desde el PFMEA.
| Aspecto J1739 | Soporte en KF | Estado |
|---|---|---|
| Estructura DFMEA (ítem, fallo, causa, efecto, acción) | Formato de cuatro columnas con eventos apilados | ✅ |
| Campos Severidad, Probabilidad, Detección | Campos nativos | ✅ |
| RPN y SO | Nativos, automáticos | ✅ |
| Prioridad de Acción (AP) | Nativo, automático (misma tabla AIAG/VDA) | ✅ |
| S-O-D antes/después | Valores originales conservados; las acciones llevan los valores actualizados | ✅ |
| Acciones con responsable y fecha límite | Ítems de acción de primera clase | ✅ |
| Jerarquía del sistema (lista de materiales) | Árbol de componentes de ítems | ✅ |
| Árbol de fallo | Vista nativa de árbol de fallo | ✅ |
| AMFE genérico / línea de base de lecciones aprendidas | Jerarquía de tipos con modos de fallo heredados | ✅ |
| Actualización de lecciones aprendidas (análisis transversal) | Checklist invertido y promoción al tipo | ✅ |
| Casos DFMEA 1, 2, 3 | Distinción eventos instancia vs. tipo | ✅ |
| PFMEA (mismo modelo aplicado a ítems de proceso) | Totalmente aplicable | ✅ |
| Escalas S-O-D específicas del PFMEA | El equipo debe seleccionarlas; no se imponen | ⚠ |
| Columnas de función y requisito | Funciones en la descripción del ítem; requisitos como acciones etiquetadas; sin referencia cruzada explícita entre el evento y el requisito específico que incumple | ⚠ |
| Identificación de características especiales (marcado en DFMEA/PFMEA) | Mediante etiquetas en ítems; la designación formal y el plan de control son pasos posteriores al AMFE | ✅ |
| FMEA-MSR (F, M, SEV tras MSR) | Modelado mediante S antes/después en una acción de detección; se aplica la misma tabla AP | ✅ |
| Diagrama de flujo del proceso (PFD) | No admitido | ❌ |
| Plan de control del proceso (PCP) | No admitido | ❌ |