Un traspaso entre sistemas solo se completa cuando el sistema receptor confirma que recibió el trabajo y queda claro su estado. Registra qué enviaste, quién o qué lo recibió, si se aceptó y si terminó el trabajo solicitado. Que una solicitud se haya aceptado no significa que el trabajo esté completo.
Sigue una solicitud de reparación entre sistemas
Una persona empleada pide a un agente de servicio: «Revisa mi solicitud de reemplazo de teclado según el catálogo de equipo aprobado y la lista de existencias; después, envía una solicitud de entrega al sistema de inventario. No marques el artículo como entregado». El agente puede leer el ticket de servicio y el catálogo aprobado, y enviar una solicitud acotada al flujo de inventario. No puede registrar una entrega.
El sistema receptor acepta la solicitud, pero todavía no ha asignado un artículo. Una actualización completa podría decir:
Reemplazo de teclado — estado del traspaso
- Fuentes consultadas: Ticket de servicio, catálogo de equipo aprobado y respuesta del inventario actual.
- Enviado a: Cola de cumplimiento de inventario.
- Estado del receptor: Aceptado para su procesamiento; referencia
REQ-184.- Estado de finalización: Pendiente de asignación y confirmación de entrega.
- Límite: El agente de servicio no marcó el artículo como entregado.
La confirmación indica que el siguiente sistema se hizo cargo del procesamiento. No demuestra que se haya completado el pedido ni constituye una aprobación humana de la decisión del agente.
El diagrama muestra los resultados de la revisión humana; el acuse de recibo del sistema receptor se comprueba por separado.
Define el contrato del traspaso
Antes de conectar los flujos de trabajo, acuerda qué información y estado necesita cada parte:
- Identidad del trabajo: Asigna una referencia estable que vincule el caso de origen con el elemento recibido.
- Contexto: Envía solo los campos y el resumen de evidencia aprobados que el destinatario necesita. Identifica el registro de origen y la acción solicitada.
- Responsable receptor: Nombra la cola, equipo o sistema que se hará cargo, además de la persona operadora de las excepciones.
- Acuse de recibo: Define qué confirma la recepción o aceptación. Una respuesta de red, un mensaje en cola, un elemento aceptado y una tarea completada pueden ser estados distintos.
- Estado y resultado: Acuerda qué resultados pendientes, rechazados, completados o fallidos se pueden comunicar y cómo se reflejan en la solicitud de origen.
- Tiempo de espera, reintentos y duplicados: Decide qué hacer si no llega una confirmación. Comprueba si una solicitud repetida puede crear un segundo trabajo antes de reintentar.
- Ruta de fallo: Identifica quién resuelve un estado desconocido, un rechazo, un registro desactualizado o una finalización parcial.
Para un trabajo de larga duración, el emisor puede recibir un acuse temprano y consultar el resultado posterior mediante sondeo, un evento u otro canal compatible. Elige un patrón que admita el sistema receptor. No marques el trabajo como exitoso solo porque se envió el mensaje.
Responde cuando se pierde el estado del sistema receptor
En el flujo ficticio del teclado, inventario confirma la recepción de REQ-184, pero no llega una actualización de asignación o finalización antes de la hora acordada para comprobar el estado. El caso de origen figura como aceptado y aún pendiente, no como completado. Consulta REQ-184 mediante el canal de estado acordado con el sistema receptor. Si sigue pendiente, mantén abierto el caso original. Si no se puede confirmar el estado o se rechazó la solicitud, detén los reintentos automáticos y envía la referencia, el último estado confirmado y la hora de comprobación a la persona responsable de inventario para que lo concilie. No crees una segunda solicitud ni marques el artículo como entregado hasta aclarar el estado de la primera.
Registra la referencia del traspaso, los cambios de estado, las marcas de tiempo y la acción de recuperación para que una persona operadora pueda reconstruir la ejecución; consulta la guía de observabilidad de agentes de IA.
Distingue el traspaso entre sistemas de la revisión humana
Un acuse de un sistema responde: «¿El sistema receptor aceptó el trabajo?». Una revisión humana responde: «¿Es apropiada esta acción y debe continuar?». Una cosa no sustituye a la otra. En el ejemplo del teclado, una solicitud aceptada aún podría requerir que una persona decida si sirve un artículo sustituto; la recepción por el sistema de inventario no puede tomar esa decisión.
Prueba las rutas habituales, de rechazo, de espera agotada, de entrega duplicada y de fallo parcial antes de ampliar el uso. Mantén la solicitud original abierta o claramente pendiente mientras el estado receptor sea desconocido. Para los puntos de decisión humana, consulta revisión humana para agentes de IA; para definir el alcance del flujo, consulta cómo redactar una definición de trabajo acotada.