Comisionamiento de Data Center: niveles L1

Conozca cómo estructurar el comisionamiento de Data Center, las pruebas por etapa, los niveles L1 a L5, el IST, las evidencias y los criterios de aceptación técnica.

¡Descúbrelo!

El comisionamiento de Data Center es el proceso estructurado de verificación que acompaña requisitos, diseño, fabricación, instalación, startup, pruebas funcionales, pruebas integradas, documentación y transferencia a operación. Su objetivo es demostrar, mediante evidencias trazables, que la infraestructura crítica fue implementada conforme a los requisitos del propietario y puede operar con seguridad, disponibilidad, desempeño y capacidad de recuperación compatibles con el proyecto.

En Data Centers, el proceso debe integrar energía, climatización, automatización, monitoreo, protección contra incendios, seguridad, telecomunicaciones y operación. Equipos aprobados individualmente no demuestran, por sí solos, que la instalación responderá correctamente a la pérdida de una fuente, la retirada de un componente, la degradación de capacidad o una condición de contingencia.

Por ello, la aceptación técnica no nace de una prueba final aislada. Depende de una cadena coherente de requisitos, verificaciones, niveles de comisionamiento, gates de preparación, resultados, pendientes, retests, documentación y transferencia operativa. Los niveles L1 a L5 ayudan a organizar esta progresión cuando se definen contractualmente con criterios claros de entrada y salida.

¿Qué es el comisionamiento de Data Center?

Commissioning es un proceso orientado a la calidad que verifica y documenta si sistemas y conjuntos fueron planificados, diseñados, instalados, probados, operados y preparados para mantenimiento conforme a los requisitos del propietario. ASHRAE presenta el proceso de commissioning como una estructura que abarca agentes, documentos, especificaciones, procedimientos, verificaciones e informes a lo largo de las fases del proyecto.

En un Data Center, este enfoque debe ser multidisciplinario. La ABNT NBR ISO/IEC 22237-1 organiza la infraestructura considerando disponibilidad, seguridad, eficiencia, operación y gestión. La norma también contempla verificación de aceptación, pruebas y comisionamiento durante la implementación hasta que el Data Center esté operativo.

Dentro de la arquitectura de contenidos de A3A Engenharia, la Guía Completa de Comisionamiento presenta el proceso general de ingeniería; aquí, el foco permanece en la aplicación al Data Center, la progresión de los niveles y los gates de preparación que preceden a la aceptación.

Por lo tanto, commissioning no es sinónimo de:

inspección visual de la instalación;
startup conducido por el fabricante;
prueba aislada de un UPS, generador o chiller;
energización de la infraestructura;
demostración informal al propietario;
emisión de un informe final sin trazabilidad;
corrección de obra o gestión de punch list sin verificación funcional.

Estas actividades pueden integrar el proceso, pero no lo representan íntegramente.

¿Qué es el Integrated Systems Testing?

El Integrated Systems Testing verifica si diferentes sistemas responden conjuntamente a los eventos definidos en los requisitos, el diseño, las secuencias de operación y los procedimientos aprobados. La prueba no debe limitarse a demostrar que cada equipo enciende o apaga; debe evaluar las interfaces que sustentan la función crítica.

Un escenario de pérdida de una fuente, por ejemplo, puede involucrar simultáneamente:

detección del evento;
actuación de protección;
transferencia de alimentación;
sustentación por UPS y baterías;
arranque y estabilización de generación;
comportamiento de cargas prioritarias y no prioritarias;
continuidad de climatización;
actualización de estados en EPMS, BMS o DCIM;
generación y priorización de alarmas;
respuesta del equipo operativo;
retorno controlado a la condición normal.

La finalidad del IST no es provocar fallas aleatorias. Los escenarios deben derivar de requisitos, modos de operación, análisis de riesgo, diagramas funcionales y procedimientos de respuesta. Cada evento debe tener precondiciones, límites, participantes, criterios de aborto y una forma segura de restauración.

En este artículo, el IST se trata como el gate integrado del programa de comisionamiento. La metodología específica para construir escenarios, instrumentación, ejecución, evidencias y retests se profundiza en el contenido sobre Pruebas Integradas de Sistemas en Data Centers, evitando duplicar dos páginas para la misma intención.

¿L1 a L5 es una clasificación normativa?

No existe una correspondencia universal y obligatoria entre los números L1, L2, L3, L4 y L5 y un único conjunto de actividades. La numeración se utiliza ampliamente en programas de Data Centers, pero el contenido de cada nivel puede variar entre propietarios, consultores, constructoras, operadores y contratos.

JLL, por ejemplo, presenta una secuencia ampliada de siete etapas, con L0 para programación y diseño, L1 para aceptación en fábrica, L2 para aceptación en campo, L3 para startup y verificaciones prefuncionales, L4 para pruebas funcionales, L5 para pruebas integradas y L6 para transición a operación. Esta referencia es útil para comprender el uso de niveles, pero no convierte la nomenclatura en un requisito universal.

ASHRAE Guideline 0 y ASHRAE/IES Standard 202 estructuran el proceso por fases, responsabilidades, documentación, verificación y aceptación. La ABNT NBR IEC 62337 organiza hitos como finalización de montaje, finalización mecánica, precomisionamiento, commissioning, pruebas de desempeño y aceptación. Ninguna de estas referencias debe citarse como origen obligatorio de una tabla L1–L5 específica.

Por ello, el contrato y el plan de comisionamiento deben declarar el significado de cada nivel en el proyecto, los sistemas y equipos incluidos, los documentos y pruebas que constituyen cada gate, las responsabilidades de ejecución, testificación, recomendación y aprobación, el tratamiento de pendientes y excepciones y las condiciones objetivas que permiten avanzar al nivel siguiente.

Mapeo recomendado de los niveles

La tabla siguiente presenta una estructura de referencia. Debe adaptarse al proyecto.

Nivel	Objetivo dominante	Ejemplos de actividades	Gate de salida
L0	Planificar el commissioning y asegurar la testabilidad	OPR/URS, BoD, revisión de diseño, matriz de pruebas, requisitos de instrumentación, acceso y bancos de carga	Requisitos verificables y commissioning incorporado a los contratos
L1	Verificar equipos antes del envío	FAT/FWT, inspección documental, certificados, pruebas de fábrica, simulaciones de control	Equipo liberado para expedición con desviaciones controladas
L2	Verificar recepción, preservación e instalación	inspección de transporte, tags, almacenamiento, montaje, conexiones, torque, limpieza, calibración	Instalación documentada y lista para startup
L3	Ejecutar startup y pruebas prefuncionales	energización controlada, checks de rotación, lazos, sensores, interbloqueos básicos, TAB, ajustes	Sistema estable y apto para pruebas funcionales
L4	Demostrar desempeño funcional de los sistemas	pruebas bajo carga, modos normal/anormal, redundancia dentro del sistema, secuencias y alarmas	Sistemas individuales aceptados para integración
L5	Demostrar comportamiento integrado de la instalación	IST, escenarios de contingencia, transferencia, falla de componentes, recuperación y respuesta operativa	Evidencia de que el Data Center cumple los requisitos integrados
L6, cuando se adopte	Transferir y estabilizar la operación	capacitación, SOP/MOP/EOP, Systems Manual, operación asistida, pruebas diferidas	preparación operativa y cierre controlado

El valor de la estructura no está en el número. Está en transformar cada nivel en un gate auditable, en el que entradas, procedimientos, resultados, pendientes y decisiones se registran formalmente.

El plan de commissioning debe transformar L1 a L5 en gates verificables.

A3A Engenharia estructura niveles, responsabilidades, procedimientos, evidencias, tratamiento de pendientes y criterios de aceptación para que el IST se prepare desde los requisitos y el diseño.

Estructure niveles, pruebas integradas y criterios de aceptación del Data Center

L0: el comisionamiento comienza antes de la obra

Aunque muchos contratos comienzan el conteo en L1, el proceso debe empezar en la fase de requisitos y diseño. Sin esta preparación, la infraestructura puede ser técnicamente imposible de probar o las pruebas pueden no demostrar el desempeño necesario.

Requisitos del propietario

El Owner’s Project Requirements, URS o documento equivalente debe convertir los objetivos del negocio en criterios medibles. No basta registrar que el Data Center debe ser “altamente disponible”. Es necesario definir capacidades, cargas, autonomías, modos de mantenimiento, límites ambientales, tiempos de respuesta, alarmas, recuperación, documentación y condiciones de aceptación.

El desarrollo detallado de estos documentos se encuentra en el artículo Basis of Design, OPR y URS en proyectos de Data Center.

Basis of Design y secuencias

El BoD debe explicar cómo la solución propuesta cumple los requisitos. Para commissioning, son particularmente importantes:

diagramas de bloques y unifilares;
modos normal, mantenimiento, contingencia y emergencia;
secuencias de operación;
filosofía de protección y selectividad;
arquitectura de control y monitoreo;
permisivos, interbloqueos y prioridades;
criterios de capacidad y redundancia;
supuestos de carga y ambiente;
puntos de medición y alarmas;
limitaciones conocidas.

Testabilidad

Un diseño testable prevé medios seguros para observar, medir y comandar el sistema. Entre los puntos a evaluar están:

accesos y espacios para instrumentos;
puntos de conexión de bancos de carga;
medición temporal y permanente;
capacidad de simular estados sin comprometer protecciones;
tendencias en BMS, EPMS y DCIM;
sincronización de relojes entre plataformas;
identificación consistente de equipos y señales;
posibilidad de aislar sectores y fases;
condiciones de retorno después de la prueba;
compatibilidad entre procedimientos y garantías de fabricantes.

Cuando estas condiciones no se incorporan al diseño y a las adquisiciones, el commissioning pasa a depender de improvisaciones en campo.

L1: FAT y verificación antes del suministro

El nivel L1 normalmente concentra pruebas realizadas en fábrica o antes de liberar el equipo para expedición. Su objetivo es identificar desviaciones cuando el fabricante todavía dispone de estructura, herramientas y equipo para corregirlas con menor impacto sobre la obra.

El alcance varía según el equipo. Puede incluir:

revisión de submittals y planos aprobados;
identificación de modelo, capacidad y accesorios;
certificados de materiales y calibración;
inspección de montaje y acabado;
verificación de tableros, barras y conexiones;
pruebas eléctricas o mecánicas previstas;
simulación de entradas, salidas y lógicas;
comunicación con protocolos y plataformas definidas;
respuesta a alarmas e interbloqueos;
pruebas bajo carga, cuando corresponda;
registro de firmware y configuraciones;
documentación de desviaciones y pendientes.

La ABNT NBR IEC 62337 reconoce la importancia de las pruebas de aceptación en fábrica y de la integración de sistemas de control. Sin embargo, el FAT no demuestra las condiciones reales de la instalación. Cables, protecciones aguas arriba y aguas abajo, utilities, ambiente, integración y operación todavía no están representados íntegramente.

Gate de L1

La liberación para expedición debe ocurrir solo después de que el procedimiento haya sido aprobado, los instrumentos utilizados sean válidos y estén calibrados, los resultados hayan sido registrados y las desviaciones clasificadas. Los pendientes deben tener responsable y plazo, la documentación debe reflejar la configuración ensayada y las condiciones de preservación y transporte deben estar definidas. El gate termina con una decisión formal: liberar, liberar condicionalmente o rechazar el suministro.

L2: recepción, preservación y verificación de instalación

El L2 confirma que el suministro recibido corresponde al aprobado, no sufrió daños relevantes y fue instalado según el diseño, las instrucciones del fabricante y los requisitos aplicables.

Esta etapa debe impedir que problemas físicos avancen hasta el startup. La inspección de recepción debe identificar daños de transporte o izaje, suministros divergentes del submittal aprobado, accesorios ausentes y fallas de preservación. Después del montaje, la verificación debe confirmar conexiones, identificación, puesta a tierra y equipotencialidad, posición de sensores, compatibilidad de cables, tuberías y ductos, acceso para mantenimiento y coherencia entre la instalación y los planos de registro.

La ABNT NBR IEC 62337 vincula la finalización mecánica con la verificación del montaje, los informes de pruebas, la punch list y la emisión de certificado. Esta lógica es directamente útil para el Data Center: un equipo solo debe declararse listo para startup cuando las verificaciones de instalación y los pendientes críticos estén controlados.

Los checklists no sustituyen la evidencia

Marcar “sí” en una lista no es suficiente cuando el requisito exige medición, fotografía, certificado, registro de torque, curva, tendencia o informe. El checklist debe indicar la evidencia asociada y el responsable de la verificación.

L3: startup y pruebas prefuncionales

El L3 es el paso de la instalación estática a la condición operativa inicial. Fabricantes y contratistas normalmente ejecutan startup y ajustes, mientras el equipo de commissioning verifica la adherencia al procedimiento y registra resultados.

Entre las actividades típicas están:

confirmación de prerrequisitos de energización;
verificación de alimentación y protección;
secuencia de arranque y parada;
calibración y validación de sensores;
pruebas de lazos y puntos;
rotación y sentido de flujo;
ajustes de protección y control;
flushing, limpieza o acondicionamiento cuando corresponda;
TAB de sistemas de climatización;
validación de alarmas locales;
comunicación básica con sistemas de supervisión;
actualización de parámetros y documentación.

La salida de L3 no debe ser simplemente “equipo encendido”. El sistema debe estar estable, ajustado y documentado para que las pruebas de desempeño de L4 tengan validez.

Condiciones que impiden el avance

protecciones sin ajustes aprobados;
instrumentos sin calibración;
fallas recurrentes de comunicación;
fugas o anomalías mecánicas;
alarmas enmascaradas sin control formal;
software o firmware sin control de versión;
tendencias no disponibles;
pendientes que alteren capacidad o secuencia;
ausencia de procedimientos de emergencia;
operación todavía dependiente de intervenciones improvisadas.

L4: pruebas funcionales por sistema

En L4, cada sistema se somete a condiciones que demuestran su función y desempeño. ASHRAE Guideline 0 distingue pruebas de componentes, pruebas de sistemas, pruebas entre sistemas y pruebas orientadas a los requisitos del propietario. Para un programa L1–L5, L4 normalmente cubre la mayor parte de las pruebas funcionales por disciplina y prepara las interfaces para el IST.

Sistema eléctrico

El alcance puede abarcar:

fuentes y entradas de energía;
transformadores y tableros;
protección, selectividad e interbloqueos;
ATS, STS y transferencias;
UPS, baterías y autonomía;
generadores y sistemas auxiliares;
distribución A/B;
PDU, RPP y barras;
puesta a tierra y equipotencialidad;
medición y EPMS.

Climatización y control ambiental

chillers o sistemas de expansión directa;
bombas, torres y rechazo de calor;
CRAH, CRAC y unidades de precisión;
válvulas, dampers y controles;
contención y organización del flujo de aire;
sensores ambientales;
respuesta a variaciones de carga;
redundancia y alternancia;
alarmas e integración con BMS.

Automatización, BMS, EPMS y DCIM

mapeo de puntos;
calidad y unidad de las variables;
alarmas y prioridades;
tendencias y retención de historial;
sincronización temporal;
permisos y perfiles;
estados de comunicación;
pantallas, diagramas y navegación;
integración entre plataformas;
comportamiento ante pérdida y retorno de comunicación.

Incendio, seguridad y telecomunicaciones

El commissioning también debe cubrir las funciones relevantes de detección y alarma de incendio, supresión, control de acceso, videovigilancia, detección de intrusión, redes de gestión, cableado e interfaces de emergencia. Cada sistema puede tener normas y autoridades propias; el IST debe respetar estas responsabilidades y no sustituir aceptaciones legales o regulatorias.

Gate de L4

El sistema solo debe liberarse para integración cuando:

las pruebas funcionales previstas hayan sido ejecutadas;
la capacidad y el desempeño estén demostrados;
las secuencias y alarmas hayan sido verificadas;
las fallas críticas hayan sido corregidas y retestadas;
las configuraciones estén bajo control de versión;
las interfaces estén listas;
la documentación de campo corresponda a la condición instalada;
operación conozca las limitaciones temporales.

La testabilidad del Data Center debe diseñarse, no improvisarse durante L5.

Puntos de medición, bancos de carga, tendencias, secuencias, accesos, condiciones de aislamiento y retorno deben incorporarse al diseño y a las especificaciones antes de las adquisiciones y la obra.

Diseñe la infraestructura ya preparada para pruebas, integración y aceptación

L5: Integrated Systems Testing

El L5 debe verificar la instalación como un sistema de sistemas. El guion debe representar eventos relevantes para el riesgo del Data Center y no limitarse a repetir pruebas de equipos.

Familias de escenarios

Una matriz de IST puede incluir:

operación normal: condiciones estables, alternancia programada, modulación de capacidad y monitoreo;
mantenimiento planificado: retirada controlada de elementos, transferencia de rutas y retorno;
falla de fuente o componente: pérdida de alimentación, equipo o comunicación definida por el diseño;
degradación: reducción de capacidad sin pérdida inmediata de la carga crítica;
emergencia: eventos que activan procedimientos de protección y respuesta;
recuperación: retorno a la condición normal, recomposición de redundancia y tratamiento de alarmas;
interfaz operativa: actuación humana conforme a SOP, MOP o EOP;
escenarios combinados: solo cuando estén previstos, técnicamente justificados y sean seguros.

Qué debe observar el IST

continuidad de la función crítica;
tiempos de respuesta y transferencia;
actuación de las protecciones;
estabilidad después del evento;
capacidad remanente;
secuencia de climatización;
priorización de cargas;
alarmas correctas, inteligibles y temporizadas;
coherencia entre estados locales y de supervisión;
ausencia de condiciones ocultas;
respuesta del equipo;
posibilidad de retorno seguro;
registro cronológico completo.

El IST no es una demostración teatral

Una prueba puede parecer exitosa y aun así producir evidencia insuficiente. Esto ocurre cuando:

el escenario se conoce solo verbalmente;
los resultados esperados no fueron definidos;
se deshabilitaron alarmas sin registro;
los equipos fueron operados manualmente fuera de la secuencia diseñada;
las tendencias no estaban disponibles;
la carga de prueba no representaba la condición prevista;
hubo intervención correctiva durante el escenario sin apertura de issue;
solo se registró el resultado final;
se ignoraron fallas intermedias porque la carga permaneció energizada.

El IST debe demostrar no solo que “no se cayó”, sino que la instalación respondió conforme a los requisitos, la arquitectura y los procedimientos.

Prerrequisitos para iniciar el IST

Antes de autorizar L5, conviene realizar una revisión formal de preparación. La lista mínima incluye:

OPR/URS y BoD actualizados;
matriz de requisitos y pruebas;
diagramas y secuencias aprobados;
sistemas en condición representativa;
L1 a L4 concluidos conforme al plan;
informes y certificados disponibles;
punch list clasificada;
issues críticas cerradas;
instrumentos y bancos de carga disponibles;
calibración válida;
sistemas de monitoreo y tendencias operativos;
sincronización de tiempo verificada;
procedimientos aprobados;
análisis de riesgo de la actividad;
participantes y autoridades confirmados;
plan de comunicación;
criterios de aborto;
plan de restauración;
cumplimiento de las recomendaciones de los fabricantes;
operación capacitada para el escenario.

La presencia de un pendiente no impide automáticamente el IST. El punto decisivo es comprender si compromete seguridad, representatividad, observabilidad, capacidad, secuencia o recuperación. Esta evaluación debe quedar registrada.

Cómo estructurar un script de prueba

El procedimiento debe ser suficientemente detallado para permitir ejecución controlada, repetición y auditoría. Una estructura recomendada contiene:

Campo	Contenido esperado
Identificación	código, revisión, sistema, escenario y requisito asociado
Objetivo	función que será demostrada
Alcance	sistemas, áreas, equipos e interfaces incluidos
Referencias	OPR, BoD, diagramas, secuencias, manuales y normas
Participantes	ejecutor, operador, CxA, OE, proyectistas, fabricantes y testigos
Precondiciones	estados, cargas, disponibilidades, permisos y pendientes aceptados
Instrumentación	equipo, rango, precisión, calibración y responsable
Seguridad	riesgos, controles, límites, aborto y restauración
Pasos	acciones numeradas, sin comandos ambiguos
Resultado esperado	respuesta observable de cada sistema e interfaz
Criterio de aceptación	tolerancia, tiempo, capacidad, estado o evidencia exigida
Registro	medidas, tendencias, fotos, logs, alarmas y firmas
Issues	regla para interrupción, clasificación, corrección y retest
Cierre	retorno a la normalidad, recomposición de redundancia y liberación

ASHRAE Guideline 0 recomienda que los procedimientos identifiquen participantes, prerrequisitos, pasos, restauración, instrumentos, observaciones y rangos aceptables. También establece que las desviaciones del procedimiento se documenten y que los resultados de pruebas y retests permanezcan registrados.

Instrumentación, bancos de carga y observabilidad

El resultado del IST depende de la capacidad de medir lo que ocurrió. La instrumentación debe seleccionarse conforme a las variables y tiempos de respuesta relevantes.

Pueden ser necesarios:

analizadores de energía;
registradores de magnitudes eléctricas;
termografía;
sensores temporales de temperatura y humedad;
medición de flujo, caudal y presión;
bancos de carga resistivos o reactivos según el objetivo;
simuladores o herramientas autorizadas de señales;
captura de eventos de protección;
exportación de tendencias de BMS y EPMS;
logs de DCIM y plataformas de seguridad;
registros de video de las condiciones de campo.

La selección no debe hacerse únicamente por la disponibilidad del instrumento. Rango, resolución, precisión, tiempo de muestreo, calibración y sincronización deben ser compatibles con el fenómeno observado.

Carga de prueba

La carga debe representar el objetivo del escenario. Probar una secuencia con una carga muy inferior a la prevista puede ocultar limitaciones térmicas, tiempos de autonomía, comportamiento de generadores o capacidad de transferencia. Por otro lado, aumentar la carga sin análisis de riesgo y sin condiciones seguras puede comprometer equipos y personas.

El plan debe establecer:

potencia y perfil de carga;
distribución física y eléctrica;
duración;
condición ambiental;
incrementos y estabilización;
límites de interrupción;
responsables de conexión, operación y retirada;
compatibilidad con equipos y garantías.

Criterios de aborto y restauración

Todo escenario debe tener criterios objetivos para interrumpir la prueba. Ejemplos conceptuales incluyen riesgo para la seguridad, comportamiento fuera de los límites aprobados, pérdida de observabilidad, incapacidad de recuperar redundancia o actuación inesperada que haga inválida la continuidad del guion.

Abortar no significa automáticamente reprobar toda la instalación. Significa que el escenario dejó de ser seguro o representativo. El equipo debe:

estabilizar el sistema;
registrar el punto de interrupción;
abrir un issue;
preservar logs y tendencias;
identificar el impacto;
definir la corrección y los prerrequisitos del retest;
aprobar una nueva ejecución.

El plan de restauración es tan importante como la secuencia de falla. El Data Center debe regresar a una condición conocida, con redundancia recompuesta, alarmas tratadas, configuraciones verificadas y operación formalmente informada.

Seguridad durante las pruebas integradas

El IST no debe tratarse como una actividad exclusivamente documental. Los escenarios pueden involucrar energía, equipos rotativos, sistemas presurizados, combustibles, baterías, calor, alarmas de incendio y cambios temporales en la redundancia.

El proceso debe integrar:

análisis de riesgo de la tarea;
permisos y bloqueos aplicables;
límites de responsabilidad;
comunicación con operación y seguridad;
presencia de especialistas necesarios;
recomendaciones de fabricantes;
protección de personas y equipos;
plan de emergencia;
control de modificaciones temporales;
confirmación del retorno a la configuración normal.

El procedimiento de commissioning nunca debe utilizarse para eludir requisitos de seguridad, responsabilidades legales o límites de operación de los equipos.

Matriz de trazabilidad

La trazabilidad conecta lo que el propietario solicitó con lo que efectivamente se demostró.

Elemento	Ejemplo de vínculo
Requisito	la carga crítica debe permanecer atendida durante el evento definido
BoD	arquitectura y secuencia elegidas para cumplir el requisito
Documento de diseño	unifilar, lógica, diagrama y especificación aplicables
Procedimiento	script que crea la condición y mide la respuesta
Resultado	datos, tendencias, tiempos, estados y observaciones
Issue	desviación identificada durante la prueba
Corrección	acción ejecutada por el responsable
Retest	nueva evidencia después de la corrección
Aceptación	decisión formal y riesgo residual asociado

Sin esta cadena, el informe puede demostrar que se ejecutaron actividades, pero no que se cumplieron los requisitos.

Gestión de issues, punch list y retests

No todos los pendientes tienen el mismo efecto sobre la aceptación. La clasificación debe considerar seguridad, continuidad, capacidad, redundancia, conformidad, operación, documentación y riesgo de recurrencia.

Una estructura posible es:

Clase	Efecto típico	Tratamiento
Crítica	compromete seguridad, función esencial o validez de la prueba	impide el avance o la aceptación hasta la corrección y retest
Mayor	reduce capacidad, redundancia, desempeño o recuperación	requiere decisión formal; generalmente exige corrección antes de la aceptación final
Menor	no compromete la función principal, pero requiere regularización	puede admitir aceptación condicionada con plazo y responsable
Documental	evidencia, plano, manual o registro incompleto	evaluar el impacto sobre operación, mantenimiento y trazabilidad
Mejora	recomendación sin incumplimiento de requisito	registrar por separado para no confundir con una no conformidad

La ABNT NBR IEC 62337 asocia la punch list con trabajos incompletos, reparaciones y ajustes, previendo la repetición de verificaciones hasta la solución. ASHRAE Guideline 0 exige que las pruebas anteriores con falla también permanezcan en el informe, además del resultado final aceptado.

Retest

El retest debe verificar la corrección y el riesgo de efectos colaterales. Dependiendo de la modificación, puede ser necesario repetir:

solo el paso afectado;
todo el procedimiento del sistema;
escenarios de integración relacionados;
pruebas anteriores cuya validez quedó comprometida;
la baseline de configuración o desempeño.

La decisión debe ser técnica y documentada, no basada únicamente en el plazo de obra.

Criterios de aceptación técnica

La aceptación no es sinónimo de ausencia absoluta de pendientes. Es una decisión basada en requisitos, evidencias, responsabilidades y riesgo residual.

Aceptación del nivel

Cada nivel debe tener sus propios criterios. Ejemplos:

documentos previstos entregados;
pruebas ejecutadas y aprobadas;
pendientes críticos cerrados;
desviaciones aceptadas por la autoridad competente;
registros firmados;
configuración congelada o controlada;
condición segura para avanzar.

Aceptación provisional o condicionada

Puede ser aplicable cuando la función principal está demostrada, pero todavía existen pendientes controlados. El término debe indicar:

ítems remanentes;
impacto técnico;
controles temporales;
responsables;
plazos;
retenciones o condiciones contractuales;
pruebas diferidas;
condición para la aceptación definitiva.

Aceptación definitiva

Requiere verificar que obligaciones, correcciones, documentos, capacitación, pruebas y entregables se hayan concluido conforme al contrato. La decisión también debe considerar operación y mantenimiento, no solo construcción.

El tema se desarrolla con mayor profundidad en Criterios de Aceptación en Ingeniería.

Riesgo residual

Incluso después del commissioning pueden permanecer limitaciones conocidas. El riesgo residual debe explicitarse, evaluarse y ser aceptado por el propietario — no quedar oculto en observaciones dispersas.

El registro debe indicar:

requisito afectado;
condición observada;
probabilidad y consecuencia;
capacidad o redundancia remanente;
control compensatorio;
restricción operativa;
plazo de corrección;
autoridad que lo aceptó;
necesidad de monitoreo o retest.

La autoridad de commissioning puede recomendar aceptación o rechazo; el Owner’s Engineering puede evaluar impactos y proteger los intereses del propietario; pero la tolerancia empresarial al riesgo permanece con el propietario.

Responsabilidades en el comisionamiento de Data Center

Agente	Responsabilidad dominante
Propietario	aprobar requisitos, aportar representantes, decidir sobre riesgo y aceptar entregas
Owner’s Engineering	representar técnicamente al propietario, revisar requisitos, interfaces, cambios, evidencias y recomendaciones
Autoridad de commissioning	planificar, coordinar, testificar, verificar, registrar e informar el proceso
Proyectistas	responder por las soluciones, BoD, secuencias, cálculos y correcciones de diseño
Gerencia	integrar plazo, costo, contratos, comunicación e hitos del proyecto
Constructores e integradores	ejecutar, controlar calidad, completar checklists, corregir desviaciones y operar sistemas durante las pruebas
Fabricantes	proporcionar documentación, startup, asistencia, pruebas y requisitos de garantía
Operación	participar en requisitos, procedimientos, pruebas, capacitación, handover y aceptación operativa
Autoridades competentes	realizar las aprobaciones legales o regulatorias aplicables

La matriz RACI del proyecto debe detallar quién ejecuta, quién tiene autoridad final, quién es consultado y quién es informado en cada entregable y prueba.

Owner’s Engineering y comisionamiento no son la misma función

El OE protege los requisitos, decisiones e intereses del propietario a lo largo del proyecto. La autoridad de commissioning conduce el proceso de verificación conforme al alcance aprobado. Las funciones pueden trabajar de forma integrada, pero sus límites deben estar claros.

El tema se desarrolla específicamente en Owner’s Engineering en Data Centers.

En términos prácticos:

el OE ayuda a transformar requisitos en obligaciones contractuales;
la CxA estructura el plan, checklists y pruebas;
los proyectistas definen soluciones y secuencias;
los contratistas ejecutan y corrigen;
operación participa en los escenarios y recibe el activo;
el propietario decide sobre aceptación y riesgo residual.

Operación debe participar antes de L5

El equipo de operación no debe conocer la instalación únicamente en el handover. La ABNT NBR ISO/IEC 22237-1 recomienda que procesos, roles y responsabilidades se definan antes de la operación y que el equipo sea instruido y capacitado durante las pruebas de aceptación.

La participación debe incluir:

revisión de modos de operación;
validación de alarmas y prioridades;
desarrollo de SOP, MOP y EOP;
observación de startup y pruebas funcionales;
participación en IST;
capacitación práctica;
acceso al Systems Manual;
comprensión de limitaciones y pendientes;
capacidad de restaurar la condición normal;
conocimiento de escalamiento y soporte.

Una prueba puede demostrar desempeño técnico y aun así revelar baja preparación operativa. Esta condición debe tratarse antes de la transferencia definitiva.

Systems Manual y documentación de handover

La documentación final debe funcionar como recurso de operación, no únicamente como archivo contractual. ASHRAE Guideline 0 recomienda un Systems Manual que reúna OPR, BoD, plan e informe de commissioning, manuales, esquemas, planos de registro, pruebas, procedimientos operativos, mantenimiento y capacitación.

Para Data Centers, el paquete puede incluir:

índice y matriz de documentos;
requisitos finales y desviaciones aprobadas;
diagramas y planos as built;
configuraciones y versiones relevantes;
estudios y ajustes de protección;
informes L1 a L5;
logs de issues y punch list;
certificados y calibraciones;
tendencias y resultados de carga;
SOP, MOP y EOP;
planes de mantenimiento;
listas de repuestos;
contactos y garantías;
capacitación y registros de asistencia;
limitaciones y riesgo residual;
pruebas diferidas y fechas previstas.

Pruebas diferidas

Algunas pruebas pueden depender de carga TIC, condiciones ambientales, disponibilidad de la compañía eléctrica o una ventana operativa que todavía no existe. Aplazar no significa dispensar.

El informe debe registrar:

prueba diferida;
justificación;
precondición necesaria;
riesgo de operar antes de la prueba;
control temporal;
responsable;
plazo o gatillo;
condición contractual;
forma de ejecución y aceptación posterior.

Comisionamiento en ampliación o modernización de un Data Center activo

En instalaciones operativas, el proceso debe proteger la carga existente. La planificación debe considerar fronteras, ventanas, rollback, redundancia temporal, comunicación, permisos y riesgo de interacción con sistemas legacy.

Buenas prácticas de gobernanza incluyen:

levantamiento confiable de la condición existente;
validación de diagramas y configuraciones reales;
segregación entre lo nuevo y lo existente;
pruebas fuera de línea siempre que sea posible;
implementación por etapas y gates;
análisis de impacto de cada energización;
MOP aprobado para intervenciones;
contingencia y retorno;
monitoreo reforzado después de los cambios;
operación asistida.

La página de Diagnóstico y Modernización de Data Centers y CPDs presenta la etapa anterior necesaria para estructurar este tipo de intervención.

Indicadores del proceso

El seguimiento no debe limitarse a la cantidad de pruebas ejecutadas. Indicadores útiles incluyen:

Indicador	Interpretación
requisitos cubiertos por pruebas	mide trazabilidad y brechas
procedimientos aprobados versus planificados	indica madurez para la ejecución
tasa de aprobación en la primera ejecución	revela calidad de diseño, instalación y preparación
issues por sistema y criticidad	muestra concentración de riesgo
tiempo medio de resolución	indica capacidad de respuesta
reincidencia después del retest	evalúa eficacia de las correcciones
pruebas bloqueadas por prerrequisitos	evidencia problemas de planificación
pendientes abiertos en el handover	mide riesgo transferido a operación
capacitación concluida por función y turno	mide preparación operativa
pruebas diferidas	identifica cobertura aún no demostrada

Los indicadores no sustituyen el análisis técnico. Una tasa alta de aprobación puede resultar de pruebas superficiales; una tasa inicial más baja puede revelar un proceso riguroso que detectó y corrigió problemas antes de la operación.

Errores comunes

contratar commissioning únicamente al final de la obra;
adoptar L1–L5 sin definir el contenido de cada nivel;
confundir FAT, SAT, startup, prueba funcional e IST;
iniciar L5 con pendientes críticos o sin observabilidad;
usar scripts genéricos sin vínculo con OPR y BoD;
probar equipos, pero no interfaces;
ejecutar escenarios sin criterios de aborto y restauración;
permitir cambios temporales sin control de configuración;
aceptar solo checklists sin evidencias;
excluir operación del proceso;
registrar únicamente la prueba aprobada y eliminar fallas anteriores;
liberar el activo sin un Systems Manual utilizable;
tratar el riesgo residual como observación informal;
no prever retests y costos de repetición en los contratos;
confundir aceptación técnica con liberación automática de todas las obligaciones contractuales.

Checklist ejecutivo del comisionamiento de Data Center

Antes de autorizar el IST, confirme:

¿Los requisitos son medibles y tienen pruebas asociadas?
¿El BoD y las secuencias reflejan la instalación actual?
¿La nomenclatura de los niveles está definida en el contrato?
¿L1 a L4 tienen gates e informes aprobados?
¿Los sistemas fueron probados individualmente bajo condiciones representativas?
¿Las interfaces están documentadas?
¿La punch list fue clasificada por criticidad?
¿No existen pendientes que invaliden el escenario?
¿Las configuraciones están controladas?
¿Los instrumentos y bancos de carga son adecuados?
¿Las calibraciones están vigentes?
¿BMS, EPMS y DCIM registran tendencias y eventos?
¿Los relojes de los sistemas están sincronizados?
¿El script incluye resultados esperados y tolerancias?
¿Existen criterios de aborto?
¿Existe un plan de restauración?
¿Los participantes tienen autoridad y competencia?
¿Operación conoce y participa en el escenario?
¿Los riesgos y medidas de seguridad fueron aprobados?
¿El método de registro y firma está definido?
¿Issues y retests tienen un flujo formal?
¿El responsable de la aceptación está identificado?
¿El riesgo residual será documentado?
¿Las pruebas diferidas tienen plan y plazo?
¿El handover tiene entregables y criterios propios?

La aceptación del Data Center exige gobernanza técnica más allá de la ejecución de las pruebas.

Requisitos, interfaces, cambios, issues, retests, riesgo residual y decisiones deben permanecer trazables en nombre del propietario durante todo el ciclo de implementación.

Mantenga requisitos, riesgos y decisiones de aceptación bajo la gobernanza del propietario

Alcance de ingeniería consultiva de A3A Engenharia

A3A Engenharia puede estructurar y acompañar el commissioning de Data Centers desde los requisitos y el diseño hasta la implementación, pruebas integradas, aceptación y transición operativa. El alcance debe definirse según criticidad, arquitectura, modelo contractual, fase del proyecto y responsabilidades de los demás agentes.

La actuación puede abarcar:

revisión de OPR, URS y BoD;
revisión de diseño orientada a la testabilidad;
plan y matriz de commissioning;
definición de niveles, gates y entregables;
revisión de FAT, SAT y procedimientos funcionales;
elaboración o revisión de scripts de IST;
matriz de interfaces y trazabilidad;
acompañamiento y testificación de pruebas;
gestión técnica de issues y retests;
evaluación de criterios de aceptación;
dictámenes para el propietario;
auditoría de handover y preparación operativa;
integración con Owner’s Engineering y operación asistida.

La responsabilidad de ejecución y autoría permanece con los contratistas y proyectistas correspondientes. La autoridad decisoria y los límites de aprobación deben definirse en el contrato y en la gobernanza del proyecto.

Resumen técnico

El comisionamiento de Data Center debe funcionar como un proceso continuo, desde los requisitos y el diseño hasta las pruebas, la documentación y la transferencia a operación. Los niveles L1 a L5 deben operar como gates documentados, no como etiquetas. Requisitos, fabricación, instalación, startup, pruebas funcionales, IST, instrumentación, seguridad, issues, retests, documentación y operación deben formar una cadena trazable.

La secuencia numérica no es universal. Por ello, el plan de commissioning debe definir el contenido de cada nivel, las responsabilidades, las evidencias y los criterios de avance. La aceptación técnica solo es defendible cuando el propietario puede relacionar requisitos con procedimientos, resultados, pendientes, correcciones, retests y riesgo residual.

Referencias técnicas

[1] ABNT. ABNT NBR ISO/IEC 22237-1:2023 — Tecnología de la información — Instalaciones e infraestructuras de data center — Parte 1: Conceptos generales. Rio de Janeiro: Associação Brasileira de Normas Técnicas, 2023.

[2] ABNT. ABNT NBR IEC 62337:2020 — Comisionamiento de sistemas eléctricos, de instrumentación y de control de procesos industriales — Fases e hitos específicos. Rio de Janeiro: Associação Brasileira de Normas Técnicas, 2020.

[3] ASHRAE. Guideline 0-2019 — The Commissioning Process. Atlanta: American Society of Heating, Refrigerating and Air-Conditioning Engineers, 2019.

[4] ASHRAE. Standard 202-2024 — The Commissioning Process Requirements for New Buildings and New Systems. Atlanta: American Society of Heating, Refrigerating and Air-Conditioning Engineers, 2024.

[5] AABC COMMISSIONING GROUP. ACG Commissioning Guideline for Building Owners, Design Professionals and Commissioning Service Providers. Washington, DC: ACG, 2005.

[6] JLL. Do you know the seven stages of data center commissioning? 17 feb. 2025. Disponible en: https://www.jll.com/en-us/guides/do-you-know-the-seven-stages-of-data-center-commissioning. Consultado: 27 jul. 2026.

[7] JLL. Commissioning strategies to ensure uninterrupted data center performance. 2024. Disponible en: https://www.jll.com/en-de/insights/commissioning-strategies-to-ensure-uninterrupted-data-center-performance. Consultado: 27 jul. 2026.

[8] TIA. ANSI/TIA-942-C — Telecommunications Infrastructure Standard for Data Centers. Arlington: Telecommunications Industry Association, 2024.

[9] UPTIME INSTITUTE. Data Center Site Infrastructure Tier Standard: Operational Sustainability. New York: Uptime Institute.

[10] A3A ENGENHARIA. FAT, SAT y Pruebas Integradas en Sistemas Críticos: cómo validar entregas antes de la aceptación técnica. Ponta Grossa: A3A Engenharia, 2026.

Preguntas frecuentes

¿Qué es IST en Data Centers?

IST es Integrated Systems Testing, la etapa que verifica el comportamiento coordinado de la infraestructura crítica en escenarios normales, anormales, de contingencia y recuperación.

¿Cuál es la diferencia entre IST y SAT?

El SAT verifica la aceptación en campo de un equipo o sistema. El IST evalúa la interacción entre varios sistemas y la capacidad del Data Center de cumplir los requisitos integrados.

¿Los niveles L1 a L5 están definidos por ABNT o ASHRAE?

No como una tabla universal. Las normas estructuran el proceso, las fases, las pruebas, la documentación y la aceptación. El plan y el contrato deben definir el contenido de cada nivel.

¿Qué se prueba normalmente en L5?

Escenarios de integración que involucran energía, UPS, baterías, generadores, distribución, climatización, automatización, alarmas, monitoreo, seguridad y respuesta operativa.

¿Es posible ejecutar IST con pendientes abiertos?

Solo cuando los pendientes han sido clasificados, no comprometen la seguridad ni la validez del escenario y existe aprobación formal para continuar.

¿Quién debe ejecutar las pruebas de commissioning?

Los contratistas y fabricantes normalmente operan los sistemas. La autoridad de commissioning coordina, testifica y documenta; proyectistas, OE, operación y propietario participan según la matriz de responsabilidades.

¿Cuáles son los principales prerrequisitos del IST?

Requisitos y diseños actualizados, conclusión de los niveles anteriores, sistemas estables, procedimientos aprobados, instrumentación válida, observabilidad, análisis de riesgo, criterios de aborto y plan de restauración.

¿Qué debe contener un script de IST?

Objetivo, alcance, referencias, participantes, precondiciones, instrumentación, riesgos, pasos, resultados esperados, tolerancias, evidencias, criterios de aborto, restauración y tratamiento de issues.

¿Cómo tratar una falla durante el IST?

El sistema debe estabilizarse, la ocurrencia registrarse, los datos preservarse, el issue clasificarse, la corrección definirse y el retest planificarse según el impacto.

¿Cuál es la diferencia entre Owner’s Engineering y la autoridad de commissioning?

El OE representa técnicamente al propietario y evalúa requisitos, interfaces, cambios y riesgos. La autoridad de commissioning conduce el proceso de verificación conforme al plan aprobado.