Cómo reducir el trabajo administrativo de una constructora

El trabajo administrativo de una constructora se reduce consiguiendo que cada dato se escriba una sola vez, en el sitio correcto, y que lo demás lo mueva una automatización. Casi todo el papeleo que sobra es el mismo dato copiado de un sitio a otro, perseguido por teléfono o recordado de memoria.

Llamo trabajo administrativo de obra a todo lo que pasa entre que algo ocurre en la obra y que queda registrado, certificado, cobrado o pagado: horas, certificaciones, facturas de subcontrata, pedidos, ofertas y documentación de acceso. No es el trabajo del tajo. Es el que se hace después, casi siempre en la oficina y casi siempre a mano.

¿De dónde sale el trabajo administrativo que sobra?

De tres verbos: copiar, perseguir y recordar. Cuando miro cómo trabaja una oficina de obra, casi todo lo que sobra cae en uno de los tres.

• Copiar. Las horas llegan en papel o en foto y alguien las teclea en el Excel de costes. Del Excel pasan al informe, y del informe al ERP. Cada salto es tiempo y un error posible.
• Perseguir. Certificados de la subcontrata, documentación de acceso caducada, la oferta que no llega. Alguien dedica la mañana a llamar y reenviar correos.
• Recordar. El plazo que vence el viernes, el pendiente que se cayó del acta, la orden de cambio que lleva días sin respuesta. Vive en la cabeza de una persona, y cuando esa persona se va de vacaciones, se pierde.

Ninguno de los tres necesita, de entrada, inteligencia artificial. Necesita que el dato entre una vez y que viaje solo.

¿Qué procesos administrativos conviene revisar primero?

Los que se repiten cada semana y hoy dependen de una persona tecleando. Estos son los que más veo en constructoras, y lo que cambia cuando se automatizan:

• Horas de trabajadores y de subcontratas. Si entran estructuradas desde el origen, nadie las vuelve a picar. Se consultan por obra, empresa, trabajador y semana, también meses después.
• Conformar la factura de la subcontrata. Con las horas registradas y la tarifa pactada, el coste del mes sale solo. La factura se compara contra ese número, no contra el recuerdo, y aparecen las horas que nadie aprobó.
• Producción ejecutada sin certificar. Cruzar lo ejecutado con la certificación del mes saca la lista de lo que se quedó fuera, con el documento que lo respalda. Aquí no se ganan horas: se encuentra dinero que ya está ejecutado.
• Documentación de acceso y CAE. Las caducidades avisan antes de que alguien se quede en la puerta de la obra, no después.
• Comparativos de ofertas. Las ofertas de varias subcontratas se llevan a un eje común, y las exclusiones salen antes de adjudicar, no después como extras.
• El correo de obra. Lo que exige respuesta hoy aparece a primera hora. El sistema propone la respuesta; la envía una persona.

Cada uno de estos procesos lo desarrollo, con lo que se automatiza y lo que no, en qué procesos de una constructora se pueden automatizar con IA y cuáles todavía no.

¿Hace falta IA para reducir el papeleo de una constructora?

Muchas veces, no. Mover las horas del formulario a la hoja de costes, aplicar una tarifa o avisar de una caducidad sigue reglas fijas, y eso lo hace una automatización sin IA: se monta antes, falla menos y no depende de ningún modelo.

La IA entra cuando hay que interpretar: leer una oferta que llega en un PDF distinto cada vez, reconocer que dos frases de dos actas hablan del mismo pendiente o redactar un borrador desde una nota de voz. Decidir cuál toca en cada proceso es la mitad del trabajo, y se decide antes de escribir código: es lo que cuento en por dónde empezar con IA en una constructora.

¿Se puede reducir el trabajo administrativo sin cambiar de software?

Sí, y es lo normal. Casi siempre automatizo sobre lo que la constructora ya usa: su ERP, sus hojas de cálculo, su correo y sus carpetas. Lo que cambia es por dónde entra el dato y quién lo mueve, no el programa en el que acaba.

Un ejemplo real, sin nombre por confidencialidad. Una constructora con dos sociedades trabaja con Microsoft Business Central, que no tiene campo «oficio». Pedir ofertas para un capítulo era rebuscar entre miles de proveedores sin clasificar, y lo pagado por cada concepto estaba disperso en líneas de factura. Monté un proceso en Python que limpia el directorio, agrupa por CIF y clasifica cada proveedor por oficio a partir de pruebas reales: lo que no se puede deducir queda vacío y marcado, no inventado. Sale un buscador en un único fichero HTML que funciona en su red interna, sin nube, y un banco de precios reales exportable a BC3/FIEBDC-3, el formato de Presto. Casi 4.000 proveedores, más de 1.700 con historial de compra real. El ERP no se tocó, y los datos no salieron de su red.

¿Cuándo no conviene automatizar todavía?

Hay tres señales claras:

1. El proceso no está escrito. Si cada persona lo hace a su manera, automatizarlo solo produce desorden más deprisa. Primero se escribe en una página. A veces, al escribirlo, el problema se resuelve sin tecnología.
2. El dato de origen no es fiable. Si las horas se apuntan tres días tarde y de memoria, la automatización saca documentos bien ordenados con datos malos. Se arregla el origen antes que la salida.
3. Nadie va a mantenerlo. Una automatización tiene dueño o se muere. Si hoy no se puede decir quién la revisa cada mes, no se pone en marcha.

Y un aviso: en la semana de una entrega no se automatiza nada. Eso se hace en periodo tranquilo.