No conformidades y CAPA: cómo dejar de gestionar la calidad por correo electrónico
Las no conformidades sin causa, sin responsable y sin verificación de eficacia no son un sistema de calidad. Cómo cerrar el ciclo CAPA con trazabilidad real dentro del ERP.
Hay una conversación que se repite cada lunes en la sala de calidad de muchas pymes industriales: “¿Y aquella no conformidad del lote X cómo quedó?”. Silencio incómodo. “Creo que la pasaste a Juan.”, “No, Juan estaba de vacaciones, se la mandé a María por correo.”, “María no me ha dicho nada.”. Diez minutos después, alguien encuentra el correo original enterrado bajo otros 200, y descubre que la no conformidad sigue abierta tres meses más tarde. Sin causa raíz documentada. Sin acción correctiva implementada. Sin verificación de eficacia. Solo un correo perdido entre los demás.
Cuando ese patrón ocurre una vez al mes, es anecdótico. Cuando ocurre cada semana, el sistema de no conformidades de la empresa no es un sistema — es un buzón de correo con un Excel encima.
Hay otra forma de gestionar las no conformidades, mucho menos común pero la única que sostiene una certificación ISO 9001:2015 al 100 %: el ciclo CAPA (Corrective Action / Preventive Action) cerrado dentro del ERP, con cada paso trazado y verificado. Sin correos. Sin Excel. Sin “no sé en qué quedó aquello”.
Este artículo explica por qué el correo no funciona, qué tiene que cumplir un sistema CAPA real, y qué cambia cuando vive dentro de Business Central como extensión nativa.
Por qué el correo electrónico no es un sistema de NCs
Hay tres motivos estructurales que hacen que gestionar no conformidades por correo siempre acabe generando huecos:
1. El correo no tiene estado. Una NC en correo está en “el inbox de alguien” — no está “abierta”, “asignada” o “resuelta” formalmente. Si la persona se va de vacaciones, queda olvidada. Si reenvía a otra, el origen se diluye. Si responde sin marcar resolución, nadie sabe si está cerrada. El correo es un canal de mensaje, no un sistema de estados.
2. La causa raíz nunca se documenta. Cuando alguien escribe “se ha rechazado el lote X por desviación de humedad”, está describiendo el síntoma. La causa raíz es otra cosa: ¿fue un error del proveedor? ¿una calibración del higrómetro? ¿una condición ambiental del almacén? ¿un lote anterior que contaminó el actual? Sin un campo obligatorio, la causa raíz no se piensa — y la siguiente NC del mismo tipo aparece tres meses después porque nadie aplicó la corrección estructural.
3. La verificación de eficacia no existe. ISO 9001:2015 exige que toda acción correctiva tenga verificación posterior: comprobar semanas después que la corrección funcionó. En el flujo por correo, la verificación se omite el 90 % de las veces porque nadie tiene asignado el seguimiento. Resultado: el auditor pregunta “muéstrame la verificación de eficacia de las NCs cerradas el último año” y aparecen huecos.
A esto se suman dos problemas operativos:
4. Los costes no se imputan. Las horas de reproceso, los materiales descartados, el abono al cliente, el coste del transporte de devolución — todo eso vive en cuentas contables genéricas. La NC original no recoge cuánto costó, así que la dirección no puede analizar dónde se concentra el coste de mala calidad.
5. Los proveedores no acumulan histórico. Si el proveedor X ha generado 8 NCs en el año y el Y solo 2, debería verse al instante. En correos dispersos, la única forma es contar a mano cada año en la revisión — y siempre se pierde alguna.
Qué tiene que cumplir un sistema CAPA real
ISO 9001:2015 (y sus equivalentes 14001 / 45001 / FAMI-QS) son explícitas sobre qué tiene que documentar el sistema de gestión de no conformidades. Los criterios mínimos a cumplir:
1. Apertura con clasificación obligatoria. Cada NC se abre con: tipo (recepción, proceso, producto terminado, cliente), gravedad (crítica, mayor, menor), origen (lote, proveedor, orden de fabricación, reclamación), responsable asignado y plazo de cierre. Sin esos campos, la NC no se puede registrar.
2. Causa raíz documentada. Análisis de causa con técnica formal (5 porqués, Ishikawa, A3) o al menos descripción explícita. Sin este campo, no hay aprendizaje.
3. Acción correctiva con plan de implementación. Qué se va a hacer, quién, cuándo, con qué recursos. Si la acción correctiva es “tener cuidado”, no es una acción — es un deseo.
4. Acción preventiva si aplica. Si la causa raíz indica un problema sistémico (no aislado), tiene que generar acción preventiva sobre otros lotes/artículos/proveedores potencialmente afectados.
5. Verificación de eficacia. Pasados 30-90 días desde la implementación, comprobar que la acción funcionó. Si funcionó: cierre formal. Si no: reabrir y replantear.
6. Trazabilidad al lote / orden / proveedor. La NC tiene que enlazar con todos los datos operativos relevantes para que la auditoría pueda reconstruir el caso completo en cuestión de minutos.
7. Coste imputado. Las horas, materiales, abonos y transporte asociados se asignan a la NC y suben al margen del lote/artículo a través del ERP.
Si tu sistema actual no cumple los 7 puntos, no tienes un sistema CAPA — tienes un registro de incidencias. Los dos se parecen al auditor del 2015. Al del 2026 le importa solo el primero.
Lo que cambia cuando el ciclo CAPA vive en Business Central
Cuando la gestión de NCs se hace como extensión nativa AL sobre Business Central, los siete puntos anteriores se cumplen por diseño:
1. Apertura disparada desde la operativa. La NC se puede abrir desde múltiples puntos: la pauta de control que detecta desviación, el rechazo en recepción, la reclamación de cliente, la auditoría interna. El sistema rellena automáticamente lote, proveedor, orden de fabricación, dimensiones financieras. El operario solo añade descripción y gravedad.
2. Flujo de causa raíz forzado. Antes de cerrar la NC, el sistema exige documentar la causa raíz. Si no, no se cierra. Esto evita los cierres prematuros con un “OK” sin análisis.
3. CAPA con plan, responsable y plazo. Cada acción correctiva genera una tarea con responsable y plazo en el calendario del ERP. Cuando se acerca la fecha, el sistema lo recuerda. Cuando vence sin acción, escala automáticamente.
4. Verificación de eficacia programada. Al implementar la acción, el sistema agenda automáticamente la tarea de verificación 30/60/90 días después. Cuando llega la fecha, el responsable recibe el aviso para comprobar y registrar resultado.
5. Costes imputados al lote. Las horas de reproceso se imputan al consumo de la orden. Los materiales descartados se asignan a la dimensión financiera del lote. Los abonos al cliente se vinculan a la factura original. Todo eso sube al margen real del producto.
6. Trazabilidad bidireccional inmediata. Si entra una reclamación nueva, el sistema enseña en segundos: “este lote ya generó NC X hace 4 meses por causa Y, con acción correctiva Z verificada”. El conocimiento acumulado es accionable.
7. Power BI con KPIs vivos. El Role Center del Responsable de Calidad muestra: NCs abiertas por gravedad, vencidas, coste acumulado mes a mes, NCs por proveedor, % con verificación de eficacia pendiente, tendencia trimestral. Decisiones basadas en datos, no en sensaciones.
Lo que cambia para el día a día del Responsable de Calidad
Más allá del cumplimiento ISO, el cambio operativo es notable. Las direcciones de calidad que han movido el sistema de correo a un QMS dentro del ERP cuentan cosas parecidas:
- “He recuperado el lunes por la mañana. Antes me pasaba 2 horas reconstruyendo qué quedó pendiente del viernes. Ahora abro el Role Center y lo veo todo.”
- “Las NCs que se nos quedaban abiertas 6 meses ya no existen. El sistema escala cuando alguien no contesta y eso ha cambiado la cultura.”
- “Por primera vez puedo decir al CFO ‘el coste de calidad de la familia A es 1,8 % y el de la B es 4,3 %’ con datos reales del ERP. Antes era una estimación.”
- “En la auditoría del año pasado tardamos 3 días en preparar evidencias. Esta vez fueron 30 minutos.”
No es magia. Es simplemente trasladar la gestión de un canal asíncrono (correo) a un canal síncrono y trazado (ERP). La diferencia se nota en la primera semana.
La pregunta práctica
Antes de la próxima auditoría, conviene hacerse esta pregunta:
“Si abro la última no conformidad de hace 4 meses, ¿veo causa raíz, acción correctiva implementada y verificación de eficacia? ¿En 30 segundos?”
Si la respuesta es “tengo que buscar entre correos y preguntar al equipo”, tu sistema CAPA no es CAPA — es un buzón de incidencias compartido. La diferencia con uno real no es de herramienta, es de modelo operativo. Y sin ese modelo, ninguna auditoría ISO 9001 / 14001 / 45001 del 2026 sale limpia.
En resumen
- El correo electrónico no es un sistema de NCs: no tiene estado, la causa raíz no se documenta y la verificación de eficacia no existe.
- ISO 9001:2015 exige 7 puntos mínimos para que un sistema CAPA sea válido: apertura clasificada, causa raíz, acción correctiva con plan, acción preventiva si aplica, verificación de eficacia, trazabilidad al lote/proveedor y coste imputado.
- Cuando el ciclo CAPA vive como extensión nativa de Business Central, los 7 puntos se cumplen por diseño: el sistema fuerza el flujo, agenda la verificación, imputa el coste al lote y muestra KPIs en tiempo real.
- El cambio operativo no es estético: las direcciones de calidad recuperan horas a la semana, las NCs no se quedan abiertas indefinidamente, el coste de calidad se vuelve calculable y la auditoría ISO pasa de 3 días a 30 minutos de preparación.
- Pregunta práctica: “¿Encuentro causa raíz + acción + verificación de la última NC en 30 segundos?”. Si no, el sistema actual es un registro, no un sistema.
¿Quieres ver un ciclo CAPA cerrado dentro de Business Central? En Davisa hemos desarrollado dvquality, una extensión AL nativa que añade gestión completa de no conformidades, acciones correctivas y preventivas con verificación de eficacia, trazabilidad al lote/proveedor y costes imputados al margen real del producto. Power BI integrado en el Role Center del Responsable de Calidad. Tarifa pública 7.750 €/tenant con usuarios ilimitados. Pide una demo o consulta los precios.