¿Quién se hace cargo cuando termina el proyecto?

Un asistente prepara órdenes de mantenimiento con avisos de planta y datos de las máquinas. En la demo, la orden sale bien. ¿A quién llama el equipo si mañana se interrumpe una conexión? Este ejemplo es imaginario, pero permite preparar el relevo: nombre a quien dirige el servicio, quien mantiene sus conexiones y quien aprueba cambios en la forma de trabajar. Pueden coincidir, pero cada tarea necesita un responsable.

Nexus describe un servicio dirigido por el equipo de negocio y mejora posterior con su ayuda. Liorant publica supervisión y ajustes continuos, y aclara que su ingeniería continua no es un contrato de soporte.^1,2,3,4

Lleve esas ofertas a situaciones concretas. Una conexión caída, una regla de prioridad equivocada y añadir otra planta son peticiones distintas: incidente, ajuste y nuevo desarrollo. Acuerde quién recibe cada una, a quién la pasa si no puede resolverla y cuándo se detiene la automatización. Deje las condiciones de atención en la oferta. «Seguimos acompañándole» no explica quién responderá al aviso que acaba de llegar.

Moravio enumera repositorio e historial, scripts de despliegue, inventario de entornos, manual de operación y nota de arquitectura en su paquete de traspaso.⁵

Adapte esa lista a lo que está comprando. En una plataforma gestionada quizá reciba la configuración exportada y los procedimientos, no el código del producto. Para el asistente de mantenimiento, añada qué sistemas consulta, qué puede hacer, las cuentas y permisos, las versiones de las reglas y ejemplos de órdenes aceptadas. Las contraseñas no van en el manual. Explique cómo obtener o renovar el acceso por el procedimiento autorizado.

Cada material necesita un responsable que lo mantenga y un lugar donde encontrar la versión vigente. Liste licencias, modelos y servicios externos, además de los datos y registros que debe conservar. Pida al equipo receptor que encuentre la versión activa y explique el camino del aviso hasta la orden. Si necesita llamar al autor para cada paso, todavía falta trabajo antes de dar el traspaso por aceptado.

DOOR3 describe registros, supervisión, alertas, copias de seguridad y recuperación al preparar una aplicación para producción. Sonomics anuncia que un empleado revisa y aprueba los cambios de la IA.^6,7,8

Prepare con la agencia un ejercicio autorizado, fuera de la operación real. Simule una conexión caída y un aviso duplicado; después retire un permiso a una cuenta de prueba. Quien recibe el servicio debe reconocer el estado, localizar la orden afectada y decidir si para, reanuda o pide ayuda. Antes de reintentar, mire las órdenes que ya existen. Recuperar la conexión no debe crear dos trabajos de mantenimiento para el mismo aviso.

Cambie también un dato mientras su aprobación está pendiente. Acuerde antes si debe anularse la petición o volver a revisarse. Guarde entrada, versión, resultado esperado, lo ocurrido y responsable. La agencia puede ayudar, pero el equipo receptor debe ejecutar los pasos del manual. Anote una explicación como formación; para aceptar la operación, pida que ese equipo demuestre lo que tendrá que hacer cuando esté solo.

Acuerde cómo revisar el servicio: trabajo aceptado, excepciones, tiempo de revisión, incidentes y gasto. Mantenga las definiciones; una orden propuesta no cuenta igual que una aprobada. Tras cambiar una regla, un modelo o un conector, identifique la versión y repita los casos afectados antes de autorizarla. Prepare también cómo volver atrás. Recuperar la configuración anterior no resuelve por sí solo los cambios que ya se hayan hecho en otras aplicaciones.

Liorant publica ajustes de instrucciones, búsqueda de documentos y conversaciones a partir del uso. Sonomics describe límites y seguimiento de gasto por empleado y servicio.^9,10

Esas tareas pueden ayudar a revisar el servicio si tienen responsables y criterios acordados. Cierre el relevo con una nota de materiales recibidos, ensayo realizado, fallos abiertos, soporte contratado y decisión de aceptar o repetir. Añada cómo salir: qué se exporta, quién comprueba que puede usarlo, qué acceso seguirá disponible durante la transición y qué proceso sustituirá al agente. Otro equipo debe poder continuar sin reconstruir toda la historia.