Agentes de IA: orquestar tareas de negocio

Un nuevo cliente empresarial presenta una solicitud de apertura de cuenta. El gestor de la relación tiene el formulario. Operaciones tiene los documentos de la sociedad. Cumplimiento necesita la evidencia de titularidad. Un anexo revisado llega por correo electrónico después de que haya comenzado la primera revisión. Nadie está esperando un párrafo mejor redactado por la IA. Están esperando que el expediente avance con la evidencia correcta.

Aquí es donde los agentes de IA en la empresa resultan útiles. Un agente puede identificar qué ha llegado, compararlo con lo que exige el proceso, recuperar la política pertinente, preparar un seguimiento específico y entregar una excepción documentada a la persona adecuada. Puede reducir tanto el trabajo entre sistemas como el trabajo dentro de un documento.

Pero completar tareas individuales es solo una parte del problema. Un banco debe saber si el expediente del cliente está listo para una decisión. Una aseguradora debe saber qué condicionado se aplicaba en la fecha del siniestro. Una administración pública debe poder explicar cómo se evaluó una solicitud. En cada caso, una automatización fiable depende de que tres elementos funcionen juntos: evidencia informativa, ejecución coordinada y decisiones con responsabilidad asignada.

¿Qué tareas humanas pueden realizar los agentes de IA?

Un agente de IA es un sistema que utiliza un modelo y herramientas para perseguir un objetivo definido, ajustando su siguiente paso en función de la información y de los resultados. En una empresa, esas herramientas pueden recuperar un registro de cliente, inspeccionar un documento, consultar el estado de un expediente o enviar una actualización aprobada. Un objetivo útil es específico: “Prepare esta solicitud para su revisión e identifique la evidencia pendiente”. Una instrucción como “ocúpate de la incorporación” deja demasiada autoridad sin definir.

El mejor punto de partida es el trabajo que una persona repite mientras prepara una decisión: reunir información, comparar fuentes, aplicar una lista de verificación, explicar una discrepancia y preparar la siguiente acción. Un rol como el de suscriptor o responsable de cumplimiento contiene muchas tareas de este tipo, pero también conlleva un criterio profesional y una responsabilidad que no se pueden reducir a una instrucción.

Agente, chatbot o flujo de trabajo: elija en función de la tarea

Un chatbot puede explicar una lista de verificación de incorporación. Un flujo de trabajo determinista puede enrutar una solicitud una vez que los campos obligatorios están presentes. La automatización robótica de procesos (RPA) puede introducir esos campos en una aplicación heredada. Un agente resulta útil cuando el siguiente paso depende de interpretar documentos heterogéneos o de resolver un contexto incompleto.

Estos enfoques pueden convivir. La guía de ingeniería de Anthropic distingue entre los flujos de trabajo con rutas de ejecución predefinidas y los agentes que dirigen dinámicamente su uso de herramientas. Recomienda empezar por el enfoque adecuado más sencillo. La implicación práctica es reservar el razonamiento flexible para las partes que lo necesitan, y aplicar en el código la secuencia obligatoria y la autorización. Fuente: Anthropic, Building effective agents.

Por qué los datos no estructurados son la base de unos agentes fiables

Los sistemas de negocio almacenan campos. Los expedientes de negocio dependen de evidencia. La explicación de un campo puede estar en un formulario firmado, un suplemento de póliza, un informe de inspección, un anexo de correo electrónico o un certificado escaneado. Un agente que solo ve el campo puede pasar por alto la salvedad que cambia su significado.

Piense en el nombre de una sociedad extraído de un certificado de registro. El texto puede ser exacto y, aun así, el certificado puede pertenecer a otra entidad, haber quedado sustituido por una modificación u omitir una página que identifica al firmante autorizado. El reconocimiento óptico de caracteres (OCR) resuelve el problema de la lectura. Por sí solo no resuelve la identidad, la integridad ni la autoridad.

Del contenido a la evidencia utilizable

Un hecho necesita su contexto adjunto

FuenteCertificado, página 2

Documento original, ubicación en la página, versión y fecha de captura.

SignificadoFirmante autorizado

Definición del campo, relación con la entidad y finalidad de negocio pertinente.

ValidezVerificación pendiente

Controles de calidad, fechas de efecto, contradicciones y estado de validación.

AutoridadRestringido a este expediente

Permisos de acceso, uso permitido, retención e historial de revisión.

Registro de evidencia ilustrativo. Un valor legible no es automáticamente un hecho verificado.

Una cadena de tratamiento del contenido que sea informativa conserva estas conexiones a lo largo de seis etapas: capturar el original; clasificar su tipo; extraer los valores relevantes; validarlos frente a reglas y fuentes de referencia; asociarlos al expediente correcto; y exponerlos mediante una recuperación que respete los permisos. Los escaneos de baja calidad, las coincidencias de entidad ambiguas y los valores inconsistentes necesitan estados de excepción explícitos.

La generación aumentada por recuperación (RAG) puede aportar al modelo los pasajes de origen relevantes. La relevancia por sí sola no basta. La recuperación también debe respetar el acceso del usuario, seleccionar la versión de la política aplicable al expediente, conservar la ubicación de la fuente y detectar cuándo falta evidencia esencial. Un índice vectorial es un mecanismo de recuperación; no es el sistema de registro ni la autoridad para tomar una decisión.

Los permisos deben viajar con el texto extraído, los embeddings, las cachés y los resúmenes. Un documento restringido no deja de estarlo cuando se resume. Del mismo modo, las instrucciones contenidas en un documento son contenido no confiable: una frase que indique a un agente que omita una comprobación nunca debe adquirir la autoridad de una política corporativa.

Esta disciplina de la información es el tema de nuestra guía de preparación de datos para la IA. El procesamiento inteligente de documentos aporta la clasificación, la extracción y la validación; la gobernanza de la información determina cómo puede utilizarse la evidencia a lo largo de su ciclo de vida.

¿Qué hace realmente la orquestación de agentes de IA?

La orquestación de agentes de IA coordina la responsabilidad, la secuencia, el estado compartido del expediente, las herramientas, las aprobaciones y la recuperación ante fallos. Responde a preguntas operativas: qué tarea se ejecuta a continuación, qué evidencia necesita, quién puede autorizar la acción resultante y qué ocurre si un sistema falla.

Una conversación entre agentes no es un sistema de control suficiente. La orquestación en producción necesita un estado duradero fuera de la conversación, de modo que un expediente pueda reanudarse tras una interrupción sin olvidar una excepción sin resolver ni repetir una acción ya completada. El coordinador puede utilizar IA para proponer trabajo, pero las comprobaciones de autorización deben poder aplicarse con independencia de esa propuesta.

Modelo operativo de referencia

Un expediente. Trabajo coordinado. Autoridad explícita.

El orquestador responde del avance. Cada especialista responde de una tarea delimitada.

Evidencia gobernada Documentos / registros / políticas / servicios aprobados

Orquestador del expedienteEstado + dependencias + permisos + excepciones

01

Recepción

Identificar documentos y elementos que faltan.

02

Evidencia

Extraer, conciliar y citar las fuentes.

03

Política

Recuperar las reglas aplicables y señalar las lagunas.

04

Análisis

Preparar una recomendación razonada.

Aprobación humana cuando sea necesariaRevisar la evidencia / solicitar cambios / aprobar / rechazar

Acción autorizadaActualizar el sistema de registro, verificar la recepción y conservar la evidencia de auditoría.

La falta de evidencia o una comprobación fallida devuelven el expediente a revisión. Un expediente modificado puede invalidar su aprobación.

Se trata de responsabilidades lógicas, no de la exigencia de desplegar cuatro modelos separados. Un único agente con herramientas restringidas puede ser suficiente. Los especialistas separados son útiles cuando las tareas requieren permisos, colecciones de fuentes o criterios de evaluación distintos. También generan más transferencias y más ocasiones de llegar a conclusiones inconsistentes.

Controles que convierten una demostración en un proceso operativo

Almacene en el sistema de flujo de trabajo el identificador del expediente, la versión actual de la evidencia, las comprobaciones exigidas y el estado de finalización. Conceda a cada herramienta los permisos mínimos necesarios. Defina plazos y responsables de escalado para que las excepciones no se conviertan en una cola silenciosa.

Para las acciones que modifican registros, utilice una clave de idempotencia o un mecanismo equivalente de prevención de duplicados. Si el sistema de cuentas agota el tiempo de espera después de aceptar una actualización, el orquestador debe comprobar el estado de la transacción antes de reintentar. Una respuesta ausente no demuestra que no haya ocurrido nada.

Registre las referencias a la evidencia, la versión de la política, las llamadas a herramientas, los resultados de validación, una justificación concisa de la decisión y la actuación del revisor. El registro de auditoría debe explicar lo ocurrido sin depender del razonamiento oculto de un modelo. Establezca límites de ejecución, un mecanismo de parada y un plan de recuperación para las finalizaciones parciales. El marco de gestión de riesgos de IA del NIST y su perfil de IA generativa ofrecen una base útil para organizar la evaluación de riesgos y la evaluación continua. Fuente: NIST AI RMF.

Cómo leer los ejemplos: Los escenarios siguientes son patrones operativos propuestos, no afirmaciones sobre clientes en producción ni sobre ahorros medidos. Los derechos de decisión y los controles deben configurarse para cada institución, producto y jurisdicción.

Servicios financieros: incorporar a un nuevo cliente empresarial

La solicitud de nuestro ejemplo inicial contiene un registro mercantil, una declaración de titularidad, documentos de identidad y un formulario de apertura de cuenta. El nombre del titular declarado difiere del que consta en el registro. Un correo posterior incluye un documento actualizado. El cuello de botella está en conciliar la evidencia y decidir qué comprobaciones deben repetirse.

Caso de negocio 01 / Servicios financieros

De un paquete de solicitud a un expediente de cliente revisable

1. Abrir y clasificar. Cree el expediente, identifique el producto solicitado y la jurisdicción, clasifique los documentos y aplique la lista de verificación de integridad aprobada.
2. Extraer y conciliar. Compare denominaciones legales, identificadores, firmantes y evidencia de titularidad. Conserve los enlaces a las páginas que respaldan cada valor.
3. Invocar las comprobaciones aprobadas. Envíe los campos permitidos a los servicios de identidad, registro y cribado. Conserve sus respuestas y distinga una posible coincidencia de un hallazgo confirmado.
4. Resolver la excepción. Redacte una solicitud precisa sobre la información de titularidad contradictoria. Enrútela conforme a la política de comunicación del banco.
5. Preparar y aprobar. Entregue al revisor autorizado un resumen de integridad, los hallazgos sin resolver y la política aplicable. Mantenga en espera la activación de la cuenta hasta que se cumplan las aprobaciones exigidas.
6. Ejecutar y verificar. Envíe los datos aprobados a los sistemas de cliente y de cuentas, verifique el resultado y conserve la evidencia que respalda la acción.

Autoridad humana Resolver discrepancias materiales, decidir sobre el riesgo escalado y autorizar el resultado permitido.

Indicadores de negocio Tiempo hasta un expediente completo, solicitudes repetidas de documentos, retrabajo, antigüedad de las excepciones y coste por incorporación completada.

Cuando llega el documento actualizado, el orquestador versiona el expediente, identifica los hallazgos afectados y vuelve a ejecutar las comprobaciones dependientes. No debe descartar el trabajo válido que no guarde relación, pero tampoco debe reutilizar una aprobación vinculada a una evidencia que ha cambiado de forma material.

Aquí importa la distinción entre extracción y verificación. Leer un pasaporte o un documento de registro no acredita la autenticidad, el nivel de garantía de la identidad ni la finalización de la diligencia debida sobre el cliente (CDD). La guía del GAFI sobre identidad digital aborda cómo evaluar si los mecanismos de identidad digital resultan adecuados para la CDD; no convierte a un modelo de lenguaje en un sustituto de esa evaluación. Fuente: guía del GAFI sobre identidad digital.

Este patrón puede extenderse a las revisiones periódicas de KYC, la preparación de documentación de préstamos y la verificación de expedientes de financiación del comercio exterior. La capacidad reutilizable es el ensamblaje de evidencia con un escalado controlado. Cada nuevo producto sigue requiriendo su propia política, autoridad y evaluación. Para el problema documental subyacente, consulte la automatización del KYC en la banca del CCG y la automatización documental para servicios financieros.

Seguros: conectar la incorporación, la suscripción y la evidencia de siniestros

El seguro introduce un problema adicional: un documento puede ser auténtico y pertinente y, aun así, aplicarse a un periodo de cobertura equivocado. Un agente que revisa un siniestro necesita las condiciones particulares, el condicionado y los suplementos que regían en el momento del hecho. El archivo más reciente del repositorio puede no ser el contrato aplicable.

Para la incorporación de nuevos tomadores, un agente puede reunir los formularios de propuesta, identificar las declaraciones que faltan, comparar la solicitud con la evidencia de respaldo y preparar preguntas de suscripción. Debe preservar la distinción entre la recopilación de información, el criterio de suscripción y la autoridad para emitir cobertura.

Caso de negocio 02 / Seguros

Un siniestro comercial con fechas contradictorias

Una empresa comunica un daño y aporta fotografías, un presupuesto de reparación y un informe del incidente. La fecha declarada del hecho difiere entre dos documentos, y un suplemento de la póliza entró en vigor entre ambas fechas.

1. Reunir el siniestro. Vincule la notificación, el registro de la póliza y los documentos de respaldo al tomador y al bien asegurado correctos.
2. Construir la cronología. Extraiga fechas e importes, localice las cláusulas pertinentes e identifique las interpretaciones de cobertura en conflicto.
3. Explicar la discrepancia. Prepare un resumen citado del conflicto de fechas y de la evidencia necesaria para resolverlo. No elija en silencio la fecha más conveniente.
4. Enrutar la decisión. Envíe el paquete al tramitador de siniestros autorizado. Las decisiones de cobertura, los hallazgos desfavorables y los pagos siguen la autoridad delegada y las reglas de revisión.

Autoridad humana Resolver los hechos controvertidos, interpretar la ambigüedad material y autorizar el pago o la derivación.

Indicadores de negocio Tiempo de tramitación, solicitudes repetidas de evidencia, siniestros reabiertos, correcciones del revisor y reclamaciones.

El mismo contexto del expediente debe acompañar a un cliente desde la incorporación hasta la gestión de la póliza y los siniestros, con un acceso limitado al rol y a la finalidad. Un resumen de siniestro no debe borrar una exclusión ni divulgar información personal ajena al caso solo porque apareciera en un anexo.

El dictamen de EIOPA de agosto de 2025 plantea la gobernanza de la IA en el sector asegurador mediante un enfoque proporcionado y basado en el riesgo sobre los requisitos sectoriales existentes. Es una referencia supervisora útil para diseñar controles en función de la consecuencia de cada caso de uso, en lugar de tratar toda aplicación de IA como equivalente. Fuente: dictamen de EIOPA sobre gobernanza y gestión de riesgos de la IA.

Sector público: preparar un expediente de servicio completo y explicable

Los flujos de trabajo del sector público suelen reunir formularios de solicitud, certificados de respaldo, correspondencia y registros de varios departamentos. El solicitante los percibe como un único servicio aunque la evidencia atraviese varios sistemas. Un agente puede ayudar a organizar esa evidencia y a clarificar el siguiente paso.

Piense en una empresa que solicita una licencia de actividad. Una lista de verificación antigua sigue en una carpeta compartida, falta un certificado y un documento utiliza un nombre comercial anterior. La aportación útil consiste en localizar los requisitos vigentes y preparar un expediente coherente para un funcionario autorizado.

Caso de negocio 03 / Sector público

Una solicitud de licencia lista para la decisión de un funcionario

1. Establecer el contexto del servicio. Identifique el tipo de solicitud, el órgano competente y los requisitos aplicables en la fecha pertinente.
2. Revisar la presentación. Clasifique formularios y certificados, compare nombres e identificadores y distinga la evidencia ausente de un hallazgo desfavorable.
3. Preparar el siguiente paso. Redacte una solicitud accesible del certificado que falta, con el requisito exacto y el canal de presentación aprobado.
4. Respaldar al funcionario. Presente el expediente completo, las citas a las fuentes y las cuestiones pendientes. Registre la decisión autorizada y su motivación.

Autoridad humana Ejercer la discrecionalidad legal, resolver los casos excepcionales y atender los recursos.

Indicadores del servicio Tasa de presentaciones completas, tiempo de espera, contactos repetidos, tasa de corrección y resultados de accesibilidad.

El flujo de trabajo debe preservar una vía hacia una persona, dar cabida a los solicitantes cuya evidencia no encaja en el patrón estándar y registrar el fundamento de una decisión para que pueda recurrirse. El acceso entre organismos necesita una autoridad explícita; un identificador de expediente compartido no es permiso para recuperar todos los registros sobre un solicitante.

El AI Playbook del Gobierno del Reino Unido incluye el control humano significativo entre sus principios básicos. Ofrece una referencia de diseño útil sobre responsabilidad, supervisión y prestación de servicios, si bien cualquier implantación real debe ajustarse a la legislación y al procedimiento administrativo de su propia jurisdicción. Fuente: AI Playbook para el Gobierno del Reino Unido.

La aprobación humana debe formar parte de la ejecución

Un revisor no puede ejercer un criterio significativo con solo un indicador en verde y un botón de “Aprobar”. El flujo de trabajo debe mostrar qué va a ocurrir, qué evidencia lo respalda, qué sigue siendo incierto y si el revisor tiene autoridad para autorizarlo.

El paquete de aprobación

Haga que la decisión sea inspeccionable

La aprobación se vincula a una acción concreta y a una versión concreta de la evidencia.

Acción propuesta

La actualización, el destinatario, el importe o la transición de estado exactos.

Evidencia de respaldo

Documentos fuente, referencias de página y resultados de validación.

Política aplicable

El requisito, la versión y el alcance utilizados en la evaluación.

Cuestiones abiertas

Conflictos, evidencia ausente e interpretaciones alternativas.

Opciones del revisor

Aprobar, rechazar, corregir, solicitar evidencia o escalar.

Comprobante de ejecución

Quién aprobó qué, cuándo se ejecutó y si tuvo éxito.

Utilice el riesgo y la reversibilidad para decidir dónde se sitúa la barrera de control. Una tarea de clasificación delimitada puede continuar automáticamente tras la validación. Un borrador de mensaje a un cliente puede necesitar revisión antes de enviarse. La activación de una cuenta, el resultado de un siniestro controvertido o la decisión sobre una licencia requieren la autoridad definida para ese proceso. No existe una puntuación universal de confianza del modelo que otorgue permiso para actuar.

La revisión humana también necesita capacidad operativa. Defina colas de revisión, niveles de servicio y vías de escalado. Muestree tanto los casos aparentemente correctos como las excepciones para detectar fallos que nunca se señalaron. Vigile si los revisores aprueban de forma rutinaria sin comprobar, y rediseñe la presentación de la evidencia si la cola favorece la aprobación mecánica.

Si la evidencia material cambia después de la aprobación, detenga la acción dependiente y obtenga una nueva decisión. Si una ejecución falla, conserve el historial de aprobación y de transacciones mientras determina si es seguro reintentar. Una aprobación no es una licencia permanente ni una prueba de que la acción posterior haya tenido éxito.

Cómo construir el caso de negocio y demostrar el valor

Empiece por un proceso delimitado en el que la evidencia sea accesible, el resultado pueda comprobarse y alguien responda de él. “Reducir la manipulación evitable de documentos en la apertura de cuentas de empresa” es un objetivo evaluable. “Desplegar una plantilla digital” no especifica qué significa el éxito.

Establezca una línea base antes de introducir agentes. Mida el tiempo de dedicación del personal por separado del tiempo transcurrido: un expediente puede exigir diez minutos de trabajo y pasar días esperando la evidencia que falta. Un agente que acelera la lectura no eliminará un retraso causado por una solicitud poco clara al cliente o por una cola de aprobación con personal insuficiente.

Un modelo sencillo de caso de negocio es beneficio neto anual = beneficio realizado en capacidad o coste + reducción medida del retrabajo - costes de implantación y de operación anual. Contabilice las mejoras de ingresos o de conversión solo cuando estén medidas y sean atribuibles. El tiempo liberado del personal es capacidad; se convierte en ahorro de caja únicamente si la plantilla o el gasto cambian de verdad. Evite contabilizar la misma reducción en el tiempo de tramitación y en el retrabajo a la vez.

Una secuencia práctica del piloto a la operación controlada

1. Defina el límite. Seleccione un proceso, un responsable, un resultado y un conjunto de acciones permitidas. Documente las condiciones que deben detener la ejecución.
2. Prepare evidencia representativa. Incluya casos ordinarios, escaneos deficientes, duplicados, documentos multilingües, conflictos de nombres, páginas ausentes y registros restringidos.
3. Evalúe sin ejecutar. Compare las salidas propuestas con casos revisados por expertos y, después, ejecute en modo sombra junto al proceso existente.
4. Pilote con autoridad explícita. Empiece con un volumen limitado y una barrera humana efectiva. Pruebe los tiempos de espera agotados, la evidencia modificada, las instrucciones maliciosas en documentos y los intentos de eludir la aprobación.
5. Amplíe solo tras la aceptación. Fije los criterios de aceptación antes del piloto, segmente los resultados por tipo de caso y por consecuencia, y dé al equipo operativo un procedimiento de parada y recuperación.

No juzgue la calidad únicamente por un porcentaje de precisión agregado. Enrutar correctamente muchos documentos rutinarios puede ocultar una discrepancia de titularidad no detectada. Evalúe los errores que cambian el resultado de negocio, incluidos los falsos negativos, y repita la evaluación cuando cambien las políticas, los modelos, las herramientas o las poblaciones de origen.

Conectar información, orquestación y personas con Contellect

La arquitectura conecta tres disciplinas que ya son centrales en el enfoque de operaciones de contenido de Contellect: preparar información utilizable, gobernar su ciclo de vida y hacer avanzar el trabajo mediante procesos controlados. Para las organizaciones que adoptan agentes, estas disciplinas definen la base sobre la que puede operar el razonamiento de los modelos.

Asocie el procesamiento inteligente de documentos a la preparación de la evidencia, la inteligencia de contenido a la recuperación y el análisis, y la automatización de procesos al enrutamiento y a las aprobaciones. El orquestador de la plataforma Contellect y la integración empresarial son áreas relevantes que evaluar al definir la ejecución entre sistemas. Las responsabilidades concretas de los agentes, los conectores y las reglas de aprobación deben establecerse durante el diseño de la solución y demostrarse sobre casos representativos.

La oportunidad es concreta: menos tiempo dedicado a buscar, copiar y conciliar información; mejor evidencia en el momento de decidir; y un proceso que siga siendo comprensible cuando algo sale mal. Ese resultado depende de saber qué puede hacer el agente, en qué información puede confiar y quién asume la responsabilidad del siguiente paso.

Lecturas adicionales

Continúe con la preparación de datos para la IA, la automatización de flujos de trabajo documentales en la empresa y la digitalización documental y la brecha del ciclo de vida para conectar la capa de agentes con la información y los controles operativos que la sustentan.