Por qué la calidad debería vivir dentro del ERP (y no en una herramienta paralela)

Hay una pregunta que casi nunca se hace en las direcciones industriales y que sin embargo cambia la forma de mirar la operación: “¿Cuánto nos cuesta la mala calidad cada mes, exactamente?”. La respuesta más honesta —en la mayoría de pymes industriales españolas— es: “no lo sabemos del todo”. Está en mermas que se imputan a una cuenta genérica, en horas internas que nadie cuantifica, en abonos a clientes que se pagan en una caja distinta, en lotes rechazados que se contabilizan como “ajuste de inventario” sin causa documentada.

¿Por qué? Porque la gestión de calidad vive fuera del ERP en la mayoría de empresas medianas. Vive en Excel, en una herramienta SaaS de tickets, en una aplicación QMS específica que se conecta por API. Y todo lo que vive fuera del ERP nunca refleja el coste real de la calidad en el margen del producto.

Este artículo explica por qué la calidad debería vivir dentro del ERP —especialmente si ese ERP es Microsoft Dynamics 365 Business Central—, qué cambia cuando se hace bien, y qué buscar en una solución vertical que no rompa la integración cada 6 meses.

El problema de la calidad como silo

Cuando el sistema de calidad vive fuera del ERP, ocurren cinco cosas previsibles:

1. El coste de la mala calidad no llega al margen del producto. Las mermas, los rechazos, las horas perdidas en reproceso y los abonos a cliente se imputan a cuentas genéricas tipo “varios producción” o “ajustes”. La cuenta de resultados de cada artículo o cada lote nunca refleja cuánto costó realmente sacarlo a la calle. Si una familia tiene un coste de calidad estructural del 3 %, el margen real está 3 puntos por debajo del que muestra el ERP — y la dirección toma decisiones de pricing con datos falsos.

2. La cuarentena no se sostiene. Cuando un lote se marca como “no conforme” en el sistema externo, el ERP no se entera. La orden de venta sigue activa. El operario de almacén ve el lote disponible y lo expide. El cliente recibe producto que no debería haber salido. Tres semanas después, alguien descubre la incidencia y hay que abonar y reproducir.

3. Los proveedores se evalúan con datos divergentes. Calidad tiene su Excel de “histórico de NCs por proveedor”. Compras tiene su scoring de “fiabilidad” basado en tiempos de entrega. Producción tiene su lista negra de “estos siempre dan problemas”. Cuando llega la reunión anual de revisión, los tres dicen cosas distintas y nadie sabe quién tiene razón. Resultado: la decisión la toma quien grita más alto.

4. La trazabilidad bidireccional se rompe. Cuando un cliente reclama un lote concreto, debería poderse reconstruir en minutos: qué materias primas entraron, qué proveedor las suministró, qué pautas pasó, qué órdenes de fabricación lo consumieron, qué desviaciones se documentaron. Si parte de esa información vive en un sistema externo y parte en el ERP, la reconstrucción tarda días y siempre quedan huecos.

5. La planificación de mejora no aprende. ¿Qué tipo de defectos cuestan más al año? ¿Qué materiales fallan más en qué condiciones? ¿Qué turnos de producción tienen mejor ratio de NCs? Esa inteligencia operativa solo aparece cuando todos los datos —calidad, producción, compras, ventas— están en el mismo sistema. Si no, son hipótesis sin contraste.

Por qué Business Central es el sitio natural

Microsoft Dynamics 365 Business Central se ha convertido en el ERP de referencia para pymes industriales medianas en España y Europa. Por una razón económica (Microsoft hizo accesible la transición a la nube) y por una razón funcional (el módulo de Producción + Inventario + Almacén + Compras es sólido para el sector).

Pero Business Central, de fábrica, no incluye un módulo específico de gestión de calidad ISO. Tiene mediciones de calidad básicas dentro del módulo de Producción (la tabla Prod. Order Rtng Qlty Meas permite registrar valores en la ruta de fabricación), pero no cubre el ciclo completo: no hay maestro de pautas reutilizables, no hay flujo de no conformidades + CAPA, no hay evaluación de proveedores con métricas, no hay cuarentena de lote efectiva, no hay gestión documental controlada para auditorías ISO, no hay Power BI específico de calidad.

Por eso el sistema de calidad sobre Business Central necesita una extensión vertical. Y aquí es donde aparece la pregunta importante: “¿una extensión nativa o una integración por API?”

Extensión nativa AL vs integración por API

Hay dos formas de añadir un QMS a Business Central:

Integración por API (la opción débil). Una herramienta de calidad externa se conecta a Business Central mediante llamadas API REST. Cada vez que se abre una no conformidad, se llama a BC para crear un asiento. Cada vez que se rechaza un lote, se intenta bloquear el item. Cada vez que se factura una reclamación, se intenta imputar al lote.

Problema: cada actualización de Business Central es un riesgo. Microsoft saca una versión nueva cada 6 meses (forzosamente, en cloud). Cualquier cambio de endpoint, de formato de datos o de permisos puede romper la integración. La latencia entre los dos sistemas genera datos desincronizados que el equipo descubre demasiado tarde. Y la dependencia de un sistema externo significa que si la herramienta de calidad cae, también cae el flujo de datos hacia BC.

Extensión nativa AL (la opción robusta). La funcionalidad de QMS se desarrolla dentro de Business Central, en el lenguaje propio del ERP (AL), publicada como app certificada en AppSource. No hay sistema externo: la calidad ES Business Central. Las tablas de pautas, no conformidades, evaluación de proveedores y costes de calidad viven en el mismo motor de datos que Compras, Producción e Inventario.

Ventajas concretas:

• Microsoft te garantiza la compatibilidad con cada versión nueva de BC. Cuando sale BC 26 o BC 27, la extensión AL sigue funcionando porque está construida sobre las APIs internas certificadas del ERP.
• No hay latencia entre sistemas. Una NC abierta se imputa al lote en el mismo segundo. Un rechazo bloquea efectivamente la disponibilidad de almacén.
• Los maestros son únicos. El proveedor que evalúa calidad es el mismo que tiene compras dado de alta. El artículo es el mismo. El lote es el mismo. Sin duplicidad, sin reconciliación periódica.
• Los permisos heredan los del ERP. Si un usuario tiene acceso al rol de Compras en BC, hereda automáticamente los permisos de calidad relevantes. Sin gestionar dos sistemas de roles distintos.
• Las dimensiones financieras se aplican igual. El coste de calidad imputado al lote sube al margen de la orden de fabricación, al margen del cliente, al centro de coste — exactamente igual que cualquier otro asiento del ERP.

Para industrias que ya están en Business Central, la extensión nativa es la única opción que escala sin generar deuda técnica. La integración por API es una solución temporal que tarde o temprano hay que rehacer.

Qué cambia cuando el QMS vive en BC

Cuando el sistema de calidad pasa a ser una extensión nativa de Business Central, hay cinco cosas que cambian de manera visible para la dirección:

1. El coste de la mala calidad llega al margen real. Cada NC tiene su coste asociado (horas, materiales, abono al cliente) imputado al lote y al artículo. La cuenta de resultados de cada familia muestra el coste de calidad real, no estimado.

2. La cuarentena bloquea de verdad. Cuando una pauta detecta una desviación crítica, la extensión bloquea el lote a nivel Item Ledger Entry y Warehouse Entry. Imposible expedir un lote no conforme por descuido del operario. El bloqueo es configurable por tipo de desviación.

3. La evaluación de proveedores es continua y compartida. Calidad y Compras ven los mismos datos en tiempo real: número de NCs por proveedor, % de cumplimiento, coste asociado, tendencia. Cuando llega la revisión anual, no hay debate sobre cuál es el dato bueno.

4. La trazabilidad bidireccional es inmediata. Reclamación de cliente sobre el lote X → en 30 segundos el sistema muestra: materias primas consumidas, proveedores, pautas pasadas con resultados, órdenes de fabricación afectadas, otros lotes en riesgo. Sin reconstruir.

5. Power BI cierra el bucle. El Role Center del Responsable de Calidad arranca con KPIs accionables: NCs abiertas, coste de calidad mes a mes, % de pautas con desviación, evaluación viva de proveedores, tendencia de auditorías. Datos en tiempo real, generados desde las mismas tablas que la contabilidad.

Lo que hay que mirar al elegir la extensión

Si estás evaluando una solución de QMS sobre Business Central, estos son los puntos que conviene revisar:

• ¿Está publicada en AppSource con clasificación CoSell-Ready? AppSource solo lista extensiones validadas por Microsoft. Las que no aparecen ahí son desarrollos privados sin garantía de compatibilidad futura.
• ¿Qué tablas de BC usa y cuáles añade? Una buena extensión usa los maestros existentes (proveedores, artículos, lotes, dimensiones financieras) y añade solo lo específico del sector (pautas, no conformidades, auditorías).
• ¿Cómo se actualiza? Si actualizas BC, la extensión debería actualizarse automáticamente desde AppSource sin intervención manual del consultor.
• ¿La cuarentena bloquea efectivamente Item Ledger Entry y Warehouse Entry? Si es solo un campo informativo, el sistema no es operativo.
• ¿Power BI viene incluido o lo construye el cliente? Una extensión madura entrega cuadros de mando preconfigurados embebidos en el Role Center.
• ¿Funciona también para empresas que aún no están en BC? Una extensión bien diseñada debería poder operar también como sistema autónomo.

La pregunta de fondo

Si tu industria ya está en Business Central —o tiene un proyecto de migración a corto plazo—, la pregunta no es “¿qué herramienta de calidad elegimos?”. La pregunta es:

“¿Por qué el sistema de calidad va a vivir fuera del ERP donde ya viven nuestras compras, nuestra producción y nuestra contabilidad?”

La respuesta razonable es: no debería. Y la única forma de evitarlo es elegir una extensión nativa AL que convierta la calidad en una parte natural del ciclo industrial, no en un anexo aislado que la dirección recibe como informe mensual.

En resumen

• La calidad que vive fuera del ERP nunca llega bien al margen real: las mermas se imputan a cuentas genéricas y la rentabilidad por familia se distorsiona.
• Business Central es el ERP de referencia para pymes industriales medianas, pero no incluye QMS completo de fábrica: necesita una extensión vertical específica.
• Una extensión nativa AL publicada en AppSource es radicalmente más robusta que una integración por API: Microsoft garantiza compatibilidad con cada versión, los maestros son únicos y no hay latencia entre sistemas.
• Cuando el QMS vive dentro de BC cambian cinco cosas observables: el coste de mala calidad llega al margen, la cuarentena bloquea de verdad, la evaluación de proveedores es continua, la trazabilidad bidireccional es inmediata y el Power BI del Responsable de Calidad arranca con datos vivos.
• Si tu industria ya está en BC o lo va a estar pronto, elegir una herramienta externa es generar deuda técnica que tarde o temprano hay que pagar.

---

¿Quieres ver una extensión AL nativa para gestión de calidad sobre Business Central? En Davisa hemos desarrollado dvquality, publicada en AppSource con clasificación CoSell-Ready: pautas de control, no conformidades + CAPA, cuarentena efectiva de lote, evaluación de proveedores con datos reales y Power BI integrado en el Role Center. Tarifa pública 7.750 €/tenant con usuarios y empresas ilimitados. Pide una demo o consulta los precios.