Una previsión de tesorería útil no es una cifra única ni un gráfico que se actualiza solo. Es un proceso para responder, con datos trazables, qué cobros y pagos pueden modificar la posición de caja, qué supuestos se han aplicado y qué decisión conviene tomar antes de que aparezca una tensión.
La IA puede ayudar a clasificar comunicaciones, resumir cambios y preparar escenarios. No debe confirmar que un cobro ocurrirá, cambiar una fecha de pago ni ejecutar una transferencia. Esas decisiones necesitan una fuente verificable, reglas aprobadas y, cuando el impacto lo exige, revisión humana.
Empiece por la decisión que debe respaldar la previsión
Defina un horizonte y una cadencia acordes a la operación: por ejemplo, revisión diaria de las próximas semanas y revisión semanal de un horizonte más amplio. Lo importante es que cada tramo responda a una decisión concreta: priorizar un cobro, negociar una fecha, aplazar un gasto no crítico o escalar un riesgo de liquidez.
Evite empezar por el modelo. Primero identifique quién usa la previsión, qué umbral requiere una acción y qué decisiones quedan fuera del flujo automatizado.
Construya una base de datos de caja verificable
La posición inicial debe proceder de las cuentas bancarias y de los sistemas financieros que la organización haya designado como fuente. Después incorpore partidas previstas con su origen, fecha, importe, moneda, entidad, nivel de confianza y propietario.
- Cobros previstos: facturas abiertas, vencimientos acordados, remesas, promesas documentadas y ajustes pendientes.
- Pagos previstos: facturas aprobadas, nóminas, impuestos, alquileres, préstamos, compras comprometidas y pagos recurrentes.
- Movimientos no operativos: financiación, inversiones, aportaciones o distribuciones, siempre que estén autorizados para entrar en el escenario.
No mezcle un apunte bancario conciliado con una expectativa comercial sin distinguirlos. Si una partida no tiene origen o responsable, debe quedar marcada como pendiente de validación, no como hecho.
Normalice fechas, importes y estados antes de proyectar
Una previsión falla con frecuencia por detalles operativos: una factura duplicada, una fecha de vencimiento sustituida por una fecha de emisión o un pago ya cancelado que sigue apareciendo. Establezca validaciones deterministas antes de cualquier análisis: identificador de documento, contraparte, estado, moneda, fecha relevante y relación con el saldo abierto.
Conserve la fecha que explica la previsión
Una misma partida puede tener fecha de factura, vencimiento, promesa de pago y fecha estimada de cobro. Guarde cada una y declare cuál se usa en cada escenario. Así finanzas puede corregir el supuesto sin perder el rastro del dato original.
Separe compromisos, probabilidades y escenarios
Una forma práctica de evitar estimaciones opacas es trabajar con tres capas. La primera contiene movimientos confirmados; la segunda, partidas probables con una regla o evidencia explícita; la tercera, escenarios de estrés que modifican supuestos conocidos. No presente la suma de las tres como saldo disponible.
Por ejemplo, un cobro con una promesa registrada puede aparecer como probable, mientras que una oportunidad comercial sin pedido ni factura no debería alimentar el escenario base. Si se quiere evaluar su efecto, inclúyala en un escenario separado y etiquetado.
Use IA para preparar evidencia, no para inventar certezas
Un agente o asistente puede leer correos de proveedores o clientes, extraer referencias, proponer una clasificación y resumir por qué una fecha parece haber cambiado. También puede señalar partidas sin documento, duplicidades aparentes o contradicciones entre ERP y comunicación.
Antes de actualizar la previsión, el flujo debe mostrar el documento o mensaje de origen, el campo propuesto, la regla aplicada y la persona responsable de aceptarlo. Si la evidencia es ambigua, la salida correcta es una tarea de revisión, no una estimación más segura de lo que permiten los datos.
Defina alertas que provoquen una acción proporcionada
Las alertas deben referirse a condiciones que el equipo pueda investigar: una posición proyectada por debajo de un colchón definido, concentración de cobros en un cliente, pago importante sin aprobación o cambio de fecha con impacto en una semana concreta.
- Incluya el periodo afectado, las partidas que explican la desviación y su fuente.
- Enrute al responsable de cobros, pagos o tesorería según el origen, no solo al equipo de IT.
- Permita registrar la decisión: confirmar, corregir, aplazar, escalar o descartar.
- Evite alertas para cada variación menor; acuerde umbrales y revise su utilidad.
Proteja las acciones sensibles con controles humanos
Una automatización puede crear una tarea, pedir información o preparar un borrador de comunicación. No debe liberar pagos, modificar límites bancarios, cancelar obligaciones ni enviar compromisos financieros sin la autorización que corresponda.
Separe además quien propone un ajuste de quien lo aprueba cuando exista riesgo de fraude, error material o conflicto de interés. Registre las excepciones temporales con alcance, motivo, responsable y fecha de revisión.
Mida la calidad de la previsión sin fabricar precisión
Compare periódicamente el escenario usado para decidir con los movimientos reales. Investigue las diferencias por tipo: fecha, importe, duplicidad, estado erróneo o supuesto no documentado. El objetivo no es prometer una precisión universal, sino descubrir qué fuentes y reglas requieren corrección.
Conserve una versión de cada previsión y de sus supuestos relevantes. Sin ese historial no se puede explicar una decisión ni mejorar el proceso con seguridad.
Plan de implantación en cuatro pasos
- Elija una sociedad, cuentas y horizonte limitado para el primer flujo.
- Conecte fuentes de lectura y defina el diccionario de estados, fechas y responsables.
- Active primero propuestas y alertas revisables; no automatice decisiones financieras.
- Revise las desviaciones, ajuste reglas y amplíe el alcance solo cuando la evidencia sea suficiente.
Cuándo pedir apoyo especializado
Conviene contar con apoyo de finanzas, operaciones, seguridad e integración cuando los datos están repartidos entre ERP, bancos, hojas de cálculo y correo, o cuando se quiere introducir IA sin perder segregación de funciones y trazabilidad. En KMOOPS diseñamos automatizaciones conectadas a procesos reales, con controles acordes al riesgo. Si necesita valorar un caso de previsión de caja o un piloto acotado, puede contactar con el equipo.
Límites que no conviene ocultar
Una previsión no sustituye la conciliación bancaria, la política de crédito ni la aprobación de pagos. Tampoco convierte un dato incompleto en fiable. La calidad dependerá de que las fuentes estén actualizadas, de que las excepciones se revisen y de que los responsables puedan cuestionar cada supuesto. Diseñar esos límites desde el inicio es lo que permite usar automatización e IA sin perder el control de caja.