Blueprint · Finanzas agénticas
Finanzas agénticas
Cómo incorporar agentes a la función financiera y convertirlos en capacidad empresarial.
Luis Font · v1.0 · 11.10.2026
1. Qué es un agente financiero
La forma más útil de comprender un agente financiero consiste en observar qué ocurre cuando un proceso deja de comportarse exactamente como estaba previsto.
Mientras una operación sigue un camino suficientemente conocido, las tecnologías tradicionales funcionan extraordinariamente bien. Una factura que coincide con el pedido y la recepción puede aprobarse mediante reglas; un límite de importe puede dirigirla al responsable correcto; un asiento periódico puede generarse con una lógica estable. En estos casos, la calidad depende de que la regla esté bien definida y de que los datos sean correctos. Añadir razonamiento probabilístico donde el resultado ya puede determinarse de forma fiable solo introduciría complejidad.
La situación cambia cuando aparece una excepción que necesita contexto. La factura difiere del pedido, pero el contrato contiene una revisión tarifaria; un cliente incumple una promesa de pago aunque mantiene una disputa comercial abierta; una desviación de margen parece anómala hasta que se relaciona con un cambio de mix; una posición fiscal depende de interpretar una operación nueva. El proceso necesita entonces reunir información, establecer relaciones, aplicar criterios y determinar cuál debería ser el siguiente paso.
Ese es el espacio natural de un agente.
1.1 Una definición útil para Finanzas
En este Blueprint llamamos agente financiero a una capacidad de software orientada a un objetivo que puede observar una situación, utilizar contexto y conocimiento, determinar los pasos necesarios, emplear herramientas o sistemas y producir un resultado dentro de límites de autonomía definidos por la empresa.
La definición es deliberadamente empresarial. El CFO no necesita conocer la mecánica interna del modelo para evaluar el diseño de la capacidad, pero sí debe comprender los elementos que determinan su utilidad y su riesgo. Un agente necesita un objetivo suficientemente preciso: “ayudar a Finanzas” es demasiado amplio, mientras que “investigar excepciones de facturas bloqueadas y proponer una resolución documentada” permite saber qué resultado esperamos y dónde termina su responsabilidad. Necesita además contexto, porque una misma diferencia puede tener explicaciones distintas según el proveedor, el contrato, la sociedad, el periodo o el historial; ese contexto puede combinar datos transaccionales con documentos y conocimiento corporativo.
La capacidad necesita igualmente herramientas. Puede consultar el ERP, recuperar un contrato, ejecutar un cálculo, buscar un precedente, solicitar información o preparar una actualización. Cuando la empresa lo autoriza, algunas herramientas permiten además actuar sobre un sistema. Ahí aparece otra dimensión esencial: la autonomía. La capacidad para comprender una situación y la autoridad para ejecutar una acción son decisiones distintas y deben gobernarse por separado.
Finalmente, el agente necesita trazabilidad. En Finanzas importa tanto el resultado como la posibilidad de reconstruir cómo se obtuvo: qué datos utilizó, qué criterio aplicó, qué propuesta generó, qué verificación recibió y quién aprobó una acción material. Sin esa evidencia, una capacidad técnicamente sofisticada puede resultar difícil de incorporar a un entorno donde control y responsabilidad son estructurales.
1.2 El agente empieza donde la regla necesita contexto
Una parte importante de la conversación sobre agentes se confunde porque se denomina “IA” a cualquier mejora del software. Para un CFO resulta más útil comenzar por la naturaleza del trabajo.
Si una tarea puede expresarse de forma estable como “cuando sucede A, ejecutar B”, una regla, un workflow o una automatización continúan siendo soluciones excelentes. En cambio, cuando el sistema necesita comprender por qué A no encaja con B, buscar información adicional, valorar varias explicaciones o decidir qué paso permite continuar de forma segura, aparece una necesidad cognitiva diferente.
La arquitectura financiera madura combina ambas lógicas. Las reglas conservan el terreno donde existe determinismo suficiente; los agentes amplían la capacidad allí donde el proceso necesita contexto; y las personas concentran responsabilidad, negociación, criterio material y decisiones que la compañía no debe delegar. El objetivo consiste en asignar cada tipo de trabajo al mecanismo que mejor lo resuelve, evitando convertir cada tarea en un agente.
1.3 Un ejemplo: una factura que no coincide
Imaginemos una factura bloqueada porque su importe supera al pedido. Un sistema convencional detecta la diferencia y detiene el flujo. A partir de ese momento, una persona suele empezar a reconstruir la historia: abre la factura, revisa el pedido, comprueba la recepción, busca el contrato, consulta modificaciones y decide si existe un error o una condición que justifica la variación.
Un agente puede realizar gran parte de esa investigación. Puede descubrir que el contrato contempla una actualización de tarifa efectiva desde una fecha determinada, comprobar que las unidades recibidas coinciden, localizar precedentes equivalentes y preparar una propuesta de resolución acompañada de la evidencia utilizada. Si la diferencia está dentro de un umbral y la política lo permite, la empresa podría autorizar una acción automática; si supera ese umbral o existe ambigüedad, el agente entrega el expediente preparado a la persona responsable.
La diferencia relevante aparece en la continuidad del proceso. La excepción deja de ser simplemente un bloqueo y se convierte en una situación que el sistema puede investigar, documentar y encaminar. La persona continúa decidiendo cuando el riesgo lo exige, pero recibe el caso con una parte sustancial del trabajo cognitivo ya realizada.
1.4 Capacidad y autonomía deben diseñarse por separado
Un agente puede disponer de una capacidad considerable y operar con autonomía mínima. Finanzas puede permitirle reconstruir por completo una excepción, preparar un asiento, construir un forecast o analizar una posición fiscal, manteniendo la aceptación del resultado en la persona responsable. Esa misma capacidad puede ganar autonomía posteriormente si la organización acumula evidencia suficiente sobre su funcionamiento y puede verificar de forma fiable las decisiones que toma.
Esta separación evita que el temor a la autonomía reduzca el agente a un simple asistente y también evita que una demostración técnicamente convincente conduzca directamente a conceder capacidad de ejecución. La empresa puede desarrollar primero la inteligencia del proceso y ampliar después la autonomía de forma proporcional a la evidencia, la materialidad y la reversibilidad de cada acción.
Para el CFO, la consecuencia práctica es directa: la pregunta “¿puede hacerlo el agente?” debe ir acompañada por otra distinta, “¿hasta dónde queremos que pueda actuar sin intervención humana?”.
1.5 El agente como participante gobernado del proceso
La incorporación de agentes amplía la forma tradicional de representar un flujo financiero. Antes podía resultar suficiente identificar actividad, sistema y responsable. En una arquitectura agéntica también necesitamos saber qué agente participa, qué conocimiento utiliza, qué verificación recibe y bajo qué reglas puede actuar.
Por ello, cualquier agente relevante del Blueprint se describirá mediante una ficha común. La ficha explicará su objetivo, los datos y el conocimiento que necesita, las herramientas a las que accede, la acción o resultado que produce, su nivel de autonomía, el mecanismo de verificación, la persona responsable y el aprendizaje que debe conservarse. Esta estructura evita que “agente” se convierta en una etiqueta tecnológica demasiado genérica y obliga a tratarlo como una capacidad empresarial con propietario y límites.
1.6 Qué cambia para la función financiera
La principal oportunidad aparece en actividades que consumen tiempo humano precisamente porque requieren reconstruir contexto. Cuando un Controller recibe una desviación ya investigada, cuando Tesorería obtiene un forecast acompañado de los drivers que explican su cambio o cuando Accounts Payable recibe una excepción clasificada y documentada, la tecnología está liberando capacidad cognitiva de la organización, no únicamente minutos de ejecución.
Ese desplazamiento permite que las personas concentren atención en aquello que conserva mayor valor humano: juzgar situaciones materiales, negociar con clientes y proveedores, interpretar ambigüedades, asumir riesgo, decidir sobre capital y responder por las consecuencias. La calidad del diseño se medirá, por tanto, por la capacidad conjunta del sistema y de las personas para comprender y actuar mejor.
El documento completo, en PDF
El documento completo en PDF está incluido en ACCESS.
