Conflicto de versiones en planos AutoCAD y Revit: arquitectura de archivos para evitar sobreescrituras en obra

Un lunes por la mañana, dos delineantes abren el mismo plano estructural desde la carpeta compartida. Los dos trabajan durante horas. Los dos guardan. Y uno de los dos, sin recibir ni un solo aviso, pierde todo lo que hizo.

El problema no termina ahí. Ese plano «ganador» viaja a obra, el contratista vacía el hormigón con una versión desactualizada y, semanas después, alguien debe demoler y rehacer. Entre horas de diseño perdidas, reprocesos y penalizaciones contractuales, un simple «Guardar» mal sincronizado puede costar más que el servidor, las licencias y el equipo juntos. Según estimaciones del sector constructor, hasta un 14 % de los reprocesos en obra se atribuye a discrepancias entre versiones de planos.

El origen del problema no está en AutoCAD ni en la velocidad de la conexión: radica en la arquitectura del sistema de archivos. En esta guía técnica analizamos por qué ocurre este fallo, su impacto operativo y cómo estructurar una infraestructura sólida para que los planos dejen de pisarse.

1. El mecanismo de colisión: por qué dos personas pueden destruir el mismo plano sin saberlo

Cuando dos o más profesionales trabajan sobre carpetas compartidas sincronizadas por clientes comerciales de nube, no existe mediación en tiempo real. Cada usuario interactúa con una copia local aislada.

Cómo funcionan los archivos temporales de bloqueo (.dwl y .dwl2)

Al abrir un plano DWG en AutoCAD dentro de una red local bien estructurada, el software crea automáticamente dos archivos de bloqueo (.dwl y .dwl2) en el mismo directorio. Estos archivos indican al resto de usuarios que el plano está en uso y debe abrirse exclusivamente en modo lectura.

En Revit ocurre un procedimiento equivalente con el Modelo Central y los subproyectos (worksets), los cuales delimitan quién edita cada parte del modelo para impedir sobreescrituras concurrentes.

Este mecanismo exige una condición estricta: todos los miembros del equipo deben ver el bloqueo en tiempo real. Si el candado no se propaga de forma inmediata a los demás puestos, el sistema interpreta que el plano está libre, provocando la pérdida de datos.

El fenómeno «Last-Write-Wins»: la trampa de las nubes públicas comerciales

Dropbox, OneDrive, Google Drive o los clientes de sincronización tipo Nextcloud y Synology Drive trabajan de otra manera: sincronizan archivos cerrados. Esperan a que el usuario guarde y cierre para subir el binario completo; no leen ni respetan los archivos .dwl en tiempo real como un servidor de archivos en red local.

El resultado es la regla silenciosa de Last-Write-Wins: el último usuario en guardar sobrescribe al anterior sin emitir advertencias. Esta incapacidad técnica para gestionar archivos monolíticos explica por qué AutoCAD va lento en OneDrive y los bloqueos continuos cuando Revit va lento en OneDrive. En otros casos, el sistema genera copias de conflicto como Plano_Estructuras (Conflicto de Juan).dwg, creando bifurcaciones de proyecto que rompen la trazabilidad de la obra.

Comportamiento esperado	Realidad técnica en nubes públicas
El segundo usuario ve el plano bloqueado	El candado .dwl no se propaga a tiempo; ambos editan simultáneamente
La nube combina los cambios automáticamente	Un DWG no se puede fusionar; prevalece el último archivo guardado
Las copias de conflicto protegen el trabajo	Crean versiones paralelas inauditables y desvinculadas

2. El impacto financiero: del error en pantalla al hormigón demolido en obra

Un plano pisado en oficina consume jornadas técnicas; un plano desfasado en obra genera costos directos de ejecución:

• Horas de modelado y delineación perdidas que deben repetirse.
• Demoliciones y reprocesos por discrepancias entre planos de taller e ingeniería de detalle.
• Penalizaciones contractuales por entregas fuera de plazo.
• Pérdida de credibilidad técnica frente al cliente y la dirección de obra.

El estándar ISO 19650 y el Entorno Común de Datos (CDE)

La norma ISO 19650 establece que debe existir una única fuente de verdad para la información técnica: el Entorno Común de Datos (Common Data Environment o CDE). Este entorno centraliza el archivo vigente con reglas de acceso, estados de entrega y control de auditoría.

Existen plataformas comerciales como Autodesk Construction Cloud (ACC) diseñadas bajo este estándar, pero su costo por suscripción mensual por usuario resulta difícil de amortizar para estudios pequeños y medianos. Una alternativa viable es estructurar un CDE corporativo propio sobre infraestructura privada, reduciendo costos operativos sin ceder el control de la información.

Horas perdidas desenredando referencias externas (XREFs) desfasadas

Los planos de ingeniería se articulan mediante referencias externas (XREFs). Si cada miembro del estudio sincroniza los proyectos en rutas locales diferentes (C:\Users\Pedro\Dropbox\… frente a D:\Proyectos\…), los enlaces absolutos se rompen. Las capas desaparecen o quedan ancladas a versiones antiguas, obligando a invertir tiempo técnico en reparar rutas en lugar de avanzar entregables.

3. Por qué las VPN convencionales empeoran el trabajo en remoto

Frente a las limitaciones de las nubes comerciales, muchos estudios optan por conectar a sus colaboradores al servidor central mediante una VPN tradicional. Sin embargo, esta arquitectura introduce nuevos cuellos de botella.

La limitación del protocolo SMB ante la latencia

Los recursos compartidos en red local utilizan el protocolo SMB (Server Message Block), diseñado para entornos LAN donde la latencia es prácticamente nula (< 2 ms).

SMB requiere un intercambio constante de paquetes pequeños de verificación (chattiness) con el servidor. Cuando la latencia supera los 25 a 35 ms (habitual en conexiones remotas domésticas), cada operación se multiplica. Este retardo es el causante directo de que AutoCAD tarda mucho en guardar archivos y de que la apertura de planos con múltiples XREFs demore varios minutos.

Bloqueos huérfanos y archivos DWG corruptos

Bajo una conexión remota inestable, el servidor y el equipo pierden sincronía sobre los bloqueos oportunistas (oplocks). Si la conexión se interrumpe durante el guardado de un plano o la sincronización de un Modelo Central de Revit, el archivo corre riesgo de corromperse.

Para sortear esta lentitud, algunos estudios cometen el error de abrir el puerto SMB (445) o el Escritorio Remoto (3389) directamente a internet sin capas de autenticación robustas. Esta práctica expone los proyectos a escaneos automatizados de ransomware dirigidos contra extensiones .dwg, .rvt e .ifc.

4. Diagnóstico: señales de alerta en el flujo de trabajo

Si tu estudio presenta varios de los siguientes escenarios, la infraestructura actual está afectando la productividad del equipo:

• Aparición periódica de archivos con sufijos de copia en conflicto.
• Delineantes reportando pérdida de modificaciones tras el guardado de otro compañero.
• Tiempos de apertura de planos excesivos al trabajar de forma remota.
• Referencias externas desenlazadas al cambiar de estación de trabajo.
• Uso de carpetas manuales con sufijos _FINAL, _FINAL2 o _REV_OK.
• Dudas sobre cuál era la versión exacta del archivo hace una hora.
• Redirección de puertos directos en el router corporativo para permitir accesos desde fuera.

5. Tres arquitecturas probadas para sincronizar planos sin colisiones

La solución técnica debe adaptarse al tamaño del equipo, la dispersión geográfica y el presupuesto disponible.

Opción A: Servidor NAS local con instantáneas automáticas

Un servidor de archivos local dedicado (como Synology con sistema Btrfs o TrueNAS con ZFS) permite programar instantáneas (snapshots) cada 15 a 30 minutos.

• Ventaja: Al trabajar en red local, el protocolo SMB opera con latencia mínima y los archivos .dwl bloquean la edición de forma eficaz. Si se produce un guardado incorrecto o un archivo se corrompe, el administrador puede revertir la carpeta al estado de hace media hora en segundos.
• Acceso remoto: Se complementa mediante redes de malla seguras (como Tailscale) que crean túneles cifrados punto a punto sin necesidad de abrir puertos públicos en el firewall.
• Recomendación: Si estás valorando adquirir infraestructura propia para tu oficina, revisa nuestra guía para evitar los 10 errores fatales al comprar tu primer NAS.

Opción B: Sistemas de archivos híbridos con bloqueo distribuido (GFL)

Plataformas orientadas a CAD/BIM (como LucidLink o Panzura) montan el almacenamiento en la nube como un disco local en cada puesto de trabajo.

• Ventaja: Descargan únicamente los bloques de datos necesarios bajo demanda (streaming) e incorporan Bloqueo Global de Archivos (Global File Locking o GFL). En cuanto un usuario abre un plano, el bloqueo se propaga de forma instantánea a escala global.
• Recomendación: Ideal para equipos distribuidos en varias ciudades con necesidad constante de edición colaborativa sobre los mismos archivos.

Opción C: Estaciones de trabajo remotas centralizadas (VDI)

Los archivos y el software se mantienen dentro de la infraestructura central del estudio, y los colaboradores acceden a escritorios virtuales desde sus ubicaciones remotas.

• Ventaja: AutoCAD o Revit se procesan junto al almacenamiento con latencia cero de red; por el canal de internet solo se transmite video y periféricos de control. Los planos nunca abandonan el servidor corporativo, anulando los problemas de SMB remoto y blindando la seguridad.
• Recomendación: Proyectos BIM de gran tamaño, levantamientos con nubes de puntos y contratos con acuerdos de confidencialidad estrictos.

Comparativa de soluciones

Criterio	Opción A: NAS local + Snapshots	Opción B: GFL híbrido	Opción C: VDI centralizado
Control de datos	Total (en sede)	Dependiente del proveedor	Total (en sede)
Costo recurrente	Reducido	Medio – Alto (por usuario)	Medio
Rendimiento remoto	Requiere túnel optimizado	Excelente	Excelente
Complejidad inicial	Media	Media	Alta
Capacidad de rollback	Instantánea (Btrfs / ZFS)	Según plataforma	Inmediata en el host

Las tres arquitecturas se integran con una estrategia de respaldo siguiendo nuestra Guía 3-2-1 de Backups: tres copias de tus datos, en dos tipos de soporte distintos y una copia externa inmutable fuera de la oficina.

6. Procedimiento técnico para blindar el flujo de trabajo

Para complementar la infraestructura de almacenamiento, el equipo técnico debe seguir pautas operativas claras:

1. Unidad de red idéntica: Mapear el almacenamiento bajo la misma letra de unidad (por ejemplo, P:\) en todos los puestos para que las rutas de las XREFs permanezcan intactas.
2. Nomenclatura normalizada: Definir un estándar sin extensiones ambiguas (ejemplo: PRY01-EST-PL01-R02.dwg).
3. Depuración de bloqueos huérfanos: Programar scripts de limpieza periódica para eliminar archivos .dwl y .dwl2 residuales generados tras cierres inesperados de AutoCAD.
4. Programación de instantáneas: Mantener retención de snapshots cada 15 a 30 minutos durante la jornada de trabajo.
5. Cero exposición de puertos: Clausurar accesos directos hacia SMB (445) o RDP (3389) en el firewall perimetral.

Servicios de Infraestructura con Apex Softwares

En Apex Softwares diseñamos infraestructuras de almacenamiento y colaboración adaptadas a las exigencias operativas de estudios de arquitectura, ingeniería y empresas constructoras.

• Arquitectura de almacenamiento y CDE: Configuración de servidores locales y nubes privadas con sistemas de archivos ZFS/Btrfs, instantáneas inmutables y túneles seguros para trabajo remoto.
• Estandarización de flujos CAD/BIM: Implementación de estructuras de carpetas bajo ISO 19650, políticas de acceso y automatizaciones para depuración de bloqueos huérfanos.
• Continuidad operativa: Planes de respaldo 3-2-1 para proteger entregables frente a incidentes de sobreescritura y amenazas de ransomware.

Si tu equipo necesita optimizar sus flujos de trabajo con planos o evaluar una infraestructura a medida, el equipo técnico de Apex Softwares puede asesorarte en tu caso específico.