Calidad y producción
AMEF (FMEA): plantilla, criterios y conexión con el ERP
Respuesta corta
El AMEF (Análisis de Modo y Efecto de Falla, FMEA en inglés) identifica qué puede fallar, qué efecto tiene y cómo se previene o se detecta. La edición AIAG-VDA sustituye el NPR por la Prioridad de Acción. Conectado al ERP y a los datos reales de no conformidades, el AMEF deja de ser un documento que se hace para la auditoría y pasa a ser un documento vivo.
Quien busca una plantilla AMEF suele necesitarla para un lanzamiento de producto o para una auditoría IATF 16949. El resultado habitual es una hoja de Excel con cientos de filas que se rellena en una sala de reuniones, se aprueba y no se vuelve a abrir hasta la siguiente auditoría.
La alternativa es tratar el AMEF como un registro conectado: cada modo de falla se contrasta con rechazos reales, devoluciones de cliente y datos de inspección. Aquí explicamos la estructura moderna del AMEF, los errores típicos y qué papel razonable puede tener la IA.
AMEF de diseño y AMEF de proceso
El AMEF de diseño (DFMEA) analiza el producto: funciones, requisitos y cómo podría no cumplirlos. El AMEF de proceso (PFMEA) analiza las operaciones de fabricación y ensamble: qué puede salir mal en cada paso y con qué efecto sobre el cliente y la planta. Ambos se relacionan: una característica especial del diseño debe aparecer controlada en el proceso.
El enfoque AIAG-VDA de 2019 propone siete pasos: planificación y preparación, análisis de estructura, análisis de funciones, análisis de fallas, análisis de riesgos, optimización y documentación de resultados. Es más estructurado que las ediciones antiguas y obliga a pensar en funciones antes que en fallas.
Severidad, ocurrencia, detección y prioridad de acción
Cada falla se evalúa por severidad (gravedad del efecto), ocurrencia (probabilidad de que la causa aparezca) y detección (capacidad de los controles actuales para encontrarla antes de que llegue al cliente). La escala va de 1 a 10.
La versión anterior multiplicaba los tres valores para obtener el NPR. La edición AIAG-VDA lo reemplaza por la Prioridad de Acción (alta, media o baja), porque el producto de tres números ocultaba casos graves: una severidad de 10 con ocurrencia y detección bajas daba un NPR modesto. Si tu cliente aún pide NPR, mantén ambos criterios hasta acordarlo por escrito.
- Una severidad alta con efectos de seguridad o reglamentarios exige acción siempre, sea cual sea el resto.
- Los controles de prevención reducen la ocurrencia; los de detección reducen la detección. No los mezcles en la misma columna.
- Revisa las acciones recomendadas con responsable y fecha, y reevalúa después de implantarlas.
Estructura de una buena plantilla AMEF
Para el proceso, organiza por paso de proceso, elemento (las 4M: máquina, método, material, mano de obra, a veces entorno), función, modo de falla, efecto, causa, controles actuales de prevención y de detección, y la evaluación. Incluye una columna para características especiales y otra para la referencia al plan de control.
Un error frecuente es copiar un AMEF de un producto parecido sin ajustar. Se hereda un historial de causas que no corresponde y se pierden los riesgos propios de la nueva línea. Usa la familia de productos como punto de partida, nunca como respuesta.
Alimentar el AMEF con datos del ERP
Las ocurrencias deberían apoyarse en datos: tasas de rechazo por operación, scrap por causa, retrabajos, devoluciones y reclamaciones. Esos datos están en el ERP o en el MES: notificaciones de calidad, confirmaciones de producción con cantidades rechazadas, movimientos de inventario hacia ubicaciones de retrabajo.
Con ERPray puedes consultar, en lenguaje natural, la tasa de rechazo por operación y motivo del último año para una referencia, y llevarla a la columna de ocurrencia con la consulta visible como evidencia. Es una ayuda para que la discusión se haga con datos, no una sustitución del juicio del equipo.
Uso responsable de la IA en el AMEF
Un modelo puede sugerir modos de falla habituales para una operación (soldadura, mecanizado, atornillado, curado) y detectar filas incoherentes, como una causa sin control de prevención. También puede comparar tu AMEF con las no conformidades reales y señalar fallas ocurridas que no figuran en el documento.
No puede conocer tu proceso real ni asumir la responsabilidad de la evaluación. Trata sus sugerencias como la lluvia de ideas de un colega junior: útil, pero sujeta a revisión del equipo multidisciplinar. Y si el AMEF contiene información de diseño confidencial, ejecuta el modelo en tu infraestructura.
Por dónde empezar
Elige un producto con reclamaciones recientes y compara su AMEF con la realidad. Esa comparación suele ser la mejor justificación interna para mantener el documento vivo. Si lo que necesitas es una plantilla de partida, en netray.co/tools hay herramientas gratuitas de calidad (en inglés) que puedes usar como referencia.
Si el AMEF de tu planta vive en Excel y quieres valorar un enlace con tu ERP, podemos hacer una evaluación breve y decirte con franqueza si compensa o si basta con mejorar el proceso de revisión.
Preguntas frecuentes
¿Qué diferencia hay entre AMEF y FMEA?
Ninguna de fondo. AMEF es la traducción habitual al español de FMEA (Failure Mode and Effects Analysis). También se escribe AMFE en España.
¿Sigue valiendo el NPR?
Muchos clientes aún lo piden, pero el manual AIAG-VDA lo sustituye por la Prioridad de Acción. Acuerda con tu cliente qué criterio usar y documéntalo.
¿Cada cuánto se revisa un AMEF?
Al cambiar el diseño, el proceso, el proveedor relevante o tras una reclamación o un hallazgo en planta. Un AMEF sin revisión desde el lanzamiento es una señal de alerta en auditoría.
¿Puede la IA calcular las prioridades por mí?
Puede aplicar la tabla de prioridad de acción a tus valores, pero los valores de severidad, ocurrencia y detección los decide el equipo con datos.
¿Se necesita un software de AMEF específico?
No siempre. Para pocas referencias, una plantilla bien mantenida basta. Un software ayuda cuando hay muchas familias, herencia entre documentos y requisitos de trazabilidad de cambios.
Guías relacionadas
Informe 8D: plantilla, método y cómo conectarlo al ERP con IA
Cómo llevar el informe 8D (D0 a D8) del Excel al ERP: reclamaciones, no conformidades y acciones correctivas con IA privada y trazabilidad de lote.
ERP con IA (SAP, Odoo, Dynamics, Epicor)PPAP y plan de control: documentación de aprobación y conexión al ERP
Qué contiene un PPAP, niveles de presentación, plan de control y cómo preparar la documentación con datos del ERP, sin enviar planos a servicios públicos.
ERP con IA y CMMS (SAP PM, Odoo, Dynamics, Epicor)Mantenimiento preventivo: plantilla, indicadores y órdenes de trabajo en el ERP
Plantilla de mantenimiento preventivo, indicadores MTBF y MTTR y cómo conectar órdenes de trabajo del ERP con IA privada, sin sustituir al técnico.
SAP Business OneIA para SAP Business One: preguntar a tu ERP sin sacar los datos de casa
Cómo añadir IA a SAP Business One con Service Layer, consultas de solo lectura y modelos abiertos en tu propio servidor. Casos de uso, límites y primeros pasos.
OdooIA para Odoo: respuestas sobre tus datos sin depender de una nube externa
IA para Odoo Community y Enterprise: consultas en lenguaje natural sobre ventas, inventario y fabricación, con modelos abiertos y datos en tu propio servidor.
Microsoft Dynamics 365 Business CentralIA para Business Central: cuándo basta Copilot y cuándo no
Cuándo basta Copilot en Business Central y cuándo conviene una capa de IA privada con modelos abiertos para fabricación, consultas y documentos. Guía práctica.
Lleva la IA a tu ERP
Agenda una evaluación gratuita de IA para ERP. Mapeamos el flujo de datos, el modelo y dónde se ejecuta, y te decimos con franqueza si la IA no es la herramienta adecuada.
Agendar evaluación gratuita