Previsión de Flujo de Caja: El Método de Previsión Continua de 13 Semanas
Esta guía proporciona un método simple, de nivel CFO, para gestionar la liquidez de tu empresa. Al construir una previsión de efectivo continua de 13 semanas, puedes ver tu pista de efectivo semana a semana, dirigir estratégicamente los cobros y pagos, y eliminar sorpresas financieras. Es un sistema construido para fundadores, y esta página incluye el modelo real: un libro de trabajo con fórmulas y datos de muestra, más el libro mayor de Beancount de muestra detrás de sus dos primeras semanas (ver descargas abajo).
Dos cosas que esta guía no es: una previsión es una estimación prospectiva que tú escribes, mientras que los datos reales contables son movimientos bancarios ya registrados en tu libro mayor: la rutina del lunes que se muestra a continuación copia estos últimos sobre los primeros manualmente. Nada aquí se sincroniza automáticamente: el libro de trabajo no tiene macros ni conexiones externas, y ningún paso extrae datos de tu banco o de Beancount por sí solo.
¿Por Qué 13 Semanas?
Una previsión de 13 semanas es el estándar de oro para la gestión operativa del efectivo por varias razones clave:
- Control a Corto Plazo: Cubre aproximadamente un trimestre fiscal, dándote una visión clara de tu liquidez inmediata. Este horizonte es lo suficientemente largo para incluir 2–3 ciclos de nómina, remesas de impuestos y plazos típicos de pago a proveedores, pero lo suficientemente corto para seguir siendo muy preciso y accionable.
- Vista de Cobros y Pagos: La previsión utiliza el "método directo", centrándose únicamente en las entradas y salidas de efectivo. No se trata de contabilidad de acumulación (devengo) ni de rentabilidad; se trata de lo que realmente llegará o saldrá de tu cuenta bancaria, asegurando que la previsión esté directamente vinculada a tu saldo bancario.
- Continua, No Estática: Esto no es un presupuesto único. Cada semana, eliminas la semana que acaba de pasar, añades una nueva semana al final (semana 13) y actualizas tus supuestos. Esto mantiene constante el horizonte de planificación, convirtiendo la previsión en una disciplina semanal dinámica.
Qué Vas a Construir
- Una Única Hoja de Cálculo: El núcleo del sistema es una hoja con 13 columnas (Semana 1 a Semana 13) y secciones claramente definidas: Efectivo Inicial, Cobros, Pagos, Flujo de Caja Neto y Efectivo Final.
- Mapeo de Categorías: Un sistema simple para asignar las transacciones de tu libro mayor a las categorías de la previsión (por ejemplo, todos los pagos de Stripe se asignan a "Cobros de Clientes"; los pagos de Gusto se asignan a "Nómina"). La pestaña Mapeo de Proveedores del libro de trabajo ya contiene este mapa, incluida la regla de no doble conteo banco/tarjeta: comienza desde ahí en lugar de inventar el tuyo propio.
- Un Ritmo Semanal: Un proceso repetible para actualizar la previsión, realizar un seguimiento de la variación (previsión vs. real) y un conjunto de disparadores predefinidos para actuar cuando se alcancen umbrales financieros.
Descarga los Archivos Iniciales
Evita la configuración desde cero: esta guía incluye un libro de trabajo con fórmulas y datos de muestra, además del libro mayor de muestra detrás de sus dos primeras semanas.
- Libro de trabajo de previsión de 13 semanas (XLSX, v1.0.0) — cash-flow-forecast-13-week-es.xlsx. Supuestos editables, semanas encadenadas por fórmulas y una pestaña de mapeo de proveedores; reemplaza las celdas de muestra azules con tus propios números.
- Libro mayor y datos reales de muestra (libro mayor de Beancount,
.bean) — sample.bean. Libro mayor de ejemplo balanceado con los datos reales bancarios trabajados de las W1–W2 que coinciden con las dos primeras semanas del libro de trabajo.
Cómo Funcionan los Archivos Iniciales (léelo antes de escribir)
Hojas. El libro de trabajo (cash-flow-forecast-13-week-es.xlsx, v1.0.0) tiene tres hojas:
- Previsión — las 13 semanas con fechas, supuestos, cobros, pagos, flujo neto/final.
- Mapeo de Proveedores — el mapa de libro mayor → categoría con la regla de conteo de efectivo banco/tarjeta por fuente.
- Notas — mecánica, interruptores de escenario y versión, duplicados del generador para que el archivo se explique por sí mismo sin conexión.
Base temporal. Las semanas comienzan en lunes, la W1 comienza el 2026-09-14 hasta la W13 que comienza el 2026-12-07 (fila 2 de Previsión; edita estas fechas cuando adoptes el modelo: cada fórmula es relativa a la semana, por lo que la cadena sobrevive). Una transacción pertenece a la semana que contiene su fecha de registro, de lunes a domingo.
Unidades. Todo en USD entero (formato de número #,##0). La empresa de muestra es una SaaS en fase inicial que abre con 85,000, con nómina semanal alternando 0 / 11,000, alquiler mensual y un autopago de préstamo de 900/semana.
Lo que escribes vs. lo que se calcula. Las celdas azules son entradas manuales; todo lo demás es una fórmula:
- Entradas: saldo inicial
B5(85,000), interruptoresB6/B7(1.0), mínimoB8(40,000), bases de cobros filas 12–14, bases de pagos filas 17–26 y las fechas de semana de la fila 2. - Fórmulas (mostradas para la columna B, semana 1: cada semana posterior cambia la letra de la columna): Efectivo Inicial
B10 = $B$5(las semanas 2–13 en su lugar arrastran el valor, ej.C10 = B29); Total de CobrosB15 = B12*$B$6+B13*$B$7+B14; Total de PagosB27 = SUM(B17:B26); NetoB28 = B15-B27; Efectivo FinalB29 = B10+B28. - El recálculo es Automático y el archivo establece
fullCalcOnLoad, por lo que Excel, LibreOffice y Numbers recalculan al abrir (el archivo no almacena valores de fórmula en caché). Cambia una celda azul y las 13 semanas se mueven: por ejemplo, establecer el interruptor de cobrosB6en 1.2 lleva los cobros de la W1 de 12,200 a 14,600 y el efectivo final de la W1 de 87,500 a 89,900. - Regenera el archivo pristino en cualquier momento con
yarn generate:cash-flow-forecast(generador:scripts/generate-cash-flow-forecast.py, escritor openpyxl 3.1.5;--verifyreabre el archivo y verifica que cada celda de total contenga una fórmula real).
Muestra vs. tus datos. Cada celda azul viene con números de muestra: son el ejemplo trabajado, no tu negocio. Reemplázalos con tus propias cifras semana a semana; los dos interruptores (B6 escala todos los cobros de clientes, B7 escala todos los prepagos) son lo único que se pretende que permanezca genérico, para juegos de escenario. Los datos reales de las W1–W2 del libro mayor de muestra son iguales a la previsión de muestra de las W1–W2 del libro de trabajo por construcción, por lo que la variación previsión vs. real allí es cero: ese es el objetivo de conciliación, no una afirmación sobre tus libros.
Estructura (Las Filas Que Necesitas)
Tu hoja de previsión debe estar estructurada con las siguientes filas para capturar todos los movimientos de efectivo. Este es el diseño de la hoja Previsión en la descarga (filas de cobros 12–14, filas de pagos 17–26, filas de totales 10/15/27–29): léelo como el mapa, no como una segunda especificación.
-
Saldo de Efectivo Inicial (Esto debe coincidir con el Saldo de Efectivo Final de la semana anterior)
-
Cobros (Entradas de Efectivo)
- Cobros de Clientes: Efectivo que esperas cobrar de facturas existentes (Cuentas por Cobrar).
- Nuevos Contratos/Prepagos: Pagos iniciales que esperas de nuevos acuerdos que se cierren dentro de la ventana de 13 semanas.
- Otras Entradas: Cualquier otro efectivo que entre, como reembolsos de impuestos, ingresos por intereses o financiación de subvenciones.
-
Pagos (Salidas de Efectivo) — 10 filas en la hoja (filas 17–26):
- Nómina: El costo total en efectivo, incluido el salario neto de los empleados y todos los impuestos patronales sobre la nómina.
- Contratistas y Autónomos: Pagos a no empleados.
- Nube/Alojamiento (COGS): Costos de infraestructura central como AWS, GCP, etc.
- SaaS/Herramientas: Todas tus suscripciones de software.
- Marketing: Gasto en anuncios, honorarios de agencias y otros costos relacionados con la marca.
- Alquiler/Oficina: Costos físicos de oficina.
- Legal y Contabilidad: Honorarios de servicios profesionales.
- Impuestos y Tasas: Remesas de impuestos sobre ventas y otros pagos gubernamentales.
- Servicio de Deuda: Pagos tanto de principal como de intereses de cualquier préstamo.
- Pagos Únicos: Pagos irregulares e infrecuentes como primas de seguro anuales, depósitos de garantía o hardware/capex (portátiles, equipos): cualquier cosa sin fila propia arriba cae aquí.
-
Flujo de Caja Neto (= Total de Cobros − Total de Pagos)
-
Saldo de Efectivo Final (= Efectivo Inicial + Flujo de Caja Neto)
La Mecánica Continua (como está construida en el libro de trabajo)
La lógica de la previsión continua es simple y poderosa, y en la descarga ya está conectada como fórmulas en la hoja Previsión (filas entre paréntesis):
Efectivo Inicial (Semana 1) = Supuesto de saldo inicial— celdaB10 = $B$5.Efectivo Inicial (Semana n) = Efectivo Final (Semana n−1)— ej.C10 = B29(fila 10, semanas 2–13).Total de Cobros (Semana n) = Cobros de Clientes × interruptor de cobros + Prepagos × interruptor de contratos + Otros— ej.B15 = B12*$B$6+B13*$B$7+B14(fila 15).Total de Pagos (Semana n) = SUMA de las 10 filas de categoría— ej.B27 = SUM(B17:B26)(fila 27).Efectivo Neto (Semana n) = Total de Cobros − Total de Pagos— ej.B28 = B15-B27(fila 28).Efectivo Final (Semana n) = Efectivo Inicial + Efectivo Neto— ej.B29 = B10+B28(fila 29).
Tu Ritmo Semanal del Lunes por la Mañana (con este libro de trabajo):
- Desplaza la Ventana: Mueve toda la previsión una semana hacia adelante: desplaza las entradas azules de cada semana una columna a la izquierda (la antigua Semana 2 se convierte en la nueva Semana 1), limpia la última columna y ponle la fecha de la nueva Semana 13 en la fila 2. Las fórmulas de arrastre (
C10 = B29, …) se reanclan automáticamente; verifica que el Efectivo Inicial de la nueva Semana 1 sea igual al Efectivo Final de la semana pasada. - Actualiza con Datos Reales: Sobrescribe las celdas azules de previsión de la semana pasada con los movimientos bancarios reales de la semana según el mapeo a continuación (consulta, divide, pega, a mano). Luego confirma que la celda de Efectivo Final de la semana sea igual a tu saldo bancario combinado real (
Assets:Bank:Checking+Assets:Bank:Savings): si no lo es, el error está en el mapeo, no en el banco. - Reestima el Futuro: Actualiza las celdas azules de las próximas 2–4 semanas con la información más reciente que tengas (facturas recién enviadas, próximos pagos a proveedores, fechas de nómina confirmadas).
Mapeo de Beancount a Tu Previsión
Alcance de efectivo bancario (la regla que evita el doble conteo). Los datos reales semanales son asientos en Assets:Bank:* solo: un solo alcance que resuelve ambas trampas:
- Tarjetas de crédito: una compra con tarjeta se asienta en
Liabilities:CreditCard:*y no mueve efectivo bancario, por lo que no se cuenta cuando se cobra. El efectivo sale una vez, en la liquidación (el pago del banco → tarjeta). Contar el cargo más la liquidación cuenta el mismo gasto dos veces. En el libro mayor de muestra, la W1 contiene 420.00 USD de cargos SaaS de Amex (solo pasivo, ignorados) junto a la liquidación del estado de cuenta de agosto de 600.00 USD (contada). El total ingenuo de "salidas bancarias + cargos de tarjeta" para la W1 es 10,120.00 USD, exactamente 420.00 demasiado alto; el libro de trabajo cuenta 9,700.00. - Transferencias internas: un barrido Checking↔Savings tiene dos tramos bancarios opuestos, por lo que se netea a cero dentro de este alcance y se excluye tanto de cobros como de pagos. Los barridos de muestra de 3,000.00 USD (W1) y 1,500.00 USD (W2) de otro modo inflarían ambos lados por esos montos.
- Corolario: mapea los tramos bancarios, no los tramos de Ingresos/Gastos. El principal de un préstamo no es un gasto pero sí es una salida bancaria (los autopagos de muestra de 900.00 USD = 800 de principal + 100 de intereses, todo contado bajo Servicio de Deuda); una compra con tarjeta es un gasto pero aún no es una salida bancaria.
División de cobros/pagos. De los tramos bancarios exportados: los tramos positivos son cobros, los negativos son pagos, los tramos de transferencia excluidos. Mapa de categorías (igual que la pestaña Mapeo de Proveedores): pagos de Stripe/PayPal → Cobros de Clientes; transferencias de nuevos clientes → Nuevos Contratos / Prepagos; intereses bancarios/subvenciones → Otras Entradas; Gusto/ADP → Nómina; AWS/GCP → Nube/Alojamiento; SaaS pagado por banco → Software/SaaS; propietario → Alquiler; bufete de abogados → Legal/Contabilidad; autoridad fiscal → Impuestos y Tasas; autopago de préstamo → Servicio de Deuda.
- Manejo del Impuesto sobre Ventas: Aunque el impuesto sobre ventas no es ingreso, es un elemento de flujo de caja. Trata los cobros de impuesto sobre ventas como un cobro de efectivo y la remesa al gobierno como un pago. El impacto en ingresos vive en tus libros de acumulación (devengo), pero el movimiento de efectivo importa aquí.
Semana trabajada: W1 de principio a fin (2026-09-14 – 2026-09-20)
El efectivo bancario inicial es 85,000.00 (Checking 80,000 + Savings 5,000 el 2026-09-13). Los tramos bancarios de la W1 del libro mayor, después de excluir el par de barrido de 3,000.00:
| Línea de previsión | Tramos bancarios | Importe |
|---|---|---|
| Cobros de Clientes | Stripe 12,000 | 12,000.00 |
| Otras Entradas | Interés bancario 200 | 200.00 |
| Total de Cobros | B15 = B12×B6+B13×B7+B14 = 12,000×1 + 0×1 + 200 | 12,200.00 |
| Contratistas | 1,500 | 1,500.00 |
| Nube/Alojamiento | AWS 2,200 | 2,200.00 |
| Software/SaaS | Liquidación de Amex 600 (cargos excluidos) | 600.00 |
| Marketing | Agencia 1,000 | 1,000.00 |
| Alquiler | Propietario 3,500 | 3,500.00 |
| Servicio de Deuda | Autopago de préstamo 900 | 900.00 |
| Total de Pagos | B27 = SUM(B17:B26) | 9,700.00 |
| Neto | B28 = B15−B27 | +2,500.00 |
| Final | B29 = B10+B28 = 85,000 + 2,500 | 87,500.00 |
Avance a la W2. C10 = B29, por lo que la W2 abre con 87,500.00. Sus tramos bancarios dan cobros de 8,000 (Stripe) + 5,000 (prepago) + 200 (intereses) = 13,200.00 y pagos de 11,000 (nómina de Gusto) + 1,500 + 2,200 + 600 (SaaS debitado por banco) + 1,000 + 900 = 17,200.00; neto −4,000.00, final 83,500.00 — exactamente la columna W2 del libro de trabajo. La variación previsión vs. real es cero para estas dos semanas por construcción; esa es tu prueba de que el mapeo funciona, aplicada una semana a la vez desde la W3 en adelante.
Reprodúcelo (verificado 2026-09-09, Beancount 3.2.3 + beanquery 0.2.0)
uvx --from beancount bean-check public/downloads/cash-flow-forecast/sample.bean
yarn check:cash-flow-actualsEl verificador ejecuta bean-check (las propias aserciones de balance del libro mayor prueban el efectivo final de cada semana), las consultas de exportación a continuación y un avance independiente en Python que verifica que los tres coinciden: W1 12,200.00 / 9,700.00 / 87,500.00, W2 13,200.00 / 17,200.00 / 83,500.00:
SELECT date, narration, account, position
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank" ORDER BY date;
SELECT sum(position) AS net
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank";
SELECT sum(position) AS bank_cash
FROM close ON 2026-09-21 WHERE account ~ "^Assets:Bank";(Desplaza las fechas 7 días para la W2, cerrando el 2026-09-28.) Una limitación de BQL a conocer: esta versión de beanquery no puede filtrar asientos por signo, por lo que la división de cobros/pagos se aplica a las filas exportadas: tramos bancarios positivos a cobros, negativos a pagos, pares de barrido excluidos — exactamente como lo hace el verificador.
El Ritmo de Actualización (30–45 Minutos Semanales)
- Extrae los Datos Reales (15 min): Exporta los asientos de la semana a
Assets:Bank:*(ejecuta las consultas anteriores o descarga las transacciones de tus cuentas bancarias: los cargos de tarjeta quedan fuera; solo cuenta el pago de liquidación). Confirma que tu "Efectivo Final" de la semana anterior coincida perfectamente con tu saldo bancario combinado real (Checking + Savings). Esta conciliación es innegociable. - Revisa las Cuentas por Cobrar (10 min): Enumera todas las facturas pendientes y colócalas en la semana en que esperas el pago. Sé conservador y aplica demoras de cobro realistas basadas en el rendimiento pasado.
- Revisa las Cuentas por Pagar y la Nómina (10 min): Coloca las fechas de vencimiento de todas las facturas conocidas próximas. Prerellena tus fechas y montos de nómina para todo el trimestre. Programa pagos no críticos para los viernes para preservar la opcionalidad de efectivo durante la semana.
- Reunión de Variación (10 min): Compara brevemente la previsión de la semana pasada con los resultados reales. Anota las causas de cualquier diferencia significativa y decide si necesitas ajustar tus reglas de previsión en adelante.
Precisión y Toma de Decisiones
Reglas Generales de Precisión
- Semanas 1–2: Apunta a un error de ±5–10%. Estas fechas y montos deberían ser altamente ciertos.
- Semanas 3–6: Espera un error de ±10–20%. Este período será una mezcla de facturas conocidas y estimaciones basadas en patrones.
- Semanas 7–13: Esta parte de la previsión es direccional. Está impulsada por tu pipeline de ventas y tus gastos recurrentes.
Códigos de Confianza: Para hacer la previsión más fácil de leer, marca cada fila de previsión con un código de confianza: Comprometido (ej., nómina, alquiler), Probable (ej., facturas a buenos clientes) o Potencial (ej., nuevos acuerdos del pipeline).
Disparadores y Acciones (Decide Estos con Anticipación)
Una previsión es inútil sin un plan. Predefine tus acciones para cuando alcances ciertos umbrales.
- Mínimo de Efectivo: Por ejemplo, tu regla podría ser "Debemos mantener efectivo ≥ 1.5× el próximo monto completo de nómina en todo momento". Si la previsión muestra que incumplirás este mínimo, ejecutas inmediatamente un plan preacordado, como un sprint de cobros y una pausa en todo gasto discrecional.
- Guardarraíl de Pista de Efectivo: Por ejemplo, "Si el Efectivo Final en la Semana 13 implica menos de X meses de consumo, iniciaremos nuestro plan de financiación". Esto podría implicar buscar una hoja de términos, ofrecer a los clientes un descuento por pago anticipado o recurrir a una línea de crédito.
- Regla de Grandes Salidas: Por ejemplo, "Cualquier pago único que no sea de nómina mayor al 5% de nuestro saldo de efectivo actual debe ser aprobado con dos semanas de anticipación y tener un plan de respaldo".
Plantilla y Escenarios
Conjunto de Categorías Simple (Para una SaaS en Fase Inicial)
- Cobros: Cobros de Clientes, Otras Entradas (intereses, reembolsos, subvenciones)
- Pagos: Nómina (neto + impuestos patronales), Contratistas, Nube/Alojamiento (COGS), Software/SaaS (OpEx), Marketing (Pago/Marca), Alquiler/Oficina, Legal/Contabilidad, Impuestos y Tasas, Servicio de Deuda, Pagos Únicos / Anuales
- Calculados: Efectivo Neto, Efectivo Final
Plantilla (ya construida en la descarga; copia esto para reconstruir en blanco)
La tabla a continuación es la forma de la hoja Previsión: mismas filas, mismas fórmulas, para reconstruir en una hoja en blanco. En la descarga, la fila 2 ya contiene las fechas de inicio de semana (W1 2026-09-14 hasta W13 2026-12-07) y cada total está conectado; congela debajo de la fila 3 y a la derecha de la columna A (B4 en el archivo) para que coincida.
| Fila / Semana | W1 | W2 | W3 | ... | W13 |
|---|---|---|---|---|---|
| Efectivo Inicial | |||||
| --- COBROS --- | |||||
| Cobros de Clientes | |||||
| Nuevos Prepagos/Anticipos | |||||
| Otras Entradas | |||||
| Total de Cobros | =SUM() | =SUM() | =SUM() | =SUM() | |
| --- PAGOS --- | |||||
| Nómina (Neto + Imp. Patron.) | |||||
| Contratistas | |||||
| Nube/Alojamiento (COGS) | |||||
| Software/SaaS (OpEx) | |||||
| Marketing | |||||
| Alquiler/Oficina | |||||
| Legal/Contabilidad | |||||
| Impuestos y Tasas | |||||
| Servicio de Deuda | |||||
| Pagos Únicos / Anuales | |||||
| Total de Pagos | =SUM() | =SUM() | =SUM() | =SUM() | |
| Efectivo Neto | =Cobros-Pagos | ||||
| Efectivo Final | =Inicial+Neto |
Interruptores de Escenario (Mantenlo Ligero)
Puedes construir una planificación de escenarios simple sin crear un modelo complejo. Añade una celda de "interruptor" en la parte superior de tu hoja para los impulsores clave. Por ejemplo:
Interruptor de desaceleración de cobros B6: [1.0](Cambia a 1.2 para modelar una desaceleración del 20% en los cobros — el Total de Cobros de cada semana se recalcula medianteCOL15 = COL12*$B$6+COL13*$B$7+COL14)Interruptor de nuevos contratos B7: [1.0](Cambia a 0.8 para modelar un fallo del 20% vs. el plan)
Estas son las celdas de supuestos reales en la hoja Previsión: no se necesita cableado adicional.
Aprendizaje y Evitación de Errores
Seguimiento de Variación (Haz que el Aprendizaje se Componga)
En la semana que acaba de cerrar, añade dos columnas: "Previsión de la Semana Pasada" y "Real". Calcula la variación. Cuando revises, etiqueta las razones de las diferencias principales: retraso en cobros, desviación de alcance, compra no planificada a proveedor, cambio de calendario. Si el mismo tipo de variación se repite, cambia la regla subyacente de tu modelo. Por ejemplo, si los cobros llegan consistentemente una semana tarde, cambia tu supuesto de demora de cobro predeterminado de 21 días a 28 días.
Errores Comunes (Evita Estos)
- Mezclar Acumulación (Devengo) y Efectivo: Esta previsión es solo de efectivo. Los ingresos reconocidos, la depreciación y otros conceptos de acumulación pertenecen a tu libro mayor principal, no aquí.
- Olvidar los Pagos Anuales Irregulares: Las primas de seguro anuales, las renovaciones grandes de SaaS y los pagos de impuestos trimestrales pueden ser grandes sorpresas. Prográmalos en tu previsión tan pronto como los conozcas.
- Ignorar el Efectivo del Impuesto sobre Ventas: Aunque sea un pasivo de tránsito, el efectivo está en tu cuenta bancaria hasta que lo remites. Modela tanto la entrada como la salida.
- No Conciliar: Si el Efectivo Final de tu previsión no coincide con tu saldo bancario combinado real (Checking + Savings; saldos de tarjeta excluidos), tienes un error de mapeo — generalmente un cargo de tarjeta contado o un barrido mantenido. Debes corregirlo antes de poder confiar en la previsión.
- Sin Propietario Claro: Asigna a una persona la responsabilidad de actualizar la previsión cada semana. Nombra un suplente para las vacaciones.
Conexiones Rápidas con Beancount
- Plan de Cuentas: Mantén limpios tus cubos de efectivo (ej.,
Assets:Bank:Checking,Assets:Bank:Savings,Liabilities:CreditCard:Amex). Los datos reales semanales son solo los tramosAssets:Bank:*: la cuenta de tarjeta existe para que las liquidaciones tengan de dónde venir, no como una segunda fuente de salidas. - No uses el Estado de Resultados como comprobación: El Estado de Resultados de Fava es de acumulación (devengo): registra las compras con tarjeta cuando se cargan e ignora el principal de préstamos, por lo que discrepará con esta previsión de efectivo por diseño. La comprobación de efectivo es la exportación de bean-query + avance anterior (
yarn check:cash-flow-actuals), que debe coincidir con el Efectivo Final cada semana. - Documentación: Cuando tengas un elemento único grande, adjunta el PDF de la factura en tu carpeta
documents/de Beancount y enlázalo en la columna de notas de tu previsión.
Paquete para Junta/Inversionistas (Una Diapositiva)
- Gráfico: Un gráfico de líneas simple de tu Efectivo Final por semana para las 13 semanas. Añade una línea horizontal que muestre tu mínimo de efectivo.
- Tabla: Una tabla pequeña que muestre los números de Efectivo Final de W1–W13, más una lista con viñetas de las 5 mayores entradas y salidas esperadas en el trimestre.
- Notas: Algunas viñetas sobre los supuestos clave que han cambiado desde la última actualización y cualquier disparador que hayas alcanzado o esperes alcanzar.