{"id":81544,"date":"2026-09-19T10:02:49","date_gmt":"2026-09-19T13:02:49","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&#038;p=81544"},"modified":"2026-09-19T10:12:03","modified_gmt":"2026-09-19T13:12:03","slug":"data-center-commissioning-tests-levels-acceptance-criteria","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/en-us\/content\/technical-articles\/data-center-commissioning-tests-levels-acceptance-criteria\/","title":{"rendered":"Data Center Commissioning: tests, levels, and acceptance criteria"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\"><strong>Data Center commissioning<\/strong> is the structured verification process that follows requirements, design, manufacturing, installation, startup, functional testing, integrated testing, documentation, and transfer to operations. Its objective is to demonstrate, through traceable evidence, that the critical infrastructure was implemented according to owner requirements and can operate with safety, availability, performance, and recovery capability compatible with the project.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In Data Centers, the process must integrate power, cooling, automation, monitoring, fire protection, security, telecommunications, and operations. Individually approved equipment does not, by itself, demonstrate that the facility will respond correctly to loss of a source, removal of a component, degradation of capacity, or a contingency condition.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, technical acceptance does not arise from an isolated final test. It depends on a coherent chain of requirements, verifications, commissioning levels, readiness gates, results, open items, retests, documentation, and operational transfer. Levels L1 through L5 help organize this progression when they are contractually defined with clear entry and exit criteria.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">What is Data Center commissioning?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Commissioning is a quality-oriented process that verifies and documents whether systems and assemblies have been planned, designed, installed, tested, operated, and prepared for maintenance in accordance with owner requirements. <a href=\"https:\/\/www.ashrae.org\/technical-resources\/bookstore\/commissioning\">ASHRAE presents the commissioning process<\/a> as a framework covering stakeholders, documents, specifications, procedures, verifications, and reports throughout the project phases.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In a Data Center, this approach must be multidisciplinary. ABNT NBR ISO\/IEC 22237-1 structures the infrastructure considering availability, security, efficiency, operations, and management. The standard also addresses acceptance verification, testing, and commissioning during implementation until the Data Center becomes operational.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Within A3A Engenharia\u2019s content architecture, the <a href=\"\/conteudo\/guias-tecnicos\/guia-completo-sobre-comissionamento\/\">Complete Guide to Commissioning<\/a> presents the general engineering process; here, the focus remains on application to Data Centers, progression through the levels, and readiness gates preceding acceptance.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, commissioning is not synonymous with:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>visual inspection of the installation;<\/li><li>manufacturer-led startup;<\/li><li>isolated testing of a UPS, generator, or chiller;<\/li><li>energization of the infrastructure;<\/li><li>informal demonstration to the owner;<\/li><li>issuance of a final report without traceability;<\/li><li>construction rework or punch-list management without functional verification.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">These activities may be part of the process, but they do not represent it in full.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">What is Integrated Systems Testing?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Integrated Systems Testing<\/strong> verifies whether different systems respond together to events defined in the requirements, design, operating sequences, and approved procedures. The test should not be limited to demonstrating that each piece of equipment turns on or off; it must evaluate the interfaces that support the critical function.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A source-loss scenario, for example, may simultaneously involve:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>event detection;<\/li><li>protective device operation;<\/li><li>power transfer;<\/li><li>support by UPS systems and batteries;<\/li><li>generator start and stabilization;<\/li><li>behavior of priority and non-priority loads;<\/li><li>continuity of cooling;<\/li><li>state updates in the EPMS, BMS, or DCIM;<\/li><li>alarm generation and prioritization;<\/li><li>operations team response;<\/li><li>controlled return to normal condition.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The purpose of IST is not to create random failures. Scenarios must derive from requirements, operating modes, risk analyses, functional diagrams, and response procedures. Each event must have preconditions, limits, participants, abort criteria, and a safe restoration method.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In this article, IST is treated as the integrated gate of the commissioning program. The specific methodology for building scenarios, instrumentation, execution, evidence, and retesting is explored in the content on <a href=\"\/conteudo\/artigos-tecnicos\/testes-integrados-sistemas-data-center-ist\/\">Integrated Systems Testing in Data Centers<\/a>, avoiding duplication of two pages for the same intent.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Is L1 to L5 a normative classification?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">There is no universal and mandatory correspondence between the numbers L1, L2, L3, L4, and L5 and a single set of activities. The numbering is widely used in Data Center programs, but the content of each level may vary among owners, consultants, contractors, operators, and contracts.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">JLL, for example, presents an expanded sequence of seven stages, with L0 for programming and design, L1 for factory acceptance, L2 for site acceptance, L3 for startup and pre-functional checks, L4 for functional testing, L5 for integrated testing, and L6 for transition to operations. This reference is useful for understanding the use of levels, but it does not make the nomenclature a universal requirement.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ASHRAE Guideline 0 and ASHRAE\/IES Standard 202 structure the process by phases, responsibilities, documentation, verification, and acceptance. ABNT NBR IEC 62337 organizes milestones such as erection completion, mechanical completion, pre-commissioning, commissioning, performance testing, and acceptance. None of these references should be cited as the mandatory source of a specific L1\u2013L5 table.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, the contract and commissioning plan must declare the meaning of each level for the project, the systems and equipment included, the documents and tests that constitute each gate, the responsibilities for execution, witnessing, recommendation, and approval, the treatment of open items and exceptions, and the objective conditions that allow progression to the next level.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Recommended level mapping<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The following table presents a reference structure. It must be adapted to the project.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Level<\/td><td>Primary objective<\/td><td>Examples of activities<\/td><td>Exit gate<\/td><\/tr><tr><td>L0<\/td><td>Plan commissioning and ensure testability<\/td><td>OPR\/URS, BoD, design review, test matrix, instrumentation, access, and load-bank requirements<\/td><td>Verifiable requirements and commissioning incorporated into contracts<\/td><\/tr><tr><td>L1<\/td><td>Verify equipment before shipment<\/td><td>FAT\/FWT, document inspection, certificates, factory tests, control simulations<\/td><td>Equipment released for shipment with controlled deviations<\/td><\/tr><tr><td>L2<\/td><td>Verify receipt, preservation, and installation<\/td><td>transport inspection, tags, storage, assembly, connections, torque, cleaning, calibration<\/td><td>Installation documented and ready for startup<\/td><\/tr><tr><td>L3<\/td><td>Perform startup and pre-functional tests<\/td><td>controlled energization, rotation checks, loops, sensors, basic interlocks, TAB, adjustments<\/td><td>System stable and ready for functional testing<\/td><\/tr><tr><td>L4<\/td><td>Demonstrate functional system performance<\/td><td>load tests, normal\/abnormal modes, redundancy within the system, sequences, and alarms<\/td><td>Individual systems accepted for integration<\/td><\/tr><tr><td>L5<\/td><td>Demonstrate integrated facility behavior<\/td><td>IST, contingency scenarios, transfer, component failure, recovery, and operational response<\/td><td>Evidence that the Data Center meets integrated requirements<\/td><\/tr><tr><td>L6, when adopted<\/td><td>Transfer and stabilize operations<\/td><td>training, SOP\/MOP\/EOP, Systems Manual, assisted operations, deferred tests<\/td><td>operational readiness and controlled closeout<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The value of the structure is not in the number. It is in transforming each level into an <strong>auditable gate<\/strong> in which inputs, procedures, results, open items, and decisions are formally recorded.<\/p>\n\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>The commissioning plan must transform L1 through L5 into verifiable gates.<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A3A Engenharia structures levels, responsibilities, procedures, evidence, treatment of open items, and acceptance criteria so that IST is prepared from requirements and design onward.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/servicos-transversais\/comissionamento-aceite-data-centers\/\"><strong>Structure Data Center levels, integrated tests, and acceptance criteria<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n\n<h2 class=\"wp-block-heading\">L0: commissioning starts before construction<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Although many contracts begin counting at L1, the process must start during the requirements and design phase. Without this preparation, the infrastructure may be technically impossible to test, or the tests may fail to demonstrate the required performance.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Owner requirements<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The Owner\u2019s Project Requirements, URS, or equivalent document must convert business objectives into measurable criteria. It is not enough to state that the Data Center must be \u201chighly available.\u201d Capacities, loads, autonomy, maintenance modes, environmental limits, response times, alarms, recovery, documentation, and acceptance conditions must be defined.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">These documents are explored in greater depth in the article <a href=\"\/conteudo\/artigos-tecnicos\/basis-of-design-opr-urs-data-center\/\">Basis of Design, OPR, and URS in Data Center projects<\/a>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Basis of Design and sequences<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The BoD must explain how the proposed solution meets the requirements. For commissioning, the following are particularly important:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>block diagrams and single-line diagrams;<\/li><li>normal, maintenance, contingency, and emergency modes;<\/li><li>operating sequences;<\/li><li>protection and selectivity philosophy;<\/li><li>control and monitoring architecture;<\/li><li>permissives, interlocks, and priorities;<\/li><li>capacity and redundancy criteria;<\/li><li>load and environmental assumptions;<\/li><li>measurement points and alarms;<\/li><li>known limitations.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Testability<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">A testable design provides safe means to observe, measure, and control the system. Items to assess include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>access and space for instruments;<\/li><li>load-bank connection points;<\/li><li>temporary and permanent metering;<\/li><li>ability to simulate states without compromising protection;<\/li><li>trending in BMS, EPMS, and DCIM;<\/li><li>clock synchronization across platforms;<\/li><li>consistent equipment and signal identification;<\/li><li>ability to isolate sectors and phases;<\/li><li>return conditions after testing;<\/li><li>compatibility between procedures and manufacturer warranties.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">When these conditions are not incorporated into design and procurement, commissioning becomes dependent on field improvisation.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">L1: FAT and verification before shipment<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Level L1 normally concentrates tests performed at the factory or before equipment is released for shipment. Its objective is to identify deviations while the manufacturer still has the facilities, tools, and personnel to correct them with less impact on construction.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The scope varies by equipment. It may include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>review of approved submittals and drawings;<\/li><li>verification of model, capacity, and accessories;<\/li><li>material and calibration certificates;<\/li><li>assembly and workmanship inspection;<\/li><li>verification of panels, busbars, and connections;<\/li><li>specified electrical or mechanical tests;<\/li><li>simulation of inputs, outputs, and logic;<\/li><li>communication using defined protocols and platforms;<\/li><li>response to alarms and interlocks;<\/li><li>load testing, when applicable;<\/li><li>recording of firmware and configurations;<\/li><li>documentation of deviations and open items.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">ABNT NBR IEC 62337 recognizes the importance of factory acceptance testing and control-system integration. However, FAT does not demonstrate actual installation conditions. Cables, upstream and downstream protection, utilities, environment, integration, and operations are not yet fully represented.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">L1 gate<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Release for shipment should occur only after the procedure has been approved, the instruments used are valid and calibrated, results have been recorded, and deviations have been classified. Open items must have an owner and deadline, documentation must reflect the tested configuration, and preservation and transportation conditions must be defined. The gate ends with a formal decision: release, conditional release, or rejection of the supply.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">L2: receipt, preservation, and installation verification<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">L2 confirms that the received supply matches what was approved, has not suffered relevant damage, and was installed according to the design, manufacturer instructions, and applicable requirements.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This stage must prevent physical issues from progressing to startup. Receiving inspection must identify transportation or lifting damage, supplies that differ from the approved submittal, missing accessories, and preservation failures. After installation, verification must confirm connections, identification, grounding and bonding, sensor position, compatibility of cables, piping, and ducts, maintenance access, and consistency between the installation and record drawings.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ABNT NBR IEC 62337 links mechanical completion to erection verification, test reports, the punch list, and certificate issuance. This logic is directly useful for Data Centers: equipment should only be declared ready for startup when installation checks are complete and critical open items are controlled.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Checklists do not replace evidence<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Checking \u201cyes\u201d on a list is not sufficient when the requirement calls for a measurement, photograph, certificate, torque record, curve, trend, or report. The checklist should identify the associated evidence and the person responsible for verification.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">L3: startup and pre-functional testing<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">L3 is the transition from a static installation to the initial operating condition. Manufacturers and contractors normally perform startup and adjustments, while the commissioning team verifies compliance with the procedure and records results.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Typical activities include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>confirmation of energization prerequisites;<\/li><li>verification of power supply and protection;<\/li><li>startup and shutdown sequence;<\/li><li>sensor calibration and validation;<\/li><li>loop and point testing;<\/li><li>rotation and flow direction;<\/li><li>protection and control adjustments;<\/li><li>flushing, cleaning, or conditioning when applicable;<\/li><li>TAB of cooling systems;<\/li><li>validation of local alarms;<\/li><li>basic communication with supervisory systems;<\/li><li>updating parameters and documentation.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The L3 exit condition should not merely be \u201cequipment energized.\u201d The system must be stable, adjusted, and documented so that L4 performance testing is valid.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Conditions that prevent progression<\/h3>\n\n\n\n<ul class=\"wp-block-list\"><li>protection settings not approved;<\/li><li>uncalibrated instruments;<\/li><li>recurring communication failures;<\/li><li>leaks or mechanical anomalies;<\/li><li>masked alarms without formal control;<\/li><li>unversioned software or firmware;<\/li><li>unavailable trends;<\/li><li>open items that affect capacity or sequencing;<\/li><li>absence of emergency procedures;<\/li><li>operations still dependent on improvised interventions.<\/li><\/ul>\n\n\n\n\n<h2 class=\"wp-block-heading\">L4: functional testing by system<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">At L4, each system is subjected to conditions that demonstrate its function and performance. ASHRAE Guideline 0 distinguishes component tests, system tests, intersystem tests, and owner-requirement-oriented tests. In an L1\u2013L5 program, L4 normally covers most discipline-level functional testing and prepares the interfaces for IST.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Electrical system<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The scope may include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>power sources and service entrances;<\/li><li>transformers and switchboards;<\/li><li>protection, selectivity, and interlocks;<\/li><li>ATS, STS, and transfers;<\/li><li>UPS systems, batteries, and autonomy;<\/li><li>generators and auxiliary systems;<\/li><li>A\/B distribution;<\/li><li>PDU, RPP, and busways;<\/li><li>grounding and bonding;<\/li><li>metering and EPMS.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Cooling and environmental control<\/h3>\n\n\n\n<ul class=\"wp-block-list\"><li>chillers or direct-expansion systems;<\/li><li>pumps, towers, and heat rejection;<\/li><li>CRAH, CRAC, and precision units;<\/li><li>valves, dampers, and controls;<\/li><li>containment and airflow management;<\/li><li>environmental sensors;<\/li><li>response to load variations;<\/li><li>redundancy and rotation;<\/li><li>alarms and BMS integration.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Automation, BMS, EPMS, and DCIM<\/h3>\n\n\n\n<ul class=\"wp-block-list\"><li>point mapping;<\/li><li>quality and units of variables;<\/li><li>alarms and priorities;<\/li><li>trends and history retention;<\/li><li>time synchronization;<\/li><li>permissions and profiles;<\/li><li>communication states;<\/li><li>screens, diagrams, and navigation;<\/li><li>integration among platforms;<\/li><li>behavior during communication loss and restoration.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Fire protection, security, and telecommunications<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Commissioning must also cover relevant functions of fire detection and alarm, suppression, access control, video surveillance, intrusion detection, management networks, cabling, and emergency interfaces. Each system may be subject to its own standards and authorities; IST must respect these responsibilities and does not replace legal or regulatory acceptance.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">L4 gate<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The system should only be released for integration when:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>planned functional tests have been executed;<\/li><li>capacity and performance have been demonstrated;<\/li><li>sequences and alarms have been verified;<\/li><li>critical failures have been corrected and retested;<\/li><li>configurations are under version control;<\/li><li>interfaces are ready;<\/li><li>field documentation matches the installed condition;<\/li><li>operations understands temporary limitations.<\/li><\/ul>\n\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>Data Center testability must be designed, not improvised during L5.<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Measurement points, load banks, trends, sequences, access, isolation conditions, and return conditions must be incorporated into design and specifications before procurement and construction.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/planejamento\/projeto-de-data-center\/\"><strong>Design infrastructure already prepared for testing, integration, and acceptance<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n\n<h2 class=\"wp-block-heading\">L5: Integrated Systems Testing<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">L5 must verify the facility as a system of systems. The script must represent events relevant to Data Center risk, rather than simply repeating equipment tests.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Scenario families<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">An IST matrix may include:<\/p>\n\n\n\n<ol class=\"wp-block-list\"><li><strong>normal operation:<\/strong> stable conditions, scheduled rotation, capacity modulation, and monitoring;<\/li><li><strong>planned maintenance:<\/strong> controlled removal of elements, path transfer, and return;<\/li><li><strong>source or component failure:<\/strong> loss of power, equipment, or communication defined by the design;<\/li><li><strong>degradation:<\/strong> reduced capacity without immediate loss of the critical load;<\/li><li><strong>emergency:<\/strong> events that trigger protection and response procedures;<\/li><li><strong>recovery:<\/strong> return to normal condition, restoration of redundancy, and alarm handling;<\/li><li><strong>operational interface:<\/strong> human action according to SOP, MOP, or EOP;<\/li><li><strong>combined scenarios:<\/strong> only when planned, technically justified, and safe.<\/li><\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">What IST should observe<\/h3>\n\n\n\n<ul class=\"wp-block-list\"><li>continuity of the critical function;<\/li><li>response and transfer times;<\/li><li>operation of protection devices;<\/li><li>stability after the event;<\/li><li>remaining capacity;<\/li><li>cooling sequence;<\/li><li>load prioritization;<\/li><li>correct, intelligible, and properly timed alarms;<\/li><li>consistency between local and supervisory states;<\/li><li>absence of hidden conditions;<\/li><li>team response;<\/li><li>ability to return safely;<\/li><li>complete chronological record.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">IST is not a staged demonstration<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">A test may appear successful and still produce insufficient evidence. This occurs when:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>the scenario is known only verbally;<\/li><li>expected results were not defined;<\/li><li>alarms were disabled without records;<\/li><li>equipment was manually operated outside the designed sequence;<\/li><li>trends were unavailable;<\/li><li>the test load did not represent the intended condition;<\/li><li>corrective intervention occurred during the scenario without an issue being opened;<\/li><li>only the final result was recorded;<\/li><li>intermediate failures were ignored because the load remained energized.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">IST must demonstrate not only that \u201cnothing went down,\u201d but that the facility responded according to the requirements, architecture, and procedures.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Prerequisites for starting IST<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Before authorizing L5, a formal readiness review should be performed. The minimum list includes:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>updated OPR\/URS and BoD;<\/li><li>requirements and test matrix;<\/li><li>approved diagrams and sequences;<\/li><li>systems in representative condition;<\/li><li>L1 through L4 completed according to the plan;<\/li><li>reports and certificates available;<\/li><li>classified punch list;<\/li><li>critical issues closed;<\/li><li>instruments and load banks available;<\/li><li>valid calibration;<\/li><li>operational monitoring and trending systems;<\/li><li>verified time synchronization;<\/li><li>approved procedures;<\/li><li>activity risk assessment;<\/li><li>participants and authorities confirmed;<\/li><li>communication plan;<\/li><li>abort criteria;<\/li><li>restoration plan;<\/li><li>compliance with manufacturer recommendations;<\/li><li>operations team trained for the scenario.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The presence of an open item does not automatically prevent IST. The decisive point is whether it compromises safety, representativeness, observability, capacity, sequence, or recovery. This assessment must be recorded.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">How to structure a test script<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The procedure must be detailed enough to allow controlled execution, repeatability, and auditability. A recommended structure includes:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Field<\/td><td>Expected content<\/td><\/tr><tr><td>Identification<\/td><td>code, revision, system, scenario, and associated requirement<\/td><\/tr><tr><td>Objective<\/td><td>function to be demonstrated<\/td><\/tr><tr><td>Scope<\/td><td>systems, areas, equipment, and interfaces included<\/td><\/tr><tr><td>References<\/td><td>OPR, BoD, diagrams, sequences, manuals, and standards<\/td><\/tr><tr><td>Participants<\/td><td>executor, operator, CxA, OE, designers, manufacturers, and witnesses<\/td><\/tr><tr><td>Preconditions<\/td><td>states, loads, availability, permissions, and accepted open items<\/td><\/tr><tr><td>Instrumentation<\/td><td>equipment, range, accuracy, calibration, and responsible party<\/td><\/tr><tr><td>Safety<\/td><td>risks, controls, limits, abort, and restoration<\/td><\/tr><tr><td>Steps<\/td><td>numbered actions without ambiguous commands<\/td><\/tr><tr><td>Expected result<\/td><td>observable response of each system and interface<\/td><\/tr><tr><td>Acceptance criterion<\/td><td>required tolerance, time, capacity, state, or evidence<\/td><\/tr><tr><td>Record<\/td><td>measurements, trends, photos, logs, alarms, and signatures<\/td><\/tr><tr><td>Issues<\/td><td>rule for interruption, classification, correction, and retesting<\/td><\/tr><tr><td>Closeout<\/td><td>return to normal, restoration of redundancy, and release<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">ASHRAE Guideline 0 recommends that procedures identify participants, prerequisites, steps, restoration, instruments, observations, and acceptable ranges. It also requires deviations from the procedure to be documented and test and retest results to remain recorded.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Instrumentation, load banks, and observability<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The IST result depends on the ability to measure what occurred. Instrumentation must be selected according to the relevant variables and response times.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The following may be required:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>power quality analyzers;<\/li><li>electrical parameter data loggers;<\/li><li>thermography;<\/li><li>temporary temperature and humidity sensors;<\/li><li>flow, volume flow, and pressure measurement;<\/li><li>resistive or reactive load banks according to the objective;<\/li><li>authorized signal simulators or tools;<\/li><li>protection-event capture;<\/li><li>export of BMS and EPMS trends;<\/li><li>logs from DCIM and security platforms;<\/li><li>video records of field conditions.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Selection should not be based solely on instrument availability. Range, resolution, accuracy, sampling time, calibration, and synchronization must be compatible with the observed phenomenon.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Test load<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The load must represent the objective of the scenario. Testing a sequence at a load far below the intended condition may hide thermal limitations, autonomy times, generator behavior, or transfer capacity. Conversely, increasing load without risk analysis and without safe conditions can endanger equipment and people.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The plan should establish:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>power and load profile;<\/li><li>physical and electrical distribution;<\/li><li>duration;<\/li><li>environmental condition;<\/li><li>increments and stabilization;<\/li><li>interruption limits;<\/li><li>parties responsible for connection, operation, and removal;<\/li><li>compatibility with equipment and warranties.<\/li><\/ul>\n\n\n\n\n<h2 class=\"wp-block-heading\">Abort and restoration criteria<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Every scenario must have objective criteria for stopping the test. Conceptual examples include safety risk, behavior outside approved limits, loss of observability, inability to recover redundancy, or unexpected operation that makes continuation of the script invalid.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Aborting does not automatically mean failing the entire facility. It means the scenario is no longer safe or representative. The team must:<\/p>\n\n\n\n<ol class=\"wp-block-list\"><li>stabilize the system;<\/li><li>record the interruption point;<\/li><li>open an issue;<\/li><li>preserve logs and trends;<\/li><li>identify the impact;<\/li><li>define the correction and retest prerequisites;<\/li><li>approve a new execution.<\/li><\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">The restoration plan is as important as the failure sequence. The Data Center must return to a known condition, with redundancy restored, alarms handled, configurations verified, and operations formally informed.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Safety during integrated testing<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">IST must not be treated as an exclusively documentary activity. Scenarios may involve power, rotating equipment, pressurized systems, fuels, batteries, heat, fire alarms, and temporary changes in redundancy.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The process must integrate:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>task risk assessment;<\/li><li>applicable permits and lockout procedures;<\/li><li>limits of responsibility;<\/li><li>communication with operations and safety teams;<\/li><li>presence of required specialists;<\/li><li>manufacturer recommendations;<\/li><li>protection of people and equipment;<\/li><li>emergency plan;<\/li><li>control of temporary changes;<\/li><li>confirmation of return to the normal configuration.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The commissioning procedure must never be used to bypass safety requirements, legal responsibilities, or equipment operating limits.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Traceability matrix<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Traceability connects what the owner requested to what was actually demonstrated.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Element<\/td><td>Example link<\/td><\/tr><tr><td>Requirement<\/td><td>critical load must remain supported during the defined event<\/td><\/tr><tr><td>BoD<\/td><td>architecture and sequence selected to meet the requirement<\/td><\/tr><tr><td>Design document<\/td><td>applicable single-line diagram, logic, diagram, and specification<\/td><\/tr><tr><td>Procedure<\/td><td>script that creates the condition and measures the response<\/td><\/tr><tr><td>Result<\/td><td>data, trends, times, states, and observations<\/td><\/tr><tr><td>Issue<\/td><td>deviation identified during testing<\/td><\/tr><tr><td>Correction<\/td><td>action performed by the responsible party<\/td><\/tr><tr><td>Retest<\/td><td>new evidence after correction<\/td><\/tr><tr><td>Acceptance<\/td><td>formal decision and associated residual risk<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Without this chain, the report may prove that activities were performed, but not that requirements were met.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Issue, punch-list, and retest management<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Not every open item has the same effect on acceptance. Classification should consider safety, continuity, capacity, redundancy, compliance, operations, documentation, and recurrence risk.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">One possible structure is:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Class<\/td><td>Typical effect<\/td><td>Treatment<\/td><\/tr><tr><td>Critical<\/td><td>compromises safety, essential function, or test validity<\/td><td>prevents progression or acceptance until correction and retest<\/td><\/tr><tr><td>Major<\/td><td>reduces capacity, redundancy, performance, or recovery capability<\/td><td>requires a formal decision; generally requires correction before final acceptance<\/td><\/tr><tr><td>Minor<\/td><td>does not compromise the primary function but requires regularization<\/td><td>may allow conditional acceptance with deadline and responsible party<\/td><\/tr><tr><td>Documentary<\/td><td>incomplete evidence, drawing, manual, or record<\/td><td>assess impact on operations, maintenance, and traceability<\/td><\/tr><tr><td>Improvement<\/td><td>recommendation without requirement noncompliance<\/td><td>record separately to avoid confusion with a nonconformity<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">ABNT NBR IEC 62337 associates the punch list with incomplete work, repairs, and adjustments, providing for repeated verification until resolution. ASHRAE Guideline 0 requires previous failed tests to remain in the report in addition to the final accepted result.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Retest<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The retest must verify the correction and the risk of side effects. Depending on the change, it may be necessary to repeat:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>only the affected step;<\/li><li>the entire system procedure;<\/li><li>related integration scenarios;<\/li><li>previous tests whose validity was compromised;<\/li><li>the configuration or performance baseline.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The decision must be technical and documented, not based only on the construction schedule.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Technical acceptance criteria<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Acceptance is not synonymous with the absolute absence of open items. It is a decision based on requirements, evidence, responsibilities, and residual risk.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Level acceptance<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Each level must have its own criteria. Examples include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>planned documents delivered;<\/li><li>tests executed and passed;<\/li><li>critical open items closed;<\/li><li>deviations accepted by the competent authority;<\/li><li>signed records;<\/li><li>configuration frozen or controlled;<\/li><li>safe condition for progression.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Provisional or conditional acceptance<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">It may apply when the primary function has been demonstrated but controlled open items remain. The acceptance record should indicate:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>remaining items;<\/li><li>technical impact;<\/li><li>temporary controls;<\/li><li>responsible parties;<\/li><li>deadlines;<\/li><li>retentions or contractual conditions;<\/li><li>deferred tests;<\/li><li>condition for final acceptance.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Final acceptance<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">It requires verification that obligations, corrections, documents, training, tests, and deliverables have been completed in accordance with the contract. The decision must also consider operations and maintenance, not only construction.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The topic is explored in greater depth in <a href=\"\/conteudo\/artigos-tecnicos\/criterios-de-aceite-engenharia-requisitos-evidencias-validacao-tecnica\/\">Engineering Acceptance Criteria<\/a>.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Residual risk<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Even after commissioning, known limitations may remain. Residual risk must be made explicit, assessed, and accepted by the owner \u2014 not hidden in scattered observations.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The record should indicate:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>affected requirement;<\/li><li>observed condition;<\/li><li>probability and consequence;<\/li><li>remaining capacity or redundancy;<\/li><li>compensating control;<\/li><li>operational restriction;<\/li><li>correction deadline;<\/li><li>authority that accepted it;<\/li><li>need for monitoring or retesting.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The commissioning authority may recommend acceptance or rejection; Owner\u2019s Engineering may assess impacts and protect the owner\u2019s interests; but business risk tolerance remains with the owner.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Responsibilities in Data Center commissioning<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Party<\/td><td>Primary responsibility<\/td><\/tr><tr><td>Owner<\/td><td>approve requirements, provide representatives, decide on risk, and accept deliveries<\/td><\/tr><tr><td>Owner\u2019s Engineering<\/td><td>technically represent the owner, review requirements, interfaces, changes, evidence, and recommendations<\/td><\/tr><tr><td>Commissioning authority<\/td><td>plan, coordinate, witness, verify, record, and report the process<\/td><\/tr><tr><td>Designers<\/td><td>remain responsible for solutions, BoD, sequences, calculations, and design corrections<\/td><\/tr><tr><td>Project management<\/td><td>integrate schedule, cost, contracts, communication, and project milestones<\/td><\/tr><tr><td>Contractors and integrators<\/td><td>execute, control quality, complete checklists, correct deviations, and operate systems during testing<\/td><\/tr><tr><td>Manufacturers<\/td><td>provide documentation, startup, assistance, testing, and warranty requirements<\/td><\/tr><tr><td>Operations<\/td><td>participate in requirements, procedures, testing, training, handover, and operational acceptance<\/td><\/tr><tr><td>Authorities having jurisdiction<\/td><td>perform applicable legal or regulatory approvals<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The project RACI matrix must detail who performs, who has final accountability, who is consulted, and who is informed for each deliverable and test.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Owner\u2019s Engineering and commissioning are not the same function<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The OE protects the owner\u2019s requirements, decisions, and interests throughout the project. The commissioning authority leads the verification process according to the approved scope. The functions may work in an integrated manner, but their boundaries must be clear.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The topic is explored specifically in <a href=\"\/conteudo\/artigos-tecnicos\/owners-engineering-data-center-responsabilidades\/\">Owner\u2019s Engineering in Data Centers<\/a>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In practical terms:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>the OE helps convert requirements into contractual obligations;<\/li><li>the CxA structures the plan, checklists, and tests;<\/li><li>designers define solutions and sequences;<\/li><li>contractors execute and correct;<\/li><li>operations participates in scenarios and receives the asset;<\/li><li>the owner decides on acceptance and residual risk.<\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Operations must participate before L5<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The operations team should not become familiar with the facility only at handover. ABNT NBR ISO\/IEC 22237-1 recommends that processes, roles, and responsibilities be defined before operation and that personnel be instructed and trained during acceptance testing.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Participation should include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>review of operating modes;<\/li><li>validation of alarms and priorities;<\/li><li>development of SOP, MOP, and EOP;<\/li><li>observation of startup and functional testing;<\/li><li>participation in IST;<\/li><li>hands-on training;<\/li><li>access to the Systems Manual;<\/li><li>understanding of limitations and open items;<\/li><li>ability to restore normal condition;<\/li><li>knowledge of escalation and support.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">A test may demonstrate technical performance and still reveal low operational readiness. This condition must be addressed before final transfer.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Systems Manual and handover documentation<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Final documentation must function as an operations resource, not merely as a contractual archive. ASHRAE Guideline 0 recommends a Systems Manual that brings together the OPR, BoD, commissioning plan and report, manuals, schematics, record drawings, tests, operating procedures, maintenance, and training.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For Data Centers, the package may include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>document index and matrix;<\/li><li>final requirements and approved deviations;<\/li><li>diagrams and <em>as-built<\/em> drawings;<\/li><li>relevant configurations and versions;<\/li><li>protection studies and settings;<\/li><li>L1 through L5 reports;<\/li><li>issue logs and punch list;<\/li><li>certificates and calibrations;<\/li><li>trends and load-test results;<\/li><li>SOP, MOP, and EOP;<\/li><li>maintenance plans;<\/li><li>spare-parts lists;<\/li><li>contacts and warranties;<\/li><li>training and attendance records;<\/li><li>limitations and residual risk;<\/li><li>deferred tests and planned dates.<\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Deferred tests<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Some tests may depend on ICT load, environmental conditions, utility availability, or an operating window that does not yet exist. Deferring a test does not mean waiving it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The report should record:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>deferred test;<\/li><li>justification;<\/li><li>required precondition;<\/li><li>risk of operating before the test;<\/li><li>temporary control;<\/li><li>responsible party;<\/li><li>deadline or trigger;<\/li><li>contractual condition;<\/li><li>method for subsequent execution and acceptance.<\/li><\/ul>\n\n\n\n\n<h2 class=\"wp-block-heading\">Commissioning during expansion or modernization of an operational Data Center<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In operational facilities, the process must protect the existing load. Planning must consider boundaries, maintenance windows, rollback, temporary redundancy, communication, permissions, and the risk of interaction with legacy systems.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Good governance practices include:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>reliable survey of the existing condition;<\/li><li>validation of actual diagrams and configurations;<\/li><li>segregation between new and existing systems;<\/li><li>offline testing whenever possible;<\/li><li>phased implementation with gates;<\/li><li>impact analysis for each energization;<\/li><li>approved MOP for interventions;<\/li><li>contingency and rollback;<\/li><li>enhanced monitoring after changes;<\/li><li>assisted operations.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The <a href=\"\/servicos\/levantamento-e-diagnostico\/diagnostico-modernizacao-data-centers-cpds\/\">Data Center and CPD Diagnostics and Modernization<\/a> page presents the preceding stage required to structure this type of intervention.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Process indicators<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Monitoring should not be limited to the number of tests executed. Useful indicators include:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Indicator<\/td><td>Interpretation<\/td><\/tr><tr><td>requirements covered by tests<\/td><td>measures traceability and gaps<\/td><\/tr><tr><td>approved versus planned procedures<\/td><td>indicates execution readiness<\/td><\/tr><tr><td>first-pass approval rate<\/td><td>reveals design, installation, and preparation quality<\/td><\/tr><tr><td>issues by system and criticality<\/td><td>shows concentration of risk<\/td><\/tr><tr><td>average resolution time<\/td><td>indicates response capability<\/td><\/tr><tr><td>recurrence after retest<\/td><td>evaluates effectiveness of corrections<\/td><\/tr><tr><td>tests blocked by prerequisites<\/td><td>highlights planning problems<\/td><\/tr><tr><td>open items at handover<\/td><td>measures risk transferred to operations<\/td><\/tr><tr><td>training completed by role and shift<\/td><td>measures operational readiness<\/td><\/tr><tr><td>deferred tests<\/td><td>identifies coverage not yet demonstrated<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Indicators do not replace technical analysis. A high approval rate may result from superficial testing; a lower initial rate may indicate a rigorous process that detected and corrected problems before operations.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Common mistakes<\/h2>\n\n\n\n<ol class=\"wp-block-list\"><li>engaging commissioning only at the end of construction;<\/li><li>adopting L1\u2013L5 without defining the content of each level;<\/li><li>confusing FAT, SAT, startup, functional testing, and IST;<\/li><li>starting L5 with critical open items or without observability;<\/li><li>using generic scripts with no link to OPR and BoD;<\/li><li>testing equipment but not interfaces;<\/li><li>executing scenarios without abort and restoration criteria;<\/li><li>allowing temporary changes without configuration control;<\/li><li>accepting checklists without evidence;<\/li><li>excluding operations from the process;<\/li><li>recording only the passing test and deleting previous failures;<\/li><li>releasing the asset without a usable Systems Manual;<\/li><li>treating residual risk as an informal observation;<\/li><li>failing to provide for retests and repetition costs in contracts;<\/li><li>confusing technical acceptance with automatic release of all contractual obligations.<\/li><\/ol>\n\n\n\n\n<h2 class=\"wp-block-heading\">Executive Data Center commissioning checklist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Before authorizing IST, confirm:<\/p>\n\n\n\n<ol class=\"wp-block-list\"><li>Are the requirements measurable and linked to tests?<\/li><li>Do the BoD and sequences reflect the current installation?<\/li><li>Is the level nomenclature defined in the contract?<\/li><li>Do L1 through L4 have approved gates and reports?<\/li><li>Have systems been individually tested under representative conditions?<\/li><li>Are the interfaces documented?<\/li><li>Has the punch list been classified by criticality?<\/li><li>Are there no open items that invalidate the scenario?<\/li><li>Are configurations controlled?<\/li><li>Are instruments and load banks appropriate?<\/li><li>Are calibrations valid?<\/li><li>Do BMS, EPMS, and DCIM record trends and events?<\/li><li>Are system clocks synchronized?<\/li><li>Does the script include expected results and tolerances?<\/li><li>Are abort criteria defined?<\/li><li>Is there a restoration plan?<\/li><li>Do participants have the required authority and competence?<\/li><li>Does operations understand and participate in the scenario?<\/li><li>Have risks and safety measures been approved?<\/li><li>Is the recording and sign-off method defined?<\/li><li>Do issues and retests have a formal workflow?<\/li><li>Is the person responsible for acceptance identified?<\/li><li>Will residual risk be documented?<\/li><li>Do deferred tests have a plan and deadline?<\/li><li>Does handover have its own deliverables and criteria?<\/li><\/ol>\n\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>Data Center acceptance requires technical governance beyond the execution of tests.<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Requirements, interfaces, changes, issues, retests, residual risk, and decisions must remain traceable on behalf of the owner throughout the implementation cycle.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\"><strong>Keep requirements, risks, and acceptance decisions under owner governance<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n\n<h2 class=\"wp-block-heading\">A3A Engenharia\u2019s consulting engineering scope<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A3A Engenharia can structure and support Data Center commissioning from requirements and design through implementation, integrated testing, acceptance, and operational transition. The scope must be defined according to criticality, architecture, contracting model, project phase, and the responsibilities of the other parties.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The work may cover:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>review of OPR, URS, and BoD;<\/li><li>design review focused on testability;<\/li><li>commissioning plan and matrix;<\/li><li>definition of levels, gates, and deliverables;<\/li><li>review of FAT, SAT, and functional procedures;<\/li><li>preparation or review of IST scripts;<\/li><li>interface and traceability matrix;<\/li><li>test oversight and witnessing;<\/li><li>technical management of issues and retests;<\/li><li>assessment of acceptance criteria;<\/li><li>technical opinions for the owner;<\/li><li>handover and operational-readiness audit;<\/li><li>integration with Owner\u2019s Engineering and assisted operations.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Execution responsibility and technical authorship remain with the corresponding contractors and designers. Decision-making authority and approval limits must be defined in the contract and project governance.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Technical summary<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Data Center commissioning should operate as a continuous process, from requirements and design through testing, documentation, and transfer to operations. Levels L1 through L5 must function as documented gates, not labels. Requirements, manufacturing, installation, startup, functional testing, IST, instrumentation, safety, issues, retests, documentation, and operations must form a traceable chain.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The numerical sequence is not universal. Therefore, the commissioning plan must define the content of each level, responsibilities, evidence, and progression criteria. Technical acceptance is defensible only when the owner can link requirements to procedures, results, open items, corrections, retests, and residual risk.<\/p>\n\n\n\n<details class=\"wp-block-details is-layout-flow wp-block-details-is-layout-flow\"><summary>Technical references<\/summary>\n<p class=\"wp-block-paragraph\">[1] ABNT. ABNT NBR ISO\/IEC 22237-1:2023 \u2014 Information technology \u2014 Data centre facilities and infrastructures \u2014 Part 1: General concepts. Rio de Janeiro: Associa\u00e7\u00e3o Brasileira de Normas T\u00e9cnicas, 2023.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[2] ABNT. ABNT NBR IEC 62337:2020 \u2014 Commissioning of electrical, instrumentation and control systems in the process industry \u2014 Specific phases and milestones. Rio de Janeiro: Associa\u00e7\u00e3o Brasileira de Normas T\u00e9cnicas, 2020.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[3] ASHRAE. Guideline 0-2019 \u2014 The Commissioning Process. Atlanta: American Society of Heating, Refrigerating and Air-Conditioning Engineers, 2019.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[4] ASHRAE. Standard 202-2024 \u2014 The Commissioning Process Requirements for New Buildings and New Systems. Atlanta: American Society of Heating, Refrigerating and Air-Conditioning Engineers, 2024.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[5] AABC COMMISSIONING GROUP. ACG Commissioning Guideline for Building Owners, Design Professionals and Commissioning Service Providers. Washington, DC: ACG, 2005.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[6] JLL. Do you know the seven stages of data center commissioning? Feb. 17, 2025. Available at: https:\/\/www.jll.com\/en-us\/guides\/do-you-know-the-seven-stages-of-data-center-commissioning. Accessed: Jul. 27, 2026.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[7] JLL. Commissioning strategies to ensure uninterrupted data center performance. 2024. Available at: https:\/\/www.jll.com\/en-de\/insights\/commissioning-strategies-to-ensure-uninterrupted-data-center-performance. Accessed: Jul. 27, 2026.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[8] TIA. ANSI\/TIA-942-C \u2014 Telecommunications Infrastructure Standard for Data Centers. Arlington: Telecommunications Industry Association, 2024.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[9] UPTIME INSTITUTE. Data Center Site Infrastructure Tier Standard: Operational Sustainability. New York: Uptime Institute.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[10] A3A ENGENHARIA. FAT, SAT and Integrated Testing in Critical Systems: how to validate deliveries before technical acceptance. Ponta Grossa: A3A Engenharia, 2026.<\/p>\n<\/details>\n\n\n\n<details class=\"wp-block-details is-layout-flow wp-block-details-is-layout-flow\"><summary>Frequently asked questions<\/summary>\n<div class=\"schema-faq wp-block-yoast-faq-block\"><div class=\"schema-faq-section\" id=\"faq-question-o-que-ist-em-data-centers-d735d305\"><strong class=\"schema-faq-question\">What is IST in Data Centers?<\/strong> <p class=\"schema-faq-answer\">IST is Integrated Systems Testing, the stage that verifies the coordinated behavior of critical infrastructure under normal, abnormal, contingency, and recovery scenarios.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-qual-a-diferen-a-entre-ist-e-sat-11440726\"><strong class=\"schema-faq-question\">What is the difference between IST and SAT?<\/strong> <p class=\"schema-faq-answer\">SAT verifies field acceptance of a piece of equipment or system. IST evaluates interaction among multiple systems and the Data Center\u2019s ability to meet integrated requirements.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-os-n-veis-l1-a-l5-s-o-definidos-pela-abnt-ou-ash-70207e84\"><strong class=\"schema-faq-question\">Are L1 through L5 defined by ABNT or ASHRAE?<\/strong> <p class=\"schema-faq-answer\">Not as a universal table. The standards structure the process, phases, testing, documentation, and acceptance. The plan and contract must define the content of each level.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-o-que-normalmente-testado-em-l5-29d13a98\"><strong class=\"schema-faq-question\">What is normally tested at L5?<\/strong> <p class=\"schema-faq-answer\">Integration scenarios involving power, UPS systems, batteries, generators, distribution, cooling, automation, alarms, monitoring, security, and operational response.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-poss-vel-executar-ist-com-pend-ncias-abertas-13d933c1\"><strong class=\"schema-faq-question\">Can IST be performed with open items?<\/strong> <p class=\"schema-faq-answer\">Only when the open items have been classified, do not compromise safety or scenario validity, and formal approval to proceed has been granted.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quem-deve-executar-os-testes-de-commissioning-3eb3c4c2\"><strong class=\"schema-faq-question\">Who should execute commissioning tests?<\/strong> <p class=\"schema-faq-answer\">Contractors and manufacturers normally operate the systems. The commissioning authority coordinates, witnesses, and documents; designers, OE, operations, and the owner participate according to the responsibility matrix.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quais-s-o-os-principais-pr-requisitos-do-ist-01ecf56d\"><strong class=\"schema-faq-question\">What are the main prerequisites for IST?<\/strong> <p class=\"schema-faq-answer\">Updated requirements and designs, completion of previous levels, stable systems, approved procedures, valid instrumentation, observability, risk assessment, abort criteria, and a restoration plan.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-o-que-deve-constar-em-um-script-de-ist-2cd629f7\"><strong class=\"schema-faq-question\">What should an IST script contain?<\/strong> <p class=\"schema-faq-answer\">Objective, scope, references, participants, preconditions, instrumentation, risks, steps, expected results, tolerances, evidence, abort criteria, restoration, and issue handling.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-como-tratar-uma-falha-durante-o-ist-1ab7fd0a\"><strong class=\"schema-faq-question\">How should a failure during IST be handled?<\/strong> <p class=\"schema-faq-answer\">The system must be stabilized, the occurrence recorded, data preserved, the issue classified, the correction defined, and the retest planned according to the impact.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-qual-a-diferen-a-entre-owner-s-engineering-e-aut-e0e3a203\"><strong class=\"schema-faq-question\">What is the difference between Owner\u2019s Engineering and the commissioning authority?<\/strong> <p class=\"schema-faq-answer\">OE technically represents the owner and evaluates requirements, interfaces, changes, and risks. The commissioning authority leads the verification process according to the approved plan.<\/p><\/div><\/div>\n<\/details>\n\n\n\n<details class=\"wp-block-details is-layout-flow wp-block-details-is-layout-flow\"><summary>Additional technical resources<\/summary>\n\n<h3 class=\"wp-block-heading\">Commissioning fundamentals<\/h3>\n\n\n<ul class=\"wp-block-list\"><li><a href=\"\/conteudo\/artigos-tecnicos\/comissionamento-sistemas-criticos-prontos-para-operar\/\">Commissioning: how to ensure critical systems are ready to operate<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/fat-sat-testes-integrados-sistemas-criticos\/\">FAT, SAT, and Integrated Testing in Critical Systems<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/criterios-de-aceite-engenharia-requisitos-evidencias-validacao-tecnica\/\">Engineering Acceptance Criteria<\/a><\/li><\/ul>\n\n\n<h3 class=\"wp-block-heading\">Requirements, design, and procurement<\/h3>\n\n\n<ul class=\"wp-block-list\"><li><a href=\"\/conteudo\/artigos-tecnicos\/basis-of-design-opr-urs-data-center\/\">Basis of Design, OPR, and URS in Data Center projects<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/como-projetar-data-center\/\">How to design a Data Center<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/rfp-data-center-como-elaborar\/\">Data Center RFP<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/data-center-tier-3\/\">Tier I, II, III, and IV in Data Centers<\/a><\/li><\/ul>\n\n\n<h3 class=\"wp-block-heading\">Open items, retests, and acceptance<\/h3>\n\n\n<ul class=\"wp-block-list\"><li><a href=\"\/conteudo\/artigos-tecnicos\/matriz-de-pendencias-engenharia-classificacao-correcao-aceite\/\">Engineering Open-Items Matrix<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/termo-de-aceite-tecnico-engenharia-validacao-pendencias-encerramento\/\">Technical Acceptance Certificate in Engineering<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/recebimento-provisorio-definitivo-engenharia-diferencas-riscos-documentacao\/\">Provisional and Final Acceptance in Engineering<\/a><\/li><\/ul>\n\n\n<h3 class=\"wp-block-heading\">Owner governance<\/h3>\n\n\n<ul class=\"wp-block-list\"><li><a href=\"\/conteudo\/artigos-tecnicos\/owners-engineering-data-center-responsabilidades\/\">Owner\u2019s Engineering in Data Centers<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/owner-engineering-engenharia-proprietario\/\">Owner\u2019s Engineering: technical governance for engineering works and critical systems<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/matriz-raci-projetos-engenharia\/\">RACI Matrix in Engineering Projects<\/a><\/li><\/ul>\n\n\n<h3 class=\"wp-block-heading\">Data Center infrastructure<\/h3>\n\n\n<ul class=\"wp-block-list\"><li><a href=\"\/conteudo\/artigos-tecnicos\/data-center-o-que-e-como-funciona-infraestrutura\/\">Data Center: what it is, how it works, and which systems make up the infrastructure<\/a><\/li><li><a href=\"\/solucoes\/engenharia-eletrica\/energia-para-infraestrutura-critica\/\">Power for Critical Infrastructure<\/a><\/li><li><a href=\"\/solucoes\/engenharia-de-sistemas-hvac\/climatizacao-de-data-centers\/\">Data Center Cooling<\/a><\/li><li><a href=\"\/solucoes\/gestao-de-ti\/data-center-infrastructure-management-dcim\/\">Data Center Infrastructure Management \u2014 DCIM<\/a><\/li><\/ul>\n\n\n<h3 class=\"wp-block-heading\">Related services<\/h3>\n\n\n<ul class=\"wp-block-list\"><li><a href=\"\/servicos\/servicos-transversais\/comissionamento-aceite-data-centers\/\">Data Center Commissioning and Acceptance<\/a><\/li><li><a href=\"\/servicos\/planejamento\/projeto-de-data-center\/\">Data Center Design<\/a><\/li><li><a href=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\">Owner\u2019s Engineering for Data Centers<\/a><\/li><li><a href=\"\/servicos\/levantamento-e-diagnostico\/diagnostico-modernizacao-data-centers-cpds\/\">Data Center and CPD Diagnostics and Modernization<\/a><\/li><li><a href=\"\/servicos\/operacao\/operacao-assistida\/\">Assisted Operations<\/a><\/li><li><a href=\"\/servicos\/operacao\/transferencia-de-conhecimento\/\">Knowledge Transfer<\/a><\/li><\/ul>\n\n<\/details>\n","protected":false},"excerpt":{"rendered":"<p>Learn how to structure Data Center commissioning, testing by stage, L1 to L5 levels, IST, evidence, and technical acceptance criteria.<\/p>\n","protected":false},"author":1,"featured_media":78778,"parent":0,"template":"","meta":{"_a3a_global_related_solutions":[],"_a3a_global_related_services":[],"_a3a_global_related_materials":[],"_a3a_post_lang":"en-us","_a3a_translation_group_id":"35704bcf-fcae-41f8-be1a-2ac8f711749d","_a3a_i18n_canonical_slug":"data-center-commissioning-tests-levels-acceptance-criteria","_a3a_prod_post_id":"","_a3a_lang_url_en-us":"","_a3a_lang_url_es-es":""},"categories":[],"segments":[],"mercados":[],"etapas":[],"class_list":["post-81544","articles","type-articles","status-publish","has-post-thumbnail","hentry"],"_links":{"self":[{"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/articles\/81544","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/articles"}],"about":[{"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/types\/articles"}],"author":[{"embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/users\/1"}],"version-history":[{"count":1,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/articles\/81544\/revisions"}],"predecessor-version":[{"id":81546,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/articles\/81544\/revisions\/81546"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/media\/78778"}],"wp:attachment":[{"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/media?parent=81544"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/categories?post=81544"},{"taxonomy":"segments","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/segments?post=81544"},{"taxonomy":"mercados","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/mercados?post=81544"},{"taxonomy":"etapas","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/etapas?post=81544"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}