No conformidades y retrabajos: el coste de construir dos veces lo que solo cobrarás una

No has vendido dos veces esa partida. ¿Por qué estás pagando por ejecutarla dos veces?

Una obra puede llevar un excelente registro de producción, facturar puntualmente y presentar un margen aceptable al cierre, mientras acumula un coste que nadie ha clasificado correctamente: las correcciones de trabajos que no cumplen el resultado previsto. Se demuele un paño para rehacer una instalación, se vuelve a impermeabilizar una cubierta, se retira un suministro defectuoso o se desmonta un falso techo para subsanar una incidencia anterior. El coste de la primera ejecución no desaparece por haber terminado la segunda. Si ambos esfuerzos se imputan como producción ordinaria, el sistema registra actividad, pero no explica la pérdida.
La cuestión no consiste en contabilizar cada error como un fracaso personal. En cualquier proyecto complejo surgen incidencias, cambios legítimos y decisiones técnicas. El problema económico aparece cuando se mezclan categorías distintas: trabajo inicialmente presupuestado, cambio solicitado por cliente, defecto de ejecución, defecto de material, reparación y trabajo adicional autorizado. Cada categoría tiene responsables, documentación, derechos económicos y efectos sobre plazo diferentes. Una constructora que no puede distinguirlas difícilmente sabrá qué parte del margen se está consumiendo por fabricar de nuevo un resultado que debía haberse entregado una sola vez.
El control eficaz comienza con una pregunta incómoda para Dirección: ¿cuánto dinero de nuestros proyectos se destina a corregir trabajos que ya estaban considerados terminados, y en qué momento nos enteramos? Si la respuesta está escondida entre facturas generales, apuntes de personal y costes de subcontratas, no basta con comprar otra herramienta de calidad. Hay que definir un circuito que conecte el hecho detectado en obra con la medición afectada, la orden de reparación, los costes, la responsabilidad contractual y la aceptación técnica del resultado.

No conformidad, defecto, retrabajo y reclamación no significan lo mismo

Una no conformidad es el incumplimiento de un requisito aplicable: puede referirse a una especificación del proyecto, un procedimiento aprobado, una condición de recepción o una exigencia normativa. El término debe utilizarse con precisión, porque no toda diferencia observada es un defecto probado ni toda diferencia requiere demoler o repetir trabajos. Una comprobación puede concluir que el suministro es conforme, que debe corregirse una evidencia documental o que existe un cambio de alcance pendiente de aprobación.
Un defecto de ejecución es una desviación material o funcional que puede exigir corrección. Un retrabajo aparece cuando hay que volver a realizar total o parcialmente una actividad para obtener el resultado aceptable. Una reclamación es la pretensión que una parte dirige a otra por un incumplimiento o daño; su procedencia y cuantificación no se deducen automáticamente de abrir una incidencia. Separar estos conceptos evita que el sistema trate todas las alertas como coste recuperable, todas las correcciones como trabajo adicional facturable o todos los problemas de recepción como responsabilidad inmediata del suministrador.
Para el responsable técnico importa saber si el resultado cumple lo previsto. Para Producción importa qué tarea debe detenerse, rehacerse y verificarse. Para Compras importa si existe una acción frente al proveedor. Para Finanzas importa el coste incremental y qué parte, si alguna, tiene una recuperación respaldada. La información debería poder compartirse sin borrar esas diferencias de responsabilidad. El foco aquí es el coste económico y operativo durante la ejecución, distinto de las garantías de las viviendas una vez entregadas.

El coste empieza antes de que llegue la factura de reparación

Cuando una incidencia se detecta tarde, su impacto suele multiplicarse. Un elemento oculto bajo acabados terminados obliga a abrir zonas, retirar materiales, volver a movilizar equipos y repetir inspecciones. El coste directo de reparar es visible; el de esperar a que termine el equipo que interviene, reprogramar entregas o reorganizar otras especialidades puede quedar disperso. Aun así, no debemos sumar indiscriminadamente todos los retrasos al mismo expediente: un coste indirecto solo debe valorarse cuando existe una base de imputación defendible y no se ha incluido ya en otras partidas.
La ventaja de identificar la incidencia pronto no es una supuesta eliminación universal del riesgo. Es reducir el alcance que queda afectado y conservar evidencias cuando todavía es posible tomar decisiones. En una zona con instalaciones pendientes de tapar, el control previo puede evitar demoliciones posteriores. En un material cuya certificación no coincide con el pedido, la inspección antes de instalarlo evita que la discusión llegue cuando retirarlo ya es mucho más costoso.
Esto conecta directamente con IB Building 365 y con la visión de Cloud Construction: conservar la relación entre obra, capítulo, subcontrata, material, actividad, coste y documentación. El modelo de gestión no puede depender de que un encargado recuerde dentro de tres meses qué equipo estuvo implicado, qué se rechazó o si un material se había facturado dos veces.

Una obra de 8,2 millones que pierde margen sin que aumente la medición vendida

Imaginemos una obra de edificación contratada por 8.200.000 euros, con un coste objetivo de 7.462.000 euros. El margen económico inicial es de 738.000 euros, equivalente al 9 % del ingreso previsto. Durante la ejecución aparecen varias incidencias no previstas en el plan: una impermeabilización que debe rehacerse, un lote de material rechazado, una instalación que necesita desmontaje parcial, medios auxiliares movilizados de nuevo y nuevas pruebas. Se trata de un escenario hipotético construido para entender el método de cálculo, sin relación con resultados de ningún cliente.
El expediente económico consolida 98.000 euros de coste incremental bruto: 22.500 en retirada y sustitución por incidencias de materiales; 13.400 en desmontajes; 18.600 en mano de obra adicional; 29.500 en suministros de reemplazo; 7.800 en medios auxiliares y 6.200 en pruebas externas. Estas seis categorías suman exactamente 98.000 euros. Se comparan con la línea base y solo incluyen importes adicionales que no estaban ya contemplados en el presupuesto de ejecución. Si una partida tiene una provisión previa, hay que descontarla de la desviación neta para no exagerar la pérdida.
Supongamos que tras revisar contratos y evidencias, un proveedor acepta emitir un abono de 27.000 euros. Si la recuperación está formalmente confirmada y correctamente reflejada, el impacto neto adicional es de 71.000 euros. El coste objetivo pasaría a 7.533.000 euros y el margen estimado a 667.000 euros, aproximadamente el 8,13 %. Si la recuperación sigue discutida, la previsión prudente antes de reconocerla sería un margen de 640.000 euros, el 7,80 %. El responsable financiero no debe convertir en beneficio una reclamación todavía pendiente por el simple hecho de haber enviado una carta.

Desglosar el retrabajo sin contar dos veces el mismo gasto

Una reparación puede incluir desmontaje, compra de material, personal propio, subcontrata, alquiler adicional de equipo, transporte, ensayo, supervisión y coste indirecto atribuible. Conviene definir desde el principio qué representa cada concepto. Por ejemplo, si la factura del subcontratista ya incluye mano de obra y medios auxiliares, contabilizarlos de nuevo como coste interno duplicaría la pérdida. Si el proveedor sustituye gratuitamente el suministro pero la constructora asume la retirada y nueva instalación, solo la parte efectivamente soportada entra como coste neto.
También debe diferenciarse coste incurrido, compromiso pendiente, previsión de coste futuro y reclamación a terceros. El primero corresponde a hechos ya registrados; el segundo a obligaciones o pedidos aprobados todavía no facturados; el tercero a reparaciones necesarias aún no ejecutadas; el cuarto a una pretensión de recuperación cuya probabilidad y tratamiento contable deben evaluarse. Estas magnitudes se pueden presentar juntas para dirigir, pero no deben mezclarse en una única cifra sin explicación.
Para un director de Producción, el dato útil no es «llevamos 98.000 euros en incidencias» sin más. Debe saber de qué unidades proceden, si se concentran en un proveedor, qué importe queda por resolver y qué intervención evita que el mismo defecto se repita en las plantas siguientes. Para Finanzas, además, debe existir una conciliación con pedidos, partes, facturas, abonos, provisiones y el cierre mensual de obra. Solo así se convierte el informe en una herramienta de decisión y no en un informe de reclamaciones sin efecto sobre el presupuesto.

Una tasa de incidencias sin producción aceptada puede engañar

No basta con contar expedientes abiertos. Una obra con muchas inspecciones puede detectar más desviaciones porque controla mejor, no porque ejecute peor. Un contratista que registra cada defecto menor puede parecer menos eficiente que otro que no documenta nada. Por eso los indicadores deben cruzarse con volumen ejecutado y aceptado, riesgo técnico, tipo de actividad y gravedad. Un índice de retrabajo por millón de euros ejecutado o por unidades aceptadas ofrece más contexto que el número absoluto de incidencias.
En actividades repetitivas, puede tener sentido medir fallos por cien viviendas o por mil metros cuadrados de acabado, siempre que los trabajos sean comparables. En estructuras complejas o instalaciones especiales, quizá resulte más útil agrupar por lote, inspección, fase o familia de riesgo. La comparación entre obras también debe atender a requisitos contractuales, tipología y grado de ejecución; colocar en un ranking una obra recién iniciada junto a otra en entrega sin ajustar el denominador es crear ruido.
Los indicadores de IB Building Analytics 365 pueden servir como punto de partida para leer costes, producción y desviaciones, mientras que un modelo específico de no conformidades requiere definir eventos, medidas y relaciones propias. El conjunto de indicadores propuesto requiere un diseño específico y validación con datos reales; no corresponde asumir que ya forme parte de la configuración estándar del producto.

Cuándo detener una tarea y quién puede autorizar el siguiente paso

No todas las incidencias requieren detener toda la obra. Una desviación documental limitada puede resolverse sin afectar a otras actividades; una deficiencia estructural o de seguridad puede exigir medidas inmediatas, intervención técnica especializada y restricciones sobre trabajos relacionados. La gravedad debe derivarse de criterios profesionales, especificaciones y requisitos aplicables. Un algoritmo de prioridad no puede sustituir el criterio de la dirección facultativa ni las decisiones de seguridad necesarias.
El proceso debe registrar la ubicación exacta, elemento o unidad afectada, requisito incumplido, evidencia, fecha, responsable de evaluación y condición de aceptación. Después se decide si procede aislamiento, rechazo, reparación, sustitución, concesión formalmente autorizada u otra medida admisible. Los estados deben impedir que un suministro rechazado pase silenciosamente a ejecución o que una reparación se certifique como terminada antes de su verificación.
En una solución integrada, el incidente puede generar tareas, alertas y necesidades de material, pero las decisiones de liberar una zona, aprobar un procedimiento de reparación o aceptar una excepción deben conservar autorización expresa. Power Platform aplicada a IB Building 365 ayuda a diseñar circuitos de aprobación y movilidad; su funcionamiento exacto dependerá de cómo se configure el flujo y se definan los permisos.

¿Quién debe pagar cuando intervienen contratistas y subcontratas?

En una obra pueden intervenir constructor principal, subcontratistas de distintos niveles, dirección facultativa, suministradores y promotor. Que el trabajo defectuoso haya sido ejecutado físicamente por una subcontrata no significa, sin más, que la reclamación del promotor se dirija solo contra ella. La responsabilidad ante terceros y el reparto contractual interno requieren analizar el tipo de daño, la documentación y el marco legal aplicable. En edificación, la Ley de Ordenación de la Edificación establece obligaciones y responsabilidades específicas de los agentes participantes.
La información del expediente debería diferenciar responsable operativo de solucionar, parte potencialmente responsable del origen y parte frente a la cual existe derecho de recuperación. No siempre son la misma empresa. Puede ser necesario actuar inmediatamente para evitar un daño mayor, aunque todavía no se haya resuelto quién asumirá definitivamente el coste. Si el sistema obliga a cerrar esa discusión antes de reparar, convertirá un problema técnico en uno de calendario.
El caso de la subcontrata debe documentarse con contrato, alcance, planos o detalles aprobados, inspecciones, órdenes de trabajo, comunicaciones, precios, medición afectada y evidencia de la reparación. No sería correcto descontar unilateralmente importes de una certificación sin revisar contrato y obligaciones aplicables. El circuito económico debe distinguir la obligación de pagar por trabajo conforme de las deducciones, retenciones o reclamaciones jurídicamente procedentes.

Una fotografía aislada no demuestra qué se ha corregido

El encargado puede hacer diez fotografías y seguir sin aportar una evidencia útil. Una imagen sin zona, fecha, partida, requisito, responsable y decisión ofrece muy poca trazabilidad. En cambio, un expediente breve y completo puede vincular el detalle afectado, el documento que establece la aceptación, la decisión técnica, las tareas de corrección, la verificación final y la factura correspondiente. La calidad documental no se mide por el tamaño de la carpeta, sino por la posibilidad de reconstruir lo ocurrido.
La documentación debería conservar la versión aprobada del proyecto y del procedimiento, el origen de la alerta, la evidencia antes y después, las firmas necesarias y la relación entre la incidencia original y sus reparaciones. Si un defecto aparece en seis viviendas, conviene poder distinguir seis ubicaciones afectadas de una única causa potencial, evitando crear seis investigaciones independientes cuando puede resolverse una causa común sin borrar los expedientes individuales.
Conectar el expediente a Cloud Construction permite pensar en SharePoint, Power Platform y sistemas de obra sin imponer que todo se registre en el ERP. Lo importante es que un identificador único y reglas claras unan documentación, decisiones, coste y estado operativo. Crear una aplicación móvil sin ese modelo puede hacer más rápido el registro, pero dejar exactamente igual de fragmentada la información.

El cliente pide un cambio: no lo conviertas automáticamente en error propio

Una nueva prestación solicitada por el cliente puede generar desmontajes y costes, pero no equivale a un retrabajo por incumplimiento. Si cambia la especificación después de que la constructora haya ejecutado correctamente una partida, será necesario revisar el contrato, el alcance aprobado, la valoración y los efectos de plazo. Mezclar ambos supuestos perjudica tanto el control de calidad como la reclamación económica.
Del mismo modo, un cambio de diseño que se acuerda antes de ejecutar no debería contarse como coste de retrabajo. El sistema necesita una clasificación inicial revisable y una decisión final: no conformidad interna, incidencia de proveedor, instrucción de cambio, error de proyecto, interferencia de coordinación o causa todavía no determinada. Cada clase puede activar flujos diferentes y exigir documentos distintos. La categoría provisional no debe convertirse por defecto en una atribución de culpa.
Los precios nuevos y las modificaciones contractuales deben seguir su propio procedimiento; los procesos de certificación de obra y subcontratas no sustituyen a una aprobación contractual. El beneficio de una plataforma conectada consiste en que los eventos se relacionen sin perder su naturaleza. Dirección debe poder separar el coste de cumplir lo contratado del coste de cambios legítimamente autorizados y del coste de reparar una ejecución no conforme.

El lote defectuoso tiene que detenerse antes de convertirse en un coste de obra oculto

Una recepción de materiales puede ser correcta en cantidad y seguir siendo no conforme por especificación, documentación técnica, lote o daño. Si el material entra en almacén, se traslada y termina instalado antes de completar las comprobaciones requeridas, el coste potencial aumenta. La primera pregunta no debería ser «¿ya está la factura?», sino «¿qué podemos utilizar, bajo qué condiciones y con qué evidencia de aceptación?». Eso exige relacionar recepción, inspección, estado, trazabilidad y destino.
Microsoft documenta la extensión Quality Management de Business Central para gestionar inspecciones de productos y materiales en compras, producción, montaje y almacén. Puede crear inspecciones, trabajar con criterios de aprobación y rechazo y ayudar a bloquear lotes no conformes. Esta extensión no constituye por sí sola un sistema integral de defectos, reparaciones y expedientes contractuales de una obra. Su alcance estándar está centrado en los procesos para los que está documentada; la conexión con unidades de obra, subcontratas y mediciones requiere diseño sectorial.
Cuando hay un suministro rechazado, Compras, Calidad y Producción deben compartir la referencia, el pedido, el lote cuando corresponda, la ubicación, el responsable y las opciones de sustitución. Administración debe evitar que una factura incorrecta avance sin revisar la incidencia, pero también debe distinguir un bloqueo justificado de una discrepancia que se resolverá por otro procedimiento. Si se reemplaza un material, hay que decidir qué ocurre con el inventario, los costes y la documentación de recepción anterior.

Reparar un defecto no es lo mismo que impedir que se repita

La corrección devuelve un elemento al estado requerido cuando es técnicamente viable. La acción correctiva busca eliminar o reducir una causa de recurrencia. Son decisiones relacionadas, pero no idénticas. Por ejemplo, rehacer un revestimiento resuelve una incidencia concreta; revisar un detalle, modificar la secuencia de instalación y exigir una comprobación previa puede evitar que el mismo problema se reproduzca en las plantas siguientes.
En una organización con varias obras, la información solo genera valor si las causas se pueden comparar. Puede aparecer el mismo defecto asociado a materiales diferentes o el mismo proveedor asociado a problemas de distinto origen. Para extraer conclusiones hacen falta categorías estables, evidencia y un mecanismo de revisión humana. La observación de que dos eventos ocurren juntos no demuestra causalidad.
El enfoque de control y mejora continua está alineado con los principios de calidad que recoge la orientación de auditoría ISO 9001 sobre salidas no conformes. Una empresa puede beneficiarse de este esquema sin pretender que la creación de un registro digital equivale a disponer de un sistema certificado o a cumplir automáticamente cualquier requisito de su actividad.

Si todos pueden cerrar una incidencia, nadie responde por su cierre

El circuito necesita una distribución clara de responsabilidades. Producción identifica el hecho, lo vincula a una unidad de obra y coordina el alcance operativo. Calidad o el perfil técnico competente clasifica el resultado y las condiciones de aceptación. Compras revisa obligaciones de proveedores, contratos y posibles sustituciones. Finanzas contrasta imputaciones, provisiones y eventuales recuperaciones. La dirección facultativa y otros agentes intervienen cuando sus competencias o el marco contractual lo exigen.
También es necesario distinguir al usuario que introduce un dato de quien está autorizado para cambiar su estado. Un encargado puede registrar que el área está corregida; la aceptación técnica puede corresponder a otra persona. Un proveedor puede confirmar que sustituirá el material; eso no significa que Finanzas pueda registrar una recuperación ya realizada. Cada transición debe dejar fecha, responsable y documento, sin convertir la operación en una cadena interminable de firmas inútiles.
La arquitectura de permisos de Business Central, las aprobaciones de Power Platform y la seguridad de los modelos analíticos pueden aportar controles complementarios, pero su integración concreta se define por proyecto. El diseño correcto reduce la fricción para quien trabaja en obra y preserva el nivel de evidencia que necesita Dirección cuando el coste es relevante.

El retraso de plazo no debe monetizarse con cifras arbitrarias

Algunas reparaciones generan un desembolso inmediato; otras afectan a la planificación. Si es necesario esperar un ensayo, devolver un equipo o bloquear una zona, puede haber tiempos improductivos y alteraciones del camino crítico. Sin embargo, sumar un coste genérico por «días retrasados» a todos los expedientes puede duplicar gastos incluidos en estructura, maquinaria o costes indirectos de obra. La cuantificación debe apoyarse en recursos realmente afectados, fechas, compromisos y criterios documentados.
En el caso de un retraso que desplaza otras tareas, la planificación debería identificar dependencias y alternativas. Si una reparación consume tres días de un equipo que después no tiene actividad alternativa, el coste no es el mismo que si se puede reubicar a ese equipo en otra zona. Una revisión de secuencia puede evitar efectos relevantes aunque el defecto material permanezca igual. La decisión de ejecutar o esperar debe equilibrar el riesgo técnico con el impacto operativo y la disponibilidad de recursos.
Conectar la planificación y el coste mediante Cloud Construction permite analizar escenarios, pero no garantiza una simulación exacta por instalar una herramienta. Necesitamos calendarios confiables, tareas relacionadas, tarifas adecuadas, datos de avance aceptado y reglas claras de imputación. La previsión resultante debe mostrar sus supuestos y su incertidumbre.

La factura puede ser pequeña y el coste del daño, mucho mayor

Supongamos que una subcontrata debe corregir un trabajo y asume la mano de obra. La constructora puede seguir soportando apertura y cierre de accesos, protección de otras partidas, nuevas pruebas, coordinación, vigilancia y retraso de especialidades posteriores. Si esos costes aparecen dispersos, la incidencia se cerrará con un importe cero de la subcontrata mientras el margen del proyecto empeora. Por eso conviene separar el coste total de la reparación del importe que contractualmente asume cada parte.
En sentido contrario, tampoco debe imputarse toda la pérdida al subcontratista sin comprobar el origen. Puede haber instrucciones contradictorias, condiciones de entrega de material ajenas a su control o cambios posteriores. El objetivo del sistema es proporcionar evidencia que permita decidir bien y mantener la relación contractual, no producir automáticamente reclamaciones.
La trazabilidad desde contrato, certificación y factura hasta la incidencia forma parte de la conversación que desarrollamos en certificaciones de obra y subcontratas. Este contenido, en cambio, se concentra en el retrabajo y su efecto económico; ambos temas deben enlazarse, pero no mezclarse en una única intención de búsqueda.

Horas extra de reparación no son horas normales de producción

Un parte puede decir que se emplearon 18 horas en revestimientos y resultar contablemente impecable. Si doce de esas horas corresponden a rehacer una unidad previamente ejecutada, tratarlas como horas normales oculta una pérdida. Para medir el coste de calidad, la organización necesita una clasificación estable del tiempo: ejecución prevista, espera atribuible, reparación, comprobación adicional y otros conceptos significativos. Cuanto más simple sea la captura para el personal, mayor probabilidad habrá de obtener datos útiles.
Esto no significa registrar cada movimiento como si hubiera que justificar cada minuto. Basta con poder relacionar las actuaciones de reparación relevantes con un expediente y una actividad. El módulo Partes de Trabajo de IB Building 365 registra actividad y recursos desde el entorno de obra; la clasificación específica de retrabajos y sus autorizaciones requiere acordar estructura y flujo antes de implantarse. La mejora de datos tiene que reducir burocracia, no trasladarla al encargado.
Además, las unidades terminadas no deben contarse dos veces como producción aceptada. Si un paño se ejecuta, falla la prueba y se rehace, el resultado final no se ha duplicado, aunque sí se hayan consumido más horas y materiales. Esta separación es esencial para calcular productividad real y coste por unidad conforme.

Qué relaciones deben existir entre incidente, presupuesto, compra y coste

Para que el expediente alimente decisiones económicas necesita varias relaciones explícitas. La identificación de la obra y unidad afectada permite localizar el problema; la partida presupuestaria permite entender el coste previsto; el contrato o pedido define compromisos; los partes y materiales muestran consumos; la inspección y las fotografías justifican la decisión; las facturas o abonos confirman su reflejo financiero. Si faltan claves comunes, el informe acabará reconstruyéndose con exportaciones y conciliaciones manuales.
Una arquitectura razonable no exige que toda la documentación viva en Business Central. El ERP puede gobernar transacciones y costes; IB Building 365 aporta estructura sectorial de obra; SharePoint u otro repositorio puede gestionar documentos; Power Platform puede coordinar capturas y aprobaciones; Power BI permite analizar el histórico; y Azure puede facilitar integración y tratamiento inteligente de documentos donde resulte necesario. La decisión clave es quién gobierna cada dato, cómo se identifica y quién está autorizado a modificarlo.
Esta es la propuesta de Cloud Construction de Ayesa: conectar aplicaciones y datos sin duplicar la verdad económica de cada proyecto. La solución final debe diseñarse para la operativa real de la constructora y mantenerse proporcionada a su tamaño y complejidad.

Los indicadores de calidad deben conducir a decisiones de producción

Un cuadro de mando útil puede mostrar coste bruto y neto de retrabajos, porcentaje sobre producción aceptada, incidencias abiertas por gravedad, días hasta la primera decisión, coste pendiente por reparar y recurrencia por tipología. Ningún indicador por sí solo cuenta toda la historia. Una obra puede reducir incidencias registradas porque ha relajado inspecciones; otra puede aumentar incidencias detectadas mientras consigue reducir el coste final de reparación. La interpretación exige combinar volumen, etapa, riesgo y tendencia.
En comité de obra, la pregunta debe ser qué familias de incidencias están creciendo y qué acciones se aprobarán. Una concentración de problemas de estanqueidad en una fase podría activar revisión de materiales y método de aplicación, no simplemente una campaña de formación genérica. Una caída del coste de retrabajo que coincide con menos pruebas técnicas debería estudiarse antes de celebrarse como éxito.
La analítica de IB Building Analytics 365 y los informes construidos sobre Power BI pueden conectar costes, obras, recursos y tendencias. Para hablar de «predicción» hay que disponer de suficientes datos comparables y evaluar errores de los modelos. El objetivo no es crear un marcador de culpa, sino que Producción y Finanzas puedan decidir con una visión coherente.

Qué tareas puede acelerar un agente sin decidir qué obra es segura

La inteligencia artificial puede ayudar a clasificar texto libre, resumir evidencias, identificar documentos ausentes, sugerir una lista de comprobaciones o detectar recurrencias aparentes. También puede facilitar que un responsable encuentre expedientes similares y lea qué se hizo entonces. Esas tareas son especialmente valiosas cuando los registros están dispersos entre fotografías, correos y documentos técnicos, siempre que el acceso respete permisos y se conserve la fuente original.
Pero la IA no debe certificar por sí misma que un elemento es técnicamente apto, asignar responsabilidad contractual definitiva ni aprobar reparaciones que requieran la intervención de profesionales competentes. Un resumen generado puede omitir una condición técnica esencial. Una alerta probabilística puede confundir dos zonas o dos lotes similares. Por ello hay que diseñar límites, validación humana y trazabilidad de toda sugerencia que afecte a la ejecución o a las obligaciones económicas.
Si la empresa ya está explorando agentes e IA con ERP de construcción, este caso de uso puede ser un buen candidato: primero estructurar el expediente, después recuperar información con garantías y finalmente automatizar tareas acotadas. Empezar al revés puede producir respuestas vistosas sobre datos incompletos.

Evitar que una recepción rechazada termine pagándose sin contexto

La integración entre Calidad, Compras y Administración importa porque la factura llega con frecuencia por un circuito diferente al de la inspección. Una recepción puede estar registrada en el ERP y tener una discrepancia técnica pendiente; si el sistema no comparte el estado, el documento podría pagarse sin que la persona que autoriza conozca el problema. Aun así, no procede bloquear indiscriminadamente todos los pagos ante cualquier alerta: cada caso requiere revisar obligación contractual, parte conforme, vencimientos y procedimiento establecido.
En una arquitectura conectada, el pedido, el albarán, la inspección y la factura comparten referencias, mientras que los permisos evitan modificar unilateralmente importes o aceptar materiales. Las novedades de Business Central 29 aplicadas a calidad, gastos y facturas aportan contexto sobre capacidades tecnológicas actuales. Gestionar económicamente un retrabajo exige además relacionar el incidente con los recursos, las actuaciones, los contratos y los costes de la obra.
El coste de calidad no se limita al proveedor. Si un material no conforme ya estaba incorporado a la obra, también habrá que identificar retirada, medios auxiliares, sustituciones, pruebas y posibles efectos de plazo. La recuperación potencial debe estar separada hasta que tenga evidencia económica suficientemente sólida.

Una incidencia no debería desaparecer al cambiar de responsable

Un circuito puede simplificarse en cinco estados: detectada, evaluada, actuación autorizada, corregida y verificada/cerrada. Dentro de cada uno conviene conservar fechas, responsables, evidencias y condiciones para pasar al siguiente. Las excepciones deben poder quedar justificadas; una incidencia no debe darse por cerrada solo porque la tarea en la aplicación esté marcada como terminada.
Cuando se necesita una corrección inmediata por seguridad o riesgo técnico, la actuación puede adelantarse siguiendo el procedimiento competente, pero sin perder registro de hechos y autorizaciones posteriores. Si una reparación requiere una reinspección, el evento de verificación debe estar unido al expediente original. Esto permite diferenciar una actuación simplemente declarada de una aceptada técnicamente.
El coste puede seguir evolucionando después del cierre técnico si llegan facturas o se resuelve una reclamación. Por eso conviene separar cierre técnico de cierre económico. El primero confirma que el resultado es aceptable; el segundo explica cuánto costó realmente y qué recuperaciones quedaron confirmadas. No siempre ocurren el mismo día.

Siete errores que falsean el coste del retrabajo

El primer error es no registrar la incidencia y dejar el consumo dentro de la partida habitual. El segundo, contar la misma mano de obra dentro del parte y de la factura del subcontratista. El tercero, tratar la reclamación a un tercero como ingreso seguro. El cuarto, duplicar costes indirectos que ya están repercutidos en la tarifa o partida. El quinto, clasificar un cambio contractual como ejecución defectuosa. El sexto, dar por conforme lo reparado sin una verificación adecuada. El séptimo, comparar tasas entre obras sin ajustar por producción, complejidad y fase.
Hay además una tentación frecuente: exigir un indicador único de «coste de mala calidad» cuando el dato todavía no distingue ejecución base, repetición de trabajos y coste de reclamaciones. Es preferible empezar con una muestra pequeña y fiable que construir un cuadro de mando de cuarenta indicadores sobre registros inconsistentes. El responsable de Control de Gestión debería poder seguir un importe desde el dashboard hasta su asiento o compromiso y desde ahí al evento técnico que lo explica.
Cuando estas comprobaciones empiezan a funcionar, el debate sobre calidad cambia de tono. Ya no se trata de cuántos formularios se han cerrado, sino de qué defectos se repiten, cuánto cuestan y qué decisión concreta puede evitar que aparezcan en la siguiente fase.

Cuatro semanas para conocer si los retrabajos están consumiendo el margen

Durante la primera semana, seleccionaríamos dos obras representativas, acordaríamos qué se considera retrabajo y revisaríamos si existen expedientes, partes, abonos y costes relacionados. No hace falta desplegar una solución completa antes de saber cómo se registran los hechos. Un equipo pequeño formado por Producción, Calidad, Compras, Finanzas y Sistemas puede identificar las principales fracturas del proceso.
La segunda semana se definirían campos mínimos y responsables, una clasificación corta y una forma de relacionar cada incidente con la obra, el capítulo y sus costes. La tercera semana se revisarían diez o quince incidencias reales, separando coste incurrido, pendiente, previsión y recuperación confirmada. La cuarta semana se prepararía una lectura para Dirección: coste neto, recurrencias, estados que bloquean el cierre y dos o tres acciones de prevención con responsable y plazo.
Este calendario es una propuesta de trabajo, no una promesa de despliegue ni de ahorro. Si hay múltiples sociedades, obras internacionales o integración con aplicaciones heredadas, la definición puede requerir más tiempo. Lo importante es terminar con un criterio común y un caso de negocio medible antes de automatizarlo.

Menos correcciones futuras no equivale a beneficio registrado hoy

En el escenario económico descrito, el proyecto soporta 98.000 euros de coste incremental bruto y consigue 27.000 euros de recuperación confirmada. Ese resultado neto no desaparece por implantar un dashboard. Una mejora futura solo puede estimarse sobre el riesgo de eventos que todavía no han ocurrido y demostrarse mediante una medición comparativa. Si una acción reduce la recurrencia en trabajos similares, hay que documentar cuánto volumen expuesto quedaba, qué supuestos se utilizaron y qué coste se evitó realmente.
Para calcular el valor de una iniciativa conviene distinguir el esfuerzo de configuración, integración, formación y mantenimiento del ahorro operativo potencial. No sería honesto presentar automáticamente los 98.000 euros del ejemplo como retorno de un proyecto tecnológico: una parte corresponde a sucesos pasados, otra puede ser contractual, y una herramienta no elimina todas las causas técnicas. La mejora de datos puede aportar además beneficios cualitativos: menos conciliación, decisiones más rápidas y menos incertidumbre, que deben valorarse sin convertirlos en cifras arbitrarias.
Una hoja de ruta equilibrada empieza por un problema recurrente con evidencia suficiente. Después conecta costes y proceso con IB Building 365 y usa la capa de Cloud Construction cuando sea necesario automatizar, analizar o integrar. La promesa comercial debe ser control y trazabilidad verificables, no «cero defectos» por incorporar inteligencia artificial.

Digitalizar el dato que nace en obra para gestionar con más precisión

El caso publicado de FHIMASA explica la implantación de IB Building 365 sobre Microsoft Dynamics 365 Business Central como parte de su transformación digital. Describe un modelo de gestión más conectado y una mayor capacidad para capturar información desde el terreno y mejorar el control operativo y económico. También recoge la valoración de su responsable de Desarrollo de Negocio e Innovación sobre la reducción de errores, la precisión de la información y la agilidad de las decisiones a partir de datos enviados desde campo.
El caso publicado no cuantifica ahorros en retrabajos ni describe un circuito específico de no conformidades. Su experiencia muestra el valor de que los datos nacidos en obra lleguen con contexto al sistema de gestión; disponer de esa información es un requisito importante para analizar con rigor las incidencias y su impacto económico.

Obra y finanzas compartiendo una base de información

En Construccions Modernes el caso publicado describe una plataforma basada en Business Central e IB Building 365 que conecta presupuestos, compras, subcontratas, producción, costes, certificaciones, tesorería y contabilidad. Esa integración aporta continuidad entre áreas y una visión más completa del proyecto. Es una referencia útil para comprender por qué una incidencia técnica no debería desaparecer cuando intervienen departamentos distintos.
El caso publicado describe la integración de la gestión de obra y finanzas, pero no documenta una implantación específica de no conformidades ni ahorros por reparación de defectos. Para ampliar una plataforma conectada hacia el control de retrabajos sería necesario definir el proceso, sus responsables y cómo se relacionarán los datos técnicos y económicos.

Cada perfil debe ver la misma incidencia desde una pregunta diferente

El jefe de obra necesita saber qué debe repararse, quién debe actuar y cuándo puede continuarse la ejecución. La dirección de Producción necesita ver recurrencias, afección a otras especialidades y acciones de prevención. Compras y Contratación necesitan determinar las obligaciones de proveedores y subcontratas. Calidad debe mantener la evidencia y verificar la conformidad. Finanzas necesita relacionar costes reales, compromisos, provisiones y recuperaciones. Dirección General necesita conocer qué riesgo residual amenaza la cartera y dónde conviene intervenir.
Si todos utilizan informes diferentes, la reunión termina discutiendo de quién es el número. Un identificador único de incidencia y reglas comunes permiten que cada vista responda a su objetivo sin romper la trazabilidad. No implica que toda información deba ser pública para todos: los permisos y la separación de funciones son necesarios, especialmente en asuntos contractuales o de personal.
La cuestión para el CIO es cómo aprovechar lo ya implantado. Algunas empresas podrán mejorar registros y enlaces internos; otras necesitarán movilidad, automatización, una integración documental o analítica avanzada. El punto de partida no debe ser la herramienta más vistosa, sino el fallo concreto que impide valorar y resolver correctamente una reparación.

Cuándo basta con mejorar procesos y cuándo tiene sentido ampliar la arquitectura

Si la empresa registra incidencias de forma fiable, los contratos se pueden localizar y los costes están bien imputados, quizá baste con acordar mejores criterios de clasificación y reporting. Si los equipos de obra pierden tiempo introduciendo la misma información en tres sistemas y Finanzas no puede relacionar gastos con el origen técnico, hará falta mejorar la integración. Si hay cientos de incidencias al mes entre varios centros y sociedades, puede justificarse automatizar flujos y conectar repositorios documentales.
No debemos confundir la base ERP con una aplicación especializada de calidad. IB Building 365 estructura la gestión económica y operativa de obras; Business Central aporta transacciones, compras y contabilidad; Quality Management ofrece inspecciones de materiales y productos en los procesos documentados por Microsoft; Power Platform y herramientas de colaboración pueden extender el flujo; Power BI puede aportar análisis. El modelo de no conformidades de obra completo necesita definir qué responsabilidades quedan en cada plataforma.
El objetivo final es que una reparación no se convierta en cuatro expedientes contradictorios. Si un usuario registra la incidencia una vez, el resto del sistema debería aprovechar ese hecho según sus permisos y necesidades. Eso permite controlar coste y aprendizaje sin multiplicar administración.

Las dudas que aparecen cuando producción y finanzas revisan los retrabajos

¿Qué es un retrabajo en construcción? Es la repetición o corrección de una actividad o elemento previamente ejecutado para alcanzar el resultado requerido. Debe distinguirse de un cambio autorizado por cliente o de una nueva prestación, porque su tratamiento económico puede ser diferente.

¿Toda no conformidad genera un coste de reparación? No. Algunas se resuelven mediante aclaración documental, verificación adicional o aceptación técnica conforme a un procedimiento aplicable. La clasificación debe reflejar hechos, no presuponer que siempre habrá que rehacer el trabajo.

¿Cómo se calcula el coste de un retrabajo? Se suman los costes adicionales realmente atribuibles a la corrección —materiales, mano de obra, medios, pruebas y otros conceptos justificados— evitando duplicidades. Las recuperaciones confirmadas se muestran por separado y nunca se anticipan como dinero seguro cuando siguen en discusión.

¿Qué diferencia hay entre corregir y cerrar económicamente? Corregir significa resolver la deficiencia y acreditar la aceptación técnica. Cerrar económicamente significa tener identificados costes, facturas, compromisos y recuperaciones aplicables. Ambos hitos pueden suceder en momentos distintos.

¿Business Central tiene un módulo estándar para controlar defectos de obra? Microsoft dispone de una extensión Quality Management orientada a inspecciones en compras, fabricación, montaje y almacén. No equivale a un sistema sectorial completo de incidentes y reparaciones de construcción, que requiere integrar procesos y datos de obra.

¿Cómo evitar que los retrabajos se oculten en el coste de producción? Mediante una clasificación específica del esfuerzo de corrección, vinculada a la actividad, unidad de obra y expediente técnico. Después se concilian partes, pedidos, materiales y facturas con el presupuesto.

¿Se puede recuperar todo el coste a una subcontrata? No se debe asumir automáticamente. Dependerá de hechos, contrato, responsabilidades y normativa aplicable. La reclamación debe separarse del coste ya incurrido hasta que exista base suficiente para su recuperación.

¿Qué indicadores debería revisar dirección? Coste bruto y neto, coste pendiente, incidencia por actividad y volumen ejecutado, recurrencias, tiempo de resolución y reparaciones sin verificación final. Todos requieren definiciones y datos consistentes.

¿Qué puede hacer la IA con los expedientes? Puede ayudar a ordenar documentos, localizar casos similares y proponer resúmenes o listas de comprobación. La decisión técnica, de seguridad o contractual debe seguir a cargo de personas competentes.

¿Cuándo conviene evaluar una solución integrada? Cuando la obra trabaja con expedientes aislados, los gastos no se relacionan con la causa y los responsables tardan demasiado en saber qué ha ocurrido y cuánto costará resolverlo. La oportunidad debe justificarse con un diagnóstico concreto.

Dejar de construir dos veces empieza por controlar lo que ocurre la primera

La constructora no puede evitar todas las incidencias, pero sí puede reducir el tiempo entre la detección de un problema y una decisión correcta, impedir que las correcciones se oculten como producción normal y aprender de los errores que se repiten. Para lograrlo, tiene que conectar requisitos, evidencia, responsables, trabajo realizado y coste real. No son cinco tareas administrativas diferentes; forman parte de una misma decisión sobre calidad, ejecución y margen.
IB Building 365 aporta una base sectorial para relacionar la realidad de obra con el control económico; Cloud Construction permite diseñar la conexión con automatización, colaboración, analítica y servicios de IA cuando tiene sentido. El valor no está en declarar que todo se resuelve de serie, sino en identificar qué información falta, quién debe validarla y cómo convertirla en una gestión controlable.
La pregunta con la que terminaría una reunión de dirección es esta: si mañana detectamos un defecto repetido en cuatro obras, ¿podemos saber su alcance, cuánto costará corregirlo, quién debe actuar y qué evitaremos repetir? Si la respuesta exige semanas de recopilación manual, hay una oportunidad clara para mejorar el proceso y su plataforma de gestión.

Ayesa: un partner de Microsoft para conectar gestión de obra, calidad, datos y decisiones

Una iniciativa de este tipo requiere conocer construcción, procesos económicos, aplicaciones empresariales y cómo evolucionarlos sin añadir nuevos silos. Ayesa combina especialización sectorial con capacidades Microsoft para estudiar el alcance adecuado: desde mejorar el registro y la imputación hasta conectar la operación con analítica, automatización y agentes con gobierno.

Profundiza en la gestión económica de obra y en las capacidades documentadas de Microsoft

Estas referencias permiten distinguir la función real del ERP, las posibilidades de una solución sectorial y las obligaciones aplicables en un proyecto de construcción.