9.7. Firma de Actas y Entrega del Proyecto

UF1794 | El cierre formal y el traspaso de responsabilidad

graph TD subgraph Ejecucion ["Fase Técnica"] SAT["Ejecución de Pruebas SAT"] PUNCH["Resolución de Punch List"] end subgraph Cierre ["Fase Documental y Legal"] DOC["Entrega Documentación As-Built"] FORM["Formación al Personal Local"] ACTA["Firma de Acta de Recepción Definitiva
(Handover)"] end subgraph Post_Entrega ["Fase de Garantía"] WARR["Inicio del Periodo de Garantía"] RESP["Traspaso de Responsabilidad al Cliente"] end SAT --> PUNCH PUNCH --> DOC DOC --> FORM FORM --> ACTA ACTA --> WARR ACTA --> RESP style SAT fill:#3498db,color:white style ACTA fill:#27ae60,color:white style WARR fill:#f39c12,color:white style RESP fill:#f39c12,color:white

1. Diferencia entre SAT y Handover

Un error común entre los técnicos junior es pensar que cuando el Site Acceptance Test (SAT) da un resultado positivo, el trabajo ha terminado y pueden volver a casa. La realidad jurídica es muy distinta.

El SAT es un proceso técnico que demuestra que la máquina funciona. El Handover (Entrega o Traspaso) es un proceso legal y administrativo. Durante el Handover, se firma el Acta de Recepción Definitiva. En el momento en que la tinta seca en ese papel, ocurren dos cosas críticas:

  1. Traspaso de Responsabilidad (Liability): La máquina deja de ser responsabilidad del integrador y pasa a ser propiedad y responsabilidad de la fábrica. Si al día siguiente alguien tropieza con un cable mal recogido, es responsabilidad del cliente, no tuya.
  2. Inicio de Garantía: El reloj de la garantía (generalmente 1 o 2 años) empieza a contar oficialmente desde el día de la firma.


2. La Documentación "As-Built"

Ningún cliente serio firmará el acta de recepción si no le entregas la documentación completa y fiel a la realidad. En los proyectos de automatización se producen muchos cambios de última hora durante el Commissioning (ej. "tuvimos que cambiar la IP del PLC porque había un conflicto").

La documentación As-Built (Como Construido) debe reflejar el estado EXACTO de la instalación el día de la entrega. Para la red, esto incluye:

  • Esquemas eléctricos y topología de red actualizados (autogenerados con LLDP si es posible).
  • Listado completo de direcciones IP, máscaras, gateways y direcciones MAC de cada dispositivo.
  • Los informes en PDF de la Certificación del Cableado (visto en la lección 9.3).
  • Matriz de contraseñas de switches, firewalls y PLCs entregadas en un sobre cerrado o sistema seguro.
  • Copia de seguridad (Backup) del proyecto final del PLC/HMI y las configuraciones de los switches en un pendrive USB industrial.


3. Formación al Personal (Training)

Antes del Handover, el contrato siempre exige que el integrador imparta formación al equipo local de mantenimiento. Si la planta no sabe cómo usar tu sistema, te llamarán a las 3 de la madrugada en cuanto parpadee un LED.

Para la parte de red (UF1794), la formación no debe ser teórica, sino procedimental:

  • Mantenimiento: Cómo conectar el PC de ingeniería de forma segura a la Zona de Control.
  • Resiliencia: Cómo cargar el archivo de configuración de respaldo en un switch si este se quema.
  • Diagnóstico: Cómo leer los LEDs de estado de la red PROFINET o cómo reemplazar un sensor IO-Link averiado usando la parametrización automática.


4. El Acta de Recepción Definitiva

Una vez resueltas las listas de pendientes (Punch List), entregados los manuales y finalizada la formación, los Directores de Proyecto (Project Managers) de ambas partes firman el Acta de Recepción Definitiva. Este documento certifica que el alcance del proyecto de automatización se ha cumplido al 100%.

Con este hito, se emite la última factura al cliente, el equipo de ingeniería se desmoviliza y el soporte pasa oficialmente al departamento de Mantenimiento y Postventa (lo cual da inicio a la UF1795: Mantenimiento y Resolución de Averías, nuestro próximo gran bloque de estudio).

Infografía ilustrando el Handover: entrega de documentación As-Built y firma del contrato.
Figura 1: El proceso de Handover. La tecnología y los cables son solo una parte del proyecto. La entrega formal de la documentación As-Built y la firma del acta son los pasos administrativos ineludibles que cierran el contrato, trasladan la responsabilidad de la instalación y disparan el periodo de garantía.
Fuente: Elaboración propia / Licencia: CC BY-NC 4.0.

📝 Evaluación Técnica: El Cierre del Proyecto

1. ¿Cuál es la diferencia crítica a nivel legal y de gestión entre que el cliente apruebe el "SAT" (Site Acceptance Test) y que se firme el "Handover" (Acta de Recepción Definitiva)?

2. El cliente se niega a firmar el Acta de Recepción porque alega que la documentación entregada no es "As-Built". ¿Qué significa que la documentación sea "As-Built" en un proyecto de red industrial?

3. Durante la fase de "Formación" (Training) previa al Handover, ¿en qué se debe centrar la capacitación impartida a los técnicos de mantenimiento de la planta respecto a la red industrial?

🤖 Ejercicio Práctico 9: Verificador de Integridad de Entregables

Objetivo: Aprender cómo la criptografía ayuda en el Handover generando un "sello digital" del proyecto final que impide que nadie lo altere sin ser detectado después de la firma.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).

Actúa como un experto en ciberseguridad y gestión de proyectos. Escribe un script en Python utilizando la librería `hashlib` para asegurar la integridad de la documentación "As-Built". El script debe: 1. Simular la creación de un archivo de respaldo ficticio llamado `backup_plc_final.zip` escribiendo algunos datos de texto dentro de él. 2. Abrir el archivo en modo binario de lectura (`rb`). 3. Calcular el hash criptográfico SHA-256 de todo el contenido del archivo. 4. Imprimir en pantalla: "[INFO] Archivo de Proyecto Final: backup_plc_final.zip" y debajo "Firma Criptográfica SHA-256: [hash_generado]". Comenta el código explicando que los ingenieros incluyen este Hash en el Acta de Recepción impresa. Si dentro de un año el cliente se queja de un fallo, el ingeniero puede volver a calcular el Hash del proyecto del PLC. Si el hash ha cambiado, demuestra legalmente que alguien de la fábrica ha modificado el código y se invalida la garantía.