Una ingeniería de 45 personas entregó hace tres años el inventario de una planta fotovoltaica de 50 MW en la campiña sevillana: seguidores, cajas de string, inversores, centros de transformación, el vallado perimetral por tramos, las cámaras, las arquetas y la red de drenaje. Cuatro meses de campo, cada elemento con su geometría, su ficha y su fotografía, cargado en la herramienta que el operador había contratado para el mantenimiento.

Este otoño el operador cambia de empresa de O&M, y la nueva trae su propio software. Pide el inventario. Lo que sale de la herramienta anterior es una hoja de cálculo por tipo de activo, con las coordenadas en una columna de texto, sin el vallado ni el drenaje porque eran líneas y no puntos, y una carpeta de 30.000 fotografías con nombres correlativos que ya no dicen a qué activo pertenecen. Los códigos de los seguidores se renumeraron hace un año, cuando se repuso una fila entera tras un temporal, y el histórico de órdenes de trabajo no aparece en ningún fichero.

El jefe de operaciones del cliente no llama al proveedor del software. Llama a la ingeniería que hizo el inventario, porque es su nombre el que figura en el entregable. La ingeniería puede rehacer parte del trabajo sin cobrarlo o explicar que el problema no es suyo, sabiendo que el cliente no distinguirá una cosa de otra.

El inventario es del cliente, pero el problema vuelve a la ingeniería

Cuando una ingeniería entrega un inventario dentro de una plataforma, entrega dos cosas a la vez: el dato y la forma en que ese dato queda guardado. La primera la controla y la factura. La segunda la decide a menudo sin darse cuenta, al aceptar la herramienta del cliente o recomendar una sin preguntar cómo se sale de ella. Si el dato solo puede leerse dentro de esa herramienta, el cliente no es dueño de su inventario en la práctica, aunque el contrato diga lo contrario.

En activos de exteriores el riesgo es mayor que en un edificio. Un inventario de planta solar, de polígono o de red privada de riego es sobre todo geometría: posiciones sin dirección postal, trazados lineales, superficies de parcela, tramos de vallado. Una exportación que reduce todo eso a una tabla con latitud y longitud pierde precisamente lo que costó más horas levantar. Y las fotografías, única prueba del estado de un activo que nadie visita cada semana, valen poco si no se sabe a qué elemento pertenecen.

Para la ingeniería no es una cuestión de principios, sino de margen: un inventario reconstruido tres años después es retrabajo sin facturar, y un cliente escaldado mira con desconfianza el siguiente proyecto dentro de una plataforma.

Lo que debe pedirse a la herramienta

Seis condiciones técnicas separan un inventario portable de uno atado al proveedor. La primera, formatos abiertos: que el dato salga en ficheros que cualquier SIG o cualquier hoja de cálculo pueda abrir sin licencias ni conversores del fabricante, con la geometría en un formato estándar y un sistema de referencia declarado.

La segunda, exportación completa, no solo del maestro de activos. El valor de un inventario vivo está también en lo que se ha hecho sobre él: órdenes de trabajo, incidencias, fotografías y documentos. Exportar activos sin historial obliga a empezar de cero en mantenimiento aunque se conserve el mapa. La tercera, que esa exportación pueda hacerla el propio cliente cuando quiera, sin abrir una petición de soporte ni pagar un servicio de migración.

La cuarta, identificadores estables. Cada activo necesita un identificador que no cambie cuando se renumera una fila, se sustituye un inversor o se reorganiza la jerarquía. Sin él, cruzar el inventario con el histórico o con un levantamiento posterior es un emparejamiento manual.

La quinta, fotografías con su huella: cada imagen enlazada al activo y a la intervención que la generó, con un hash que permita demostrar que el fichero entregado es el mismo que se tomó en campo. Cuando una planta ha sufrido robos de cableado, como las de Sevilla donde la Guardia Civil recuperó dos toneladas de cobre en julio de 2026 según El Debate, la fotografía fechada e íntegra es la evidencia del estado previo. La sexta, documentación del modelo de datos: qué contiene cada fichero, qué significa cada campo, cómo se relacionan activos, órdenes y adjuntos.

Lo que debe decir el contrato

La herramienta puede permitir todo lo anterior sin que el contrato lo garantice. Hay cuatro cláusulas que conviene comprobar por escrito. Que el dato es del cliente y el proveedor solo lo trata por su cuenta, sin licencia de uso para otros fines. Que la exportación completa está incluida en la cuota y no depende de un plan superior. Que existe un plazo de salida definido al terminar el contrato, con acceso a la consulta y a la descarga durante ese periodo. Y que, si el proveedor dejara de prestar el servicio, hay un preaviso suficiente para migrar sin prisa.

Deben estar en el contrato o en un anexo, no en una política de la web. Un plazo de salida de dos semanas en una cartera con decenas de miles de fotografías no es un plazo real. Un preaviso de un mes obliga a migrar en las peores condiciones.

La prueba de salida antes de firmar

La comprobación fiable no es leer la documentación comercial, sino exportar un entorno de demostración o un piloto pequeño y abrirlo con las herramientas que la ingeniería ya usa. Cargar las geometrías en QGIS y ver si las líneas siguen siendo líneas. Abrir las tablas en una hoja de cálculo y comprobar que las órdenes enlazan con los activos por un identificador que no es el código visible. Elegir diez fotografías al azar y verificar que se sabe a qué activo e intervención pertenecen. Si la prueba lleva más de una mañana, el día real será peor.

Lo que Maptainer aporta en este punto es que la exportación completa está incluida siempre: activos, órdenes, incidencias y fotografías, con un manifiesto que describe cada fichero, el hash SHA-256 de cada fotografía y documento y una carpeta de hojas de cálculo con un CSV por entidad. Las geometrías salen siempre en GeoJSON en EPSG:4326, al terminar el contrato hay 90 días de acceso para descargarlo todo y, si algún día se dejara de prestar el servicio, se avisaría con seis meses de antelación. La entrada es igual de abierta: el inventario se importa desde GeoPackage, Shapefile, GeoJSON, DXF o CSV, y la documentación de la API pública se puede consultar sin clave antes de firmar.

Qué decidir en la próxima oferta

Para evitar la llamada del primer párrafo bastan tres decisiones. Primera, incluir en la oferta técnica un apartado de portabilidad del entregable: en qué formatos se entrega el inventario, con qué sistema de referencia, cómo se identifican los activos y cómo se enlazan las fotografías, con independencia de la herramienta donde vaya a operarse. Segunda, hacer la prueba de salida antes de recomendar o aceptar una plataforma y guardar el resultado como parte de la documentación del proyecto. Tercera, entregar al cliente, junto al inventario, una copia exportada en formatos abiertos con su documentación, fechada al cierre del proyecto.

Ninguna cuesta muchas horas si se decide al principio, y las tres convierten la propiedad del dato en algo comprobable: lo entregado sigue siendo del cliente el día que cambie de proveedor, y quien lo levantó no tendrá que volver a hacerlo.