{"id":81792,"date":"2026-09-19T18:42:48","date_gmt":"2026-09-19T21:42:48","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&#038;p=81792"},"modified":"2026-09-19T18:43:19","modified_gmt":"2026-09-19T21:43:19","slug":"pruebas-integradas-sistemas-ist-data-centers-escenarios-criterios-aceptacion","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/pruebas-integradas-sistemas-ist-data-centers-escenarios-criterios-aceptacion\/","title":{"rendered":"Pruebas Integradas de Sistemas (IST) en Data Centers: escenarios y criterios de aceptaci\u00f3n"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Las Pruebas Integradas de Sistemas en Data Centers verifican si la infraestructura cr\u00edtica responde de forma coordinada cuando ocurre un cambio de estado, un mantenimiento planificado, una falla, una condici\u00f3n degradada o una emergencia. El objetivo no es solamente confirmar que cada equipo funciona aisladamente, sino demostrar que energ\u00eda, climatizaci\u00f3n, automatizaci\u00f3n, telecomunicaciones, seguridad, incendios, controles y operaci\u00f3n preservan conjuntamente la funci\u00f3n cr\u00edtica dentro de los l\u00edmites definidos.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Esta distinci\u00f3n es esencial. Un UPS puede haber sido aprobado en la prueba funcional; un grupo electr\u00f3geno puede haber completado su arranque; un chiller puede haber alcanzado la capacidad nominal; el BMS puede haber recibido los puntos previstos. Aun as\u00ed, la infraestructura puede fallar cuando estos sistemas deben actuar en secuencia. Es precisamente en esta frontera entre sistemas donde surgen retrasos de comando, interbloqueos inconsistentes, alarmas ambiguas, dependencias ocultas, fallas de comunicaci\u00f3n, prioridades incorrectas y dificultades para retornar al estado normal.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">En este contexto, <strong>IST<\/strong> significa <strong>Integrated Systems Testing<\/strong> o <strong>Integrated Systems Test<\/strong>: la verificaci\u00f3n integrada orientada a escenarios que eval\u00faa interfaces, estados degradados, fallas, recuperaci\u00f3n y respuesta operacional. Este art\u00edculo profundiza en c\u00f3mo estructurar, ejecutar, registrar y aceptar este tipo de prueba en Data Centers, distingui\u00e9ndolo de los niveles anteriores del proceso de commissioning.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">\u00bfQu\u00e9 son las Pruebas Integradas de Sistemas en Data Centers?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La prueba integrada de sistemas es una verificaci\u00f3n orientada a escenarios. Provoca o simula eventos previamente definidos y observa si los sistemas involucrados responden de acuerdo con los requisitos del propietario, la base de dise\u00f1o, las secuencias de operaci\u00f3n, las l\u00f3gicas de control, los procedimientos aprobados y los criterios de desempe\u00f1o. En el ciclo completo, esta etapa sucede a verificaciones anteriores como FAT, SAT, pre-commissioning y pruebas funcionales; la visi\u00f3n de los niveles y gates est\u00e1 en el art\u00edculo sobre <a href=\"\/conteudo\/artigos-tecnicos\/ist-data-center-niveis-l1-l5\/\">Commissioning de Data Center<\/a>, mientras que la distinci\u00f3n entre <a href=\"\/conteudo\/artigos-tecnicos\/fat-sat-testes-integrados-sistemas-criticos\/\">FAT, SAT y pruebas integradas<\/a> se profundiza por separado.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">En lugar de preguntar solamente \u201c\u00bfel equipo funcion\u00f3?\u201d, el IST busca responder:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>\u00bfel evento fue detectado correctamente?<\/li><li>\u00bflas protecciones actuaron en el orden esperado?<\/li><li>\u00bfla carga cr\u00edtica permaneci\u00f3 atendida?<\/li><li>\u00bfel sistema alternativo entr\u00f3 en operaci\u00f3n dentro del tiempo requerido?<\/li><li>\u00bfla capacidad remanente fue suficiente?<\/li><li>\u00bflas condiciones t\u00e9rmicas permanecieron dentro de los l\u00edmites?<\/li><li>\u00bflas alarmas fueron recibidas, priorizadas y comprendidas?<\/li><li>\u00bfel equipo identific\u00f3 el estado real de la instalaci\u00f3n?<\/li><li>\u00bfel sistema permaneci\u00f3 estable durante el per\u00edodo definido?<\/li><li>\u00bfel retorno al estado normal ocurri\u00f3 de forma segura?<\/li><li>\u00bfla redundancia fue recompuesta y confirmada?<\/li><li>\u00bflas evidencias permiten demostrar el resultado?<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Un escenario de p\u00e9rdida de alimentaci\u00f3n de la compa\u00f1\u00eda el\u00e9ctrica, por ejemplo, puede involucrar detecci\u00f3n de la condici\u00f3n, actuaci\u00f3n de protecciones, sostenimiento mediante UPS y bater\u00edas, arranque de grupos electr\u00f3genos, transferencia de cargas, priorizaci\u00f3n de sistemas auxiliares, continuidad de la climatizaci\u00f3n, actualizaci\u00f3n de supervisores, generaci\u00f3n de alarmas, actuaci\u00f3n del equipo y posterior retorno a la condici\u00f3n normal.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El resultado no puede reducirse a \u201cno hubo desconexi\u00f3n\u201d. La prueba debe demostrar que la respuesta completa fue coherente con los requisitos y que no surgieron condiciones ocultas capaces de comprometer la operaci\u00f3n futura.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">IST, SAT, prueba funcional y prueba de desempe\u00f1o<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La terminolog\u00eda debe definirse en el plan de commissioning y en el contrato, porque diferentes organizaciones utilizan nomenclaturas propias. La diferencia pr\u00e1ctica est\u00e1 en el objeto de la verificaci\u00f3n: el SAT observa la aceptaci\u00f3n en campo de un equipo o sistema; la prueba funcional demuestra funciones dentro de una disciplina; el IST verifica interfaces y respuesta conjunta; y la prueba de desempe\u00f1o comprueba par\u00e1metros medibles bajo condiciones definidas.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Modalidad<\/th><th>Foco principal<\/th><th>Ejemplo en Data Center<\/th><\/tr><\/thead><tbody><tr><td>SAT \u2014 Site Acceptance Test<\/td><td>Aceptaci\u00f3n en campo despu\u00e9s de la instalaci\u00f3n<\/td><td>Configuraci\u00f3n, energizaci\u00f3n, comunicaci\u00f3n y desempe\u00f1o espec\u00edfico de un UPS o tablero<\/td><\/tr><tr><td>Prueba funcional<\/td><td>Funciones, secuencias e interbloqueos de un sistema<\/td><td>Transferencia a bater\u00edas, bypass, alarmas y reparto de carga del sistema UPS<\/td><\/tr><tr><td>IST \u2014 Integrated Systems Testing<\/td><td>Interacci\u00f3n entre sistemas en un escenario com\u00fan<\/td><td>P\u00e9rdida de fuente con actuaci\u00f3n coordinada de UPS, generadores, distribuci\u00f3n, climatizaci\u00f3n, BMS, EPMS y operaci\u00f3n<\/td><\/tr><tr><td>Prueba de desempe\u00f1o<\/td><td>Par\u00e1metros garantizados en condici\u00f3n definida<\/td><td>Capacidad, autonom\u00eda, tiempos, condiciones ambientales o desempe\u00f1o bajo carga<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">El IST puede incorporar mediciones de desempe\u00f1o, pero su caracter\u00edstica distintiva es verificar la cadena de interfaces. ABNT NBR IEC 62337 refuerza que las condiciones de partida, instrumentaci\u00f3n, m\u00e9todos de medici\u00f3n, tolerancias, duraci\u00f3n, evaluaci\u00f3n e informes deben definirse previamente cuando haya demostraci\u00f3n de desempe\u00f1o.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Fundamentaci\u00f3n t\u00e9cnica y normativa<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">ABNT NBR ISO\/IEC 22237-1 establece que la operaci\u00f3n, la gesti\u00f3n, los procesos y los indicadores deben considerarse desde el dise\u00f1o. La norma tambi\u00e9n orienta que procesos, roles y responsabilidades se definan antes del inicio de la operaci\u00f3n y que el equipo operacional sea instruido sobre la infraestructura y entrenado durante las pruebas de aceptaci\u00f3n.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La misma norma determina que la verificaci\u00f3n de aceptaci\u00f3n y el commissioning se realicen antes de la entrega del Data Center a operaci\u00f3n. Sus conceptos de disponibilidad, confiabilidad y resiliencia refuerzan que una instalaci\u00f3n no debe evaluarse solamente por la existencia de componentes redundantes, sino por su capacidad de desempe\u00f1ar la funci\u00f3n prevista y resistir fallas.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ABNT NBR IEC 62337, aunque tiene origen en sistemas el\u00e9ctricos, instrumentaci\u00f3n y control de procesos industriales, proporciona principios directamente aplicables a la gobernanza del commissioning: fases e hitos definidos, planificaci\u00f3n de pruebas, documentaci\u00f3n, responsabilidades, listas de pendientes, procedimientos detallados, registros operacionales, condiciones de readiness, evaluaci\u00f3n formal y aceptaci\u00f3n por el propietario.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El Tier Standard: Operational Sustainability de Uptime Institute incluye la prueba operacional de sistemas integrados como comportamiento preoperacional relevante para instalaciones de mayor criticidad. El mismo est\u00e1ndar destaca que commissioning, capacitaci\u00f3n, procedimientos, mantenimiento y gesti\u00f3n son necesarios para que la infraestructura alcance el potencial de desempe\u00f1o de su topolog\u00eda.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Las normas espec\u00edficas contin\u00faan siendo aplicables a las disciplinas. ABNT NBR 17207 establece criterios ambientales para entornos de TIC y Data Centers; ABNT ISO\/IEC TS 22237-5 trata la disponibilidad y los m\u00faltiples caminos de la infraestructura de telecomunicaciones; y ABNT NBR 17240 establece requisitos propios para sistemas de detecci\u00f3n y alarma de incendios. El IST debe integrar interfaces sin sustituir ensayos legales, aceptaciones regulatorias o responsabilidades t\u00e9cnicas espec\u00edficas.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">\u00bfCu\u00e1l es el objetivo del IST?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">El objetivo del IST debe definirse a partir de los requisitos del emprendimiento. La primera dimensi\u00f3n es funcional: demostrar que la carga cr\u00edtica permanece atendida, que protecciones e interbloqueos act\u00faan correctamente y que los sistemas coordinan sus respuestas sin crear estados conflictivos.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La segunda dimensi\u00f3n es de resiliencia y operaci\u00f3n. La prueba debe mostrar la capacidad remanente en estados degradados, el mantenimiento de las condiciones ambientales, la estabilidad durante el per\u00edodo de observaci\u00f3n y la posibilidad de recuperar la instalaci\u00f3n y recomponer la redundancia. BMS, EPMS, DCIM y dem\u00e1s plataformas deben registrar los eventos de forma coherente para que el equipo comprenda el estado real del Data Center.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Finalmente, el resultado debe ser trazable: datos, tiempos, tendencias, alarmas, intervenciones y decisiones deben permitir reconstruir el escenario y sustentar la aceptaci\u00f3n. El objetivo no es probar que \u201ctodo funciona al mismo tiempo\u201d, sino confirmar escenarios seleccionados con base en riesgos, requisitos, arquitectura y modos de falla relevantes.<\/p>\n\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>IST no es una demostraci\u00f3n ensayada<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La prueba debe producir evidencias sobre la respuesta coordinada de los sistemas, incluidos estados intermedios, limitaciones y condiciones degradadas.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/servicos-transversais\/comissionamento-aceite-data-centers\/\"><strong>Estructure los escenarios, evidencias y criterios de aceptaci\u00f3n del IST con gobernanza t\u00e9cnica independiente \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n\n<h2 class=\"wp-block-heading\">El IST debe estar orientado por requisitos y riesgos<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Los scripts gen\u00e9ricos producen pruebas gen\u00e9ricas. La matriz de escenarios debe derivar de los documentos que definen el emprendimiento, incluyendo:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>OPR, URS o requisitos del propietario;<\/li><li>Basis of Design;<\/li><li>diagramas unifilares y funcionales;<\/li><li>secuencias de operaci\u00f3n;<\/li><li>matrices de causa y efecto;<\/li><li>estudios de selectividad, cortocircuito y coordinaci\u00f3n;<\/li><li>listas de cargas y prioridades;<\/li><li>memorias de c\u00e1lculo;<\/li><li>an\u00e1lisis de modos de falla;<\/li><li>an\u00e1lisis de riesgo del negocio;<\/li><li>requisitos de disponibilidad;<\/li><li>contratos y garant\u00edas de desempe\u00f1o;<\/li><li>manuales de fabricantes;<\/li><li>MOPs, SOPs y EOPs;<\/li><li>requisitos legales y de las autoridades competentes.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">El an\u00e1lisis debe identificar qu\u00e9 eventos pueden comprometer la funci\u00f3n cr\u00edtica, qu\u00e9 interfaces participan en la respuesta y qu\u00e9 evidencias demuestran el resultado.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Una matriz de trazabilidad permite relacionar:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>requisito \u2192 riesgo \u2192 escenario \u2192 est\u00edmulo \u2192 respuesta esperada \u2192 variable medida \u2192 criterio de aceptaci\u00f3n \u2192 evidencia \u2192 responsable de aprobaci\u00f3n.<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Esta estructura reduce brechas y evita que la prueba sea definida solamente con base en la experiencia informal de los participantes.<\/p>\n\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>Readiness es un gate, no una percepci\u00f3n<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El IST solo debe comenzar cuando requisitos, configuraci\u00f3n, sistemas individuales, instrumentos, equipo y criterios de restauraci\u00f3n hayan sido formalmente verificados.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\"><strong>Estructure la gobernanza t\u00e9cnica con Owner\u2019s Engineering para Data Centers<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n\n<h2 class=\"wp-block-heading\">Prerrequisitos para iniciar las pruebas integradas<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">El IST no debe utilizarse para descubrir pendientes b\u00e1sicos de instalaci\u00f3n. Antes de autorizar los escenarios, conviene realizar una revisi\u00f3n formal de readiness.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Requisitos y documentaci\u00f3n actualizados<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Los documentos deben representar la instalaci\u00f3n real. Diagramas desactualizados, l\u00f3gicas modificadas en campo, etiquetas divergentes y secuencias no revisadas comprometen la seguridad y la validez de la prueba.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La base m\u00ednima incluye:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>OPR, URS y Basis of Design aprobados;<\/li><li>diagramas as-built disponibles;<\/li><li>secuencias de operaci\u00f3n actualizadas;<\/li><li>lista de puntos de automatizaci\u00f3n;<\/li><li>matrices de interbloqueo y causa-efecto;<\/li><li>configuraciones de sistemas registradas;<\/li><li>manuales y documentaci\u00f3n de proveedores;<\/li><li>procedimientos de operaci\u00f3n y emergencia;<\/li><li>matriz de escenarios y criterios de aceptaci\u00f3n.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Sistemas individuales concluidos<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Los componentes y sistemas involucrados deben haber concluido las pruebas anteriores previstas en el plan. Seg\u00fan la metodolog\u00eda, esto incluye FAT, recepci\u00f3n, inspecci\u00f3n, prefuncionamiento, arranque, SAT y pruebas funcionales.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Iniciar el IST con sistemas b\u00e1sicos todav\u00eda inestables genera resultados inconclusos y aumenta el riesgo de da\u00f1o.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Pendientes clasificados<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La punch list debe revisarse por criticidad. Los pendientes que puedan alterar la respuesta del escenario, impedir observabilidad, comprometer seguridad o exigir intervenci\u00f3n improvisada deben cerrarse antes de la prueba.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Los pendientes aceptados temporalmente deben estar documentados, acompa\u00f1ados de an\u00e1lisis de impacto y aprobaci\u00f3n de la autoridad designada.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Configuraci\u00f3n controlada<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El estado inicial de los sistemas debe ser conocido y registrado. Esto incluye:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>equipos en servicio y reserva;<\/li><li>alineaci\u00f3n de v\u00e1lvulas;<\/li><li>posici\u00f3n de interruptores y seccionadores;<\/li><li>modos autom\u00e1tico, manual o mantenimiento;<\/li><li>setpoints;<\/li><li>alarmas inhibidas;<\/li><li>bypasses activos;<\/li><li>l\u00f3gicas temporales;<\/li><li>versiones de software y firmware;<\/li><li>indisponibilidades existentes.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Sin control de configuraci\u00f3n, el resultado no puede reproducirse ni compararse.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Instrumentaci\u00f3n y observabilidad disponibles<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Los sistemas deben registrar lo ocurrido. BMS, EPMS, DCIM y plataformas espec\u00edficas deben estar operativos, con tendencias configuradas, historiales disponibles y relojes sincronizados.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cuando los instrumentos permanentes no sean suficientes, deben utilizarse instrumentos temporales adecuados y calibrados.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Equipo y responsabilidades definidos<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La prueba debe poseer una estructura de mando clara. Todos los participantes deben saber qui\u00e9n:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>autoriza el inicio;<\/li><li>conduce el script;<\/li><li>ejecuta las maniobras;<\/li><li>monitorea cada sistema;<\/li><li>registra los datos;<\/li><li>puede interrumpir la prueba;<\/li><li>aprueba el retorno al estado normal;<\/li><li>clasifica las incidencias;<\/li><li>acepta el resultado.<\/li><\/ul>\n\n\n\n\n<h2 class=\"wp-block-heading\">Gobernanza y autoridad durante el IST<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Las pruebas integradas involucran m\u00faltiples organizaciones: propietario, operaci\u00f3n, agente de commissioning, dise\u00f1adores, constructores, integradores, proveedores, equipo de TI, seguridad, incendios y especialistas de sistemas.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Una matriz RACI debe definir responsabilidades por actividad y escenario. En t\u00e9rminos generales:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>el <strong>propietario<\/strong> define requisitos y acepta el resultado;<\/li><li>el <strong>agente de commissioning<\/strong> coordina independencia, trazabilidad y proceso de verificaci\u00f3n;<\/li><li>la <strong>operaci\u00f3n<\/strong> valida condiciones, ejecuta o acompa\u00f1a maniobras y confirma la posibilidad de sostener el activo;<\/li><li>los <strong>proveedores<\/strong> apoyan pruebas de sus equipos y l\u00edmites de garant\u00eda;<\/li><li>los <strong>dise\u00f1adores<\/strong> aclaran intenciones, secuencias y criterios;<\/li><li>los <strong>integradores<\/strong> apoyan l\u00f3gicas, comunicaci\u00f3n y supervisi\u00f3n;<\/li><li>la <strong>seguridad laboral<\/strong> controla riesgos y permisos;<\/li><li>la <strong>TI<\/strong> confirma impacto y continuidad de la carga tecnol\u00f3gica.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">La autoridad para abortar debe ser expl\u00edcita. Cualquier participante designado debe poder interrumpir la prueba cuando exista riesgo para personas, equipos, carga cr\u00edtica o integridad de la instalaci\u00f3n.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">C\u00f3mo estructurar una matriz de escenarios<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La matriz de IST debe organizar los eventos de forma comprensible y trazable. Cada fila puede contener:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>c\u00f3digo del escenario;<\/li><li>requisito relacionado;<\/li><li>sistema iniciador;<\/li><li>evento o condici\u00f3n simulada;<\/li><li>sistemas participantes;<\/li><li>configuraci\u00f3n inicial;<\/li><li>precondiciones;<\/li><li>est\u00edmulo aplicado;<\/li><li>respuesta esperada;<\/li><li>tiempos m\u00e1ximos o rangos aceptables;<\/li><li>variables monitoreadas;<\/li><li>criterios de aborto;<\/li><li>procedimiento de restauraci\u00f3n;<\/li><li>evidencias requeridas;<\/li><li>responsables;<\/li><li>resultado y n\u00famero de issue, cuando corresponda.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">La matriz debe ser revisada por las disciplinas involucradas. Un escenario aparentemente el\u00e9ctrico puede exigir participaci\u00f3n mec\u00e1nica, de automatizaci\u00f3n, telecomunicaciones y operaci\u00f3n.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Familias de escenarios para Data Centers<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Operaci\u00f3n normal<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Verifica condiciones estables y transiciones previstas sin falla, como:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>alternancia programada de equipos redundantes;<\/li><li>rotaci\u00f3n de unidades l\u00edderes y de reserva;<\/li><li>modulaci\u00f3n de capacidad;<\/li><li>transferencia controlada de caminos;<\/li><li>cambio autorizado de setpoints;<\/li><li>retorno al estado inicial;<\/li><li>comportamiento de alarmas informativas.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Estos escenarios confirman si la instalaci\u00f3n puede ejecutar las rutinas necesarias sin generar degradaciones inesperadas.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Mantenimiento planificado<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Eval\u00faa la retirada controlada de un componente o camino para mantenimiento. Debe verificar:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>capacidad remanente;<\/li><li>aislamiento seguro;<\/li><li>continuidad de la carga;<\/li><li>estabilidad t\u00e9rmica;<\/li><li>alarmas esperadas;<\/li><li>actualizaci\u00f3n de los supervisores;<\/li><li>exposici\u00f3n a una falla adicional;<\/li><li>retorno y recomposici\u00f3n de la redundancia.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">El art\u00edculo sobre <a href=\"\/conteudo\/artigos-tecnicos\/manutencao-concorrente-data-center-como-verificar\/\">mantenimiento concurrente en Data Centers<\/a> profundiza los criterios espec\u00edficos de esta condici\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Falla de fuente o componente<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Puede incluir p\u00e9rdida de:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>alimentaci\u00f3n de la compa\u00f1\u00eda el\u00e9ctrica;<\/li><li>transformador;<\/li><li>tablero o barra;<\/li><li>m\u00f3dulo de UPS;<\/li><li>banco de bater\u00edas o string;<\/li><li>grupo electr\u00f3geno;<\/li><li>bomba;<\/li><li>chiller;<\/li><li>torre de refrigeraci\u00f3n;<\/li><li>CRAH o CRAC;<\/li><li>controlador;<\/li><li>red de comunicaci\u00f3n;<\/li><li>sensor cr\u00edtico.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">El escenario debe respetar las limitaciones de los fabricantes y evitar m\u00e9todos destructivos no previstos. Cuando la falla real no pueda aplicarse con seguridad, puede utilizarse una simulaci\u00f3n autorizada, siempre que se demuestre su representatividad.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Estado degradado<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La prueba debe observar el comportamiento de la instalaci\u00f3n despu\u00e9s de la p\u00e9rdida de redundancia, incluso si la carga permanece atendida.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Es necesario verificar:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>capacidad disponible;<\/li><li>m\u00e1rgenes t\u00e9rmicos y el\u00e9ctricos;<\/li><li>alarmas y prioridades;<\/li><li>restricciones operacionales;<\/li><li>tiempo m\u00e1ximo permitido en esta condici\u00f3n;<\/li><li>acciones requeridas del equipo;<\/li><li>riesgo de falla adicional;<\/li><li>criterios de escalamiento.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Fallas de comunicaci\u00f3n y automatizaci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La infraestructura f\u00edsica puede permanecer disponible mientras la supervisi\u00f3n pierde visibilidad o los controladores dejan de coordinar las secuencias.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Los escenarios relevantes incluyen:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>p\u00e9rdida de red del BMS;<\/li><li>falla de servidor o estaci\u00f3n de operaci\u00f3n;<\/li><li>p\u00e9rdida de comunicaci\u00f3n con PLC, UPS, generador o medidor;<\/li><li>divergencia entre estado local y supervisor;<\/li><li>congelamiento de valor;<\/li><li>falla de sensor;<\/li><li>p\u00e9rdida de sincronizaci\u00f3n de tiempo;<\/li><li>indisponibilidad del historial;<\/li><li>actuaci\u00f3n en modo local o degradado.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">La prueba debe confirmar que la falla de monitoreo no provoca comandos indebidos y que el equipo puede identificar la condici\u00f3n real.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Incendios y seguridad<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Las interfaces de incendio pueden involucrar detecci\u00f3n, alarma, supresi\u00f3n, desconexi\u00f3n o mantenimiento de equipos, control de acceso, liberaci\u00f3n de puertas, ascensores, climatizaci\u00f3n, dampers, energ\u00eda y comunicaci\u00f3n.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cada escenario debe respetar ABNT NBR 17240, el dise\u00f1o aprobado, las exigencias de las autoridades competentes y las responsabilidades de los profesionales habilitados.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El IST no sustituye el commissioning propio del sistema de incendios. Verifica las interfaces necesarias para la respuesta integrada del Data Center.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Condiciones ambientales<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Pueden evaluarse p\u00e9rdida de unidad de refrigeraci\u00f3n, falla de bomba, indisponibilidad de circuito, cambio de caudal, p\u00e9rdida de contenci\u00f3n, variaci\u00f3n de setpoint o falla de sensor.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Las mediciones deben observar, seg\u00fan corresponda:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>temperatura de entrada de los equipos de TIC;<\/li><li>humedad y punto de roc\u00edo;<\/li><li>caudal de aire o l\u00edquido;<\/li><li>presi\u00f3n diferencial;<\/li><li>temperatura del agua;<\/li><li>tiempo de respuesta;<\/li><li>estabilidad despu\u00e9s del evento;<\/li><li>hotspots y recirculaci\u00f3n.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">NBR 17207 establece que los par\u00e1metros ambientales deben asegurarse en las condiciones de dise\u00f1o y que el an\u00e1lisis debe considerar carga t\u00e9rmica, variaciones, redundancia y confiabilidad.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Recuperaci\u00f3n y retorno al estado normal<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El escenario no termina cuando la carga permanece energizada. Es necesario probar:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>retorno de la fuente principal;<\/li><li>resincronizaci\u00f3n y transferencia;<\/li><li>parada y enfriamiento de generadores;<\/li><li>recarga de bater\u00edas;<\/li><li>retorno de equipos de reserva;<\/li><li>recomposici\u00f3n de v\u00e1lvulas y caminos;<\/li><li>normalizaci\u00f3n de setpoints;<\/li><li>limpieza de alarmas;<\/li><li>confirmaci\u00f3n de redundancia;<\/li><li>estabilidad posterior;<\/li><li>actualizaci\u00f3n de los registros operacionales.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Muchas fallas aparecen durante la restauraci\u00f3n y no durante el evento inicial.<\/p>\n\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>El escenario solo termina despu\u00e9s de recomponer la redundancia<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El retorno de la fuente, la normalizaci\u00f3n de controles, la limpieza de alarmas y la confirmaci\u00f3n de estabilidad forman parte de la prueba y de los criterios de aceptaci\u00f3n.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/conteudo\/artigos-tecnicos\/mop-sop-eop-data-center-procedimentos-operacionais\/\"><strong>Conecte los resultados del IST con los procedimientos MOP, SOP y EOP de operaci\u00f3n \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n\n<h2 class=\"wp-block-heading\">C\u00f3mo escribir un script de prueba integrada<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">El script debe ser ejecutable, auditable y seguro. Debe contener al menos los elementos siguientes.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Identificaci\u00f3n y objetivo<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Indicar c\u00f3digo, t\u00edtulo, sistemas participantes, requisito asociado, riesgo evaluado y resultado que se pretende demostrar.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Referencias<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Relacionar diagramas, secuencias, manuales, estudios, procedimientos, matriz de causa-efecto y documentos normativos utilizados.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Configuraci\u00f3n inicial<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Describir el estado necesario para iniciar el escenario, incluyendo equipos activos, reservas, posiciones, setpoints, cargas, modos de control, alarmas e indisponibilidades.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Precondiciones y gate<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Definir condiciones que deben confirmarse antes del inicio:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>sistemas disponibles;<\/li><li>pendientes aceptados;<\/li><li>instrumentos instalados;<\/li><li>comunicaci\u00f3n probada;<\/li><li>equipo presente;<\/li><li>permisos v\u00e1lidos;<\/li><li>condiciones ambientales estables;<\/li><li>plan de restauraci\u00f3n verificado.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Pasos de ejecuci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Cada paso debe indicar:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>acci\u00f3n;<\/li><li>ejecutor;<\/li><li>resultado esperado;<\/li><li>punto de observaci\u00f3n;<\/li><li>registro requerido;<\/li><li>criterio de avance.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">La redacci\u00f3n debe evitar comandos vagos como \u201csimular falla\u201d. Debe especificarse el m\u00e9todo autorizado y el punto exacto de actuaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Criterios de aborto<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Deben definirse l\u00edmites objetivos para interrumpir la prueba, como:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>p\u00e9rdida no prevista de la carga cr\u00edtica;<\/li><li>temperatura por encima del l\u00edmite establecido;<\/li><li>sobrecarga de equipo o camino;<\/li><li>actuaci\u00f3n de protecci\u00f3n no prevista;<\/li><li>p\u00e9rdida de comunicaci\u00f3n indispensable para la seguridad;<\/li><li>fuga, humo, ruido o vibraci\u00f3n anormal;<\/li><li>imposibilidad de ejecutar la restauraci\u00f3n;<\/li><li>condici\u00f3n no comprendida por el equipo.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Plan de restauraci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El script debe establecer c\u00f3mo retornar a una condici\u00f3n segura, incluso en caso de falla de la propia prueba. El plan debe considerar acciones manuales, responsables, comunicaci\u00f3n, equipos de apoyo y condiciones para reinicio.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Criterios de aceptaci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Cada respuesta esperada debe poseer una condici\u00f3n medible o verificable. \u201cFuncionamiento normal\u201d no es un criterio suficiente.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Seguridad durante la ejecuci\u00f3n<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">El IST puede involucrar energ\u00eda el\u00e9ctrica, combustibles, bater\u00edas, sistemas presurizados, equipos rotativos, altas temperaturas, agua, agentes de supresi\u00f3n, alarmas y cambios temporales de redundancia.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La planificaci\u00f3n debe integrar:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>an\u00e1lisis de riesgo de la tarea;<\/li><li>permisos de trabajo;<\/li><li>bloqueo y etiquetado, cuando corresponda;<\/li><li>recomendaciones de fabricantes;<\/li><li>l\u00edmites de responsabilidad;<\/li><li>protecci\u00f3n individual y colectiva;<\/li><li>comunicaci\u00f3n de emergencia;<\/li><li>presencia de especialistas;<\/li><li>control de accesos;<\/li><li>gesti\u00f3n de cambios temporales;<\/li><li>plan de contingencia;<\/li><li>autoridad de aborto.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ning\u00fan objetivo de commissioning justifica una intervenci\u00f3n insegura. Cuando la falla real no pueda provocarse de forma controlada, debe utilizarse un m\u00e9todo alternativo t\u00e9cnicamente fundamentado.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Instrumentaci\u00f3n, sincronizaci\u00f3n y evidencias<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La calidad del resultado depende de la calidad de la medici\u00f3n. El IST debe capturar no solamente el estado final, sino la secuencia temporal del evento.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Instrumentos posibles<\/h3>\n\n\n\n<ul class=\"wp-block-list\"><li>analizadores de calidad de energ\u00eda;<\/li><li>registradores el\u00e9ctricos;<\/li><li>oscilograf\u00eda y registros de protecci\u00f3n;<\/li><li>termograf\u00eda;<\/li><li>sensores temporales de temperatura y humedad;<\/li><li>medidores de caudal y presi\u00f3n;<\/li><li>bancos de carga resistivos o reactivos;<\/li><li>registradores de rotaci\u00f3n y vibraci\u00f3n;<\/li><li>logs de PLC y controladores;<\/li><li>tendencias de BMS y EPMS;<\/li><li>eventos de DCIM;<\/li><li>registros de sistemas de incendios y seguridad;<\/li><li>captura de red;<\/li><li>video sincronizado de las operaciones.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Sincronizaci\u00f3n de tiempo<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Los relojes divergentes impiden reconstruir el evento. Antes de las pruebas, debe verificarse la sincronizaci\u00f3n entre instrumentos, BMS, EPMS, DCIM, PLCs, sistemas de seguridad, c\u00e1maras y registros manuales.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cuando no exista sincronizaci\u00f3n autom\u00e1tica, debe establecerse un m\u00e9todo de correlaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Tasa de muestreo<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La frecuencia de registro debe ser compatible con la velocidad del fen\u00f3meno. Un intervalo adecuado para tendencias t\u00e9rmicas puede ser insuficiente para capturar transferencias el\u00e9ctricas, actuaci\u00f3n de protecciones o transitorios.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Evidencia m\u00ednima<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Para cada escenario, conviene reunir:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>script aprobado;<\/li><li>lista de participantes;<\/li><li>configuraci\u00f3n inicial;<\/li><li>registros de briefing;<\/li><li>datos brutos;<\/li><li>tendencias y eventos;<\/li><li>fotograf\u00edas o videos relevantes;<\/li><li>anotaciones cronol\u00f3gicas;<\/li><li>desv\u00edos observados;<\/li><li>issues abiertas;<\/li><li>resultado del retest;<\/li><li>aprobaci\u00f3n final.<\/li><\/ul>\n\n\n\n\n<h2 class=\"wp-block-heading\">Ejecuci\u00f3n paso a paso<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">1. Reuni\u00f3n de readiness<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El equipo revisa objetivo, riesgos, configuraci\u00f3n, responsabilidades, criterios de aborto y restauraci\u00f3n. Cualquier duda cr\u00edtica impide el inicio.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">2. Registro del baseline<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Antes del est\u00edmulo, se registran estados, cargas, temperaturas, presiones, alarmas y equipos en servicio. Este baseline permite comparar el comportamiento posterior.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">3. Aplicaci\u00f3n del est\u00edmulo<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El evento se provoca o simula conforme al m\u00e9todo aprobado. La ejecuci\u00f3n debe seguir estrictamente el script.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">4. Observaci\u00f3n de la respuesta<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Cada disciplina acompa\u00f1a sus variables y confirma eventos esperados. Las intervenciones no previstas deben registrarse.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">5. Permanencia en condici\u00f3n representativa<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Cuando corresponda, el estado degradado debe mantenerse durante tiempo suficiente para demostrar estabilidad, capacidad y condiciones ambientales.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">6. Restauraci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El equipo ejecuta la secuencia de retorno y confirma la recomposici\u00f3n de sistemas, alarmas y redundancias.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">7. Verificaci\u00f3n posterior a la prueba<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Se revisan estados finales, condiciones anormales, alarmas latentes, cambios temporales, herramientas y bloqueos.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">8. Debriefing inmediato<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Los participantes registran observaciones mientras el evento todav\u00eda est\u00e1 reciente. Se consolidan resultados preliminares, desv\u00edos y acciones.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Criterios de aceptaci\u00f3n del IST<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Los criterios deben establecerse antes de la ejecuci\u00f3n y vincularse con los requisitos del emprendimiento. La aceptaci\u00f3n no debe depender solamente de la continuidad de la carga: es necesario demostrar funci\u00f3n, tiempos, capacidad, condiciones ambientales, observabilidad, respuesta operacional y restauraci\u00f3n completa.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Dimensi\u00f3n<\/th><th>Qu\u00e9 debe demostrarse<\/th><\/tr><\/thead><tbody><tr><td>Funcional<\/td><td>Secuencias, protecciones e interbloqueos correctos; cargas cr\u00edticas preservadas; sistemas alternativos disponibles; automatizaci\u00f3n coherente y ausencia de comandos conflictivos.<\/td><\/tr><tr><td>Temporal<\/td><td>Tiempos de detecci\u00f3n, transferencia, arranque, estabilizaci\u00f3n, autonom\u00eda, respuesta t\u00e9rmica, recuperaci\u00f3n y generaci\u00f3n de alarmas dentro de los l\u00edmites definidos.<\/td><\/tr><tr><td>Capacidad y ambiente<\/td><td>Cargas dentro de los l\u00edmites de los equipos, margen remanente adecuado, capacidad t\u00e9rmica suficiente y condiciones ambientales compatibles con los requisitos.<\/td><\/tr><tr><td>Observabilidad<\/td><td>Eventos registrados, alarmas correctas y priorizadas, estados locales y remotos coherentes, datos suficientes para reconstrucci\u00f3n y sincronizaci\u00f3n temporal adecuada.<\/td><\/tr><tr><td>Operacional<\/td><td>Equipo capaz de reconocer la condici\u00f3n, aplicar procedimientos, escalar incidencias y ejecutar acciones sin improvisaci\u00f3n.<\/td><\/tr><tr><td>Restauraci\u00f3n<\/td><td>Estado normal recompuesto, redundancia confirmada, alarmas tratadas, setpoints restaurados, cambios temporales eliminados y estabilidad verificada despu\u00e9s del retorno.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Un escenario puede mantener la carga energizada y aun ser rechazado si presenta sobrecarga, p\u00e9rdida de monitoreo, respuesta t\u00e9rmica inadecuada, alarmas incorrectas, actuaci\u00f3n manual no prevista o imposibilidad de restauraci\u00f3n segura.<\/p>\n\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>La continuidad de la carga no es el \u00fanico criterio de aprobaci\u00f3n<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La aceptaci\u00f3n debe considerar funci\u00f3n, tiempos, capacidad, ambiente, observabilidad, respuesta operacional y restauraci\u00f3n completa.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/solucoes\/gestao-e-governanca-de-engenharia\/engenharia-integrada-para-data-centers\/\"><strong>Integre requisitos, pruebas, evidencias y aceptaci\u00f3n en una \u00fanica gobernanza de ingenier\u00eda \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n\n<h2 class=\"wp-block-heading\">Gesti\u00f3n de issues, fallas y retests<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Toda divergencia entre el resultado esperado y el observado debe generar un registro. La issue debe contener:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>identificaci\u00f3n del escenario y paso;<\/li><li>descripci\u00f3n objetiva;<\/li><li>hora y condici\u00f3n observada;<\/li><li>impacto;<\/li><li>evidencias;<\/li><li>responsable del an\u00e1lisis;<\/li><li>causa probable;<\/li><li>acci\u00f3n correctiva;<\/li><li>necesidad de modificaci\u00f3n documental;<\/li><li>criterio de cierre;<\/li><li>retest requerido.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">No se debe borrar el historial de fallas despu\u00e9s de la correcci\u00f3n. La trazabilidad demuestra c\u00f3mo evolucion\u00f3 la instalaci\u00f3n y evita que problemas semejantes reaparezcan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Clasificaci\u00f3n por criticidad<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Una clasificaci\u00f3n pr\u00e1ctica puede considerar:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>cr\u00edtica:<\/strong> compromete seguridad, carga cr\u00edtica o validez del escenario;<\/li><li><strong>alta:<\/strong> impide un requisito de disponibilidad o restauraci\u00f3n;<\/li><li><strong>media:<\/strong> reduce desempe\u00f1o, observabilidad o capacidad operacional;<\/li><li><strong>baja:<\/strong> desv\u00edo documental o de acabado sin impacto inmediato en la funci\u00f3n.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">La clasificaci\u00f3n debe ser definida por el emprendimiento.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Retest<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El retest debe verificar la correcci\u00f3n sin perder la visi\u00f3n sist\u00e9mica. En algunos casos, repetir solamente el paso afectado es suficiente. En otros, la modificaci\u00f3n puede impactar interfaces y exigir la repetici\u00f3n del escenario completo o de una familia de escenarios.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Verificaci\u00f3n por disciplina<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Sistema el\u00e9ctrico<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Los escenarios pueden involucrar fuentes, transformadores, tableros, UPS, bater\u00edas, generadores, ATS, STS, PDU, distribuci\u00f3n A\/B, protecciones y EPMS.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deben observarse:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>continuidad de la carga;<\/li><li>selectividad y actuaci\u00f3n de protecci\u00f3n;<\/li><li>tiempos de transferencia;<\/li><li>estabilidad de tensi\u00f3n y frecuencia;<\/li><li>reparto de carga;<\/li><li>autonom\u00eda;<\/li><li>arranque y paralelismo;<\/li><li>prioridad de cargas;<\/li><li>comportamiento de bypass;<\/li><li>recomposici\u00f3n despu\u00e9s del retorno.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Climatizaci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La prueba debe considerar la respuesta coordinada de chillers, bombas, torres, CRAH, CRAC, CDU, v\u00e1lvulas, controles, contenci\u00f3n y sensores.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deben verificarse:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>capacidad remanente;<\/li><li>secuencia de arranque y parada;<\/li><li>estabilidad de presi\u00f3n y caudal;<\/li><li>mantenimiento de temperatura y humedad;<\/li><li>respuesta a p\u00e9rdida de unidad o circuito;<\/li><li>comportamiento de la automatizaci\u00f3n;<\/li><li>tiempo de recuperaci\u00f3n;<\/li><li>condiciones durante energ\u00eda de emergencia.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Automatizaci\u00f3n y supervisi\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">BMS, EPMS, PLC y DCIM deben registrar y presentar la condici\u00f3n correcta. La prueba debe verificar alarmas, prioridades, timestamps, estados, comandos, permisivos, tendencias y fallas de comunicaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Telecomunicaciones y red<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">ABNT ISO\/IEC TS 22237-5 establece m\u00faltiples caminos f\u00edsicos para clases superiores de disponibilidad y destaca la necesidad de redundancia en los equipos activos. El IST debe evaluar caminos, reconvergencia, p\u00e9rdida de enlace, comunicaci\u00f3n de control e impacto sobre sistemas supervisores.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Incendios y seguridad<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Las interfaces deben verificarse seg\u00fan el dise\u00f1o y las normas aplicables. Esto puede incluir detecci\u00f3n, alarma, liberaci\u00f3n de accesos, actuaci\u00f3n de dampers, climatizaci\u00f3n, desconexiones autorizadas, supresi\u00f3n y comunicaci\u00f3n.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Pruebas integradas en Data Centers existentes<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">En instalaciones en operaci\u00f3n, el riesgo es mayor porque la carga real est\u00e1 presente. El alcance debe adaptarse con base en an\u00e1lisis de riesgo y criticidad.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pueden utilizarse enfoques como:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>revisi\u00f3n documental y walkdown;<\/li><li>simulaci\u00f3n autorizada de se\u00f1ales;<\/li><li>ensayos en ventanas de mantenimiento;<\/li><li>uso de cargas temporales;<\/li><li>pruebas por subsistema o zona;<\/li><li>ejecuci\u00f3n en entorno redundante;<\/li><li>digital twin o simulaci\u00f3n complementaria;<\/li><li>verificaci\u00f3n de escenarios seleccionados;<\/li><li>recommissioning despu\u00e9s de cambios.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">El art\u00edculo sobre <a href=\"\/conteudo\/artigos-tecnicos\/recomissionamento-data-center-expansao-modernizacao\/\">recommissioning despu\u00e9s de expansi\u00f3n o modernizaci\u00f3n<\/a> detalla la necesidad de redefinir el baseline despu\u00e9s de modificaciones.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ninguna limitaci\u00f3n debe ocultarse. El informe debe indicar qu\u00e9 escenarios fueron probados, simulados, inferidos o no ejecutados.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Entregables de las pruebas integradas<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un programa completo puede producir:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>plan de IST;<\/li><li>matriz de requisitos y escenarios;<\/li><li>matriz de interfaces;<\/li><li>an\u00e1lisis de riesgo de las pruebas;<\/li><li>revisi\u00f3n de readiness;<\/li><li>scripts aprobados;<\/li><li>registros de briefing;<\/li><li>datos brutos y tendencias;<\/li><li>informes por escenario;<\/li><li>lista de issues;<\/li><li>informes de retest;<\/li><li>matriz final de cumplimiento;<\/li><li>informe ejecutivo;<\/li><li>registro de limitaciones y riesgos residuales;<\/li><li>actualizaci\u00f3n de procedimientos;<\/li><li>aceptaci\u00f3n formal del propietario.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">El informe ejecutivo debe traducir los resultados t\u00e9cnicos en condiciones de decisi\u00f3n: aprobado, aprobado con restricciones, retest requerido o no aprobado.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Errores comunes<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Tratar el IST como demostraci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Una presentaci\u00f3n ensayada, sin criterios previos y sin registro de datos, no demuestra desempe\u00f1o.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Comenzar antes del readiness<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Las pruebas integradas no deben compensar pendientes de instalaci\u00f3n, l\u00f3gica o documentaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Probar solamente energ\u00eda<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La continuidad el\u00e9ctrica no garantiza climatizaci\u00f3n, control, comunicaci\u00f3n, seguridad o recuperaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Usar scripts gen\u00e9ricos<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El escenario debe reflejar la arquitectura y los requisitos reales del emprendimiento.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Ignorar el estado degradado<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La p\u00e9rdida de redundancia puede ser operacionalmente cr\u00edtica incluso sin desconexi\u00f3n inmediata.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">No probar la restauraci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El retorno al estado normal puede introducir nuevas fallas y debe formar parte del escenario.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Registrar solamente el resultado final<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La secuencia temporal y las condiciones intermedias son esenciales para la evaluaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Modificar l\u00f3gica durante la prueba sin control<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Cualquier modificaci\u00f3n debe registrarse, analizarse y someterse a retest.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Aceptar intervenci\u00f3n manual no prevista<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Una acci\u00f3n correctiva improvisada durante el escenario puede ocultar una falla de dise\u00f1o o automatizaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Excluir a operaci\u00f3n<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">El equipo que recibir\u00e1 el activo debe participar en la preparaci\u00f3n, ejecuci\u00f3n, debriefing y actualizaci\u00f3n de los procedimientos.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Checklist ejecutivo<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Antes del IST, confirme:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>\u00bflos requisitos est\u00e1n aprobados y son trazables?<\/li><li>\u00bflos sistemas individuales concluyeron las pruebas previstas?<\/li><li>\u00bflos diagramas y secuencias reflejan el campo?<\/li><li>\u00bfla punch list fue clasificada?<\/li><li>\u00bfno existen pendientes que invaliden el escenario?<\/li><li>\u00bfla configuraci\u00f3n inicial est\u00e1 registrada?<\/li><li>\u00bflos instrumentos est\u00e1n calibrados?<\/li><li>\u00bflos relojes est\u00e1n sincronizados?<\/li><li>\u00bfBMS, EPMS y DCIM registran tendencias y eventos?<\/li><li>\u00bflos criterios de aceptaci\u00f3n est\u00e1n definidos?<\/li><li>\u00bflos criterios de aborto est\u00e1n claros?<\/li><li>\u00bfel plan de restauraci\u00f3n fue revisado?<\/li><li>\u00bflos responsables est\u00e1n presentes?<\/li><li>\u00bfla autoridad de inicio y aborto est\u00e1 definida?<\/li><li>\u00bflos fabricantes aprobaron el m\u00e9todo de falla o simulaci\u00f3n?<\/li><li>\u00bflos riesgos de seguridad fueron controlados?<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Durante la prueba, confirme:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>\u00bfcada acci\u00f3n fue ejecutada conforme al script?<\/li><li>\u00bflas respuestas fueron observadas por todas las disciplinas?<\/li><li>\u00bflos tiempos fueron registrados?<\/li><li>\u00bflas intervenciones no previstas fueron documentadas?<\/li><li>\u00bfel estado degradado permaneci\u00f3 estable?<\/li><li>\u00bfla carga cr\u00edtica y las condiciones ambientales fueron preservadas?<\/li><li>\u00bflas alarmas fueron correctas y comprensibles?<\/li><li>\u00bfel equipo reconoci\u00f3 la condici\u00f3n?<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Despu\u00e9s de la prueba, confirme:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>\u00bfel estado normal fue restaurado?<\/li><li>\u00bfla redundancia fue recompuesta?<\/li><li>\u00bfse eliminaron bypasses, inhibiciones y l\u00f3gicas temporales?<\/li><li>\u00bflos datos fueron preservados?<\/li><li>\u00bfse abrieron issues?<\/li><li>\u00bfse realiz\u00f3 el debriefing?<\/li><li>\u00bfse defini\u00f3 el retest necesario?<\/li><li>\u00bfel propietario registr\u00f3 la aceptaci\u00f3n?<\/li><\/ul>\n\n\n\n\n<h2 class=\"wp-block-heading\">Conclusi\u00f3n<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Las Pruebas Integradas de Sistemas en Data Centers son la etapa en la que la infraestructura deja de evaluarse como un conjunto de equipos independientes y pasa a verificarse como un sistema cr\u00edtico. Su valor est\u00e1 en revelar fallas de interfaz, dependencias ocultas, tiempos inadecuados, alarmas inconsistentes, limitaciones de capacidad y dificultades de recuperaci\u00f3n antes de que estas condiciones provoquen indisponibilidad real.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un IST t\u00e9cnicamente robusto exige requisitos trazables, sistemas previamente probados, configuraci\u00f3n controlada, escenarios orientados a riesgo, scripts detallados, instrumentaci\u00f3n adecuada, sincronizaci\u00f3n temporal, criterios de aborto, procedimientos de restauraci\u00f3n, gesti\u00f3n de issues y aceptaci\u00f3n formal.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A3A Engenharia act\u00faa en la planificaci\u00f3n, revisi\u00f3n, acompa\u00f1amiento y documentaci\u00f3n de pruebas integradas en Data Centers, conectando requisitos, dise\u00f1o, ejecuci\u00f3n, operaci\u00f3n y criterios de aceptaci\u00f3n para producir evidencias independientes sobre el readiness de la infraestructura cr\u00edtica.<\/p>\n\n\n\n<details class=\"wp-block-details is-layout-flow wp-block-details-is-layout-flow\"><summary>Referencias t\u00e9cnicas<\/summary>\n<p class=\"wp-block-paragraph\">[1] ABNT. <a href=\"https:\/\/www.abntcatalogo.com.br\/\">ABNT NBR ISO\/IEC 22237-1:2023 \u2014 Tecnolog\u00eda de la informaci\u00f3n \u2014 Instalaciones e infraestructuras de Data Center \u2014 Parte 1: Conceptos generales.<\/a><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[2] ABNT. <a href=\"https:\/\/www.abntcatalogo.com.br\/\">ABNT NBR IEC 62337:2020 \u2014 Commissioning de sistemas el\u00e9ctricos, de instrumentaci\u00f3n y de control de procesos industriales \u2014 Fases e hitos espec\u00edficos.<\/a><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[3] UPTIME INSTITUTE. <a href=\"https:\/\/uptimeinstitute.com\/publications\">Data Center Site Infrastructure Tier Standard: Operational Sustainability.<\/a><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[4] UPTIME INSTITUTE. <a href=\"https:\/\/uptimeinstitute.com\/tier-certification\">Data Center Site Infrastructure Tier Standard: Topology.<\/a><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[5] ISO; IEC. ISO\/IEC TS 22237-7 \u2014 Information technology \u2014 Data centre facilities and infrastructures \u2014 Part 7: Management and operational information.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[6] ABNT. ABNT NBR 17207:2025 \u2014 Sistemas de ventilaci\u00f3n y climatizaci\u00f3n en entornos de tecnolog\u00eda de la informaci\u00f3n, comunicaci\u00f3n y Data Center.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[7] ABNT. ABNT ISO\/IEC TS 22237-5:2024 \u2014 Tecnolog\u00eda de la informaci\u00f3n \u2014 Instalaciones e infraestructuras de Data Center \u2014 Parte 5: Infraestructura de cableado de telecomunicaciones.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[8] ABNT. ABNT NBR 17240 \u2014 Sistemas de detecci\u00f3n y alarma de incendios \u2014 Dise\u00f1o, instalaci\u00f3n, commissioning y mantenimiento de sistemas de detecci\u00f3n y alarma de incendios \u2014 Requisitos.<\/p>\n<\/details>\n\n\n\n<details class=\"wp-block-details is-layout-flow wp-block-details-is-layout-flow\"><summary>Preguntas frecuentes<\/summary>\n<div class=\"schema-faq wp-block-yoast-faq-block\"><div class=\"schema-faq-section\" id=\"faq-question-o-que-um-teste-integrado-de-sistemas-em-data-cen-4c31b12c\"><strong class=\"schema-faq-question\">\u00bfQu\u00e9 es una Prueba Integrada de Sistemas en un Data Center?<\/strong> <p class=\"schema-faq-answer\">Es una prueba orientada a escenarios que verifica si diferentes sistemas e interfaces responden de forma coordinada a condiciones normales, degradadas, de falla, mantenimiento o emergencia, preservando la funci\u00f3n cr\u00edtica y produciendo evidencias trazables.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-ist-o-mesmo-que-teste-funcional-3d9fb600\"><strong class=\"schema-faq-question\">\u00bfIST es lo mismo que una prueba funcional?<\/strong> <p class=\"schema-faq-answer\">No. La prueba funcional verifica un sistema o disciplina. El IST eval\u00faa la interacci\u00f3n entre energ\u00eda, climatizaci\u00f3n, automatizaci\u00f3n, telecomunicaciones, seguridad, incendios y operaci\u00f3n durante un evento com\u00fan.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-o-ist-corresponde-sempre-ao-n-vel-l5-32ef3add\"><strong class=\"schema-faq-question\">\u00bfEl IST corresponde siempre al nivel L5?<\/strong> <p class=\"schema-faq-answer\">En muchos programas de commissioning, s\u00ed. Sin embargo, la numeraci\u00f3n L1\u2013L5 no es universal y debe definirse en el plan y en el contrato. El contenido t\u00e9cnico de la prueba es m\u00e1s importante que la etiqueta.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quais-s-o-os-pr-requisitos-para-iniciar-o-ist-7bdcb539\"><strong class=\"schema-faq-question\">\u00bfCu\u00e1les son los prerrequisitos para iniciar el IST?<\/strong> <p class=\"schema-faq-answer\">Requisitos y documentos actualizados, sistemas individuales probados, pendientes cr\u00edticos cerrados, configuraci\u00f3n controlada, instrumentos calibrados, sistemas supervisores operativos, equipo definido, criterios de aceptaci\u00f3n y plan de restauraci\u00f3n aprobados.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-obrigat-rio-provocar-falhas-reais-21b8fda3\"><strong class=\"schema-faq-question\">\u00bfEs obligatorio provocar fallas reales?<\/strong> <p class=\"schema-faq-answer\">No en todos los casos. Cuando la falla real no pueda provocarse con seguridad o sin riesgo desproporcionado, puede utilizarse una simulaci\u00f3n autorizada, siempre que se demuestren su representatividad y limitaciones.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quais-sistemas-devem-participar-dos-testes-integ-0faae1c4\"><strong class=\"schema-faq-question\">\u00bfQu\u00e9 sistemas deben participar en las pruebas integradas?<\/strong> <p class=\"schema-faq-answer\">Depende del escenario. Pueden participar energ\u00eda, UPS, bater\u00edas, generadores, climatizaci\u00f3n, automatizaci\u00f3n, BMS, EPMS, DCIM, telecomunicaciones, red, incendios, control de acceso, seguridad y el propio equipo operacional.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-como-definir-os-crit-rios-de-aceite-770d3478\"><strong class=\"schema-faq-question\">\u00bfC\u00f3mo definir los criterios de aceptaci\u00f3n?<\/strong> <p class=\"schema-faq-answer\">Los criterios deben derivar de los requisitos e incluir respuestas funcionales, tiempos, capacidad remanente, condiciones ambientales, alarmas, registros, actuaci\u00f3n del equipo, estabilidad y retorno al estado normal.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-manter-a-carga-energizada-significa-que-o-teste--ce3096f7\"><strong class=\"schema-faq-question\">\u00bfMantener la carga energizada significa que la prueba fue aprobada?<\/strong> <p class=\"schema-faq-answer\">No. El escenario puede ser rechazado por sobrecarga, p\u00e9rdida de monitoreo, actuaci\u00f3n manual no prevista, respuesta t\u00e9rmica inadecuada, alarmas incorrectas, inestabilidad o imposibilidad de restauraci\u00f3n segura.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-a-opera-o-precisa-participar-do-ist-d3f308e2\"><strong class=\"schema-faq-question\">\u00bfLa operaci\u00f3n debe participar en el IST?<\/strong> <p class=\"schema-faq-answer\">S\u00ed. El equipo operacional debe revisar los escenarios, acompa\u00f1ar o ejecutar maniobras, interpretar alarmas, participar en la restauraci\u00f3n e incorporar los resultados a SOPs, MOPs y EOPs.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quais-documentos-s-o-entregues-ap-s-o-ist-5f089d22\"><strong class=\"schema-faq-question\">\u00bfQu\u00e9 documentos se entregan despu\u00e9s del IST?<\/strong> <p class=\"schema-faq-answer\">Plan y matriz de escenarios, scripts, registros de ejecuci\u00f3n, datos brutos, tendencias, informes, lista de issues, evidencias de retests, matriz de cumplimiento, riesgos residuales y aceptaci\u00f3n formal del propietario.<\/p><\/div><\/div>\n<\/details>\n\n\n\n<details class=\"wp-block-details is-layout-flow wp-block-details-is-layout-flow\"><summary>Materiales t\u00e9cnicos complementarios<\/summary>\n<ul class=\"wp-block-list\"><h3>Commissioning, aceptaci\u00f3n y recommissioning<\/h3>\n<ul>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/ist-data-center-niveis-l1-l5\/\">Commissioning de Data Center: pruebas, niveles y criterios de aceptaci\u00f3n<\/a><\/li>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/recomissionamento-data-center-expansao-modernizacao\/\">Recommissioning de Data Center despu\u00e9s de expansi\u00f3n o modernizaci\u00f3n<\/a><\/li>\n<li><a href=\"\/servicos\/servicos-transversais\/comissionamento-aceite-data-centers\/\">Commissioning y Aceptaci\u00f3n de Data Centers<\/a><\/li>\n<\/ul>\n<h3>Operaci\u00f3n, procedimientos y continuidad<\/h3>\n<ul>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/manutencao-concorrente-data-center-como-verificar\/\">Mantenimiento concurrente en Data Centers: qu\u00e9 significa y c\u00f3mo verificarlo<\/a><\/li>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/mop-sop-eop-data-center-procedimentos-operacionais\/\">MOP, SOP y EOP en Data Centers: diferencias y c\u00f3mo estructurar procedimientos<\/a><\/li>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/principais-causas-indisponibilidade-data-center\/\">Principales causas de indisponibilidad en Data Centers<\/a><\/li>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/sustentabilidade-operacional-data-center-preservar-resiliencia\/\">Sostenibilidad operacional en Data Centers: c\u00f3mo preservar la resiliencia<\/a><\/li>\n<\/ul>\n<h3>Arquitectura, automatizaci\u00f3n y observabilidad<\/h3>\n<ul>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/arquitetura-eletrica-data-center-n-n1-2n-distribuicao-ab\/\">Arquitectura el\u00e9ctrica de Data Center: N, N+1, 2N y distribuci\u00f3n A\/B<\/a><\/li>\n<li><a href=\"\/conteudo\/artigos-tecnicos\/dcim-bms-epms-data-center-diferencas-integracao\/\">DCIM, BMS y EPMS en Data Centers: diferencias, integraci\u00f3n y arquitectura<\/a><\/li>\n<\/ul>\n<h3>Ingenier\u00eda Consultiva y contrataci\u00f3n<\/h3>\n<ul>\n<li><a href=\"\/solucoes\/gestao-e-governanca-de-engenharia\/engenharia-integrada-para-data-centers\/\">Ingenier\u00eda Integrada para Data Centers<\/a><\/li>\n<li><a href=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\">Owner\u2019s Engineering para Data Centers<\/a><\/li>\n<li><a href=\"\/servicos\/levantamento-e-diagnostico\/diagnostico-modernizacao-data-centers-cpds\/\">Diagn\u00f3stico y Modernizaci\u00f3n de Data Centers y CPD<\/a><\/li>\n<\/ul><\/ul>\n<\/details>\n","protected":false},"excerpt":{"rendered":"<p>Comprenda IST en Data Centers: escenarios, fallas, transiciones, readiness, seguridad, evidencias, criterios de aceptaci\u00f3n, retests y gobernanza de commissioning.<\/p>\n","protected":false},"author":1,"featured_media":78801,"parent":0,"template":"","meta":{"_a3a_global_related_solutions":[],"_a3a_global_related_services":[],"_a3a_global_related_materials":[],"_a3a_post_lang":"es-es","_a3a_translation_group_id":"a9ceec3e-5669-48d6-87fe-d6d55a180dc8","_a3a_i18n_canonical_slug":"pruebas-integradas-sistemas-ist-data-centers-escenarios-criterios-aceptacion","_a3a_prod_post_id":"","_a3a_lang_url_en-us":"","_a3a_lang_url_es-es":""},"categories":[],"segments":[],"mercados":[],"etapas":[],"class_list":["post-81792","articles","type-articles","status-publish","has-post-thumbnail","hentry"],"_links":{"self":[{"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/articles\/81792","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/articles"}],"about":[{"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/types\/articles"}],"author":[{"embeddable":true,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/users\/1"}],"version-history":[{"count":1,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/articles\/81792\/revisions"}],"predecessor-version":[{"id":81798,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/articles\/81792\/revisions\/81798"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/media\/78801"}],"wp:attachment":[{"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/media?parent=81792"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/categories?post=81792"},{"taxonomy":"segments","embeddable":true,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/segments?post=81792"},{"taxonomy":"mercados","embeddable":true,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/mercados?post=81792"},{"taxonomy":"etapas","embeddable":true,"href":"https:\/\/a3aengenharia.com\/es-es\/wp-json\/wp\/v2\/etapas?post=81792"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}