{"id":81540,"date":"2026-09-19T09:53:46","date_gmt":"2026-09-19T12:53:46","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&#038;p=81540"},"modified":"2026-09-19T10:11:57","modified_gmt":"2026-09-19T13:11:57","slug":"owners-engineering-data-centers-responsibilities-raci-boundaries","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/en-us\/content\/technical-articles\/owners-engineering-data-centers-responsibilities-raci-boundaries\/","title":{"rendered":"Owner\u2019s Engineering in Data Centers: responsibilities, RACI matrix, and scope boundaries"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\"><strong>Owner\u2019s Engineering in Data Centers<\/strong> is the application of the Owner\u2019s Engineer function to the governance of projects in which critical power, cooling, telecommunications, automation, security, fire protection, architecture, operations, and technology must work as a single system. Its role is to technically represent the owner, preserve approved requirements, control interfaces, qualify decisions, and consolidate evidence for implementation, commissioning, and acceptance.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This article is not intended to replace the general explanation of <a href=\"\/conteudo\/artigos-tecnicos\/owner-engineering-engenharia-proprietario\/\">what Owner\u2019s Engineering is<\/a>. The focus here is different: <strong>how the function should be structured specifically for Data Center projects, expansions, and modernizations<\/strong>, which responsibilities it may assume, which decisions remain with the owner, and which activities belong to designers, suppliers, project management, inspection, and the commissioning authority.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In a Data Center, OE should not be understood as expanded inspection or as a parallel designer. It organizes technical governance across requirements, designs, contracts, submittals, execution, testing, and operations. Technical responsibility for solutions and supplies remains with their respective authors and executors; the owner remains responsible for investment, risk, and operational decisions.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Technical summary<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Question<\/td><td>Objective answer<\/td><\/tr><tr><td>What is the OE function?<\/td><td>Technically represent the owner and preserve requirements, interfaces, risks, and acceptance criteria.<\/td><\/tr><tr><td>Does the OE design?<\/td><td>It may develop studies or designs when contracted to do so, but authorship, independent review, and approval must remain separate.<\/td><\/tr><tr><td>Does the OE execute the works?<\/td><td>Normally not. Execution remains with contractors, EPC contractors, integrators, and suppliers.<\/td><\/tr><tr><td>Does the OE approve on its own?<\/td><td>Not necessarily. It analyzes and recommends; approval authority must be defined in the governance structure.<\/td><\/tr><tr><td>Does the OE replace project management?<\/td><td>No. It may be part of the management structure, but schedule, cost, contracts, and communication have their own responsibilities.<\/td><\/tr><tr><td>Does the OE replace commissioning?<\/td><td>No. It governs owner requirements and acceptance; the commissioning authority leads the verification process within the contracted scope.<\/td><\/tr><tr><td>When does it create the most value?<\/td><td>When involved from requirements, design, and procurement onward, before decisions are embedded in contracts and equipment.<\/td><\/tr><tr><td>What is the main deliverable?<\/td><td>There is no single one. The value lies in the traceable set of technical opinions, matrices, records, decisions, evidence, and recommendations.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n\n<h2 class=\"wp-block-heading\">Why do Data Centers require a specific application of Owner\u2019s Engineering?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A Data Center infrastructure is composed of interdependent functional chains. The ICT load depends on power supply, heat rejection, connectivity, environmental control, physical protection, automation, fire detection, operating procedures, and trained teams. A component may individually meet its specification and yet the integrated system can still fail under maintenance, transfer, or emergency conditions.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This risk increases because each chain usually involves different designers, manufacturers, installers, and contracts. The utility delivers power at a defined point; the substation transforms and distributes it; generators and UPS systems support loads; cooling systems reject heat; automation supervises states; networks carry data and alarms; fire and security systems apply their own logic. Between these packages there are dozens of physical, functional, documentary, and contractual boundaries.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The <a href=\"https:\/\/www.iso.org\/standard\/78550.html\">ISO\/IEC 22237<\/a> series structures Data Center infrastructure principles considering availability, security, and efficiency throughout the life cycle. <a href=\"https:\/\/tiaonline.org\/resource\/tia-942-c-data-center-infrastructure-standard\/\">ANSI\/TIA-942-C<\/a> covers facilities of different sizes and models, including architecture, telecommunications, power, cooling, fire protection, security, and monitoring. These references help structure requirements, but they do not replace the owner\u2019s specific governance.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The OE creates this governance layer by connecting:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>investment objectives and owner requirements;<\/li><li>design criteria and architectural decisions;<\/li><li>contract responsibilities;<\/li><li>interfaces among disciplines and suppliers;<\/li><li>changes, deviations, and risks;<\/li><li>manufacturing, installation, and testing evidence;<\/li><li>acceptance conditions and operational readiness.<\/li><\/ul>\n\n\n\n\n<h2 class=\"wp-block-heading\">The general article and the Data Center long tail<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The broad keyword <strong>Owner\u2019s Engineering<\/strong> belongs to A3A Engenharia\u2019s general article. The new content should function as a semantic and methodological specialization.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Content<\/td><td>Primary intent<\/td><\/tr><tr><td><a href=\"\/conteudo\/artigos-tecnicos\/owner-engineering-engenharia-proprietario\/\">Owner\u2019s Engineering: technical governance for engineering works and critical systems<\/a><\/td><td>explain the general concept, applications, models, and differences from related functions<\/td><\/tr><tr><td>This article<\/td><td>explain OE responsibilities, RACI, deliverables, and boundaries in Data Centers<\/td><\/tr><tr><td><a href=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\">Owner\u2019s Engineering for Data Centers<\/a><\/td><td>present the contractable service, commercial scope, and A3A Engenharia\u2019s role<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, the general definition will be brief. The rest of the article addresses Data Center-specific situations: ICT load, A\/B distribution, redundancy, concurrent maintainability, critical cooling, telecommunications, BMS, EPMS, DCIM, energized phases, integrated testing, and operational handover.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">What does Owner\u2019s Engineering represent within the project?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The OE acts as a technical extension of the owner, but it does not automatically receive unrestricted authority. Its authority must be established in the contract, governance plan, RACI matrix, approval workflows, and formal delegations.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In practice, the function may operate at four levels:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Level<\/td><td>Role<\/td><td>Example<\/td><\/tr><tr><td>Inform<\/td><td>organize data, risks, and evidence<\/td><td>consolidate a capacity deviation report<\/td><\/tr><tr><td>Analyze<\/td><td>assess compliance and impact<\/td><td>review a UPS or chiller change<\/td><\/tr><tr><td>Recommend<\/td><td>issue a technical opinion for decision-making<\/td><td>recommend conditional approval of a submittal<\/td><\/tr><tr><td>Approve by delegation<\/td><td>decide within authorized limits<\/td><td>approve a low-criticality document according to the matrix<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The fact that the OE reviews a document does not automatically transfer design responsibility. A drawing prepared by the designer remains the responsibility of its author. Equipment selected and supplied by a manufacturer remains the supplier\u2019s responsibility. An installation performed by a contractor remains the contractor\u2019s responsibility.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The OE review verifies alignment with owner requirements and identifies risks, inconsistencies, and interfaces. It should not be used as a mechanism to shift to the owner responsibility that belongs to the supply chain.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">What should the OE not replace?<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">The owner<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Decisions regarding investment, risk tolerance, schedule priority, capacity, operating model, residual risk acceptance, and expansion strategy belong to the owner. The OE provides analysis and recommendations, but it should not silently assume business decisions.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">The designer<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The designer develops and remains technically responsible for the solutions within its scope. The OE may review criteria, calculations, diagrams, layouts, and interfaces, but it should not informally correct documents and allow authorship to become undefined.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">The contractor or EPC contractor<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Contractors, integrators, and EPC contractors are responsible for execution, quality, safety, planning of their services, and contractual compliance. OE oversight does not eliminate their own inspections, quality control, or responsibility for corrective actions.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">The project management consultant or PMO<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Management of project scope, schedule, cost, contracts, communication, and risks may be performed by a project management consultant, PMO, or internal team. The OE provides technical input for these decisions, but integrated project control must still have a clearly assigned owner.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">The commissioning authority<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Commissioning has its own process, documentation, and responsibilities. <a href=\"https:\/\/www.ashrae.org\/technical-resources\/bookstore\/commissioning\">ASHRAE\/IES Standard 202-2024<\/a> describes the process and the roles of the main parties. The OE protects the owner\u2019s interests, participates in defining requirements, and evaluates evidence; the commissioning authority coordinates verification according to the approved plan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Operations<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The operations team must participate in requirements, reviews, procedures, testing, and training. The OE should not decide alone how the facility will be operated, maintained, and recovered after failures.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Differences among OE, project management, inspection, EPCM, and commissioning<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Function<\/td><td>Primary responsibility<\/td><td>Typical deliverables<\/td><td>Main boundary<\/td><\/tr><tr><td>Owner\u2019s Engineering<\/td><td>technical governance and owner representation<\/td><td>technical opinions, matrices, reviews, decisions, evidence, and recommendations<\/td><td>does not replace technical authorship or business decisions<\/td><\/tr><tr><td>Project management<\/td><td>coordination of schedule, cost, scope, communication, and contracts<\/td><td>schedules, reports, controls, minutes, and dashboards<\/td><td>may not provide multidisciplinary engineering depth<\/td><\/tr><tr><td>Inspection<\/td><td>verification of field execution<\/td><td>reports, records, measurements, and nonconformities<\/td><td>often focused on construction<\/td><\/tr><tr><td>EPCM<\/td><td>engineering, procurement, and construction management<\/td><td>designs, work packages, procurement, and implementation management<\/td><td>may assume a broader executive role than the OE<\/td><\/tr><tr><td>EPC or design-build<\/td><td>integrated delivery of the solution<\/td><td>engineering, supplies, construction, and testing<\/td><td>represents the contractor, not the owner<\/td><\/tr><tr><td>Commissioning<\/td><td>documented verification of requirements and performance<\/td><td>plans, checklists, tests, issue logs, and reports<\/td><td>does not replace overall investment governance<\/td><\/tr><tr><td>Operations<\/td><td>safe and reliable operation of the asset<\/td><td>SOPs, MOPs, EOPs, records, and maintenance<\/td><td>should not receive a system without a baseline and training<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">These functions can coexist. Under an EPC contract, for example, the EPC contractor develops and delivers the solution; a project management consultant controls schedule and cost; the commissioning authority structures the tests; and the OE verifies whether requirements, interfaces, changes, and evidence remain aligned with the owner\u2019s interests.<\/p>\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>The Owner\u2019s Engineering function must be defined before the main procurements are placed.<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Authority, responsibilities, interfaces, submittals, changes, inspections, and acceptance criteria must be included in governance and contractual documents. Without this definition, the OE tends to act only reactively during construction.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\"><strong>Learn about the Owner\u2019s Engineering service for Data Centers<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n<h2 class=\"wp-block-heading\">Governance model for a Data Center<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Governance should be designed before the main RFPs are issued. Once responsibilities, prices, schedules, and exclusions are embedded in contracts, closing gaps becomes more difficult and costly.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A minimum structure includes:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">1. definition of the owner\u2019s authorities; 2. identification of technical leads by discipline; 3. RACI matrix by process and deliverable; 4. document hierarchy and baselines; 5. workflow for submittals, RFIs, and changes; 6. interface matrix among packages; 7. risk and decision register; 8. inspection, testing, and commissioning plan; 9. acceptance criteria and transfer to operations; 10. rules for open items, exceptions, and residual risk.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Governance should not exist only as an organization chart. Each workflow must identify inputs, deadlines, authority, decision evidence, and closure conditions.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">How should the RACI matrix be used?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The RACI matrix identifies who is <strong>responsible for performing<\/strong> an activity, who has <strong>final accountability<\/strong>, who must be <strong>consulted<\/strong>, and who must be <strong>informed<\/strong>.<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>R \u2014 Responsible:<\/strong> performs or produces the work.<\/li><li><strong>A \u2014 Accountable:<\/strong> is accountable for the decision or final approval.<\/li><li><strong>C \u2014 Consulted:<\/strong> participates technically before the decision.<\/li><li><strong>I \u2014 Informed:<\/strong> receives the information after the milestone or decision.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">An activity must have defined responsible parties and, preferably, a single final authority. When several parties believe they are the approver, parallel decisions emerge. When no party assumes authority, documents remain unresolved or are released merely because the review period expires.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Example RACI matrix by phase<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The matrix below is conceptual. The actual configuration depends on the contracting model, delegations, and the owner\u2019s organization.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Activity<\/td><td>Owner<\/td><td>OE<\/td><td>Designer<\/td><td>Project management<\/td><td>EPC\/Contractor<\/td><td>CxA<\/td><td>Operations<\/td><\/tr><tr><td>approve objectives and OPR<\/td><td>A<\/td><td>R\/C<\/td><td>C<\/td><td>I<\/td><td>I<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>develop Basis of Design<\/td><td>C<\/td><td>C<\/td><td>R\/A<\/td><td>I<\/td><td>C<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>approve conceptual architecture<\/td><td>A<\/td><td>R\/C<\/td><td>R<\/td><td>C<\/td><td>I<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>develop detailed design<\/td><td>I<\/td><td>C<\/td><td>R\/A<\/td><td>C<\/td><td>C<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>review design against requirements<\/td><td>A<\/td><td>R<\/td><td>C<\/td><td>I<\/td><td>I<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>prepare technical RFP<\/td><td>A<\/td><td>R<\/td><td>C<\/td><td>C<\/td><td>I<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>respond to proposal and deviations<\/td><td>I<\/td><td>C<\/td><td>C<\/td><td>I<\/td><td>R\/A<\/td><td>I<\/td><td>I<\/td><\/tr><tr><td>technically equalize proposals<\/td><td>A<\/td><td>R<\/td><td>C<\/td><td>C<\/td><td>I<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>approve submittal<\/td><td>A or delegate<\/td><td>R\/C<\/td><td>C<\/td><td>I<\/td><td>R<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>execute construction<\/td><td>I<\/td><td>C<\/td><td>C<\/td><td>C<\/td><td>R\/A<\/td><td>I<\/td><td>I<\/td><\/tr><tr><td>inspect execution<\/td><td>A<\/td><td>R or C<\/td><td>C<\/td><td>C\/R<\/td><td>R<\/td><td>I<\/td><td>I<\/td><\/tr><tr><td>prepare test procedures<\/td><td>I<\/td><td>C<\/td><td>C<\/td><td>I<\/td><td>R<\/td><td>A\/R<\/td><td>C<\/td><\/tr><tr><td>approve acceptance criteria<\/td><td>A<\/td><td>R\/C<\/td><td>C<\/td><td>I<\/td><td>C<\/td><td>R\/C<\/td><td>C<\/td><\/tr><tr><td>execute FAT and SAT<\/td><td>I<\/td><td>C<\/td><td>C<\/td><td>I<\/td><td>R<\/td><td>A\/R<\/td><td>C<\/td><\/tr><tr><td>decide on residual risk<\/td><td>A<\/td><td>R\/C<\/td><td>C<\/td><td>C<\/td><td>I<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>technically accept the system<\/td><td>A<\/td><td>R\/C<\/td><td>C<\/td><td>I<\/td><td>I<\/td><td>C<\/td><td>C<\/td><\/tr><tr><td>assume operations<\/td><td>A<\/td><td>C<\/td><td>I<\/td><td>I<\/td><td>C<\/td><td>C<\/td><td>R<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The matrix should not be copied mechanically. In some projects, the lead designer approves submittals; in others, that authority remains with the owner. The commissioning authority may be contracted directly by the owner or be part of another structure, provided that its independence and boundaries are clear.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Decision authority matrix<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">RACI explains participation, but critical decisions also require authority limits.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Decision<\/td><td>OE recommendation<\/td><td>Typical final authority<\/td><\/tr><tr><td>change ICT capacity<\/td><td>impact analysis and scenarios<\/td><td>owner<\/td><\/tr><tr><td>accept reduced redundancy<\/td><td>risk and operations assessment<\/td><td>owner<\/td><\/tr><tr><td>approve technical equivalence<\/td><td>compliance analysis<\/td><td>owner or delegate<\/td><\/tr><tr><td>accept deviation with no functional impact<\/td><td>documented recommendation<\/td><td>OE, if formally delegated<\/td><\/tr><tr><td>change energization schedule<\/td><td>technical and interface analysis<\/td><td>project leadership<\/td><\/tr><tr><td>use temporary contingency<\/td><td>risk and controls analysis<\/td><td>owner and operations<\/td><\/tr><tr><td>accept minor open item<\/td><td>classification and recommendation<\/td><td>authority defined in the plan<\/td><\/tr><tr><td>accept critical residual risk<\/td><td>technical opinion and conditions<\/td><td>owner<\/td><\/tr><tr><td>reject delivery without evidence<\/td><td>technical recommendation<\/td><td>contractual authority<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Delegation must establish limits by value, criticality, discipline, document type, and impact. Without this, the OE may be held accountable for decisions it had no authority to make or, conversely, may approve changes that should have remained with the owner.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Responsibilities in feasibility and site selection<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">During the <a href=\"\/conteudo\/artigos-tecnicos\/estudo-viabilidade-data-center\/\">Data Center feasibility study<\/a> phase, the OE helps structure criteria, evidence, and conditions. Its role may include reviewing electrical capacity, connectivity, expansion, site risks, permitting, water, cooling, schedule, and implementation alternatives.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The role is not limited to producing a site score. The OE must identify which information is still based on assumptions, which items depend on commitments from utilities or carriers, and which conditions must be resolved before acquisition or investment.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Possible deliverables:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Deliverable<\/td><td>Purpose<\/td><\/tr><tr><td>criteria and weighting matrix<\/td><td>compare alternatives in a traceable manner<\/td><\/tr><tr><td>evidence register<\/td><td>separate confirmed data, statements, and assumptions<\/td><\/tr><tr><td>risk matrix<\/td><td>record impact, owner, and treatment<\/td><\/tr><tr><td>alternatives assessment<\/td><td>recommend proceed, proceed with conditions, or reject<\/td><\/tr><tr><td>conditions precedent<\/td><td>establish what must be demonstrated before commitment<\/td><\/tr><tr><td>decision gate<\/td><td>support a Go, Hold, or No-Go decision<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The article <a href=\"\/conteudo\/artigos-tecnicos\/como-escolher-localizacao-data-center\/\">How to choose a Data Center location<\/a> explores geographic and real-estate selection in greater depth. In this article, site selection appears only as one phase of OE governance.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Responsibilities for OPR, URS, and Basis of Design<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The owner must have clear requirements before the design team consolidates the solution. The article on <a href=\"\/conteudo\/artigos-tecnicos\/basis-of-design-opr-urs-data-center\/\">Basis of Design, OPR, and URS<\/a> explains the purpose of each document.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The OE may facilitate workshops, structure requirements, organize conflicts, and maintain traceability. However:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>the <strong>owner<\/strong> approves objectives, priorities, and risks;<\/li><li><strong>users and operators<\/strong> provide functional needs;<\/li><li>the <strong>designers<\/strong> document the technical response in the BoD;<\/li><li>the <strong>OE<\/strong> verifies consistency, completeness, traceability, and impact;<\/li><li>the <strong>commissioning authority<\/strong> uses the requirements to plan verification activities.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">One of the most important responsibilities is to prevent requirements from being changed informally to accommodate an already purchased solution. When a design decision requires a change to the OPR, the change must undergo impact analysis and owner approval.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Responsibilities during the design phase<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The article <a href=\"\/conteudo\/artigos-tecnicos\/como-projetar-data-center\/\">How to design a Data Center<\/a> presents the design phases, disciplines, and deliverables. The OE does not need to reproduce the designer\u2019s work; it must verify that document development preserves the project requirements.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Design review<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The review should consider:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>nominal, available, and usable capacity;<\/li><li>electrical architecture and A\/B paths;<\/li><li>redundancy and common-mode failures;<\/li><li>normal, maintenance, failure, emergency, and recovery states;<\/li><li>maintainability and asset replacement;<\/li><li>physical and functional segregation;<\/li><li>instrumentation and testability;<\/li><li>expansion and temporary states;<\/li><li>integration among electrical, HVAC, automation, fire protection, and security systems;<\/li><li>conditions for operation and recovery.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">An OE review should not be limited to placing comments on drawings. Each observation must be linked to the corresponding requirement, risk, interface, or verification criterion.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Constructability<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">A design may be correct in its calculations and still be impractical in the field. Constructability review considers access, transportation, lifting, sequencing, assembly areas, temporary routes, clashes, drainage, connections, future replacement, and coexistence with live areas.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Operability<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The OE should involve operations to verify whether switching, isolations, bypasses, alarms, interlocks, and procedures can be performed clearly and safely.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Testability<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Measurement points, temporary connections, test loads, simulations, controls, records, and test safety must be planned before construction. A system that cannot be tested tends to produce acceptance based on assumption.<\/p>\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>The OE review does not replace a Data Center design developed with clear requirements and deliverables.<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Conceptual, basic, and detailed design must document capacity, architecture, interfaces, operating modes, expansion, testability, and acceptance criteria. The OE verifies alignment and risks without informally assuming authorship of the solutions.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/planejamento\/projeto-de-data-center\/\"><strong>Learn about the Data Center Design service<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n<h2 class=\"wp-block-heading\">Technical interfaces the OE must govern<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Power and cooling<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The ICT electrical load is converted almost entirely into thermal load. Changes in density, UPS, distribution, or expansion affect cooling, space, weight, autonomy, cables, protection, and controls. The OE verifies whether the assumptions are consistent across disciplines.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Power and automation<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Transfers, UPS states, generators, circuit breakers, metering, and alarms must reach the EPMS or BMS with consistent priorities, timestamps, permissions, and logic. The boundary among manufacturer, integrator, and operator must be explicit.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Cooling and controls<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Setpoints, sensors, stages, failures, redundancy, valves, pumps, fans, and containment strategies must work together. Equipment availability alone does not demonstrate adequate thermal control.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Telecommunications and power<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Fiber paths, MMRs, racks, A\/B power feeds, grounding, identification, and segregation must preserve true diversity. Routes that appear different on drawings may share the same shaft, room, or entry point.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Fire protection, HVAC, and power<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Detection, alarms, shutdowns, dampers, pressurization, ventilation, agent release, and emergency procedures have critical interactions. The cause-and-effect matrix must be compatible with electrical and mechanical sequences.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Physical security and operations<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Access control, video surveillance, credentials, interlocks, visitors, and emergency arrangements must enable operation, maintenance, and evacuation without eliminating layered protection.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">DCIM, BMS, and EPMS<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Governance must define which platform is the source of each data point, how systems exchange information, which alarms are operational, how time synchronization is handled, and how data will be handed over to the owner.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Interface matrix among packages<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Interface<\/td><td>Package A<\/td><td>Package B<\/td><td>Question that must be answered<\/td><\/tr><tr><td>chiller power supply<\/td><td>electrical<\/td><td>HVAC<\/td><td>who supplies cables, protection, starting, and signals?<\/td><\/tr><tr><td>UPS communication<\/td><td>UPS<\/td><td>EPMS\/DCIM<\/td><td>protocol, gateway, points, testing, and responsibility?<\/td><\/tr><tr><td>fire shutdown<\/td><td>fire protection<\/td><td>electrical\/HVAC<\/td><td>which loads shut down, in what sequence, and under whose authority?<\/td><\/tr><tr><td>A\/B rack power feeds<\/td><td>electrical<\/td><td>racks\/IT<\/td><td>connectors, balancing, identification, and load limit?<\/td><\/tr><tr><td>carrier entrance<\/td><td>telecom<\/td><td>civil\/security<\/td><td>routes, sealing, access, and physical diversity?<\/td><\/tr><tr><td>aisle containment<\/td><td>architecture<\/td><td>HVAC\/IT<\/td><td>responsibility for geometry, doors, sensors, and performance?<\/td><\/tr><tr><td>fuel<\/td><td>generators<\/td><td>civil\/operations<\/td><td>storage, transfer, autonomy, access, and testing?<\/td><\/tr><tr><td>metering data<\/td><td>electrical\/HVAC<\/td><td>DCIM<\/td><td>accuracy, protocol, registration, retention, and ownership?<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The OE must keep the matrix active and current. An interface \u201cresolved\u201d in a meeting can only be closed when it has been incorporated into the applicable documents, contracts, installation, and tests.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Responsibilities in the RFP and procurement process<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The <a href=\"\/conteudo\/artigos-tecnicos\/rfp-data-center-como-elaborar\/\">Data Center RFP<\/a> converts requirements into a comparable basis for the market. The OE may coordinate or review:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>scope and package boundaries;<\/li><li>functional and technical requirements;<\/li><li>input documents;<\/li><li>responsibility matrix;<\/li><li>compliance and deviation matrix;<\/li><li>design and manufacturing deliverables;<\/li><li>qualification criteria;<\/li><li>pricing structure and options;<\/li><li>schedule and long-lead items;<\/li><li>FAT, SAT, integrated testing, and acceptance;<\/li><li>documentation, training, warranty, and support.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Proposal equalization<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The OE should distinguish full compliance, conditional compliance, alternatives, and deviations. The analysis must consider scope, capacity, architecture, life cycle, risks, schedule, testing, documentation, and total cost \u2014 not only the quoted price.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Technical alternatives<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The RFP may allow alternatives, but the supplier should also present a compliant baseline proposal. The alternative must demonstrate its impact on capacity, availability, maintenance, expansion, operations, schedule, cost, and commissioning.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Conflict of interest<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">When the same company prepares the specification, supplies the equipment, and validates its own compliance without independent review, a conflict-of-interest risk arises. The contracting model must appropriately separate authorship, recommendation, decision, and verification.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Submittals, shop drawings, and supplier documents<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The OE should participate in the document workflow according to its authority. A typical submittal may go through:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">1. formal completeness check; 2. review by the responsible designer; 3. OE review against requirements and interfaces; 4. consultation with operations or commissioning when applicable; 5. decision by the defined authority; 6. recording of conditions and deviations; 7. incorporation into design, manufacturing, and as-built documentation; 8. closure after evidence of compliance.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Generic statuses such as \u201capproved with comments\u201d must have contractual meaning. It must be clear whether the supplier may proceed with manufacturing, which comments are mandatory, who verifies their incorporation, and when the document is considered closed.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The OE should not directly modify the supplier\u2019s document and assume authorship. Comments, responses, and revisions must preserve traceability.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">RFIs and technical clarifications<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">RFIs are instruments for resolving questions or inconsistencies. They should not become an informal channel for changing scope.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Each relevant RFI should identify:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>affected document and requirement;<\/li><li>question or conflict;<\/li><li>requester\u2019s proposal;<\/li><li>impact on other disciplines;<\/li><li>effect on schedule, cost, and testing;<\/li><li>decision and authority;<\/li><li>documents that must be updated.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">A fast but incomplete response can create consequences across multiple interfaces. The OE evaluates the systemic effect before recommending a decision.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Change and deviation management<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Changes in Data Centers can affect availability, capacity, efficiency, maintenance, and safety. An apparently simple change \u2014 replacing a circuit breaker, changing a valve, moving a rack, or replacing a gateway \u2014 can alter selectivity, sequencing, access, metering, or testing.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The recommended process is:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">1. record the origin and justification; 2. identify affected requirements, documents, and contracts; 3. analyze alternatives; 4. assess multidisciplinary technical impact; 5. assess schedule, cost, risk, and operations; 6. define additional tests and evidence; 7. submit to the corresponding authority; 8. update baselines and communicate stakeholders; 9. verify implementation and close the change.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The OE must distinguish an approved change, temporary deviation, nonconformity, and concession. These terms have different implications for correction, schedule, acceptance, and residual risk.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Responsibilities during construction<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">OE field oversight should be planned based on risk. It is not necessary to continuously observe every activity; it is necessary to define inspection points, hold points, witness points, sampling, and evidence appropriate to the level of criticality.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Inspection and test plans<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">ITPs must identify the activity, requirement, method, responsible party, criterion, record, and intervention point. The OE reviews whether the inspection sequence is sufficient to prevent critical work from being concealed before verification.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Nonconformities<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">An NCR must record the observed condition, violated requirement, evidence, criticality, proposed action, responsible party, deadline, verification of correction, and residual impact. Closing an NCR merely because the work was reworked is not enough; effectiveness must be verified.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Measurement and payment milestones<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The OE may provide technical evidence to support measurement, retention, or release of milestones, but financial and contractual authority remains with the owner. The criterion must be defined before execution.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Safety and execution method<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The OE may review technical impacts and interfaces of execution methods, but responsibility for occupational safety and execution planning remains with the contractor, in accordance with applicable law and contract.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Expansion in an operational Data Center<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In live environments, risk is not limited to the final result. Temporary states during construction may reduce redundancy, eliminate paths, change alarms, or expose loads to a single failure.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The OE must govern:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>segregation between live areas and construction;<\/li><li>available capacity during each phase;<\/li><li>temporary states and residual risk;<\/li><li>applicable MOPs, SOPs, and EOPs;<\/li><li>maintenance windows and authorization criteria;<\/li><li>contingencies and rollback;<\/li><li>enhanced monitoring;<\/li><li>team and supplier readiness;<\/li><li>testing before, during, and after the intervention;<\/li><li>immediate documentation updates.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">A future article on modernization without interrupting operations will explore the intervention method in greater depth. Here, the topic is addressed as a specific OE governance responsibility.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Relationship with commissioning<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The OE and the commissioning authority work from the same requirements chain, but they have different perspectives.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Aspect<\/td><td>Owner\u2019s Engineering<\/td><td>Commissioning authority<\/td><\/tr><tr><td>interest represented<\/td><td>owner and investment<\/td><td>independent verification process<\/td><\/tr><tr><td>focus<\/td><td>governance, decisions, interfaces, risks, and acceptance<\/td><td>planning and execution of verification activities<\/td><\/tr><tr><td>ideal start<\/td><td>feasibility and requirements<\/td><td>pre-design, together with the OPR<\/td><\/tr><tr><td>design<\/td><td>reviews compliance and risks<\/td><td>reviews with a focus on commissionability<\/td><\/tr><tr><td>construction<\/td><td>monitors compliance and changes<\/td><td>verifies readiness and documentation<\/td><\/tr><tr><td>testing<\/td><td>evaluates evidence and impact on acceptance<\/td><td>coordinates procedures, execution, and issues<\/td><\/tr><tr><td>final decision<\/td><td>recommends to the owner<\/td><td>reports results and open items<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Separation does not mean isolation. The OE must ensure that commissioning requirements are included in RFPs, contracts, submittals, schedules, and execution methods.<\/p>\n\n\n\n<div class=\"wp-block-a3a-destaque\">\n<p class=\"wp-block-paragraph\"><strong>Commissioning and Owner\u2019s Engineering must share the same chain of requirements and evidence.<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">FAT, SAT, functional testing, and IST must be planned from procurement onward. The OE governs impact, open items, and the acceptance recommendation; the commissioning authority coordinates the verification process according to the approved plan.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"\/servicos\/servicos-complementares\/comissionamento-aceite-data-centers\/\"><strong>Learn about the Data Center Commissioning and Acceptance service<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n<h2 class=\"wp-block-heading\">FAT, SAT, and integrated testing<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">FAT<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The Factory Acceptance Test verifies functions, manufacturing, logic, communication, and performance that can be demonstrated before shipment. The OE participates in defining the scope, witnessing, handling open items, and authorizing shipment according to governance rules.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">SAT<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The Site Acceptance Test confirms installation, configuration, connections, protection, communication, and functions in the actual environment. Passing the FAT does not eliminate the need for field verification.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Functional testing<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Functional tests demonstrate system behavior under normal, maintenance, failure, and emergency modes. Procedures must reference requirements, preconditions, instruments, steps, criteria, and evidence.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">IST<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Integrated tests simulate interactions among systems: utility loss, generator start, UPS transfer, cooling failure, communication loss, fire events, degraded states, and return to normal condition.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The OE evaluates whether the results support the acceptance recommendation and whether open items or exceptions have been properly classified.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Technical acceptance and residual risk<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Acceptance does not mean the absolute absence of open items. It means that the competent authority has evaluated evidence, open items, restrictions, and risks and made a decision according to previously established criteria.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A practical classification may consider:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Class<\/td><td>Condition<\/td><td>Typical effect<\/td><\/tr><tr><td>critical<\/td><td>compromises safety, essential function, or availability<\/td><td>prevents energization, operation, or acceptance<\/td><\/tr><tr><td>major<\/td><td>affects performance, redundancy, maintenance, or essential documentation<\/td><td>requires correction or a formal decision before the milestone<\/td><\/tr><tr><td>minor<\/td><td>does not compromise the main function and has controlled treatment<\/td><td>may remain on the punch list with a deadline<\/td><\/tr><tr><td>documentary<\/td><td>incomplete evidence or record<\/td><td>conditional acceptance depending on impact<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The OE should recommend the decision, but relevant risks must be accepted by the owner. No technical opinion should conceal that a particular requirement has not been demonstrated.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Handover and operational readiness<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Physical delivery does not represent operational readiness. Handover must bring together:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>current requirements and final Basis of Design;<\/li><li>as-built drawings, diagrams, and asset lists;<\/li><li>configurations, backups, and licenses;<\/li><li>test reports and open items;<\/li><li>manuals and maintenance plans;<\/li><li>spares, tools, and support contracts;<\/li><li>SOPs, MOPs, and EOPs;<\/li><li>alarm and escalation matrix;<\/li><li>training and competency records;<\/li><li>limitations, residual risks, and recommendations.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The OE verifies completeness and consistency, but operations must confirm that it is able to assume the asset. Acceptance must include people, processes, data, and support, not only equipment.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Main OE deliverables in Data Centers<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Phase<\/td><td>Possible deliverables<\/td><\/tr><tr><td>feasibility<\/td><td>criteria matrix, risks, conditions, and alternatives assessment<\/td><\/tr><tr><td>requirements<\/td><td>structured OPR\/URS, traceability matrix, and decisions<\/td><\/tr><tr><td>design<\/td><td>technical opinions, design reviews, interface matrix, and constructability<\/td><\/tr><tr><td>procurement<\/td><td>RFP, compliance matrix, proposal equalization, and technical recommendation<\/td><\/tr><tr><td>manufacturing<\/td><td>submittal review, inspection plan, FAT, and expediting<\/td><\/tr><tr><td>construction<\/td><td>reports, NCRs, RFIs, changes, hold points, and evidence<\/td><\/tr><tr><td>commissioning<\/td><td>requirements, procedure reviews, issue log, and technical opinions<\/td><\/tr><tr><td>acceptance<\/td><td>open-items matrix, residual risk, and acceptance recommendation<\/td><\/tr><tr><td>handover<\/td><td>readiness checklist, consolidated documentation, and operational baseline<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The contract should not list only generic report names. Each deliverable must have a purpose, minimum content, frequency, responsible party, deadline, and acceptance criterion.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Minimum records and controls<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">An OE structure should maintain, as applicable:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>requirements register;<\/li><li>traceability matrix;<\/li><li>decision register;<\/li><li>risk register;<\/li><li>interface matrix;<\/li><li>RACI matrix;<\/li><li>master document list;<\/li><li>submittal log;<\/li><li>RFI log;<\/li><li>change log;<\/li><li>nonconformity register;<\/li><li>commissioning issue log;<\/li><li>open-items matrix;<\/li><li>residual risk register;<\/li><li>readiness dashboard.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">These controls may be integrated into a digital platform. The objective is not to multiply spreadsheets, but to preserve a reliable source of status, decisions, and evidence.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Indicators for measuring OE performance<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The number of comments issued does not measure quality. An OE can generate thousands of superficial observations and still fail to identify a critical interface.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">More 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>unaddressed requirements<\/td><td>gaps between OPR and design<\/td><\/tr><tr><td>open interfaces by phase<\/td><td>integration risk not yet resolved<\/td><\/tr><tr><td>overdue submittals<\/td><td>pressure on manufacturing and schedule<\/td><\/tr><tr><td>changes with unevaluated impact<\/td><td>governance weakness<\/td><\/tr><tr><td>open critical NCRs<\/td><td>risk to energization or acceptance<\/td><\/tr><tr><td>tests passed on first execution<\/td><td>design and installation maturity<\/td><\/tr><tr><td>open items by criticality<\/td><td>actual system readiness<\/td><\/tr><tr><td>accepted handover documents<\/td><td>readiness for operations<\/td><\/tr><tr><td>decisions awaiting owner action<\/td><td>authority bottleneck<\/td><\/tr><tr><td>residual risks not accepted<\/td><td>barrier to responsible closeout<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Indicators must be analyzed in context. A rapid reduction in open items may represent effective correction or merely inappropriate reclassification.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">How should the Owner\u2019s Engineering team be sized?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Team sizing depends on project size, phases, contracting model, criticality, geographic dispersion, number of packages, and the owner\u2019s internal capabilities.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Permanent core team<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">It may include an OE manager, technical coordinator, document control, and interfaces with planning, contracts, and operations.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Discipline specialists<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Electrical, mechanical, telecommunications, automation, security, fire protection, civil, architecture, commissioning, and operations specialists may participate according to milestones and risks.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Field presence<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Coverage may range from visits at hold points to a resident team or a hybrid model. Continuous presence without a method does not replace specialists at critical moments.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Independence<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The team must disclose conflicts of interest and separate independent review from activities in which it participated as an author. When A3A Engenharia also develops designs or studies, governance must define separate reviewers or appropriate verification mechanisms.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">When should the OE be engaged?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The ideal time is before requirements and the main procurements are consolidated. Late engagement reduces the ability to prevent problems and concentrates the work on identifying deviations that have already been incorporated.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Engagement stage<\/td><td>Ability to act<\/td><\/tr><tr><td>feasibility<\/td><td>influences criteria, risks, site, and strategy<\/td><\/tr><tr><td>requirements<\/td><td>organizes OPR, URS, BoD, and governance<\/td><\/tr><tr><td>conceptual design<\/td><td>compares architectures and defines interfaces<\/td><\/tr><tr><td>basic design<\/td><td>qualifies RFPs and procurement criteria<\/td><\/tr><tr><td>detailed design<\/td><td>reviews details, constructability, and testability<\/td><\/tr><tr><td>construction<\/td><td>controls compliance, changes, and interfaces<\/td><\/tr><tr><td>commissioning<\/td><td>evaluates evidence and open items, but corrects fewer root causes<\/td><\/tr><tr><td>post-construction<\/td><td>performs audits, diagnostics, and recommissioning<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Engaging the OE during construction can still create value, especially on troubled projects. However, the scope must recognize that many decisions will already be contractually fixed.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">How should the OE contract be structured?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The scope should define:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">1. objectives of the engagement; 2. phases and packages covered; 3. responsibilities and exclusions; 4. authority and delegations; 5. disciplines and team availability; 6. deliverables and frequency; 7. document workflows and response times; 8. participation in meetings, inspections, and tests; 9. measurement and acceptance criteria; 10. treatment of conflicts of interest; 11. ownership and retention of records; 12. limits of professional liability.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The contract should avoid expressions such as \u201cguarantee Data Center performance\u201d when the OE does not control design, manufacturing, installation, and operations. The obligation should be defined in terms of technical diligence, review, verification, recommendation, and evidence, according to the scope.<\/p>\n\n\n\n\n<h2 class=\"wp-block-heading\">Common mistakes<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><tbody><tr><td>Mistake<\/td><td>Consequence<\/td><\/tr><tr><td>engage the OE only to visit the construction site<\/td><td>requirements and contracts remain without governance<\/td><\/tr><tr><td>fail to define authority<\/td><td>decisions become stalled or contradictory<\/td><\/tr><tr><td>confuse review with authorship<\/td><td>technical responsibility becomes ambiguous<\/td><\/tr><tr><td>use a generic RACI matrix<\/td><td>critical activities remain without a real owner<\/td><\/tr><tr><td>fail to involve operations<\/td><td>the solution is delivered without procedures and competence<\/td><\/tr><tr><td>leave commissioning until the end<\/td><td>systems are not designed for testing<\/td><\/tr><tr><td>approve submittals without analyzing interfaces<\/td><td>incompatible equipment advances to manufacturing<\/td><\/tr><tr><td>allow changes through informal email<\/td><td>the baseline and contracts lose consistency<\/td><\/tr><tr><td>measure the OE by number of reports<\/td><td>creates incentives for bureaucracy without technical value<\/td><\/tr><tr><td>fail to record residual risk<\/td><td>acceptance occurs without an informed owner decision<\/td><\/tr><tr><td>keep the OE subordinate to the contractor<\/td><td>independence and owner representation are compromised<\/td><\/tr><tr><td>fail to update as-built documentation and BoD<\/td><td>operations receives outdated and inconsistent documentation<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n\n<h2 class=\"wp-block-heading\">Executive checklist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">1. Does the general Owner\u2019s Engineering article remain the conceptual reference for the cluster? 2. Is the new scope explicitly limited to Data Centers? 3. Has the owner defined objectives, capacity, availability, and risk? 4. Is there formal authority to approve requirements and changes? 5. Does the RACI matrix have a clear accountable party for each activity? 6. Do designers, suppliers, and contractors retain their technical responsibilities? 7. Does the OE have sufficient independence to issue technical opinions? 8. Do OPR, URS, and BoD have baselines and traceability? 9. Are interfaces among power, HVAC, telecom, automation, fire protection, and security recorded? 10. Do RFPs require a compliance matrix and declaration of deviations? 11. Do submittals have a workflow, deadline, status, and closure condition? 12. Are RFIs being prevented from becoming informal changes? 13. Do changes undergo multidisciplinary impact analysis? 14. Have ITPs, hold points, and witness points been defined based on risk? 15. Have temporary expansion states in the live environment been evaluated? 16. Do FAT, SAT, functional tests, and IST reference verifiable requirements? 17. Do open items have criticality, owner, deadline, and impact on acceptance? 18. Will residual risks be decided by the owner? 19. Are documentation, procedures, and training part of handover? 20. Has operations confirmed readiness to assume the asset?<\/p>\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 provides Owner\u2019s Engineering for Data Centers from requirements and governance structuring through implementation, commissioning, and acceptance. The scope can be adapted to enterprise Data Centers, colocation facilities, Edge environments, Micro Data Centers, modular facilities, expansions, modernizations, and high-criticality environments.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The work may include RACI matrices, OPR and URS, Basis of Design reviews, design reviews, RFPs, technical proposal equalization, interface matrices, submittal analysis, risk-based inspection, change control, FAT and SAT oversight, integrated testing governance, operational readiness, and acceptance recommendations.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The specialized service is presented in <a href=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\">Owner\u2019s Engineering for Data Centers<\/a>. It can be integrated with <a href=\"\/servicos\/planejamento\/projeto-de-data-center\/\">Data Center Design<\/a>, the <a href=\"\/servicos\/planejamento\/estudo-de-viabilidade-de-data-center\/\">Feasibility Study<\/a>, and <a href=\"\/servicos\/servicos-complementares\/comissionamento-aceite-data-centers\/\">Commissioning and Acceptance<\/a>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Technical summary<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Owner\u2019s Engineering in Data Centers is a technical governance function applied to a multidisciplinary and critical project. It represents the owner, organizes requirements, reviews decisions, controls interfaces, evaluates changes, and consolidates evidence for acceptance.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Its value does not lie in replacing designers, contractors, project managers, commissioning, or operations. It lies in keeping these parties aligned to a common baseline, with explicit responsibilities, authorities, and boundaries.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The RACI matrix helps identify participation, but it must be complemented by delegations, approval workflows, and decision criteria. The OE recommends and, when formally authorized, may approve within defined limits; relevant risks, strategic changes, and final acceptance remain under the owner\u2019s authority.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">When engaged from feasibility and requirements onward, the OE acts preventively. When engaged only during construction, it can still control deviations and evidence, but has less room to correct decisions already embedded in contracts and equipment.<\/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] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO\/IEC 22237-1:2021 \u2014 Information technology \u2014 Data centre facilities and infrastructures \u2014 Part 1: General concepts. Geneva: ISO, 2021.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO\/IEC TS 22237-7:2018 \u2014 Information technology \u2014 Data centre facilities and infrastructures \u2014 Part 7: Management and operational information. Geneva: ISO, 2018.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[3] TELECOMMUNICATIONS INDUSTRY ASSOCIATION. ANSI\/TIA-942-C \u2014 Telecommunications Infrastructure Standard for Data Centers. Arlington: TIA, 2024.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[4] ASHRAE; IES. ANSI\/ASHRAE\/IES Standard 202-2024 \u2014 The Commissioning Process Requirements for New Buildings and New Systems. Atlanta: ASHRAE, 2024.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[5] ASHRAE. Guideline 0-2019 \u2014 The Commissioning Process. Atlanta: ASHRAE, 2019.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[6] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 \u2014 Project, programme and portfolio management \u2014 Guidance on project management. Geneva: ISO, 2020.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[7] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 31000:2018 \u2014 Risk management \u2014 Guidelines. Geneva: ISO, 2018.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[8] FIDIC. Conditions of Contract for EPC\/Turnkey Projects. Silver Book. 2. ed. Geneva: International Federation of Consulting Engineers, 2017.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[9] INTERNATIONAL ATOMIC ENERGY AGENCY. Role of the Owner\u2019s Engineer in Project Development and Management. Vienna: IAEA, 2014.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[10] A3A ENGENHARIA. Owner\u2019s Engineering: technical governance for engineering works, critical systems, and multidisciplinary integration. Ponta Grossa: A3A Engenharia.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[11] A3A ENGENHARIA. Basis of Design, OPR, and URS in Data Center projects. Ponta Grossa: A3A Engenharia.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">[12] A3A ENGENHARIA. Data Center RFP: what it is, how to prepare it, and which requirements to include. Ponta Grossa: A3A Engenharia.<\/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-faz-o-owner-s-engineering-em-um-data-cente-18c965c4\"><strong class=\"schema-faq-question\">What does Owner\u2019s Engineering do in a Data Center?<\/strong> <p class=\"schema-faq-answer\">It technically represents the owner, preserves requirements, reviews designs and proposals, controls interfaces and changes, tracks evidence, and recommends implementation, commissioning, and acceptance decisions.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-o-owner-s-engineering-substitui-o-projetista-ec30804c\"><strong class=\"schema-faq-question\">Does Owner\u2019s Engineering replace the designer?<\/strong> <p class=\"schema-faq-answer\">No. The designer remains responsible for the solutions and documents under its authorship. The OE reviews alignment with requirements, risks, and interfaces without automatically assuming design responsibility.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-qual-a-diferen-a-entre-oe-e-fiscaliza-o-de-obra-6dde6360\"><strong class=\"schema-faq-question\">What is the difference between OE and construction inspection?<\/strong> <p class=\"schema-faq-answer\">Inspection focuses on field execution and compliance. OE has a broader technical governance scope and may act from requirements, design, and procurement through testing, acceptance, and handover.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-qual-a-diferen-a-entre-oe-e-autoridade-de-comiss-cbef5f11\"><strong class=\"schema-faq-question\">What is the difference between OE and the commissioning authority?<\/strong> <p class=\"schema-faq-answer\">The OE represents the owner\u2019s interests and governs requirements, risks, and decisions. The commissioning authority coordinates the verification process, procedures, tests, issues, and reports.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-o-que-uma-matriz-raci-em-projetos-de-data-center-2222aa38\"><strong class=\"schema-faq-question\">What is a RACI matrix in Data Center projects?<\/strong> <p class=\"schema-faq-answer\">It is the matrix that identifies who performs the work, who has final accountability, who must be consulted, and who must be informed for each activity, document, or decision.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quem-aprova-mudan-as-t-cnicas-no-data-center-34b5a3f7\"><strong class=\"schema-faq-question\">Who approves technical changes in the Data Center?<\/strong> <p class=\"schema-faq-answer\">It depends on the formal delegation. The OE may analyze and recommend, or approve within authorized limits. Strategic changes and relevant risks normally remain under the owner\u2019s authority.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quando-contratar-owner-s-engineering-para-data-c-ec8247c7\"><strong class=\"schema-faq-question\">When should Owner\u2019s Engineering be engaged for a Data Center?<\/strong> <p class=\"schema-faq-answer\">Preferably before requirements and the main RFPs are finalized. Early engagement enables preventive action on architecture, interfaces, risks, contracts, and acceptance criteria.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-o-oe-pode-atuar-em-contratos-epc-e-epcm-823eada0\"><strong class=\"schema-faq-question\">Can the OE work under EPC and EPCM contracts?<\/strong> <p class=\"schema-faq-answer\">Yes. Under EPC, it protects owner requirements within integrated delivery. Under EPCM or separate packages, it helps govern multiple interfaces, responsibilities, and suppliers.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-quais-s-o-os-principais-entreg-veis-do-oe-7d53af07\"><strong class=\"schema-faq-question\">What are the main OE deliverables?<\/strong> <p class=\"schema-faq-answer\">Requirements, risk, RACI, and interface matrices; design opinions; RFPs and proposal equalization; submittal reviews; field reports; change control; testing evidence; open items; and acceptance recommendations.<\/p><\/div><div class=\"schema-faq-section\" id=\"faq-question-o-oe-garante-que-o-data-center-n-o-ter-falhas-c74534be\"><strong class=\"schema-faq-question\">Does the OE guarantee that the Data Center will not fail?<\/strong> <p class=\"schema-faq-answer\">No. The OE reduces risk through governance, review, and verification, but it does not control design, manufacturing, construction, operations, and external events on its own. Responsibilities must be contractually defined.<\/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<ul class=\"wp-block-list\">\n<li><strong>1. General concept and specialized application<\/strong>\n<ul class=\"wp-block-list\"><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=\"\/servicos\/contratacao-integrada\/owners-engineering-para-data-centers\/\">Owner\u2019s Engineering for Data Centers<\/a><\/li><li><a href=\"\/solucoes\/gestao-e-governanca-de-engenharia\/engenharia-integrada-para-data-centers\/\">Integrated Engineering for Data Centers<\/a><\/li><\/ul>\n<\/li>\n\n\n\n<li><strong>2. Requirements, feasibility, and early decisions<\/strong>\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\/estudo-viabilidade-data-center\/\">Data Center feasibility study<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/como-escolher-localizacao-data-center\/\">How to choose a Data Center location<\/a><\/li><\/ul>\n<\/li>\n\n\n\n<li><strong>3. Design, RFP, and procurement<\/strong>\n<ul class=\"wp-block-list\"><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=\"\/servicos\/planejamento\/projeto-de-data-center\/\">Data Center Design<\/a><\/li><\/ul>\n<\/li>\n\n\n\n<li><strong>4. Commissioning, testing, and acceptance<\/strong>\n<ul class=\"wp-block-list\"><li><a href=\"\/servicos\/servicos-complementares\/comissionamento-aceite-data-centers\/\">Data Center Commissioning and Acceptance<\/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\/\">Acceptance Criteria in Engineering<\/a><\/li><\/ul>\n<\/li>\n\n\n\n<li><strong>5. Data Center architectures and models<\/strong>\n<ul class=\"wp-block-list\"><li><a href=\"\/conteudo\/artigos-tecnicos\/data-center-tier-3\/\">Tier I, II, III, and IV in Data Centers<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/data-center-modular\/\">Modular Data Center<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/edge-data-center-o-que-e\/\">Edge Data Center<\/a><\/li><li><a href=\"\/conteudo\/artigos-tecnicos\/micro-data-center\/\">Micro Data Center<\/a><\/li><\/ul>\n<\/li>\n\n\n\n<li><strong>6. Critical infrastructure and interfaces<\/strong>\n<ul class=\"wp-block-list\"><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\/engenharia-de-redes-e-telecomunicacoes\/redes-telecomunicacoes-para-data-centers\/\">Networks and Telecommunications for Data Centers<\/a><\/li><li><a href=\"\/solucoes\/gestao-de-ti\/data-center-infrastructure-management-dcim\/\">DCIM<\/a><\/li><li><a href=\"\/solucoes\/engenharia-de-sistemas-de-seguranca-eletronica\/seguranca-fisica-para-data-centers\/\">Physical Security for Data Centers<\/a><\/li><li><a href=\"\/solucoes\/engenharia-de-seguranca-contra-incendio-e-panico\/incendio-em-data-centers\/\">Fire Protection in Data Centers<\/a><\/li><\/ul>\n<\/li>\n<\/ul>\n<\/details>\n","protected":false},"excerpt":{"rendered":"<p>Learn how to apply Owner\u2019s Engineering in Data Centers, including responsibilities, RACI matrix, boundaries, interfaces, deliverables, commissioning, and acceptance.<\/p>\n","protected":false},"author":1,"featured_media":78777,"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":"542cf6fb-871b-414c-a7ea-fbab3ccd30bb","_a3a_i18n_canonical_slug":"owners-engineering-data-centers-responsibilities-raci-boundaries","_a3a_prod_post_id":"","_a3a_lang_url_en-us":"","_a3a_lang_url_es-es":""},"categories":[],"segments":[],"mercados":[],"etapas":[],"class_list":["post-81540","articles","type-articles","status-publish","has-post-thumbnail","hentry"],"_links":{"self":[{"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/articles\/81540","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\/81540\/revisions"}],"predecessor-version":[{"id":81542,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/articles\/81540\/revisions\/81542"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/media\/78777"}],"wp:attachment":[{"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/media?parent=81540"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/categories?post=81540"},{"taxonomy":"segments","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/segments?post=81540"},{"taxonomy":"mercados","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/mercados?post=81540"},{"taxonomy":"etapas","embeddable":true,"href":"https:\/\/a3aengenharia.com\/en-us\/wp-json\/wp\/v2\/etapas?post=81540"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}