La construcción se organiza en torno a proyectos, no en torno a la empresa como conjunto. Cada proyecto tiene su propio equipo, su propia cadena de subcontratistas y a menudo su propia forma de registrar. Mientras que una fábrica tiene un proceso de producción fijo con mediciones recurrentes, una empresa constructora tiene una serie de relaciones de trabajo temporales que se disuelven al finalizar. Los datos que se generan durante un proyecto a menudo desaparecen junto con el proyecto: hacia una carpeta de archivo, hacia el portátil de un jefe de proyecto que ya está en otra obra, o hacia ningún sitio.
Eso hace que la relación entre lo que se genera como datos y lo que de ello acaba centralizado sea diferente que en sectores con un proceso continuo. La mayor parte de la información relevante —consumo de materiales, movimientos de transporte, energía en la obra, flujos de residuos— se genera in situ y en terceros, y solo una pequeña parte de ello se registra de forma estructural en un lugar donde alguien pueda encontrarlo después.
El consumo de materiales y la procedencia de los materiales de construcción son un componente esencial para muchos informes de sostenibilidad, pero los datos al respecto están fragmentados entre facturas de proveedores, albaranes de entrega y, a veces, solo acuerdos verbales con un subcontratista. Un contratista pide hormigón, acero y material de aislamiento a través de diferentes proveedores por proyecto, y no todos los proveedores ofrecen el mismo nivel de detalle sobre la procedencia, la intensidad de CO2 o el porcentaje de reciclaje. Quien quiera saber cuánta carga de CO2 hay en el uso de materiales de un año debe saber primero qué proyectos estuvieron en marcha, qué proveedores estuvieron implicados y cuáles de ellos aportan datos utilizables.
Un proyecto de construcción a menudo funciona sobre una cadena de subcontratistas: movimiento de tierras, técnica de instalaciones, acabados, electricidad. Cada subcontratista tiene su propia gestión empresarial, sus propios vehículos, su propio consumo de combustible y su propio registro de residuos. Para el contratista principal esto suele ser una caja negra: hay un contrato y una fecha de entrega, pero no necesariamente visibilidad sobre los datos medioambientales que se generan en el trabajo del subcontratista. Esta cuestión no solo se presenta en la construcción. También en el sector de las instalaciones los datos relevantes están repartidos entre subcontratistas y empresas de servicio, y la manera en que allí se asigna la propiedad de los datos es un punto de referencia útil para la construcción.
En la propia obra se generan datos que raramente se registran de forma sistemática: consumo de combustible de grúas y generadores, consumo de agua, contenedores de residuos que se retiran. Este tipo de datos a menudo figura en albaranes de trabajo en papel, en la memoria de los encargados, o en ningún lugar en absoluto. Se producen cuellos de botella similares con el registro físico y disperso en el sector del transporte, donde los datos de rutas y el consumo de combustible se registran por vehículo y conductor. La coincidencia es que los datos se generan en el suelo o en la carretera, y no encuentran automáticamente el camino hacia un sistema central.
Además de la propia obra, existe una capa administrativa: empresas de alquiler de maquinaria, entidades de inspección, proveedores de energía para casetas de obra y oficinas. Estas partes aportan facturas e informes que contienen información relevante, pero esa información no está etiquetada como datos de sostenibilidad y por tanto hay que extraerla. Esto se parece a la situación en el comercio mayorista, donde los datos de compras y logística circulan por múltiples sistemas sin que nadie los reconozca como datos medioambientales. En ambos casos, el primer paso no es recopilar datos nuevos, sino reconocer los datos existentes que ya se encuentran en algún lugar.
Es tentador adquirir un paquete de software que deba centralizar los datos de sostenibilidad para la construcción. Pero un sistema que produce informes a partir de una colección desorganizada de carpetas de proyecto, contratos de subcontratistas y albaranes de trabajo sueltos genera informes más ordenados sobre cifras cuya procedencia nadie puede verificar. Antes de que una herramienta sea útil, debe estar establecido qué punto de datos procede de qué proyecto, quién es responsable de ello y por qué vía ese punto de datos llega al informe. Eso es una cuestión de registro, no una cuestión de software.
Para una empresa constructora esto significa que la primera tarea no está en el propio informe, sino en cartografiar de dónde proceden los datos por proyecto, por subcontratista y por ubicación, quién es propietario de ellos y qué normas de calidad les corresponden. Ese registro todavía no existe como estándar en el sector, y su construcción difiere según la empresa, dependiendo del número de proyectos en curso y del grado en que los subcontratistas ya comparten datos.
El Data Readiness Scan está en construcción. Quien desee participar en esta cuestión para el sector de la construcción o quiera obtener acceso anticipado puede inscribirse en la lista de espera.
Una vez que quede claro qué datos se generan dónde y quién es responsable de ellos, a menudo surge la pregunta de qué parte de su recopilación y estructuración sigue siendo trabajo manual y qué parte puede automatizarse. El escáner de trabajo de FTE TO AI calcula por tarea qué parte del trabajo puede asumir la IA, y ofrece de este modo un siguiente paso para quien, tras ordenar los datos, quiera saber dónde sigue siendo más necesaria la intervención de las personas.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.