Custodia, Backup y Gobierno de Información AEC

Necesidad

Existe un problema de fondo que no depende de qué tan bien funcione la plataforma: en proyectos largos, quien paga o dispone la licencia no siempre es la empresa que produce la información día a día. Frecuentemente es un contratista, un tercero o el cliente final quien controla el tenant. Cuando el proyecto termina, el dueño del tenant se queda con la data — miles de documentos, comunicaciones, gigas y teras de información — y la empresa ejecutante, autora real de ese trabajo, se queda sin acceso a él.
Este riesgo puede darse incluso entre tenants de una misma plataforma (ej. de un tenant ACONEX ajeno hacia un tenant ACONEX propio, o en Autodesk), porque el problema real no es la tecnología: es quién controla el tenant y, por lo tanto, quién controla la información.

En la práctica, este riesgo se materializa en escenarios como:

• Cambio de contratista principal a mitad de proyecto, donde el nuevo operador del tenant no garantiza continuidad de acceso al anterior.
• Fin de convenio con un cliente que administra la plataforma del proyecto, sin cláusulas claras de entrega de información al cierre.
• Fusiones o adquisiciones donde el tenant queda en manos de la entidad vendida o del comprador, no de quien generó la información.
• Necesidad de evidencia propia ante auditorías, reclamos contractuales o disputas técnicas, cuando la única copia vive en un sistema que ya no se controla.

Beneficio

• La empresa recupera control absoluto sobre su propia información, sin depender de que un tercero mantenga vigente su licencia o su tenant.
• Copia de seguridad completa hacia otra plataforma, un drive corporativo o un servidor propio — la data queda al 100% en poder de la empresa.
• El resguardo puede hacerse de forma incremental, por hitos o avance de proyecto, evitando el riesgo de perder toda la información de golpe al cierre.
• Cuando no existe exportación nativa para cierto contenido (comunicaciones, metadata estructurada), la información puede regenerarse a partir de lo que sí es accesible.
• Base de evidencia propia disponible para auditorías, reclamos contractuales o continuidad de negocio, independiente de la vigencia del tenant original.
• Respaldo aprovechable como referencia técnica y lecciones aprendidas para futuros proyectos.

Solución / Descripción del servicio

El servicio asegura que la empresa conserve la propiedad efectiva de su información, al margen de licencias o tenants de terceros:

• Extracción completa vía API de documentos, metadata y comunicaciones — no solo un volcado de archivos sueltos.
• Reconstrucción o regeneración de información cuando la plataforma de origen no ofrece exportación nativa para cierto tipo de contenido.
• Automatización de backups incrementales programados — el resguardo ocurre durante el proyecto, no como un único evento al cierre.
• Estructuración y organización de la data extraída, para que quede utilizable en el destino y no como un respaldo bruto difícil de consultar.
• Verificación de integridad y trazabilidad de todo lo resguardado, con reporte de lo migrado y su estado.

Esquema conceptual de resguardo

Diagrama ya elaborado — de un tenant de terceros hacia infraestructura propia, incluyendo el caso de regeneración cuando no hay exportación nativa.

Resguardo incremental por hitos

Nuevo — el respaldo ocurre en el camino, no solo al final del proyecto, reduciendo el riesgo de perderlo todo de golpe.

Regeneración de información no migrable de forma nativa

Nuevo — cuando la plataforma de origen no permite exportar cierto contenido, este se reconstruye a partir de lo que sí es accesible.

Ejemplos de servicios

Resguardo de información al cierre de proyecto (caso conceptual)

Una empresa ejecutante llega al cierre de un proyecto de varios años, cuyo tenant en la plataforma de gestión documental es controlado por un tercero (contratista o cliente). Antes de perder el acceso, se descarga y estructura toda la información generada — documentos, comunicaciones y metadata — hacia la infraestructura propia de la empresa, garantizando que conserve el 100% de lo que produjo, independientemente de qué pase con el tenant original.

Migración preventiva ante cambio de contratista principal (caso conceptual)

A mitad de un proyecto, se define un cambio de contratista principal y, con ello, un cambio en quién administra el tenant de la plataforma documental. Antes de la transición, se ejecuta un resguardo completo de la información generada hasta ese momento, evitando depender de que el nuevo operador garantice acceso retroactivo al historial completo del proyecto.

Estos resguardos se adaptan a la plataforma de origen, el volumen de información y el momento del proyecto de cada cliente — el alcance mostrado aquí es solo una muestra del espectro de escenarios posibles.