Cuando el equipo nuevo falla en pruebas

Un generador de emergencia llega a sitio instalado, alineado y con las pruebas de su fabricante ya firmadas. En papel está listo. Se le aplica una prueba de carga súbita y no la sostiene.

Esa escena no es una anomalía. Es una de las situaciones que más se repiten en el commissioning de infraestructura de misión crítica, y conviene decirlo con claridad: cuando un equipo nuevo falla durante las pruebas, el proceso no está fallando. Está funcionando.

"Instalado y probado" no significa funcional

Un proceso de commissioning completo recorre cinco niveles: revisión de las pruebas de fábrica (Cx1), pruebas prefuncionales de instalación (Cx2), pruebas funcionales equipo por equipo (Cx3), pruebas de sistemas (Cx4) y la prueba integrativa final o IST (Cx5), donde toda la infraestructura opera en conjunto y se somete a escenarios de falla.

La diferencia entre los primeros niveles y los últimos explica por qué aparecen fallas en equipos que ya venían certificados. La prueba de un fabricante valida el equipo en aislamiento, en su banco y bajo sus propias condiciones. El commissioning lo valida instalado, integrado con el resto de los sistemas y bajo las condiciones de diseño del proyecto real. Son dos preguntas distintas, y la segunda es la que le importa a quien va a operar el edificio.

Desde mi experiencia coordinando commissioning en proyectos de misión crítica, los hallazgos serios rara vez aparecen en Cx1 o Cx2. Aparecen cuando el equipo tiene que responder.

Dos fallas que solo aparecen bajo prueba real

En un data center en construcción en México, con alcance de commissioning completo sobre los sistemas eléctrico y de HVAC, varios equipos críticos ya instalados —y previamente probados por sus contratistas y proveedores— fallaron en el momento en que nosotros los probamos.

Generadores que no sostienen el escalón de carga

Los generadores deemergencia no tuvieron problema para arrancar ni para sostener una cargaestable. Donde fallaron fue en la prueba de escalón de carga: el instante enque la energía normal se corta, los UPS agotan su respaldo y el generador debeabsorber, de golpe, toda la carga del sitio. Ante ese escalón real, eldesempeño no fue el esperado y se requirieron mantenimientos mayores antes deque los equipos pudieran acreditar la prueba.

Vale la pena entenderpor qué son pruebas distintas. Arrancar, sincronizarse a la red y sostener unacarga que ya está estable son tareas graduales; el generador tiene tiempo deajustarse. El escalón de carga no da ese margen: exige la respuesta completa enel mismo instante en que ocurre la falla. Un generador puede cumplir con loprimero y aun así no resistir lo segundo.

En un edificio de oficinas eso queda como una observación. En infraestructura crítica es la prueba que define si el respaldo sirve para lo que realmente se le va a pedir.

Un chiller con desempeño fuera de diseño

Del lado mecánico, un chiller nuevo y ya instalado tardaba mucho más de lo previsto en alcanzar las temperaturas de diseño. Al investigar el origen, se nos reportó que la unidad había sufrido daño durante su transporte marítimo, con corrosión en tubería de cobre por exposición a ambiente salino. Requirió mantenimiento y cambio de piezas mayores para volver a operar dentro de parámetros.

La lección técnica es que una desviación de desempeño es un síntoma, no un diagnóstico. La causa raíz puede ser anterior a la instalación —incluso anterior a la llegada a sitio— y solo se vuelve visible cuando alguien mide contra la especificación de diseño del proyecto, no contra la hoja de datos del fabricante. Es la misma razón por la que la gestión térmica de un data center se verifica en condiciones reales de carga y no en el papel.

La consecuencia real: rondas de prueba repetidas

Cada falla encontrada tiene un costo de proceso que rara vez se contempla en el cronograma: reparar y volver a probar desde el inicio. En este proyecto se realizaron cuatro rondas completas de pruebas en generadores y tres en chillers.

Ese es el orden de magnitud que conviene tener en mente al planear. Un cronograma de commissioning que asume una sola ronda por equipo está asumiendo que todo lo instalado va a pasar en el primer intento, y eso no es lo que ocurre en campo. En KINENERGY dimensionamos desde la planeación las rondas de reprueba y las condiciones que las disparan, precisamente porque sabemos que el equipo instalado no siempre acredita a la primera.

Cuando la obra se atrasa, el commissioning se reorganiza

El otro aprendizaje es de despliegue. El proyecto se planteó bajo un esquema fast track de tres a cuatro meses y terminó extendiéndose por retrasos de obra ajenos al commissioning. Como el commissioning trabaja al final de la construcción, ese retraso llega íntegro a nuestra etapa: es el mismo mecanismo por el que un data center puede dejar de ser operable en los tiempos previstos.

La respuesta no fue esperar. Mientras el sitio no permitía probar de forma continua, operamos con visitas semanales para cubrir Cx2 y Cx3. Cuando la obra alcanzó el punto en que ya era posible probar equipos todo el día, pasamos a una residencia en sitio para Cx3, Cx4 y Cx5, con oficina propia y el equipo completo disponible. Adaptar la forma de estar en obra a lo que la obra realmente permite —y sostener en cada etapa los recorridos de seguridad pre-arranque antes de energizar cualquier equipo— es lo que hizo posible recuperar un mes de cronograma al cierre.

Por qué conviene que el equipo falle contigo y no con tu cliente

Al comentar los hallazgos con el cliente, lo que se llevó no fue la incomodidad de que su equipo nuevo hubiera fallado. Fue la certeza de que si un equipo iba a fallar, iba a fallar justo cuando estábamos probándolo. Y esa es exactamente la idea.

Un generador que no soporta el escalón de carga lo va a demostrar en algún momento. Lo que cambia es cuándo: durante Cx3, con el fabricante todavía obligado y el data center sin carga real encima, o meses después de la entrega, con servidores operando. La diferencia entre esos dos escenarios no es técnica. Es de negocio.

Por eso el commissioning no debería leerse como un trámite de cierre ni como una segunda revisión de lo que ya revisó el proveedor. Es el último punto del proyecto en el que una falla todavía es barata, y en KINENERGY lo tratamos como tal: se prueba hasta que el sistema responde, no hasta que el calendario se agota. Esa disciplina es lo que evita que un data center entregado en tiempo tenga su primera interrupción con el cliente final ya adentro.