Conozca cómo estructurar el acta de recepción definitiva conforme a la Ley 14.133, diferenciando instalación, entrega, recepción provisional, puesta en servicio, aceptación y cierre contractual.
¡Descúbrelo!
El acta de recepción definitiva no debe tratarse como un simple documento de cierre administrativo. En obras, servicios y sistemas de ingeniería, formaliza que el objeto fue verificado frente a las exigencias contractuales y que existen evidencias suficientes para sustentar la decisión de recibirlo. Una instalación físicamente concluida, energizada o aparentemente funcionando puede todavía no haber sido técnicamente entregada ni estar en condiciones de aceptación.
Esta distinción es especialmente importante cuando la ejecutora concentra su planificación en la instalación y deja documentación, pruebas, As-Built, registros fotográficos, correcciones y solicitud formal de recepción para los últimos días del contrato. Si un contrato tiene 90 días, eso no significa que la empresa disponga de 90 días para instalar. El plazo debe incluir la conclusión física, la entrega documental, la solicitud formal de recepción, la verificación por el contratante, la puesta en servicio, la emisión de pendientes, las correcciones y la decisión técnica que antecede a la recepción definitiva.
En la práctica, la conclusión sustancial no es recepción definitiva. El objeto puede estar casi completamente instalado y, aun así, no existir una base técnica y documental para que el contratante afirme que se cumplieron las exigencias. La diferencia entre “terminamos la instalación” y “el objeto fue aceptado” es exactamente el espacio en el que la fiscalización, Owner’s Engineering, QA/QC, gestión documental y puesta en servicio protegen el interés del contratante.
Qué es el acta de recepción definitiva según la Ley 14.133
El art. 140 de la Ley brasileña n.º 14.133/2021 establece, para obras y servicios, dos etapas distintas. La recepción provisional es realizada por el responsable del seguimiento y la fiscalización, mediante acta detallada, cuando se verifica el cumplimiento de las exigencias de carácter técnico. La recepción definitiva es realizada por un servidor o comisión designada por la autoridad competente, también mediante acta detallada, demostrando el cumplimiento de las exigencias contractuales.
La propia Ley permite que el objeto sea rechazado, total o parcialmente, cuando esté en desacuerdo con el contrato. También determina que los plazos y los métodos para las recepciones provisional y definitiva se definan en reglamento o en el contrato. Esto significa que el cierre no comienza el último día de la ejecución: debe haber sido concebido desde la contratación.
Para profundizar en la distinción conceptual entre conclusión física, entrega técnica y aceptación, consulte el artículo Sistema instalado no es sistema entregado. Aquí, el enfoque es otro: cómo organizar el proceso contractual y técnico que conduce a la recepción definitiva.
| Hito | Qué representa | Qué todavía puede faltar |
| Conclusión física | Instalación o ejecución material concluida | Documentación, pruebas, correcciones y validación |
| Entrega técnica | Paquete técnico entregado formalmente para análisis | Verificación, puesta en servicio y cierre de pendientes |
| Recepción provisional | Objeto presentado y verificado en los términos definidos | Correcciones, análisis final y comprobación integral |
| Aceptación técnica | Dictamen de conformidad con requisitos y evidencias | Formalización administrativa cuando corresponda |
| Recepción definitiva | Acta detallada demuestra cumplimiento contractual | Permanecen responsabilidades legales y de garantía |
| Cierre contractual | Cierre administrativo, documental y financiero | Gestión de garantías y responsabilidades posteriores a la entrega |
El plazo contractual no es un plazo exclusivo de instalación
El plazo contractual no es un plazo exclusivo de instalación. El cronograma debe reservar una ventana real para entrega documental, inspección, puesta en servicio, emisión de pendientes, correcciones y reverificación antes de la recepción.
Uno de los errores más recurrentes en la ejecución de contratos de ingeniería es interpretar el plazo total como tiempo disponible exclusivamente para producir o instalar. Esta lectura desplaza toda la verificación al final y crea un problema previsible: el contratante recibe la solicitud de aceptación cuando ya no existe tiempo suficiente para probar, señalar fallos y exigir correcciones dentro de la vigencia operacional planificada.
Un contrato de 90 días, por ejemplo, necesita reservar ventanas para actividades que no son “instalación”, pero forman parte de la obligación de entregar adecuadamente el objeto. La distribución real dependerá del contrato, reglamento, complejidad y métodos de recepción definidos, pero la lógica de planificación debe ser explícita.
Si la ejecutora ocupa prácticamente todo el plazo con la instalación, cualquier no conformidad identificada por el contratante tiende a caer en una ventana crítica. Esto puede generar solicitudes de prórroga, discusiones sobre responsabilidad por el atraso, presión para recibir con documentación incompleta o intentos de tratar pendientes relevantes como simples ajustes posteriores.
La planificación técnica de la contratación debe, por tanto, definir cuándo la ejecutora necesita estar lista para entregar, y no solamente la fecha límite del contrato. El cronograma debe contener hitos de documentación, pruebas, entrega para inspección, plazo de análisis, correcciones y reverificación.
La conclusión sustancial no es recepción definitiva
Una implantación sustancialmente concluida puede todavía no estar en condiciones de aceptación. Un alto porcentaje físico no sustituye evidencias de desempeño, documentación final y cierre de pendientes críticas.
En algunos entornos de proyecto se utiliza la idea de substantial completion o conclusión sustancial para indicar que gran parte del objeto está ejecutada y quedan pendientes. Este concepto puede tener utilidad gerencial o contractual cuando está expresamente definido, pero no debe confundirse con la recepción definitiva prevista en la Ley 14.133 ni con la aceptación técnica plena.
Una implantación puede estar ejecutada al 95% y el 5% restante puede ser precisamente aquello que impide el uso seguro, la trazabilidad, la garantía o la comprobación de desempeño. El porcentaje físico no traduce automáticamente la criticidad técnica.
En un sistema de seguridad electrónica, por ejemplo, pueden estar instaladas cámaras IP, controladoras de acceso, switches, racks y estaciones de operación, pero todavía faltar:
- pruebas de cobertura y calidad de imagen;
- validación de grabación y retención;
- verificación de integración entre CCTV, control de acceso y VMS;
- evidencias de configuración y parametrización;
- identificación física y lógica de los activos;
- registros de pruebas de red y alimentación PoE;
- copias de seguridad de configuración;
- licencias y claves de software;
- relación de números de serie;
- As-Built compatible con lo ejecutado;
- informe fotográfico organizado y trazable;
- manuales y procedimientos de operación;
- garantías vinculadas a los equipos instalados;
- capacitación y registros de formación;
- Data Book o expediente final;
- cierre de las pendientes señaladas por la fiscalización.
El sistema puede incluso “mostrar imagen en la pantalla” y continuar técnicamente incompleto. Del mismo modo, una obra puede parecer visualmente lista y todavía no poseer documentación, ensayos o evidencias suficientes para la recepción.
Entregado, recibido y aceptado son estados diferentes
La palabra “entrega” suele utilizarse de forma imprecisa. Para la ejecutora, puede significar que el equipo concluyó los servicios de campo. Para el gestor, puede significar que recibió un correo electrónico con documentos. Para la fiscalización, solamente puede existir una decisión segura cuando hay un conjunto verificable de requisitos y evidencias.
La secuencia más robusta separa los estados:
- Conclusión de la ejecución: la contratista cierra la actividad productiva prevista para el objeto.
- Preparación de la entrega: consolida documentos, informes, planos, pruebas, garantías, registros y demás evidencias.
- Solicitud formal de recepción: comunica que el objeto está disponible para verificación y presenta el paquete definido contractualmente.
- Recepción y verificación: fiscalización, equipo técnico, comisión o apoyo especializado ejecutan las verificaciones previstas.
- Puesta en servicio y pruebas: cuando corresponda, se comprueban el desempeño y las integraciones.
- Emisión de pendientes: las desviaciones se registran, clasifican, asignan y reciben plazo de corrección.
- Corrección y reverificación: la contratista demuestra el cierre de cada pendiente.
- Dictamen técnico: consolida la condición del objeto y sustenta la decisión de aceptación.
- Acta de recepción definitiva: formaliza el cumplimiento de las exigencias contractuales.
- Cierre: consolida documentación, garantías, responsabilidades, pagos y transición a operación.
Esta arquitectura evita un error común: tratar la fecha en la que el equipo de la ejecutora dejó el sitio o guardó sus herramientas como la fecha en la que el contratante aceptó el objeto.
Qué necesita entregar la ejecutora antes de solicitar la recepción
La calidad de la entrega documental forma parte de la calidad de la ingeniería. As-Built, informes, pruebas, registros fotográficos, garantías y Data Book deben ser coherentes con lo realmente ejecutado.
El contrato, el pliego, los Términos de Referencia, el Proyecto Ejecutivo y los demás documentos de la contratación deben definir el paquete de entrega. No existe una lista única aplicable a todo objeto, pero en ingeniería la solicitud formal de recepción debe estar acompañada por evidencias compatibles con la naturaleza del servicio.
Un paquete consistente puede incluir:
- carta, transmittal o solicitud formal de entrega y recepción;
- identificación del contrato, Orden de Servicio, etapa o hito que se entrega;
- informe técnico de ejecución;
- informe fotográfico con identificación de lugares, activos, fechas e intervenciones relevantes;
- As-Built revisado y coherente con la condición realmente ejecutada;
- listas de equipos y materiales instalados;
- números de serie, direcciones lógicas e identificación patrimonial cuando corresponda;
- informes de inspección y pruebas;
- registros de FAT, SAT u otras pruebas previstas;
- certificados e informes técnicos exigidos;
- ART/RRT y demás registros de responsabilidad técnica aplicables;
- licencias de software, archivos de configuración y copias de seguridad;
- manuales, datasheets y documentación de fabricantes;
- plan y registros de capacitación;
- términos de garantía y condiciones de activación;
- matriz de pendientes actualizada;
- evidencias de corrección de no conformidades anteriores;
- Data Book, Quality Dossier o paquete documental equivalente;
- declaración de la propia contratista de que el objeto está listo para la verificación prevista en el contrato.
El Data Book en Ingeniería no debe verse como un archivo armado después de finalizar la ejecución. Es consecuencia de una gestión documental que preservó evidencias durante todo el contrato.
Lo mismo ocurre con el As-Built. Reconstruirlo apresuradamente al final, sin trazabilidad de los cambios ejecutados, aumenta la probabilidad de entregar planos que no representan el campo.
La documentación de baja calidad también es una no conformidad de entrega
Una ejecutora puede haber realizado un buen trabajo de campo y, aun así, efectuar una entrega técnicamente débil. Esto ocurre cuando el conocimiento de la ejecución queda retenido en el equipo que instaló y no se transforma en documentación que permita al propietario operar, mantener, auditar y modificar el activo.
Un informe fotográfico, por ejemplo, no gana valor solamente por contener muchas imágenes. Debe permitir rastrear qué se hizo, dónde se hizo, en qué condición quedó y a qué requisito, activo, circuito, dispositivo o ubicación se refiere cada registro. Fotos sueltas, sin leyenda, identificación ni lógica documental producen volumen, pero poca evidencia.
Del mismo modo, un As-Built que solamente reproduce el proyecto original, ignorando cambios de campo, no cumple la función de registrar la condición construida. Un informe de pruebas sin identificación del instrumento, criterio, muestra, resultado y responsable puede no sustentar la decisión de aceptación.
En contratos de mayor criticidad, la revisión documental debe considerar no solo la existencia del archivo, sino también:
- completitud;
- coherencia interna;
- adherencia a lo ejecutado;
- trazabilidad;
- versión y revisión correctas;
- identificación del responsable;
- vínculo con requisito o criterio de aceptación;
- calidad suficiente para operación y mantenimiento;
- capacidad de soportar auditoría futura.
La Auditoría Técnica de Data Book y Documentación Final de Ingeniería existe precisamente para probar esta consistencia antes de que un paquete documental incompleto sea tratado como entrega final.
La solicitud formal de recepción debe realizarse con tiempo suficiente
La solicitud formal de recepción es un hito de gestión. Crea trazabilidad sobre el momento en el que la contratista afirma que el objeto está listo para la verificación prevista en el contrato.
Esta solicitud no debería llegar cuando el plazo ya terminó o cuando faltan pocas horas para la fecha final. El contratante necesita disponer del período de análisis previsto en el contrato o reglamento y de tiempo operativo compatible con inspecciones, puesta en servicio, emisión de pendientes y eventual corrección.
Por ello, el cronograma debe contener un hito de readiness para recepción. La empresa sabe, desde el inicio, que debe concluir su producción antes de ese hito para preparar la documentación y someterse a verificación.
Cuando esto no está previsto, surge una falsa equivalencia:
> “Concluí la instalación dentro del plazo; por lo tanto, entregué dentro del plazo.”
Técnicamente, esta conclusión es insuficiente cuando el propio alcance exige documentación, pruebas, validación y aceptación. La obligación contractual no se reduce al acto físico de instalar.
Cómo debe funcionar la recepción provisional
Conforme al art. 140, para obras y servicios, la recepción provisional corresponde al responsable del seguimiento y fiscalización, mediante acta detallada, cuando se verifica el cumplimiento de las exigencias de carácter técnico.
Esto refuerza dos ideas. La primera es que la recepción provisional no debe ser automática. La segunda es que necesita ser detallada, no solamente una firma en un formulario genérico.
Según el objeto y el contrato, el acta provisional puede registrar:
- identificación precisa del objeto y del hito recibido;
- documentos examinados;
- inspecciones realizadas;
- resultados de pruebas disponibles;
- situación del As-Built;
- situación del Data Book;
- pendientes abiertas;
- no conformidades impeditivas y no impeditivas;
- reservas;
- plazo y responsable de las correcciones;
- necesidad de nuevas pruebas;
- condición para avanzar a la recepción definitiva.
El artículo La empresa contratista terminó la obra. ¿Y ahora? profundiza las verificaciones que el contratante puede realizar antes de considerar la entrega técnicamente madura.
La puesta en servicio no puede comprimirse en el último día del contrato
La puesta en servicio es un proceso de verificación. En sistemas, instalaciones y proyectos que dependen de desempeño, integración y funcionalidad, es una de las principales fuentes de evidencia para la aceptación.
La Ley brasileña 14.133 establece en el §4 del art. 140 que, salvo disposición en contrario en el pliego o en acto normativo, los ensayos, pruebas y demás comprobaciones para evaluar la buena ejecución exigidos por normas técnicas oficiales corren por cuenta del contratista. Esto refuerza la necesidad de planificar las pruebas como parte de la ejecución contractual y no como actividad improvisada después de la supuesta conclusión.
Owner’s Engineering necesita acceso a una condición lista para pruebas, documentación adecuada y tiempo para ejecutar o acompañar las verificaciones. En un sistema de seguridad electrónica, esto puede involucrar pruebas de grabación, cobertura, failover, alarmas, eventos, integraciones, control de acceso, contingencia, red, alimentación y operación del VMS. En otras disciplinas, las pruebas serán diferentes, pero la lógica permanece.
La guía de Puesta en Servicio detalla esta transición entre construcción, pruebas y readiness para operación.
Caso anonimizado: sistema de seguridad electrónica sustancialmente instalado, pero no listo para aceptación
Considere una implantación de seguridad electrónica compuesta por CCTV IP, control de acceso, red de soporte, racks, estaciones y software de gestión. Al final de la fase de campo, la ejecutora entiende que realizó un buen trabajo: los equipos están instalados, las cámaras muestran imágenes y los dispositivos de acceso responden a los comandos.
Desde el punto de vista de la ejecutora, el servicio parece concluido. Desde el punto de vista de Owner’s Engineering, todavía es necesario responder preguntas diferentes:
- ¿la cantidad instalada coincide con la contratada y con el proyecto aprobado?
- ¿se modificaron ubicaciones? ¿Los cambios fueron formalmente aprobados?
- ¿el As-Built representa la condición real?
- ¿las imágenes cumplen el campo de visión y la finalidad definida?
- ¿resolución, frame rate, bitrate, retención y almacenamiento cumplen los requisitos?
- ¿cámaras, controladoras y demás dispositivos están correctamente identificados?
- ¿configuraciones y credenciales institucionales fueron transferidas al propietario?
- ¿existen copias de seguridad de configuración?
- ¿las licencias están asignadas correctamente?
- ¿se probaron las integraciones entre CCTV, VMS y control de acceso?
- ¿el informe fotográfico permite rastrear la implantación?
- ¿se entregaron informes de pruebas y evidencias de corrección?
- ¿garantías y números de serie están consolidados?
- ¿los documentos finales fueron protocolizados en una revisión adecuada?
- ¿existe tiempo suficiente para corregir las desviaciones identificadas?
La existencia de vídeo en una pantalla no responde estas preguntas. Por eso, instalación aparente y desempeño demostrado son cosas diferentes; desempeño demostrado y entrega documental completa también son cosas diferentes.
El caso se aplica a diversas disciplinas. El cableado estructurado puede estar instalado y certificado, pero faltar trazabilidad o As-Built. Una instalación eléctrica puede estar energizada y todavía tener documentación o ensayos pendientes. Una automatización puede operar en modo básico y todavía no tener todas las secuencias y alarmas validadas. El principio es transversal.
Punch list y no conformidades necesitan una ventana real de corrección
El proceso de recepción debe asumir que la inspección puede encontrar desviaciones. Si la planificación parte de la hipótesis de “cero pendientes”, no tiene contingencia para la realidad.
La lista de pendientes — punch list — debe clasificar los ítems según criticidad e impacto en la aceptación. Las pendientes impeditivas deben resolverse antes de avanzar a hitos que presupongan conformidad. Las pendientes menores pueden, cuando esté permitido contractualmente y sea técnicamente justificable, tratarse con reservas y plazos definidos.
La gestión debe registrar:
| Campo | Finalidad |
| Identificación | Permitir rastrear la pendiente |
| Requisito afectado | Mostrar qué obligación no fue atendida |
| Evidencia | Registrar la condición encontrada |
| Criticidad | Diferenciar impeditivo de ajuste menor |
| Responsable | Definir quién corrige |
| Plazo | Evitar pendiente indefinida |
| Evidencia de corrección | Demostrar el tratamiento |
| Reverificación | Confirmar que la corrección funcionó |
| Estado | Controlar el cierre formal |
La Matriz de Pendientes en Ingeniería debe relacionarse directamente con el cronograma contractual. Una pendiente identificada sin tiempo para corrección es un problema de planificación del cierre.
El acta de recepción definitiva debe demostrar, no presumir
La recepción definitiva prevista en el art. 140 es realizada por un servidor o comisión designada por la autoridad competente y debe formalizarse mediante acta detallada que demuestre el cumplimiento de las exigencias contractuales.
La palabra demuestre es importante. El documento final debe estar sustentado por un conjunto de evidencias verificables. No basta afirmar genéricamente que “los servicios se ejecutaron satisfactoriamente” cuando el contrato involucró decenas o cientos de requisitos técnicos.
Un acta robusta puede referenciar:
- contrato, pliego, Términos de Referencia y anexos relevantes;
- Orden de Servicio y cambios formalizados;
- proyecto aprobado y revisiones aplicables;
- informes de fiscalización;
- informes de inspección;
- resultados de puesta en servicio y pruebas;
- dictamen técnico de aceptación;
- matriz de pendientes cerrada o reservas formalizadas;
- As-Built aprobado;
- Data Book o documentación final aceptada;
- garantías y obligaciones posteriores a la entrega;
- registros de capacitación y transferencia a operación;
- otros documentos previstos en el modelo de gestión del contrato.
El acta no necesita reproducir toda la documentación técnica, pero debe permitir que un auditor futuro reconstruya por qué la Administración decidió recibir el objeto.
Qué no debe ocurrir en el cierre
Algunas prácticas fragilizan la recepción y transfieren riesgo al contratante:
- firmar la recepción definitiva solamente porque el plazo contractual llegó al final;
- aceptar documentos incompletos con promesa informal de complementación futura;
- considerar un equipo energizado como evidencia suficiente de desempeño;
- recibir As-Built sin comparar muestras o puntos críticos con el campo;
- ignorar divergencias entre proyecto, cantidad contratada y condición ejecutada;
- permitir que la propia ejecutora sea la única fuente de validación de su servicio;
- cerrar punch list sin evidencia de corrección;
- dejar licencias, contraseñas, copias de seguridad o garantías en posesión exclusiva del proveedor;
- tratar capacitación, manuales y documentación como ítems “administrativos” sin impacto en la aceptación;
- realizar la puesta en servicio después del cierre contractual sin previsión para correcciones.
Estas prácticas son especialmente peligrosas en sistemas que entrarán inmediatamente en operación, porque la presión por continuidad puede transformar una entrega incompleta en un hecho consumado.
Por qué Owner’s Engineering debe entrar antes del fin del contrato
Owner’s Engineering crea continuidad entre requisitos, contratación, ejecución, documentación, puesta en servicio y aceptación. Cuanto antes participa, menor es la posibilidad de descubrir problemas solamente en el cierre.
Owner’s Engineering no es una inspección de última hora. Su mayor valor ocurre cuando acompaña la cadena desde la definición de lo que será contratado hasta la recepción.
Cada etapa reduce una clase diferente de riesgo:
- Proyecto y requisitos: definen qué debe entregarse y cómo será demostrado.
- Apoyo a la licitación: transforma requisitos en documentos y criterios verificables.
- Habilitación técnica: reduce el riesgo de seleccionar una empresa sin experiencia compatible.
- Revisión del Proyecto Ejecutivo: identifica desviaciones antes de que se conviertan en instalación.
- Owner’s Engineering: acompaña interfaces, decisiones, calidad, plazo y cambios durante la ejecución.
- QA/QC: registra inspecciones, no conformidades y evidencias.
- Gestión documental: impide que el conocimiento de la ejecución desaparezca con la desmovilización.
- Puesta en servicio: verifica desempeño, integración y readiness.
- Dictamen técnico: consolida evidencias y pendientes para sustentar al gestor.
- Recepción: formaliza la decisión administrativa con base técnica trazable.
La Owner’s Engineering funciona como línea de continuidad entre estas etapas. Su papel no es sustituir al fiscal del contrato, sino crear capacidad técnica independiente para que el propietario no dependa exclusivamente de la interpretación y documentación producidas por la ejecutora.
El fiscal del contrato puede contar con apoyo técnico especializado
El art. 117 de la Ley 14.133 determina que la ejecución sea acompañada y fiscalizada por representantes de la Administración y permite contratar terceros para asistirlos y subsidiarlos con información pertinente. La Ley preserva las atribuciones y responsabilidades del fiscal, pero reconoce la posibilidad de apoyo especializado.
Esto es especialmente relevante cuando el objeto exige conocimiento multidisciplinar, análisis de proyectos, inspecciones especializadas, puesta en servicio, lectura de informes de pruebas, verificación de sistemas integrados o auditoría documental.
El artículo ¿Puede el fiscal del contrato tener apoyo técnico? profundiza esta posibilidad desde la perspectiva de la Ingeniería Consultiva.
El apoyo técnico puede producir elementos como:
- informes de inspección;
- registros fotográficos independientes;
- dictámenes de conformidad;
- revisión del As-Built;
- análisis del Data Book;
- matriz de pendientes;
- acompañamiento de puesta en servicio;
- evaluación de correcciones;
- recomendación técnica de aceptación, aceptación con reservas o rechazo.
La decisión administrativa permanece con los agentes competentes. El valor de la ingeniería independiente está en calificar técnicamente la información que sustenta esa decisión.
La recepción comienza en los Términos de Referencia, no en el último mes
Un buen proceso de cierre se diseña antes de la contratación. Los Términos de Referencia, el pliego, el contrato y el proyecto deben definir qué significa “listo para recibir”.
Esto incluye prever, cuando corresponda:
- entregables documentales obligatorios;
- formato y estándar de los archivos;
- revisiones y aprobaciones;
- criterios de aceptación;
- plan de pruebas;
- responsabilidades por ensayos;
- hitos de puesta en servicio;
- plazo para solicitar la recepción;
- plazo de la Administración para análisis;
- plazo de la contratista para correcciones;
- procedimiento de nueva verificación;
- documentos necesarios para la recepción provisional;
- documentos necesarios para la recepción definitiva;
- forma de tratamiento de reservas;
- garantías y obligaciones posteriores a la entrega.
Por ello, el proceso de recepción se relaciona directamente con el Estudio Técnico Preliminar, el Pliego de Licitación para Obras y Servicios de Ingeniería y la revisión técnica de los Términos de Referencia. Si la Administración solo comienza a pensar en aceptación después de que la ejecutora solicita la medición final, parte del problema ya se creó durante la planificación.
Cómo estructurar un flujo de recepción con tiempo para corregir
El modelo siguiente no sustituye el contrato ni el reglamento aplicable, pero ayuda a estructurar la lógica de gestión:
- Definir criterios en la contratación. Qué será verificado, qué documentos serán exigidos y quién participa en el proceso.
- Establecer un hito de readiness. La contratista debe concluir instalación y documentación antes de la fecha final del contrato.
- Realizar preinspecciones. Las no conformidades relevantes deben identificarse todavía durante la ejecución.
- Recibir el paquete documental. Verificar si la solicitud está instruida con los entregables mínimos.
- Ejecutar inspección y puesta en servicio. Validar requisitos, desempeño, integración y condición documental.
- Emitir punch list. Registrar desviaciones y plazos de corrección.
- Verificar correcciones. Exigir evidencias y repetir pruebas cuando sea necesario.
- Emitir dictamen técnico. Consolidar condición del objeto, documentos y pendientes.
- Formalizar la recepción. Seguir los agentes, plazos y método previstos en el contrato y la legislación.
- Transferir a operación. Garantizar que la organización disponga de documentación, garantías, accesos y conocimiento necesarios.
Este proceso transforma la aceptación en consecuencia de evidencias y no en negociación de última hora.
Acta de entrega de obra y acta de recepción no son necesariamente lo mismo
La búsqueda por “acta de entrega de obra” normalmente mezcla dos actos diferentes. Un documento puede registrar que la contratista entregó el objeto o lo puso a disposición para evaluación. Otro acto, practicado por el contratante conforme a la gobernanza aplicable, registra que el objeto fue recibido.
Separar estos actos reduce ambigüedades. La entrega es una declaración de la ejecutora acompañada por el paquete previsto. La recepción es una decisión del contratante, después de las verificaciones correspondientes.
En contratos más simples, los documentos pueden consolidarse cuando lo permita la regla aplicable. En contratos complejos, preservar la secuencia documental facilita auditoría y delimita responsabilidades.
La recepción definitiva no elimina responsabilidades posteriores
El §2 del art. 140 deja claro que la recepción provisional o definitiva no excluye la responsabilidad civil por la solidez y seguridad de la obra o servicio ni la responsabilidad ético-profesional por la perfecta ejecución, dentro de los límites legales o contractuales.
Por lo tanto, recibir definitivamente no significa declarar que ningún defecto podrá aparecer jamás. Significa que, con base en las verificaciones y evidencias disponibles, el objeto cumplió las condiciones necesarias para la recepción en ese hito, sin excluir garantías y responsabilidades que siguen vigentes.
Este es otro motivo para preservar una documentación final consistente: cuando un problema aparece meses después, los registros de proyecto, ejecución, prueba, configuración, aprobación y garantía son esenciales para diagnosticar causas y atribuir responsabilidades.
Señales de alerta para el gestor antes de firmar el acta
El gestor, fiscal o comisión debe aumentar el nivel de verificación cuando existan señales como:
- la ejecutora afirma que “terminó”, pero no protocolizó una entrega formal;
- el paquete final llega en los últimos días del contrato;
- el As-Built se entrega simultáneamente con la solicitud de aceptación, sin tiempo de revisión;
- los informes fotográficos no poseen identificación o trazabilidad;
- las pruebas fueron realizadas por el propio equipo de instalación sin registros verificables;
- existen divergencias entre proyecto, cantidad e instalación;
- configuraciones, licencias o copias de seguridad todavía no fueron transferidas;
- la matriz de pendientes contiene ítems sin plazo o sin evidencia de cierre;
- las garantías no están vinculadas a los activos efectivamente instalados;
- la operación ya comenzó antes del cierre de la puesta en servicio;
- la contratista condiciona correcciones a una extensión de plazo que podría haberse evitado con una planificación adecuada;
- la Administración no posee un equipo con competencia técnica suficiente para verificar el objeto complejo.
Ninguna de estas señales, de forma aislada, determina rechazo automático. Indican que la decisión necesita evidencias adicionales y gestión técnica cuidadosa.
Cuándo contratar apoyo de Ingeniería Consultiva para la recepción
La necesidad es mayor cuando existe asimetría técnica entre el contratante y la ejecutora, cuando el sistema posee alta criticidad o integración compleja, cuando la documentación es voluminosa, cuando hay antecedentes de no conformidades o cuando la organización no dispone internamente de todas las especialidades necesarias.
A3A Engenharia puede apoyar este proceso en diferentes puntos, sin sustituir las competencias legales de los agentes públicos:
- estructuración de requisitos y criterios de aceptación;
- revisión técnica de Términos de Referencia y pliego;
- apoyo al análisis de habilitación y cualificación técnica;
- Design Review y análisis del Proyecto Ejecutivo;
- Owner’s Engineering durante la implantación;
- inspecciones y acompañamiento de QA/QC;
- control y revisión documental;
- acompañamiento o ejecución de puesta en servicio según alcance;
- auditoría de As-Built y Data Book;
- matriz de pendientes y verificación de correcciones;
- dictamen técnico para sustentar recepción y aceptación.
El servicio de Recepción Técnica de Obras y Servicios de Ingeniería concentra precisamente la etapa en la que el propietario necesita transformar ejecución física, documentos, pruebas y pendientes en una decisión técnicamente defendible.
Consideraciones finales
El acta de recepción definitiva es el punto final de una cadena de ingeniería que comienza mucho antes de firmar el documento. Proyecto, contratación, habilitación, fiscalización, calidad, documentación, puesta en servicio y correcciones determinan la calidad de la decisión de recibir.
La ejecutora no concluye su obligación solamente porque terminó de instalar. Debe entregar el objeto en la condición contratada, instruir la entrega con la documentación prevista y ponerlo a disposición para verificación con suficiente antelación. El contratante, por su parte, debe organizar capacidad técnica, métodos y plazos para verificar, probar, registrar pendientes, exigir correcciones y formalizar su decisión.
La conclusión sustancial no es entrega definitiva; la entrega física no es aceptación; y el fin del plazo no sustituye el proceso de recepción. Cuanto más complejo el objeto, más importante es contar con Owner’s Engineering e Ingeniería Consultiva antes de que el último día del contrato transforme pendientes previsibles en conflicto de cierre.
Referencias técnicas
[1] BRASIL. Ley n.º 14.133, de 1 de abril de 2021. Ley de Licitaciones y Contratos Administrativos. Especialmente arts. 117 y 140. Disponible en: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm
[2] TRIBUNAL DE CUENTAS DE LA UNIÓN. Licitaciones y Contratos: Fiscalización técnica y recepción provisional. Brasília: TCU. Disponible en: https://licitacoesecontratos.tcu.gov.br/6-1-4-fiscalizacao-tecnica-e-recebimento-provisorio-2/
[3] TRIBUNAL DE CUENTAS DE LA UNIÓN. Licitaciones y Contratos: Gestión del contrato y recepción definitiva. Brasília: TCU. Disponible en: https://licitacoesecontratos.tcu.gov.br/6-1-6-gestao-do-contrato-e-recebimento-definitivo-2/
[4] TRIBUNAL DE CUENTAS DE LA UNIÓN. Licitaciones y Contratos: Modelo de gestión del contrato. Brasília: TCU. Disponible en: https://licitacoesecontratos.tcu.gov.br/4-3-6-modelo-de-gestao-do-contrato/
Preguntas frecuentes
Es el documento que formaliza la recepción del objeto después de las verificaciones previstas. Para obras y servicios bajo la Ley 14.133, el art. 140 prevé un acta detallada que demuestre el cumplimiento de las exigencias contractuales, emitida por un servidor o comisión designada por la autoridad competente.
El procedimiento debe seguir los plazos y métodos previstos en el contrato o reglamento. En ingeniería, dejar la solicitud para el final puede hacer inviables inspecciones, pruebas, puesta en servicio, correcciones y reverificación. El cronograma debe reservar tiempo para el proceso de entrega y recepción.
No necesariamente. Además de la ejecución física, el contrato puede exigir documentación, As-Built, informes, pruebas, configuraciones, garantías, capacitación, Data Book y otras evidencias. La entrega debe cumplir el conjunto de las obligaciones contratadas.
Para obras y servicios, el art. 140 prevé recepción provisional por el responsable del seguimiento y fiscalización, mediante acta detallada y verificación de las exigencias técnicas; la definitiva es realizada por servidor o comisión designada y debe demostrar el cumplimiento de las exigencias contractuales.
No. La conclusión sustancial puede ser un concepto gerencial o contractual cuando está definido, pero no sustituye los requisitos formales y técnicos de la recepción definitiva. Pendientes documentales, pruebas o ítems críticos pueden impedir la aceptación incluso con un alto porcentaje físico ejecutado.
Cuando está previsto en los documentos de contratación, sí. El As-Built es una evidencia central de la condición ejecutada y debe representar el campo. Su ausencia o baja calidad puede impedir que el propietario tenga una base técnica adecuada para operación, mantenimiento y futuras intervenciones.
En obras y servicios, el art. 140 prevé recepción definitiva por servidor o comisión designada por la autoridad competente, mediante acta detallada que demuestre el cumplimiento de las exigencias contractuales.
Sí. El art. 117 permite contratar terceros para asistir y subsidiar al fiscal con información pertinente, sin transferir las atribuciones propias del fiscal. Este apoyo puede involucrar inspecciones, análisis documental, puesta en servicio y dictámenes técnicos.
Materiales técnicos complementarios
Soluciones relacionadas
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Gobernanza de Proyectos, Programas y Portafolios
- Gestión de Documentos de Ingeniería: GED, EDMS, revisiones y trazabilidad
Servicios relacionados
- Recepción Técnica de Obras y Servicios de Ingeniería
- Auditoría Técnica de Data Book y Documentación Final de Ingeniería
- Revisión Técnica de Términos de Referencia para Obras y Servicios de Ingeniería
- Apoyo Técnico a la Habilitación y Cualificación Técnica de Licitantes de Ingeniería
Contenidos principales sobre el tema
- Sistema instalado no es sistema entregado: diferencia entre conclusión física, entrega técnica y aceptación
- La empresa contratista terminó la obra. ¿Y ahora? Qué verificar antes de la recepción y aceptación
- ¿Puede el fiscal del contrato tener apoyo técnico? El papel de la Ingeniería Consultiva en la Ley 14.133
- Certificado de Aceptación Técnica en Ingeniería: validación, pendientes y cierre
Contenidos técnicos relacionados
- Data Book en Ingeniería: estructura, trazabilidad, documentos y criterios de aceptación
- QA/QC en Obras de Ingeniería: garantía, control, inspecciones, RNC y aceptación técnica
- Handover Técnico en Ingeniería: entrega, documentación, aceptación y transición a operación
- Owner’s Engineering: Gobernanza Técnica para Obras de Ingeniería, Sistemas Críticos e Integración Multidisciplinar
