)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
La gestión documental en construcción ha resuelto un problema importante:
¿Cómo controlamos planos, correspondencia, revisiones, aprobaciones e información del proyecto?
Pero hoy los contratistas de gran escala se enfrentan a una pregunta más difícil:
¿Cómo conectamos esos documentos con el trabajo real, el costo, el cronograma, las compras, los contratos, los recursos y las transacciones financieras en los que influyen?
Aquí es donde la distinción entre un Entorno Común de Datos (CDE), un Sistema de Gestión Documental (DMS) y un ERP de construcción integrado adquiere importancia estratégica.
Una revisión de Oracle Aconex muestra un enfoque maduro del control documental y la colaboración en proyectos. Por ejemplo, abarca la carga de documentos, las convenciones de nomenclatura, la sustitución de versiones, la descarga, el seguimiento de actividad, la revisión de documentos, las transmisiones, la correspondencia, el correo confidencial, las plantillas de flujo de trabajo, el monitoreo de flujos de trabajo y los flujos de trabajo de documentos de proveedores.
En cambio, ProjectVIEW ERP aborda el mismo desafío de gestión de la información desde otra dirección.
En lugar de tratar la documentación como un repositorio paralelo del proyecto, ProjectVIEW ERP conecta los documentos con las transacciones operativas de la empresa.
La diferencia en una frase
Aconex gestiona principalmente la información que se intercambia en torno al proyecto. ProjectVIEW ERP gestiona los procesos empresariales que ejecutan el proyecto, e integra la gestión documental dentro de esos procesos.
Y ProjectQ añade otra capa al convertir la documentación de Calidad, Salud, Seguridad y Medio Ambiente en registros digitales estructurados.
Por lo tanto, la comparación real no es simplemente:
- Aconex vs la Gestión Documental de ProjectVIEW.
Es:
- Gestión de la Información del Proyecto vs Gestión Integrada de las Operaciones del Proyecto.
¿Qué hace Aconex?
En primer lugar, Aconex es un entorno altamente estructurado para gestionar la información del proyecto.
Entre los procedimientos que abarca se encuentran:
- Carga de documentos
- Convenciones de nomenclatura de archivos
- Sustitución de documentos por nuevas versiones
- Descarga de documentos
- Consulta de la actividad de los documentos
- Revisión de documentos
- Cargas de documentos externos
- Transmisiones de documentos
- Vista previa de documentos
- Edición de documentos de Microsoft Office
- Restauración de versiones anteriores
- Correspondencia del proyecto
- Correo confidencial
- Registro de correo entrante
- Grupos de distribución de correo
- Plantillas de flujo de trabajo
- Flujos de trabajo de revisión de documentos
- Delegación de flujos de trabajo
- Informes de flujos de trabajo
- Flujos de trabajo de documentos de proveedores
En conjunto, estas capacidades responden a un desafío esencial en los grandes proyectos de capital:
garantizar que todas las partes interesadas del proyecto trabajen con información controlada, trazable y correctamente distribuida.
De hecho, esto resulta especialmente valioso cuando propietarios, consultores, diseñadores, contratistas, subcontratistas y proveedores operan como organizaciones independientes.
Por ello, la arquitectura está fuertemente orientada a la colaboración entre organizaciones y la gobernanza de la información.
Pero el control documental es solo una parte del control del proyecto
Por ejemplo, considere un plano de construcción revisado.
La gestión documental tradicional pregunta:
- ¿Es esta la última revisión aprobada?
Sin duda, eso es esencial.
Pero la gestión operativa del proyecto debe plantearse de inmediato varias preguntas adicionales:
- ¿Qué partidas del BoQ cambiaron?
- ¿Qué actividades de la WBS se ven afectadas?
- ¿La revisión aumenta las cantidades?
- ¿Ya se inició el proceso de compras?
- ¿Qué paquete de subcontratación se ve afectado?
- ¿El cambio genera necesidades adicionales de mano de obra o maquinaria?
- ¿La variación afecta el pronóstico del proyecto?
- ¿Se puede certificar al cliente el trabajo resultante?
En este punto, los documentos dejan de ser información pasiva.
Es decir, pasan a formar parte de la realidad comercial y operativa del proyecto.
ProjectVIEW ERP parte del BoQ, la WBS y los códigos de costo
La arquitectura de negocio central de ProjectVIEW ERP conecta tres estructuras fundamentales del proyecto:
BoQ ↔ WBS ↔ Códigos de costo
- El Presupuesto de Cantidades (BoQ) representa el alcance comercial.
- La Estructura de Desglose del Trabajo (WBS) representa la ejecución planificada y el tiempo.
- Los códigos de costo representan cómo se clasifican el gasto y el desempeño financiero.
ProjectVIEW ERP conecta luego los procesos empresariales con estas dimensiones.
Así, esto crea algo considerablemente más amplio que un repositorio de documentos.
En concreto, crea un contexto operativo en el que:
Documento → Transacción → Flujo de trabajo → Costo → Tiempo → Decisión de la dirección están conectados.
¿En qué se diferencia la gestión documental de ProjectVIEW?
ProjectVIEW incluye un Sistema de Gestión Documental integrado dentro del entorno ERP más amplio.
Por ejemplo, el sistema puede respaldar:
- repositorios centralizados de documentos del proyecto
- registro de documentos
- clasificación y etiquetado de documentos
- distribución digital controlada
- control de versiones
- historial de auditoría
- aprobación basada en flujos de trabajo
- asociación de documentos con procesos de negocio
- acceso a documentos específico por proyecto
- búsqueda y recuperación de documentos
Pero la diferencia estratégica no es simplemente la funcionalidad.
Más bien, es dónde se ubica esa funcionalidad.
En ProjectVIEW, los documentos existen dentro del mismo entorno empresarial que gestiona:
Licitación → Presupuesto → Compras → Construcción → Subcontratistas → Materiales → Maquinaria → RR. HH. → Finanzas → Contratos con clientes
Por consiguiente, eso cambia el valor de la información.
1. Documentos dentro de la estimación y la licitación
Durante la estimación y la licitación en construcción, los contratistas reciben:
• BoQ • especificaciones • planos • Condiciones Generales del Contrato • Condiciones Particulares del Contrato • aclaraciones • adendas
ProjectVIEW ERP puede asociar esta información con la licitación y las estructuras de BoQ correspondientes.
De este modo, el documento permanece conectado con los supuestos que respaldan la estimación de costos.
Además, si cambian las especificaciones, la dirección dispone de un camino más claro para entender:
qué cambió y qué supuestos financieros podrían tener que cambiar en consecuencia.
2. Documentos dentro del control de costos
La filosofía central de ProjectVIEW es el control de costos reales frente a presupuestados.
Como el BoQ, la WBS y los códigos de costo están conectados, la documentación relativa a:
- variaciones
- planos revisados
- instrucciones de obra
- avance
- certificaciones
- compras
- subcontratistas
puede existir junto a las estructuras comerciales y operativas a las que afecta.
Por tanto, la pregunta se vuelve más potente que:
- «¿Dónde está el documento?»
Pasa a ser:
- «¿Qué resultado del proyecto afecta este documento?»
3. Documentos dentro de las compras
Las compras generan enormes volúmenes de documentación:
- Solicitudes de materiales
- RFQ (solicitudes de cotización)
- cotizaciones
- documentación técnica presentada
- evaluaciones comerciales
- órdenes de compra
- documentación de entrega
- Notas de recepción de mercancías
- facturas de proveedores
Por su parte, ProjectVIEW ERP conecta estos documentos con el proceso real de compras en construcción.
Por lo tanto, la transacción de compra conserva la evidencia que responde a:
- ¿Por qué se solicitó este material?
- ¿Qué proyecto lo requería?
- ¿A qué partida del BoQ corresponde?
- ¿Y qué proveedor se seleccionó?
- ¿Qué se pidió?
- ¿Qué se recibió?
- ¿Cuánto costó?
En cambio, esto es muy diferente de almacenar la correspondencia de compras de forma independiente de la transacción de compra.
4. Documentos dentro de la gestión de subcontratistas
Del mismo modo, los subcontratistas generan otro ecosistema documental complejo:
- cotizaciones
- contratos
- planos
- procedimientos de trabajo (method statements)
- informes diarios
- registros de avance
- certificaciones
- variaciones
- deducciones
- facturas
ProjectVIEW ERP incorpora la gestión y certificación de subcontratistas en el mismo entorno que las compras y el control de costos del proyecto.
Por eso, la documentación de los subcontratistas puede permanecer conectada con:
Contrato → Paquete del BoQ → Avance → Certificación → Costo → Pago
en lugar de existir únicamente dentro de un repositorio de documentos.
5. Documentos dentro de materiales e inventario
Los materiales de construcción pasan por varias etapas:
Requerimiento → Compra → Entrega → Inspección → Almacenamiento → Traslado → Consumo
ProjectVIEW ERP ofrece gestión integrada de materiales y almacenes.
Por lo tanto, la documentación de respaldo puede permanecer asociada al movimiento físico y financiero de los materiales.
Así, se crea trazabilidad entre:
lo que se diseñó, lo que se compró, lo que llegó a obra y lo que realmente se consumió.
6. Documentos dentro de la gestión de maquinaria y activos
La maquinaria de construcción también genera una documentación considerable:
- certificados de inspección
- documentación de seguros
- registros de servicio
- historial de mantenimiento
- registros de repuestos
- informes de averías
La gestión de maquinaria y equipos de ProjectVIEW ERP conecta esta información con la disponibilidad, la asignación, la utilización y el mantenimiento de los equipos.
Así, el registro del activo se convierte a la vez en un registro operativo y documental.
7. Documentos dentro de la gestión de RR. HH. y mano de obra
Los recursos humanos en construcción requieren documentación controlada para:
- contratos laborales
- identificación
- calificaciones
- visados
- certificaciones
- capacitación
- documentación de nómina
- registros legales obligatorios
ProjectVIEW ERP conecta la gestión de RR. HH. y mano de obra con la planificación de recursos del proyecto y la productividad en obra.
Como resultado, la empresa obtiene un único entorno en el que la documentación del personal y la utilización del personal pueden coexistir.
8. Documentos dentro de los contratos con clientes y las certificaciones
Asimismo, los contratos con clientes crean otra relación importante entre los documentos y las transacciones financieras.
Las RFI, las instrucciones, las cantidades aprobadas, las variaciones y los certificados de avance terminan afectando:
Los ingresos.
ProjectVIEW ERP conecta estos procesos con los contratos con clientes y la certificación.
Así, la cadena pasa a ser:
Trabajo ejecutado → Evidencia → Aprobación → Certificación → Cuentas por cobrar
Aquí es donde la documentación adquiere relevancia financiera.
De la gestión documental a la gestión de registros: ProjectQ
También existe una diferencia importante entre un documento y un registro.
- Un plano es un documento.
- También una especificación es un documento.
- Un contrato es un documento.
Pero el resultado de una inspección es un registro.
- Un ensayo de hormigón es un registro.
- Una NCR (no conformidad) es un registro.
- Del mismo modo, una observación de seguridad es un registro.
- Una inspección ambiental es un registro.
ProjectQ convierte formularios y procedimientos de cumplimiento en registros digitales estructurados con:
- campos obligatorios
- formularios configurables
- firmas
- aprobaciones
- flujos de trabajo
- datos de inspección
- gestión de NCR
- acciones correctivas
- registros de calidad
- registros de HSE
- y registros ambientales
Y, lo que es más importante, esos registros pueden asociarse con la estructura subyacente del proyecto.
Registro QHSE ↔ BoQ ↔ WBS ↔ Código de costo ↔ Avance
¿Por qué es importante?
Porque la calidad no debería existir de forma independiente de la ejecución.
Considere una inspección.
En un entorno desconectado:
Trabajo terminado → PDF de inspección → Repositorio de documentos
En un entorno integrado:
Trabajo terminado → Registro de inspección → Actividad de la WBS → Cantidad del BoQ → Aprobación → Avance → Certificación
Por eso, la segunda arquitectura proporciona una inteligencia de proyecto considerablemente más rica.
Aconex y ProjectVIEW no tienen por qué competir
Este es un punto importante.
De hecho, los grandes propietarios y consultores suelen exigir Entornos Comunes de Datos específicos para sus proyectos.
Por lo tanto, un contratista puede necesitar operar dentro de un entorno de colaboración controlado por el propietario. Al mismo tiempo, gestiona sus procesos empresariales internos mediante su ERP.
En una arquitectura de este tipo:
Aconex puede seguir siendo el entorno formal de colaboración externa del proyecto.
ProjectVIEW ERP se convierte en el sistema de registro operativo y financiero del contratista.
ProjectQ se convierte en la capa estructurada de gestión de registros QHSE.
El objetivo no es necesariamente reemplazar todas las plataformas.
Más bien, el objetivo es evitar la fragmentación de la información.
Además, ProjectVIEW ERP admite la integración con aplicaciones empresariales y de proyecto externas mediante API y conectores dedicados.
Por qué esta arquitectura es importante para la inteligencia artificial
La IA cambia el valor de la información empresarial estructurada.
Por ejemplo, una carpeta con 50.000 PDF contiene conocimiento.
Pero una plataforma empresarial que contiene:
- estructuras de BoQ
- actividades de la WBS
- códigos de costo
- presupuestos
- compras
- subcontratistas
- avance
- mano de obra
- maquinaria
- inspecciones
- contratos
- pagos
- documentos vinculados
contiene contexto.
Y el contexto permite que los agentes de IA respondan preguntas mucho más sofisticadas.
Por ejemplo:
- ¿Qué cambios de diseño aprobados han aumentado el costo pronosticado?
- ¿Hay actividades de la WBS retrasadas por NCR sin resolver?
- ¿Qué materiales necesarios en las próximas cuatro semanas aún no se han comprado?
- ¿Son coherentes las certificaciones de subcontratistas con el avance registrado en obra?
- ¿Qué cantidades ejecutadas están a la espera de aprobación de calidad antes de la certificación al cliente?
Por eso la capa empresarial determinista adquiere cada vez más importancia en la era de la IA en la construcción.
La IA funciona mejor cuando razona sobre datos estructurados, gobernados y con significado operativo.
Preguntas frecuentes
¿Aconex es un sistema de gestión documental?
Aconex incluye capacidades avanzadas de gestión documental, pero es más amplio que un DMS tradicional. Admite correspondencia del proyecto, transmisiones, flujos de trabajo, revisiones y colaboración entre organizaciones.
Además, la guía de Aconex analizada demuestra ampliamente estas capacidades en sus secciones de documentos, correo y flujos de trabajo.
¿Aconex es un ERP?
Aconex es principalmente una plataforma de información y colaboración para proyectos de construcción. Por tanto, no es un sistema tradicional de planificación de recursos empresariales.
En cambio, ProjectVIEW ERP gestiona funciones empresariales integradas, entre ellas:
Licitación, Presupuesto, Control de costos, Compras, Materiales, Subcontratistas, Maquinaria, RR. HH., Nómina, Contabilidad y Operaciones del proyecto.
¿Cuál es la diferencia entre Aconex y ProjectVIEW ERP?
La principal distinción es arquitectónica.
Aconex facilita principalmente el intercambio controlado de información del proyecto y la colaboración entre organizaciones.
ProjectVIEW ERP gestiona los procesos comerciales, operativos y financieros del contratista, e integra los documentos dentro de esos procesos.
¿Cuál es la diferencia entre un CDE y un ERP?
Un Entorno Común de Datos (CDE) organiza y controla la información del proyecto.
En cambio, un ERP gestiona las transacciones, los recursos, los costos y los procesos financieros de la empresa.
Por eso, para los contratistas de gran escala, la arquitectura digital más sólida puede requerir ambos.
¿Cuál es la diferencia entre la Gestión Documental de ProjectVIEW y ProjectQ?
La Gestión Documental de ProjectVIEW gestiona archivos, planos, correspondencia, distribución, versiones y flujos de trabajo documentales.
ProjectQ gestiona registros QHSE estructurados, como inspecciones, ensayos, NCR, acciones correctivas y registros de seguridad.
¿Por qué los documentos de construcción deben vincularse al BoQ?
Porque el BoQ representa el alcance comercial del proyecto.
Así, conectar los documentos con las partidas del BoQ permite entender qué entregables comerciales pueden verse afectados por planos, especificaciones, variaciones o aprobaciones.
¿Por qué los documentos de construcción deben vincularse a la WBS?
Porque la WBS representa la ejecución y el tiempo del proyecto.
Así, conectar la información con las actividades de la WBS ayuda a los equipos. Les permite entender qué trabajo programado puede verse afectado por un documento, una instrucción, una inspección o un cambio.
¿Por qué conectar el BoQ, la WBS y los códigos de costo?
Porque estas estructuras representan tres dimensiones fundamentales del control de proyectos:
- BoQ = Alcance
- WBS = Tiempo / Ejecución
- Códigos de costo = Costo
ProjectVIEW ERP conecta los tres.
Eso sienta la base para un control continuo de costos y avance reales frente a presupuestados.
¿Puede ProjectVIEW ERP integrarse con Aconex?
A veces, los requisitos del proyecto exigen la coexistencia con sistemas externos. En ese caso, la arquitectura de integración y las API de ProjectVIEW pueden respaldar el intercambio de datos con aplicaciones de terceros.
El alcance exacto de la integración depende de los procesos requeridos, de las API disponibles y de la arquitectura de sistema de registro que establezca la organización.
¿Pueden Aconex y ProjectVIEW ERP coexistir en el mismo proyecto?
Sí.
Una posible arquitectura empresarial es:
- Aconex = Colaboración externa del proyecto / CDE
- ProjectVIEW ERP = Operaciones empresariales internas y control de costos
- ProjectQ = Gestión de registros QHSE
Así, cada plataforma puede desempeñar la función para la que está mejor preparada.
La gran pregunta: ¿estamos gestionando documentos o gestionando proyectos?
Encontrar el plano más reciente es importante.
Pero gestionar las consecuencias de ese plano es más importante.
Por ejemplo, un diseño revisado puede afectar:
- Las cantidades.
- Las compras.
- Los subcontratistas.
- Los recursos.
- El cronograma.
- Las inspecciones de calidad.
- El costo del proyecto.
- El flujo de caja.
- La certificación al cliente.
Por eso la próxima generación de sistemas de información para la construcción no puede detenerse en la gestión documental.
En resumen, el futuro es la convergencia de:
Documentos + Registros + Flujos de trabajo + Transacciones + Costo + Tiempo + Recursos + IA
Esta es la filosofía detrás de DANAOS ProjectVIEW ERP y ProjectQ.
Porque una fuente única de verdad no debería limitarse a decirnos dónde está la información. Debería decirnos qué significa esa información para el proyecto.
