El entorno de gigaproyectos de Arabia Saudita eleva el estándar del control de proyectos.
Para los grandes contratistas, disponer de un ERP contable, Oracle Primavera P6, hojas de cálculo y aplicaciones de construcción aisladas no genera automáticamente un control en tiempo real. Los contratistas empresariales necesitan un modelo operativo de proyectos que conecte alcance, cronograma, costo, compras, subcontratistas, recursos, cambios y la ejecución real en obra.
El objetivo no es simplemente registrar lo que ocurrió.
Es identificar las desviaciones con la antelación suficiente para actuar sobre ellas.
Para DANAOS Projects, esto comienza conectando las principales dimensiones de control del proyecto:
BoQ ↔ WBS ↔ Códigos de Costo
y comparando de forma continua la línea base del proyecto con la realidad operativa.
¿Por qué el control de proyectos en tiempo real es especialmente importante en Arabia Saudita?
Arabia Saudita está entrando en una nueva fase de su transformación económica.
La estrategia 2026–2030 del Fondo de Inversión Pública (PIF) describe un cambio desde el crecimiento rápido hacia la creación de valor sostenida. Entre sus objetivos estratégicos, el PIF identifica específicamente operaciones eficientes en costos, controles eficaces, ejecución ágil e IA avanzada respaldada por sólidas bases de datos.
Por eso, esto es relevante para los contratistas.
El entorno de proyectos de Arabia Saudita incluye desarrollos de gran complejidad, infraestructura, proyectos industriales y grandes programas respaldados por el PIF, en los que participan amplios ecosistemas de contratistas, subcontratistas y proveedores.
Por lo tanto, la pregunta de la dirección cada vez menos es:
“¿Tenemos el software necesario?”
Sino:
“¿Pueden nuestros sistemas indicarnos dónde se está desviando el proyecto mientras aún hay tiempo para responder?”
Eso requiere mucho más que informes financieros de cierre de mes.
Es decir, requiere control operativo del proyecto.
1. El control de costos debe partir de la línea base del proyecto
El primer requisito para el control en tiempo real no es un panel de control.
Es una línea base fiable.
Para un contratista, la línea base del proyecto debe establecer:
- qué se está entregando;
- en qué cantidades;
- cuándo debe ejecutarse el trabajo;
- qué recursos deben consumirse;
- cómo se costean esos recursos;
- qué ingresos o valor comercial están asociados al trabajo.
DANAOS Projects ha analizado este tema en su artículo sobre líneas base integradas de desempeño del proyecto, en las que el costo y el cronograma deben permanecer conectados en lugar de funcionar como estructuras de control aisladas.
Para ProjectVIEW ERP, la relación central es:
- BoQ = dimensión de alcance, cantidad y comercial
- WBS = dimensión de ejecución y tiempo
- Códigos de Costo = dimensión de control interno de costos
El Módulo de Control de Costos de ProjectVIEW ERP está diseñado en torno a la asociación:
BoQ ↔ WBS ↔ Códigos de Costo
La cuestión no es que todas las organizaciones deban utilizar una terminología idéntica.
La cuestión es que el alcance, la ejecución y el costo deben referirse a la misma realidad del proyecto.
2. Las compras deben responder al cronograma del proyecto
En un gigaproyecto, las compras no deberían funcionar como un departamento de adquisiciones independiente que responde a requisiciones aisladas.
En cambio, el proyecto debe impulsar las compras.
Eso implica responder preguntas como:
- ¿Qué paquete de trabajo requiere el material o servicio?
- ¿Qué cantidad se presupuestó?
- ¿Cuándo se necesita según el cronograma?
- ¿Se ha aprobado la requisición?
- ¿Se ha emitido una solicitud de cotización (RFQ)?
- ¿Se ha seleccionado un proveedor?
- ¿Qué importe ya se ha comprometido?
- ¿Cuándo se espera la entrega?
- ¿Llegará el material antes de que comience la actividad correspondiente?
El enfoque de estimación centrado en el BoQ de DANAOS Projects es importante en este punto, porque la demanda de compras debería originarse, en última instancia, en lo que se estimó y presupuestó que el proyecto consumiría.
Además, Arabia Saudita añade otra dimensión.
La política de contratación pública pone un énfasis significativo en el contenido local y la industria local, mientras que la nueva Ley de Licitaciones y Contrataciones Gubernamentales aprobada en agosto de 2026 fue presentada por el Ministerio de Finanzas como un refuerzo de la gobernanza, la transparencia, la planificación y la eficiencia en la ejecución.
Por lo tanto, para los contratistas que operan en grandes programas sauditas, las compras deben estar impulsadas por el proyecto y ser auditables.
3. Los contratistas necesitan ver el costo comprometido antes de que llegue la factura
La contabilidad es indispensable.
Pero, desde la perspectiva del control operativo de proyectos, una factura suele ser una señal tardía.
Considere lo que ocurre antes de la factura:
Se aprueba una requisición de material.
Luego, se emite una RFQ.
Se selecciona un proveedor.
Después, se crea una orden de compra.
Se adjudica un subcontrato.
En ese momento, el contratista puede estar ya comprometido económicamente, aunque ninguna factura de proveedor haya llegado todavía a contabilidad.
Por lo tanto, el control de costos en tiempo real debe distinguir entre:
- Costo presupuestado
- Costo comprometido
- Costo real
- Costo devengado
- Pronóstico del costo hasta la terminación
- Estimación a la terminación
Por eso, el artículo de DANAOS Projects sobre la arquitectura integrada de control de costos debe leerse junto con este análisis específico para Arabia Saudita.
La mejor pregunta de control de proyectos no es:
“¿Cuánto hemos gastado?”
Sino:
“Con base en lo que hemos completado, lo que ya hemos comprometido y lo que aún debemos ejecutar, ¿hacia dónde se dirige el costo final del proyecto?”
4. El avance de los subcontratistas debe conciliar la realidad física y la comercial
Los gigaproyectos sauditas pueden involucrar amplios ecosistemas de subcontratistas.
En consecuencia, esto genera un problema de control complejo.
Un subcontratista puede informar un porcentaje de avance.
En cambio, el equipo de planificación puede calcular el avance con respecto a las actividades de la WBS.
El equipo de obra puede medir cantidades físicas diferentes.
Por su parte, el departamento comercial puede certificar un importe distinto.
Contabilidad puede ver la transacción solo cuando el certificado se vuelve exigible.
Por lo tanto, estas distintas visiones deben conciliarse en algún momento.
Para cada paquete de subcontratación, el control empresarial de proyectos debe relacionar:
Alcance del subcontrato
→ WBS / Paquete de trabajo
→ Avance físico
→ Cantidad certificada
→ Valor comercial
→ Retención / Deducción
→ Costo
→ Pago
El marco SaaS actual de ProjectVIEW ERP incluye la gestión del ciclo de vida de los subcontratos, la medición y certificación del avance, las modificaciones, las reclamaciones y el seguimiento de retenciones.
Para los contratistas que operan en múltiples paquetes de gigaproyectos, esa trazabilidad no es una simple comodidad administrativa.
Es un requisito del control de costos.
5. La productividad debe conectar producción física, recursos, tiempo y costo
Un proyecto puede parecer que avanza mientras el margen se deteriora silenciosamente.
Considere una actividad de construcción en la que la estimación supone que una unidad medible requiere:
- X horas de mano de obra
- Y cantidad de material
- Z horas de maquinaria
Si el proyecto empieza a consumir más mano de obra o maquinaria para producir la misma cantidad, la productividad está disminuyendo.
Esto puede hacerse visible operativamente mucho antes de que la contabilidad revele la consecuencia financiera.
Por eso, la productividad no debe medirse solo como:
horas trabajadas
ni solo como:
porcentaje de avance
Debe conectar:
Producción física ↔ Esfuerzo ↔ Recursos ↔ Tiempo ↔ Costo
Del mismo modo, esta lógica se aplica a los equipos pesados.
A un contratista no le basta con saber que una excavadora, una grúa o una bomba de hormigón funcionó durante ocho horas.
La dirección necesita saber:
- ¿Dónde se asignó?
- ¿Qué actividad respaldó?
- ¿Qué cantidad se produjo?
- ¿Qué se había presupuestado?
- ¿Estuvo la máquina productiva o inactiva?
Así, la gestión de recursos se convierte en gestión del desempeño del proyecto.
6. Los cambios deben actualizar alcance, cronograma, costo e ingresos a la vez
Los cambios son inevitables en los grandes proyectos.
El problema de control no es que se produzcan modificaciones.
El problema de control aparece cuando una misma modificación crea varias versiones desconectadas de la realidad.
Ingeniería puede revisar el alcance.
Planificación puede actualizar el cronograma.
Compras puede pedir material adicional.
Los equipos comerciales pueden preparar una reclamación.
Control de Costos puede revisar el pronóstico.
Finanzas puede esperar el reconocimiento contractual aprobado.
Sin embargo, todos estos eventos se refieren al mismo cambio.
Por lo tanto, una modificación controlada debe preservar la relación entre:
Alcance original
→ Alcance modificado
→ Impacto en BoQ / cantidades
→ Impacto en WBS / cronograma
→ Necesidad de recursos
→ Impacto en costos
→ Ingresos / Reclamación
→ Pronóstico
La arquitectura de ProjectVIEW admite múltiples versiones de BoQ y WBS, reclamaciones y modificaciones dentro del control de costos del proyecto.
El objetivo de la dirección debería ser:
Línea base → Cambio → Aprobación → Pronóstico revisado → Recuperación comercial
—no cinco hojas de cálculo desconectadas que describen el mismo evento.
7. La realidad de la obra debe conectarse con las finanzas corporativas
Muchos grandes contratistas sauditas ya operan Oracle, SAP u otro ERP financiero corporativo.
Eso no significa necesariamente que deba reemplazarse el ERP corporativo.
La pregunta más importante es de arquitectura:
¿Cómo llega la realidad operativa detallada del proyecto a las finanzas corporativas sin perder su contexto de proyecto?
ProjectVIEW ERP está diseñado para funcionar como la capa centrada en el proyecto, integrándose con los sistemas utilizados en el resto de la empresa.
ProjectVIEW OS for the BUILD World describe este concepto más amplio: los procesos de proyecto estructurados crean la base de datos operativos necesaria para la analítica de gestión y, cada vez más, para la IA.
Por lo tanto, una arquitectura empresarial práctica puede incluir:
ProjectVIEW ERP: procesos detallados de ejecución del proyecto y control de costos
Oracle Primavera P6 / Microsoft Project: planificación y programación detalladas
Entorno BIM / IFC: representación digital del activo físico
Oracle / SAP / ERP corporativo: procesos financieros y corporativos consolidados
El objetivo no es introducir otro silo de software.
Es preservar el contexto del proyecto a medida que la información fluye entre sistemas.
¿Por qué la IA hace que los datos estructurados del proyecto sean aún más importantes?
La estrategia del PIF de Arabia Saudita asocia explícitamente la IA avanzada con sólidas bases de datos.
Por eso, esto es importante para la digitalización de la construcción.
La IA puede identificar patrones, resumir información, predecir posibles resultados y automatizar determinados procesos.
Pero la fiabilidad de esos resultados depende en gran medida de la calidad y la estructura de los datos subyacentes.
DANAOS Projects ha abordado este tema en Walk Before You Run: Why ERP Comes Before AI
El principio es sencillo:
Si los datos de compras, costos, cronograma, avance y recursos utilizan estructuras incoherentes entre proyectos, añadir IA no resuelve automáticamente el problema de control subyacente.
Primero, estructure los procesos.
Después, conecte las dimensiones del proyecto.
Por último, utilice la IA para extraer inteligencia de ellas.
¿Qué deberían preguntar los contratistas de gigaproyectos sauditas a sus proveedores de ERP?
Para un contratista empresarial, el proceso de selección de un ERP debería ir más allá de las listas de verificación de funcionalidades.
Pregunte si la arquitectura puede responder a estas preguntas:
- ¿Pueden el BoQ, la WBS y los Códigos de Costo permanecer asociados durante todo el ciclo de vida del proyecto?
- ¿Pueden compararse las cantidades reales con las cantidades presupuestadas?
- ¿Puede medirse la productividad de la mano de obra y la maquinaria con respecto a la producción física?
- ¿Puede identificarse el costo comprometido antes de que lleguen las facturas de los proveedores?
- ¿Pueden las necesidades de compra determinarse a partir de las fechas de necesidad del cronograma del proyecto?
- ¿Puede conciliarse el avance de los subcontratistas con el avance físico y la certificación?
- ¿Pueden las modificaciones actualizar de forma coherente el alcance, el cronograma, los recursos, el costo y los ingresos?
- ¿Puede la dirección pronosticar el costo hasta la terminación y la Estimación a la terminación?
- ¿Pueden los ejecutivos profundizar desde un KPI a nivel de portafolio hasta la transacción subyacente del proyecto?
- ¿Puede la plataforma de proyectos integrarse con Primavera P6, BIM y el ERP corporativo?
- ¿Están los datos operativos lo suficientemente estructurados para respaldar una analítica y una IA fiables?
Si varias respuestas son negativas, puede que el problema no sea la falta de un panel de control.
En cambio, el problema puede ser la arquitectura de control de proyectos subyacente.
Conclusión: el control en tiempo real consiste en conectar la realidad del proyecto
La oportunidad de la construcción en Arabia Saudita es enorme.
Pero la escala también magnifica el costo de la información fragmentada.
La visión de DANAOS Projects es que el control de proyectos en tiempo real no proviene de producir más informes.
Proviene de mantener las relaciones entre:
- Alcance
- Cantidad
- WBS
- Cronograma
- Códigos de Costo
- Recursos
- Compras
- Subcontratistas
- Cambios
- Ejecución real
- Finanzas
—y de comparar continuamente esa realidad con la línea base del proyecto.
Para los contratistas de gigaproyectos sauditas, esa es una definición más útil del ERP de construcción:
no simplemente un software que registra lo que ocurrió, sino un entorno operativo de proyectos que ayuda a la dirección a comprender qué está ocurriendo ahora, por qué está ocurriendo y qué significa para el resultado final del proyecto.
