La tesorería de Talabat: un modelo en n8n para la caja mínima de cada cuenta y un agente de Claude Code para el informe diario

En dos frases

El equipo de tesorería corporativa de talabat, la empresa de reparto de Oriente Medio, creó primero un pequeño flujo de n8n que aprende de los saldos bancarios diarios cuánta caja necesita de verdad cada cuenta, y después su responsable sénior de tesorería usó Claude Code para construir un agente que prepara desde el ERP los datos diarios, los KPI, el cuadro de mando y el informe regulatorio. Es un testimonio breve y sin cifras, pero propone un orden de trabajo sensato: primero un modelo estadístico que se pueda explicar y después un agente para el montaje repetitivo.

Quién lo hace y por qué interesa

Bahaa Dawoud es Senior Treasury Manager de talabat en Dubái. En una publicación de septiembre de 2023 anunció que se incorporaba al grupo Delivery Hero talabat en ese puesto para construir su centro de tesorería para la región MENA, después de una larga trayectoria en la tesorería del grupo de distribución Majid Al Futtaim. talabat salió a bolsa en el Dubai Financial Market en diciembre de 2024 y opera en varios países del Golfo y de Oriente Medio, de modo que su tesorería maneja muchas cuentas, divisas y normas locales.

El 29 de mayo de 2026 contó en LinkedIn dos automatizaciones hechas dentro de su equipo:

1. Una herramienta de n8n creada por su compañera Noha Bashtar «un par de meses» antes, para entender el comportamiento de la caja en las cuentas bancarias del grupo.
2. Su «primer agente de IA», construido con Claude Code cuando la empresa lo puso a disposición de la plantilla, para «un proyecto concreto de tesorería».

Por qué importa para este directorio:

• Es tesorería, no contabilidad. La mayoría de los casos de agentes que vemos tratan del cierre o de proveedores. Los saldos mínimos por cuenta y un informe regulatorio diario son trabajo cotidiano de tesorería que casi nunca se cuenta.
• Las herramientas las hicieron quienes hacen el trabajo. La publicación insiste: en lugar de esperar a una solución externa «de talla única», el equipo creó «una capa interna». Otras publicaciones de talabat muestran que es un impulso de toda la empresa, no algo aislado.
• Dos herramientas para dos trabajos distintos. La previsión vive en una herramienta de flujos; el montaje desordenado desde varias fuentes se encarga a un agente de código. Esa división merece copiarse.

El contexto de la empresa

El proyecto no surgió de la nada. El 15 de mayo de 2026 la página de talabat en LinkedIn describió una reunión general titulada «AI: but make it real», con demostraciones en directo, casos de equipos y gobierno de la IA, para «hacer la IA accesible a todo el negocio». El 19 de junio de 2026 Maha Gad, al hacer balance del #FluentwithAIChallenge interno de talabat, habló de 121 proyectos presentados en 45 días y dijo que el 96 % procedían de empleados sin formación en programación ni ingeniería. Y el 16 de septiembre de 2026 Abdallah Mohsen, que se presenta como Assistant Finance Manager de talabat Omán, contó que había explicado en el AI Festival Oman de la empresa cómo el equipo de finanzas construyó sus propias herramientas de automatización, con un ahorro de tiempo «significativo» cada mes y sin costes de proveedor. Ninguna de esas publicaciones menciona el agente de tesorería; lo que muestran es el entorno que lo hizo posible: acceso a Claude, formación y permiso para experimentar.

Qué hacen las dos herramientas

Pieza 1: el modelo de caja mínima en n8n

Según la publicación, la herramienta:

• analiza los movimientos diarios de los saldos bancarios;
• mide cómo varían los saldos dentro de cada mes;
• destaca estacionalidades y ciclos que «el ojo humano puede pasar por alto»;
• ayuda a prever «la caja mínima que necesita cada cuenta para operar, con base estadística».

No dice qué estadísticos usa, cuánto histórico lee, si llama a un modelo de IA o es cálculo puro, ni cómo se usa el resultado (por ejemplo, para fijar objetivos de barrido o de cash pooling). Por eso la tratamos como un flujo estadístico orquestado en n8n, no como una herramienta de «IA» en sentido estricto.

Pieza 2: el agente de Claude Code

El agente, en sus palabras, «está conectado a nuestro entorno ERP» y:

• recoge los datos diarios «de varias fuentes»;
• los guarda en una carpeta de proyecto estructurada «con la nomenclatura correcta»;
• los vuelca en hojas de cálculo, crea pestañas diarias y añade capas de KPI para comparar;
• publica los resultados en un cuadro de mando web;
• genera «el informe regulatorio diario obligatorio en una fracción del tiempo».

Lo llama «una capa ligera» sobre los datos y la infraestructura que ya existen. No nombra el ERP, los bancos, el cuadro de mando, el regulador ni el informe, y no aclara si el agente funciona solo o si él lo lanza y revisa cada paso.

La arquitectura, tal como la entendemos

El diagrama de portada resume nuestra lectura. Qué se dice y qué suponemos:

Elemento	Lo que dice la publicación	Nuestro supuesto para replicarlo
Datos	Movimientos diarios de saldos; ERP; «varias fuentes»	Extractos bancarios (MT940/CAMT o CSV) e informes de tesorería y pagos del ERP
Previsión	Herramienta de n8n, estadística, caja mínima por cuenta	Flujo programado en n8n con un nodo Code que calcula percentiles
Montaje	Agente de Claude Code conectado al ERP	Claude Code en una carpeta propia, ejecutando scripts pequeños con credenciales de solo lectura
Resultados	Hojas con pestañas diarias, KPI, cuadro de mando web, informe regulatorio diario	Lo mismo, con una persona que revisa el informe antes de enviarlo

Cómo replicarlo, paso a paso

Lo que sigue es una propuesta nuestra a partir de lo que describe la publicación. Adáptala a tu política de control interno y a tu regulador.

Parte A: un modelo de caja mínima en n8n

1. Reúne el histórico. Exporta al menos 12 meses de saldos de cierre diarios por cuenta bancaria, con su divisa y su función (cobros, nóminas, proveedores, impuestos). Para este paso basta con los saldos; no necesitas el detalle de movimientos.
2. Calcula el movimiento neto diario. Para cada cuenta, el saldo de hoy menos el de ayer, marcando los traspasos entre cuentas propias para que no parezcan salidas reales.
3. Decide el plazo de reposición. ¿Cuántos días hábiles tardas en reponer una cuenta que se queda corta (por ejemplo, dos días para un traspaso intragrupo)? El colchón tiene que cubrir las salidas de ese plazo.
4. Divide el mes en tramos. Agrupa los días según tu negocio: principio de mes, mitad de mes, días de nómina, días de impuestos, cierre de mes. Aquí entra la «variación dentro de cada mes» de la que habla la publicación.
5. Calcula un percentil alto. Para cada cuenta y tramo, toma la salida neta acumulada durante el plazo de reposición y calcula, por ejemplo, el percentil 95. Ese es el saldo mínimo propuesto. Marca los tramos con pocas observaciones en lugar de fiarte de ellos.
6. Automatízalo en n8n. Un nodo Schedule Trigger lanza el flujo cada semana o cada mes, otro nodo lee los saldos (base de datos, hoja o archivo), un nodo Code hace el cálculo en JavaScript o Python y un último nodo escribe una tabla y la envía al tesorero.
7. Que mande una persona. El flujo propone niveles mínimos; el tesorero los aprueba y deja constancia de cualquier ajuste (un pago grande conocido, un festivo bancario, un país nuevo).

Parte B: el informe diario de tesorería con Claude Code

1. Permisos y accesos en regla. Usa el plan de Claude aprobado por la empresa, credenciales de solo lectura al ERP y a los bancos guardadas fuera de la carpeta, y solo datos que tu política permita tratar con la herramienta.
2. Crea una carpeta de proyecto con subcarpetas fijas, por ejemplo inputs/AAAA-MM-DD/, work/, outputs/AAAA-MM-DD/ y scripts/. La publicación insiste en la nomenclatura: decídela tú antes de que la decida el agente.
3. Escribe un CLAUDE.md en la raíz con las reglas de carpetas, el patrón de nombres de archivo, la lista de fuentes, la definición de cada KPI, la plantilla del informe y lo que nunca debe hacer (contabilizar, enviar correos, modificar los archivos de origen).
4. Convierte cada fuente en un script pequeño. Pide a Claude Code que escriba un script por extracción (informe de tesorería del ERP, extracto de cada banco, tipos de cambio) y que lo pruebe con los datos de ayer. Los scripts hacen repetible la ejecución diaria: el agente los escribe y los ejecuta en lugar de «leer» cifras a ojo.
5. Cierra los permisos. En la configuración de permisos de Claude Code, permite solo los comandos y carpetas que necesita el informe y bloquea el resto, sobre todo escrituras fuera del proyecto y llamadas de red no aprobadas.
6. Monta el libro y los KPI. Una pestaña por día, las mismas columnas cada día y una capa de comparación (contra el día anterior, contra la caja mínima de la parte A y contra la previsión).
7. Publica en el cuadro de mando desde la carpeta de resultados, no desde los archivos de trabajo del agente.
8. Genera el informe regulatorio como borrador. Un tesorero cuadra los totales con los saldos del banco y del ERP y lo presenta. Guarda un registro de cada ejecución y de cada corrección.

Un ejemplo (cifras ilustrativas)

Imagina una cuenta de pagos a proveedores en un país, con un plazo de reposición de dos días. En los últimos 12 meses, el percentil 95 de las salidas netas en dos días es de 1,8 millones en la primera semana del mes y de 0,6 millones a mitad de mes. El flujo propone mantener 1,8 millones del día 1 al 7 y 0,6 millones después, en lugar de 2 millones fijos todo el mes, lo que libera caja a mitad de mes para barrerla o amortizar una línea de crédito.

A la mañana siguiente, Claude Code deja en inputs/2026-10-21/ la remesa de pagos del ERP, tres extractos bancarios y el archivo de tipos de cambio, ejecuta los scripts de extracción, añade la pestaña 2026-10-21 al libro y avisa de que esa cuenta cerró por debajo de su mínimo propuesto. El tesorero ve el aviso en el cuadro de mando, cuadra el borrador del informe regulatorio con el portal del banco y lo presenta. Estas cifras son inventadas para el ejemplo; la publicación no da ninguna.

Resultados que declara el autor

• Sobre la herramienta de n8n: «ya nos ayudó a reducir el trabajo manual, ganar escalabilidad y acelerar la preparación de la previsión».
• Sobre el agente: genera «el informe regulatorio diario obligatorio en una fracción del tiempo».

Nada más. No hay horas, ni medidas de acierto de la previsión de caja mínima, ni comparación con el proceso anterior. Nivel de evidencia: experiencia, es decir, un profesional identificado explica lo que construyó su equipo, sin cifras verificables.

Limitaciones y riesgos

• Una publicación, una sola voz. Las publicaciones de la empresa confirman el programa de IA, no este proyecto. No hemos visto las herramientas.
• Los informes regulatorios exigen controles. Si un agente prepara un informe para un regulador, alguien debe cuadrarlo con los saldos de origen antes de presentarlo, y tienes que poder explicar de dónde sale cada cifra. La publicación no describe la revisión.
• El acceso al ERP es lo delicado. «Conectado a nuestro entorno ERP» puede significar muchas cosas. Cuentas de servicio de solo lectura, ejecuciones registradas y ninguna credencial dentro de la carpeta del proyecto son lo mínimo.
• La estadística no es una política. Un mínimo basado en percentiles funciona con el histórico; no ve pagos excepcionales, sociedades nuevas ni momentos de tensión. Los niveles finales son responsabilidad del tesorero.
• Fragilidad. Los formatos de los bancos y los informes del ERP cambian. Los scripts necesitan pruebas y un responsable que no esté de vacaciones el día que fallen.
• Herramientas en la sombra. Lo que construye finanzas necesita un sitio: control de versiones, documentación y alguien en sistemas que sepa que existe.

Errores frecuentes

• Dejar que el agente lea cifras de PDF o pantallas en lugar de escribir scripts que las extraigan siempre igual.
• Olvidar quitar los traspasos entre cuentas propias, lo que infla las «salidas» y la caja mínima.
• Calcular un único colchón para todo el mes cuando los picos reales los marcan las nóminas y los impuestos.
• Presentar el informe regulatorio directamente desde la salida del agente.
• Dar al agente permiso de escritura en el ERP «por comodidad».

Conclusiones

La historia de la tesorería de talabat va corta de cifras, pero sus decisiones de diseño son acertadas: un flujo estadístico transparente para una pregunta que todo tesorero se hace (¿cuánta caja necesita de verdad esta cuenta?) y un agente de código para el montaje diario que se come las mañanas. Si lo replicas, mantén ese orden, haz que cada paso se pueda revisar y trata la caja mínima que salga del modelo como una propuesta que firma una persona.