El control de costos en la construcción de centros de datos no consiste simplemente en registrar lo que ya se ha gastado. Para los contratistas que ejecutan instalaciones en modalidad fast-track, un control de costos de construcción eficaz exige una base común. Es decir, el alcance MEP, los compromisos de compra, los hitos del cronograma y la ejecución real del proyecto deben permanecer conectados a la misma línea base de costo y plazo.
Este requisito es especialmente importante en los centros de datos. La razón es que una proporción muy elevada del valor del proyecto se concentra en sistemas mecánicos, eléctricos y de fontanería (MEP) técnicamente complejos.
Según el Data Centre Construction Cost Index 2025–2026 de Turner & Townsend, las obras mecánicas y eléctricas tienen un peso decisivo. De hecho, incluidos los equipos, representan aproximadamente el 76 % del costo indicativo de construcción de un centro de datos refrigerado por aire y el 81 % en una instalación con refrigeración líquida en su referencia para Estados Unidos.
Por lo tanto, la pregunta para el contratista no es simplemente:
«¿Cuánto hemos gastado?»
Es:
«¿Siguen alineados el alcance, los compromisos, las fechas de entrega, el avance de la instalación y el costo previsto?»
¿Qué exige un control de costos eficaz en un centro de datos?
En un centro de datos fast-track:
- El alcance MEP debe permanecer conectado al presupuesto aprobado del proyecto.
- Las compras de largo plazo de entrega deben estar conectadas a los hitos de la WBS y a las fechas requeridas en obra.
- Los compromisos deben ser visibles antes de que las facturas se conviertan en costos reales contables.
- Las revisiones de diseño y las variaciones deben actualizar tanto las previsiones de costo como las de plazo.
- El BoQ, la WBS y los Cost Codes deben seguir relacionados durante toda la ejecución.
La ejecución fast-track no reduce la necesidad de control. La aumenta.
¿Por qué es diferente el control de costos en la construcción de centros de datos?
Los paquetes MEP de un centro de datos contienen algunos de los activos más costosos y críticos para el cronograma del proyecto:
transformadores, generadores, celdas de maniobra, sistemas UPS, equipos de distribución eléctrica, enfriadoras, bombas y una infraestructura de refrigeración cada vez más sofisticada.
Estos paquetes deben controlarse mediante dos vistas conectadas.
Desde el punto de vista financiero:
Presupuesto → Cambios aprobados → Costo comprometido → Costo real → Costo previsto a la conclusión
Desde el punto de vista operativo:
Fecha requerida en obra → Estado de compras → Previsión de entrega → Instalación → Pruebas → Puesta en marcha
Un informe contable convencional puede mostrar el gasto con el tiempo.
Sin embargo, un transformador crítico puede estar ya retrasado, o la especificación de un UPS puede haber cambiado después de la adjudicación. También puede necesitarse transporte urgente para proteger la energización. En esos casos, informar del costo después de los hechos no es control de proyectos.
Por lo tanto, un control de costos eficaz debe operar antes de que existan costos reales contables.
¿Por qué las compras pasan a formar parte del control de proyectos?
El JLL 2026 Global Data Center Outlook informa de un plazo medio global de entrega de equipos de aproximadamente 33 semanas.
JLL señala también que algunos promotores encargan determinados materiales con hasta 24 meses de antelación; aun así, el 57 % de los proyectos de centros de datos sufrió retrasos de construcción de tres meses o más en 2025.
Esto cambia el papel de Aprovisionamiento y Compras.
En el caso de los equipos MEP críticos, las compras no son simplemente una función administrativa posterior.
Pasan a formar parte del cronograma del proyecto y, por lo tanto, del control de proyectos.
Una secuencia de control típica puede abarcar:
Liberación del diseño → Solicitud de compra → Solicitud de cotización → Evaluación técnica → Evaluación comercial → Orden de compra → Documentación del proveedor → Fabricación → FAT → Transporte → Entrega en obra → Instalación → Pruebas → Puesta en marcha
Cada etapa puede afectar tanto al costo como al plazo.
Si un transformador se retrasa, las compras se convierten en un problema de cronograma.
Si su especificación cambia después de la adjudicación, la ingeniería se convierte en un problema de costos.
Si se requiere agilizar la entrega para recuperar el cronograma, una decisión de planificación genera una consecuencia comercial.
Por lo tanto, ingeniería, compras, planificación y gestión de costos no pueden operar como islas de datos desconectadas.
¿Qué cambia con la ejecución fast-track?
La construcción fast-track superpone de forma intencionada el diseño, las compras y la ejecución.
El diseño puede seguir desarrollándose mientras se encargan los paquetes de largo plazo de entrega, y la construcción puede comenzar antes de que todos los paquetes posteriores hayan alcanzado la madurez de diseño final.
Esto puede acortar el plazo total de ejecución.
Pero también aumenta la exposición a:
- revisiones de diseño;
- compromisos de compra basados en información en evolución;
- variaciones;
- retrabajos;
- agilización de entregas;
- vacíos de alcance;
- escalada de costos impulsada por el cronograma.
Por lo tanto, fast-track debería significar:
Concurrencia controlada, no aceleración descontrolada.
Para cada paquete principal, el contratista debe poder establecer:
- ¿Qué alcance se presupuestó?
- ¿Qué revisión se encargó?
- ¿Qué cambió después?
- ¿Cuánto se ha comprometido ya?
- ¿Qué significa el cambio para el costo previsto?
- ¿Qué significa para la fecha de puesta en marcha?
Sin esta trazabilidad, la aceleración del cronograma puede convertirse silenciosamente en escalada de costos.
¿Cómo deben funcionar juntos el BoQ, la WBS y los Cost Codes?
Analicé esta arquitectura de control con más detalle en BoQ, WBS y Cost Codes: cómo los contratistas conectan alcance, cronograma y costo.
El principio es sencillo:
- BoQ = alcance cuantificado y comercial
- WBS = ejecución y plazo
- Cost Codes = clasificación y control interno de costos
Estas estructuras cumplen propósitos de gestión diferentes.
No deberían fusionarse simplemente en una única jerarquía de codificación.
Deben permanecer diferenciadas pero relacionadas.
Esta misma filosofía de control de proyectos es central en el modelo operativo de ProjectVIEW.
Pensemos en un paquete de UPS.
- El BoQ, o una estructura comercial cuantificada equivalente, identifica qué se suministra e instala.
- El Cost Code determina cómo se clasifica internamente el gasto.
- La WBS identifica cuándo deben realizarse la instalación, la energización, las pruebas y la puesta en marcha.
- Las compras crean entonces compromisos contra ese alcance.
- Los cambios del proveedor, las variaciones aprobadas, los costos logísticos y la agilización actualizan la previsión.
- El avance en obra aporta evidencia de la ejecución física real.
Así, la dirección puede ir más allá de:
«¿Cuánto hemos gastado?»
y preguntar:
«¿Siguen el costo comprometido y el costo previsto de este paquete alineados con su presupuesto aprobado, y llegará el equipo a tiempo para proteger el hito de la WBS?»
Esa es una definición mucho más útil del control de costos de construcción.
¿Por qué el control de un centro de datos debe orientarse a la puesta en marcha?
En un centro de datos, la terminación estructural o arquitectónica no es el hito operativo decisivo.
La energía, la refrigeración, los sistemas de control y los sistemas integrados deben estar disponibles, probados y puestos en marcha antes de que la instalación pueda cumplir su finalidad.
Según el análisis de Turner & Townsend sobre los retos de plazo en centros de datos, la energía es un factor clave. Así, el 48 % de los expertos del sector encuestados señaló la disponibilidad de energía como el principal obstáculo para entregar los proyectos de centros de datos a tiempo.
Esto refuerza un principio de planificación importante:
La ejecución de un centro de datos debe controlarse hacia atrás desde la energización, las pruebas y la puesta en marcha, no solo hacia delante desde el inicio de la construcción.
La relación pasa a ser:
Fecha de puesta en marcha → Hitos de la WBS → Fechas de necesidad de equipos → Compras → Compromisos → Costo previsto
Precisamente por eso importa la integración entre el cronograma y el entorno de control de costos.
Para los contratistas que utilizan aplicaciones de planificación como Oracle Primavera P6 o Microsoft Project, la conectividad nativa con la planificación puede ayudar a preservar la relación entre la ejecución de la WBS y las estructuras de costos del proyecto.
En este entorno, el costo y el plazo no son dimensiones de gestión independientes.
Un retraso en una puede generar de inmediato una consecuencia en la otra.
¿Qué debería ver en tiempo real un contratista de centros de datos?
Un entorno de control de proyectos fiable debería permitir a la dirección responder preguntas como:
- ¿Qué paquetes MEP se acercan a su presupuesto aprobado o lo superan?
- ¿Qué elementos de largo plazo de entrega amenazan hitos críticos de la WBS?
- ¿Qué se ha presupuestado, comprometido, recibido, facturado y pagado?
- ¿Qué variaciones de proveedores o subcontratistas siguen sin resolverse?
- ¿Cómo afectan los cambios de diseño a la Estimación a la Conclusión?
- ¿Qué paquetes de compra requieren agilización?
- ¿Es el avance físico coherente con el avance financiero?
- ¿Qué costo adicional puede ser necesario para proteger un hito de energización o de puesta en marcha?
Ninguna de estas preguntas pertenece exclusivamente a ingeniería.
Ni a compras.
Tampoco a planificación.
Ni a construcción.
Ni a finanzas.
Requieren una estructura común de control de proyectos que permita a esas funciones operar sobre el mismo contexto de proyecto.
¿Cómo puede ProjectVIEW ERP respaldar este modelo de control?
ProjectVIEW ERP está diseñado en torno a la relación centrada en el proyecto entre alcance, plazo y costo. Por eso, no trata el control de costos del proyecto como una actividad aislada de información financiera.
Su módulo de Control de Costos conecta los costos reales y presupuestados del proyecto con las estructuras de BoQ, WBS y Cost Codes.
Su módulo de Aprovisionamiento y Compras respalda el proceso desde la demanda del proyecto y las solicitudes de cotización hasta la evaluación de proveedores, las órdenes de compra y sus revisiones.
ProjectVIEW ERP también ofrece conectividad nativa con Oracle Primavera P6 y Microsoft Project.
Esto es importante porque el cronograma no debería quedar fuera del entorno de control de costos como un conjunto de datos independiente.
El principio subyacente es sencillo:
Una orden de compra no debería existir solo como una transacción financiera.
Debe conservar el contexto del proyecto que la originó:
Alcance → BoQ → Cost Code → WBS → Fecha requerida → Compromiso → Ejecución real
Para los contratistas generales que ejecutan centros de datos, esto resulta especialmente relevante. Es el caso cuando deben controlar a la vez paquetes MEP de alto valor y subcontratistas especializados. Lo mismo ocurre con cadenas de suministro largas y cronogramas de construcción comprimidos.
¿Por qué es especialmente relevante en Oriente Medio?
Oriente Medio se está convirtiendo en un mercado cada vez más importante de construcción de centros de datos.
Según la perspectiva de Turner & Townsend sobre centros de datos en Oriente Medio, se espera que la capacidad regional pase de aproximadamente 1,2 GW en 2025 a 3,3 GW en 2030. Además, Arabia Saudí y los EAU figuran entre los mercados que impulsan esta expansión.
Para los contratistas que buscan proyectos de infraestructura hiperescala, en la nube y de IA, la oportunidad es considerable.
Pero una ejecución más rápida, la elevada intensidad MEP y las restricciones de la cadena de suministro también aumentan el riesgo de ejecución.
Por lo tanto, la cadena operativa debe permanecer conectada desde:
Alcance → Presupuesto → Cronograma → Compras → Compromisos → Entrega → Construcción → Puesta en marcha → Costo real
La ejecución fast-track necesita más control, no menos
Los proyectos de centros de datos se vuelven más grandes, más intensivos en energía y más sensibles al plazo. Por lo tanto, los contratistas enfrentarán una presión creciente para acelerar la entrega.
La respuesta no debería ser más hojas de cálculo.
No debería ser más paneles desconectados.
Y no debería ser una toma de decisiones más rápida lograda saltándose la gobernanza.
La respuesta es una integración más estrecha entre alcance, cronograma, compras, compromisos, ejecución física y costo.
Cuando el costo, el plazo y las operaciones del proyecto permanecen sincronizados, las desviaciones pueden detectarse mientras aún hay tiempo para actuar.
Esa es la diferencia entre:
informar del desempeño del proyecto
y
controlarlo de forma activa.
