Previsione del Flusso di Cassa: Il Metodo della Previsione Scorrevole a 13 Settimane

Questa guida fornisce un metodo semplice, di livello CFO, per gestire la liquidità della tua azienda. Costruendo una previsione di cassa scorrevole a 13 settimane, puoi vedere la tua pista di cassa settimana per settimana, orientare strategicamente incassi e pagamenti ed eliminare le sorprese finanziarie. È un sistema pensato per i fondatori — e questa pagina include il modello vero e proprio: una cartella di lavoro basata su formule con dati di esempio, oltre al registro Beancount di esempio dietro le sue prime due settimane (vedi download qui sotto).

Due cose che questa guida non è: una previsione è una stima rivolta al futuro che inserisci manualmente, mentre i dati contabili effettivi sono movimenti bancari già registrati nel tuo libro mastro — la routine del lunedì descritta sotto copia questi ultimi sui primi a mano. Niente qui si sincronizza automaticamente: la cartella di lavoro non ha macro o connessioni esterne, e nessun passaggio attinge dalla tua banca o da Beancount da solo.

Perché 13 Settimane?​

Una previsione a 13 settimane è lo standard di riferimento per la gestione operativa della cassa per diverse ragioni chiave:

• Controllo a Breve Termine: Copre circa un trimestre aziendale, dandoti una visione chiara della tua liquidità immediata. Questo orizzonte è abbastanza lungo da includere 2–3 cicli di buste paga, versamenti fiscali e termini di pagamento tipici dei fornitori, ma abbastanza breve da rimanere altamente accurato e utilizzabile.
• Prospettiva di Incassi e Pagamenti: La previsione usa il "metodo diretto", concentrandosi esclusivamente sui flussi di cassa in entrata e in uscita. Non si tratta di contabilità per competenza o redditività; si tratta di ciò che effettivamente arriverà o lascerà il tuo conto bancario, assicurando che la previsione sia direttamente collegata al tuo saldo bancario.
• Scorrevole, Non Statico: Non è un budget una tantum. Ogni settimana, elimini la settimana appena trascorsa, aggiungi una nuova settimana alla fine (settimana 13) e aggiorni le tue ipotesi. Questo mantiene costante l'orizzonte di previsione, trasformando la previsione in una disciplina settimanale dinamica.

Cosa Costruirai​

1. Un Singolo Foglio di Calcolo: Il cuore del sistema è un foglio con 13 colonne (Settimana 1 fino a Settimana 13) e sezioni chiaramente definite: Cassa Iniziale, Incassi, Pagamenti, Flusso di Cassa Netto e Cassa Finale.
2. Mappatura delle Categorie: Un sistema semplice per mappare le transazioni dal tuo registro alle categorie di previsione (es., tutti i pagamenti da Stripe sono mappati su "Incassi da Clienti"; i pagamenti Gusto sono mappati su "Buste Paga"). La scheda Mappatura Fornitori della cartella di lavoro contiene già questa mappa, inclusa la regola di non doppio conteggio banca/carta — parti da lì piuttosto che inventarne una tua.
3. Una Routine Settimanale: Un processo ripetibile per aggiornare la previsione, monitorare la varianza (previsione vs. effettivo) e una serie di trigger predefiniti per agire quando vengono raggiunte soglie finanziarie.

Scarica i file di partenza​

Salta la configurazione da pagina bianca: questa guida include una cartella di lavoro basata su formule con dati di esempio, oltre al registro di esempio dietro le sue prime due settimane.

• Cartella di lavoro previsione a 13 settimane (XLSX, v1.0.0) — cash-flow-forecast-13-week-it.xlsx. Ipotesi modificabili, settimane concatenate da formule e una scheda di mappatura fornitori; sostituisci le celle di esempio blu con i tuoi numeri.
• Registro di esempio e dati effettivi (registro Beancount, .bean) — sample.bean. Registro di esempio bilanciato con i dati bancari effettivi delle settimane W1–W2 corrispondenti alle prime due settimane della cartella di lavoro.

Come funzionano i file di partenza (leggilo prima di digitare)​

Fogli. La cartella di lavoro (cash-flow-forecast-13-week-it.xlsx, v1.0.0) ha tre fogli:

• Previsione — le 13 settimane datate, ipotesi, incassi, pagamenti, cassa netta/finale.
• Mappatura Fornitori — la mappa registro→categoria con la regola di conteggio cassa banca/carta per fonte.
• Note — meccaniche, interruttori di scenario e versione, duplicati dal generatore così il file si spiega da solo offline.

Base temporale. Le settimane iniziano di lunedì, W1 inizia il 2026-09-14 fino a W13 che inizia il 2026-12-07 (riga 2 di Previsione; modifica queste date quando adotti il modello — ogni formula è relativa alla settimana, quindi la catena sopravvive). Una transazione appartiene alla settimana che contiene la sua data di registrazione, da lunedì a domenica.

Unità. Tutto in USD interi (formato numero #,##0). L'azienda di esempio è una SaaS in fase seed che apre con 85.000, con buste paga settimanali alternate 0 / 11.000, affitto mensile e un pagamento automatico del prestito di 900/settimana.

Cosa digiti vs. cosa viene calcolato. Le celle blu sono input manuali; tutto il resto è una formula:

• Input: saldo iniziale B5 (85.000), interruttori B6/B7 (1.0), soglia minima B8 (40.000), le tre basi delle categorie di incasso, le dieci basi delle categorie di pagamento e le date di inizio settimana su Previsione.
• Formule (mostrate per la colonna B, settimana 1 — ogni settimana successiva sposta la lettera della colonna): Cassa iniziale B10 = $B$5 (le settimane 2–13 invece riportano il valore, es. C10 = B29); Totale Incassi B15 = B12*$B$6+B13*$B$7+B14; Totale Pagamenti B27 = SOMMA(B17:B26); Netto B28 = B15-B27; Finale B29 = B10+B28.
• Il ricalcolo è Automatico e il file imposta fullCalcOnLoad, quindi Excel, LibreOffice e Numbers ricalcolano all'apertura (il file non memorizza valori di formula nella cache). Modifica una cella blu e tutte le 13 settimane si muovono — es. impostando l'interruttore di incasso B6 a 1.2 gli incassi W1 passano da 12.200 a 14.600 e la cassa finale W1 da 87.500 a 89.900.
• Rigenera il file intatto in qualsiasi momento con yarn generate:cash-flow-forecast (generatore: scripts/generate-cash-flow-forecast.py, writer openpyxl 3.1.5; --verify riapre il file e verifica che ogni cella di totale contenga una formula reale).

Esempio vs. i tuoi dati. Ogni cella blu include numeri di esempio — sono l'esempio lavorato, non la tua azienda. Sostituiscili con le tue cifre settimana per settimana; i due interruttori (B6 scala tutti gli incassi da clienti, B7 scala tutti i prepagati) sono l'unica cosa pensata per rimanere generica, per gli scenari. I dati effettivi W1–W2 del registro di esempio equivalgono alla previsione di esempio W1–W2 della cartella di lavoro per costruzione, quindi la varianza previsione-vs-effettivo è zero: questo è l'obiettivo di riconciliazione, non un'affermazione sui tuoi libri contabili.

Struttura (Le Righe di Cui Hai Bisogno)​

Il tuo foglio di previsione dovrebbe essere strutturato con le seguenti righe per catturare tutti i movimenti di cassa. Come è organizzata la cartella di lavoro: tre fogli — Previsione (le 13 settimane datate con Cassa Iniziale, tre categorie di incasso, dieci categorie di pagamento, Netto e Finale), Mappatura Fornitori (fonte registro → categoria previsione, inclusa la regola di non doppio conteggio banca/carta) e Note (meccaniche e versione così il file si spiega da solo offline). Su Previsione, gli incassi si raggruppano in Incassi da Clienti, Nuove Prenotazioni/Prepagati e Altri Afflussi; i pagamenti si raggruppano in Buste Paga, Appaltatori, Cloud/Hosting, Software/SaaS, Marketing, Affitto, Legale e Contabilità, Tasse e Commissioni, Servizio del Debito e Uscite Una Tantum; i totali scorrono da Cassa Iniziale → Totale Incassi → Totale Pagamenti → Netto → Finale.

• Saldo di Cassa Iniziale (Deve corrispondere al Saldo di Cassa Finale della settimana precedente)

• Incassi (Afflussi di Cassa)

  • Incassi da Clienti: Contanti che prevedi di incassare da fatture esistenti (Crediti Commerciali).
  • Nuove Prenotazioni/Prepagati: Pagamenti anticipati che prevedi da nuovi accordi che si chiuderanno nella finestra di 13 settimane.
  • Altri Afflussi: Qualsiasi altro contante in entrata, come rimborsi fiscali, interessi attivi o finanziamenti.

• Pagamenti (Deflussi di Cassa)

  • Buste Paga: Il costo di cassa completo, inclusa la paga netta ai dipendenti e tutte le tasse sul libro paga a carico del datore di lavoro.
  • Appaltatori e Freelance: Pagamenti a non dipendenti.
  • Cloud/Hosting (COGS): Costi infrastrutturali principali come AWS, GCP, ecc.
  • SaaS/Strumenti: Tutti i tuoi abbonamenti software.
  • Marketing: Spesa pubblicitaria, commissioni agenzie e altri costi legati al brand.
  • Affitto/Ufficio: Costi fisici dell'ufficio.
  • Legale e Contabilità: Commissioni per servizi professionali.
  • Tasse e Commissioni: Versamenti IVA/TVA e altri pagamenti governativi.
  • Servizio del Debito: Sia quota capitale che interessi su eventuali prestiti.
  • Uscite Una Tantum: Pagamenti irregolari e poco frequenti come premi assicurativi annuali, depositi cauzionali o hardware/capex (laptop, attrezzature) — qualsiasi cosa senza una riga dedicata sopra finisce qui.

• Flusso di Cassa Netto (= Totale Incassi − Totale Pagamenti)

• Saldo di Cassa Finale (= Cassa Iniziale + Flusso di Cassa Netto)

Esempio lavorato a 13 settimane (USD)​

La tabella seguente è l'azienda di esempio della cartella di lavoro, settimana per settimana. W1 e W2 sono dati effettivi del registro — equivalgono ai totali che yarn check:cash-flow-actuals deriva da sample.bean (incassi 12.200 / 13.200, pagamenti 9.700 / 17.200, chiusura 87.500 / 83.500). W3–W13 sono ipotesi della cartella di lavoro dalle basi di esempio del generatore (non registrate nel libro mastro). La valuta è in USD interi; Chiusura = Iniziale + Incassi − Pagamenti ogni settimana.

La Meccanica Scorrevole (come costruita nella cartella di lavoro)​

La logica della previsione scorrevole è semplice e potente — e nel download è già cablata come formule sul foglio Previsione (righe tra parentesi):

• Cassa Iniziale (Settimana 1) = ipotesi di saldo iniziale — cella B10 = $B$5.
• Cassa Iniziale (Settimana n) = Cassa Finale (Settimana n−1) — es. C10 = B29 (riga 10, settimane 2–13).
• Totale Incassi (Settimana n) = Incassi da Clienti × interruttore incasso + Prepagati × interruttore prenotazioni + Altro — es. B15 = B12*$B$6+B13*$B$7+B14 (riga 15).
• Totale Pagamenti (Settimana n) = SOMMA delle 10 righe di categoria — es. B27 = SOMMA(B17:B26) (riga 27).
• Cassa Netta (Settimana n) = Totale Incassi − Totale Pagamenti — es. B28 = B15-B27 (riga 28).
• Cassa Finale (Settimana n) = Cassa Iniziale + Cassa Netta — es. B29 = B10+B28 (riga 29).

La Tua Routine Settimanale del Lunedì Mattina (con questa cartella di lavoro):

1. Sposta la Finestra: Sposta l'intera previsione avanti di una settimana — sposta gli input blu di ogni settimana di una colonna a sinistra (la vecchia Settimana 2 diventa la nuova Settimana 1), cancella l'ultima colonna e datala come nuova Settimana 13 nella riga 2. Le formule di riporto (C10 = B29, …) si riagganciano automaticamente; verifica che la Cassa Iniziale della nuova Settimana 1 sia uguale alla Cassa Finale della settimana scorsa.
2. Aggiorna con i Dati Effettivi: Sovrascrivi le celle di previsione blu della settimana scorsa con i movimenti bancari effettivi della settimana dalla mappatura sottostante (interroga, dividi, incolla — a mano). Poi conferma che la cella di Cassa Finale della settimana sia uguale al tuo saldo bancario combinato effettivo (Assets:Bank:Checking + Assets:Bank:Savings): se non lo è, l'errore è nella mappatura, non nella banca.
3. Ristima il Futuro: Aggiorna le celle blu per le prossime 2–4 settimane con le informazioni più fresche che hai (fatture appena inviate, pagamenti imminenti ai fornitori, date buste paga confermate).

Mappatura da Beancount alla Tua Previsione​

Ambito di cassa bancaria (la regola che previene il doppio conteggio). I dati effettivi settimanali sono registrazioni su Assets:Bank:* solo — un unico ambito che risolve entrambe le trappole:

• Carte di credito: un acquisto con carta viene registrato su Liabilities:CreditCard:* e non muove contanti bancari, quindi non viene conteggiato al momento dell'addebito. Il contante esce una volta sola, al saldo (il pagamento banca→carta). Conteggiare l'addebito più il saldo conta la stessa spesa due volte. Nel registro di esempio, W1 contiene 420,00 USD di addebiti SaaS Amex (solo passività, ignorati) accanto al saldo della dichiarazione di agosto di 600,00 USD (conteggiato). Il totale ingenuo "deflussi bancari + addebiti carta" per W1 è 10.120,00 USD — esattamente 420,00 troppo alto; la cartella di lavoro conteggia 9.700,00.
• Trasferimenti interni: uno spostamento Checking↔Savings ha due gambe bancarie opposte, quindi si azzera all'interno di questo ambito ed è escluso sia dagli incassi che dai pagamenti. Gli spostamenti di 3.000,00 USD (W1) e 1.500,00 USD (W2) dell'esempio altrimenti gonfierebbero entrambi i lati di tali importi.
• Corollario: mappa le gambe bancarie, non le gambe di Ricavo/Spesa. La quota capitale del prestito non è una spesa ma è un deflusso bancario (i pagamenti automatici dell'esempio di 900,00 USD = 800 capitale + 100 interessi, tutti conteggiati sotto Servizio del Debito); un acquisto con carta è una spesa ma non è ancora un deflusso bancario.

Divisione incassi/pagamenti. Dalle gambe bancarie esportate: le gambe positive sono incassi, le gambe negative sono pagamenti, le gambe di trasferimento sono escluse. Mappa di categoria (uguale alla scheda Mappatura Fornitori): pagamenti Stripe/PayPal → Incassi da Clienti; bonifici di nuovi clienti → Nuove Prenotazioni / Prepagati; interessi bancari/sovvenzioni → Altri Afflussi; Gusto/ADP → Buste Paga; AWS/GCP → Cloud/Hosting; SaaS pagato da banca → Software/SaaS; proprietario → Affitto; studio legale → Legale/Contabilità; autorità fiscale → Tasse e Commissioni; pagamento automatico prestito → Servizio del Debito.

• Gestione dell'IVA: Anche se l'IVA non è un ricavo, è una voce del flusso di cassa. Tratta gli incassi dell'IVA come un incasso di cassa e il versamento al governo come un pagamento. L'impatto sul ricavo vive nei tuoi libri per competenza, ma il movimento di cassa conta qui.

Estratto Beancount che alimenta W1​

Ogni registrazione sottostante esiste anche nel sample.bean scaricabile. Salvato da solo, questo estratto supera uvx --from beancount bean-check e produce gli incassi W1 della tabella (12.200), i pagamenti (9.700) e la chiusura (87.500) una volta applicato l'ambito di cassa bancaria sopra (escludi lo spostamento Checking↔Savings da entrambi i lati; conteggia il saldo Amex, non gli addebiti sulla passività).

option "title" "Cash forecast sample — W1 excerpt"
option "operating_currency" "USD"
 
2026-09-13 open Assets:Bank:Checking USD
2026-09-13 open Assets:Bank:Savings USD
2026-09-13 open Liabilities:CreditCard:Amex USD
2026-09-13 open Liabilities:Loan USD
2026-09-13 open Equity:Opening-Balances USD
2026-09-13 open Income:Sales USD
2026-09-13 open Income:Interest USD
2026-09-13 open Expenses:Contractors USD
2026-09-13 open Expenses:Cloud USD
2026-09-13 open Expenses:Software USD
2026-09-13 open Expenses:Marketing USD
2026-09-13 open Expenses:Rent USD
2026-09-13 open Expenses:Interest USD
 
2026-09-13 * "Opening balances"
  Assets:Bank:Checking            80000.00 USD
  Assets:Bank:Savings              5000.00 USD
  Liabilities:CreditCard:Amex      -600.00 USD
  Liabilities:Loan               -20000.00 USD
  Equity:Opening-Balances        -64400.00 USD
 
2026-09-14 * "Stripe" "Customer receipts W1"
  Assets:Bank:Checking            12000.00 USD
  Income:Sales                   -12000.00 USD
 
2026-09-15 * "Contractor" "Contractors W1"
  Expenses:Contractors              1500.00 USD
  Assets:Bank:Checking             -1500.00 USD
 
2026-09-15 * "AWS" "Cloud hosting W1"
  Expenses:Cloud                    2200.00 USD
  Assets:Bank:Checking             -2200.00 USD
 
2026-09-16 * "Bank" "Checking -> Savings sweep"
  Assets:Bank:Savings               3000.00 USD
  Assets:Bank:Checking             -3000.00 USD
 
2026-09-17 * "SaaS vendor" "Amex SaaS charges"
  Expenses:Software                  250.00 USD
  Liabilities:CreditCard:Amex       -250.00 USD
 
2026-09-17 * "SaaS vendor" "Amex SaaS charges"
  Expenses:Software                  170.00 USD
  Liabilities:CreditCard:Amex       -170.00 USD
 
2026-09-18 * "Amex" "August statement settlement"
  Liabilities:CreditCard:Amex        600.00 USD
  Assets:Bank:Checking              -600.00 USD
 
2026-09-19 * "Landlord" "Rent W1"
  Expenses:Rent                     3500.00 USD
  Assets:Bank:Checking             -3500.00 USD
 
2026-09-19 * "Agency" "Marketing W1"
  Expenses:Marketing                1000.00 USD
  Assets:Bank:Checking             -1000.00 USD
 
2026-09-19 * "Bank" "Interest W1"
  Assets:Bank:Checking               200.00 USD
  Income:Interest                   -200.00 USD
 
2026-09-19 * "Lender" "Loan autopay W1"
  Liabilities:Loan                   800.00 USD
  Expenses:Interest                  100.00 USD
  Assets:Bank:Checking              -900.00 USD

Settimana lavorata: W1 dall'inizio alla fine (2026-09-14 – 2026-09-20)​

La cassa bancaria iniziale è 85.000,00 (Checking 80.000 + Savings 5.000 al 2026-09-13). Le gambe bancarie W1 del registro, dopo aver escluso la coppia di spostamento di 3.000:

Avanzamento in W2. C10 = B29, quindi W2 apre a 87.500,00. Le sue gambe bancarie danno incassi 8.000 (Stripe) + 5.000 (prepagato) + 200 (interessi) = 13.200,00 e pagamenti 11.000 (buste paga Gusto) + 1.500 + 2.200 + 600 (SaaS addebitato in banca) + 1.000 + 900 = 17.200,00; netto −4.000,00, finale 83.500,00 — esattamente la colonna W2 della cartella di lavoro. La varianza previsione-vs-effettivo è zero per queste due settimane per costruzione; questa è la tua prova che la mappatura funziona, applicata una settimana alla volta da W3 in poi.

Riproducilo (verificato 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-actuals

Il controllore esegue bean-check (le asserzioni balance del registro stesso provano la cassa finale di ogni settimana), le query di esportazione sottostanti e un roll-forward indipendente in Python che verifica che tutti e tre concordino — 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";

(Sposta le date di 7 per W2, chiusura al 2026-09-28.) Una limitazione BQL da conoscere: questa versione di beanquery non può filtrare le registrazioni per segno, quindi la divisione incassi/pagamenti è applicata alle righe esportate — gambe bancarie positive agli incassi, negative ai pagamenti, coppie di spostamento escluse — esattamente come fa il controllore.

La Routine di Aggiornamento (30–45 Minuti a Settimana)​

1. Estrai i Dati Effettivi (15 min): Esporta le registrazioni della settimana su Assets:Bank:* (esegui le query sopra, o scarica le transazioni dai tuoi conti bancari — gli addebiti della carta restano fuori; conta solo il pagamento di saldo). Conferma che la tua "Cassa Finale" della settimana precedente corrisponda perfettamente al tuo saldo bancario combinato effettivo (Checking + Savings). Questa riconciliazione non è negoziabile.
2. Rivedi i Crediti Commerciali (10 min): Elenca tutte le fatture in sospeso e inseriscile nella settimana in cui prevedi il pagamento. Sii prudente e applica ritardi di incasso realistici basati sulle prestazioni passate.
3. Rivedi i Debiti e le Buste Paga (10 min): Inserisci le date di scadenza per tutte le bollette note imminenti. Precompila le date e gli importi delle buste paga per l'intero trimestre. Programma i pagamenti non critici per il venerdì per preservare l'opzionalità di cassa durante la settimana.
4. Riunione sulla Varianza (10 min): Confronta brevemente la previsione della settimana scorsa con i risultati effettivi. Annota le cause di eventuali differenze significative e decidi se devi modificare le tue regole di previsione in futuro.

Accuratezza e Processo Decisionale​

Regole Pratiche di Accuratezza​

• Settimane 1–2: Punta a un errore di ±5–10%. Queste date e importi dovrebbero essere altamente certi.
• Settimane 3–6: Aspettati un errore di ±10–20%. Questo periodo sarà un mix di bollette note e stime basate su modelli.
• Settimane 7–13: Questa parte della previsione è indicativa. È guidata dal tuo pipeline di vendita e dalle spese ricorrenti.

Codici di Confidenza: Per rendere la previsione più leggibile, contrassegna ogni riga di previsione con un codice di confidenza: Impegnato (es., buste paga, affitto), Probabile (es., fatture a buoni clienti) o Upside (es., nuovi accordi dal pipeline).

Trigger e Azioni (Decidili in Anticipo)​

Una previsione è inutile senza un piano. Predefinisci le tue azioni per quando raggiungi determinate soglie.

• Soglia Minima di Cassa: Per esempio, la tua regola potrebbe essere "Dobbiamo mantenere cassa ≥ 1,5× il prossimo importo completo delle buste paga in ogni momento." Se la previsione mostra che violerai questa soglia, esegui immediatamente un piano pre-accordato, come uno sprint di incassi e una pausa su tutta la spesa discrezionale.
• Guardrail sulla Pista di Cassa: Per esempio, "Se la Cassa Finale nella Settimana 13 implica meno di X mesi di consumo, avvieremo il nostro piano di finanziamento." Questo potrebbe comportare la ricerca di un term sheet, offrire ai clienti uno sconto per il pagamento anticipato dei ricavi o attingere a una linea di credito.
• Regola dei Grandi Deflussi: Per esempio, "Qualsiasi singolo pagamento non di busta paga superiore al 5% del nostro saldo di cassa attuale deve essere approvato con due settimane di anticipo e avere un piano di riserva."

Modello e Scenari​

Set di Categorie Semplice (Per una SaaS in Fase Seed)​

• Incassi: Incassi da Clienti, Altri Afflussi (interessi, rimborsi, sovvenzioni)
• Pagamenti: Buste Paga (netto + tasse datore di lavoro), Appaltatori, Cloud/Hosting (COGS), Software/SaaS (OpEx), Marketing (A Pagamento/Marchio), Affitto/Ufficio, Legale/Contabilità, Tasse e Commissioni, Servizio del Debito, Una Tantum / Annuali
• Calcolati: Cassa Netta, Cassa Finale

Modello (già costruito nel download; copialo per ricostruire da bianco)​

La tabella sottostante è la forma del foglio Previsione — stesse righe, stesse formule — per ricostruire su un foglio bianco. Nel download, la riga 2 contiene già le date di inizio settimana (W1 2026-09-14 fino a W13 2026-12-07) e ogni totale è cablato; congela sotto la riga 3 e a destra della colonna A (B4 nel file) per corrispondere.

Interruttori di Scenario (Mantienilo Leggero)​

Puoi costruire una pianificazione di scenario semplice senza creare un modello complesso. Aggiungi una cella "interruttore" in cima al tuo foglio per i fattori chiave. Per esempio:

• Interruttore rallentamento incassi B6: [1.0] (Cambia a 1.2 per modellare un rallentamento del 20% negli incassi — il Totale Incassi di ogni settimana si ricalcola tramite COL15 = COL12*$B$6+COL13*$B$7+COL14)
• Interruttore nuove prenotazioni B7: [1.0] (Cambia a 0.8 per modellare una mancanza del 20% rispetto al piano)

Queste sono le celle di ipotesi effettive sul foglio Previsione — nessun cablaggio extra necessario.

Imparare ed Evitare Errori​

Monitoraggio della Varianza (Fai Comporre l'Apprendimento)​

Nella settimana appena chiusa, aggiungi due colonne: "Previsione della Settimana Scorsa" e "Effettivo." Calcola la varianza. Quando rivedi, etichetta le ragioni delle differenze principali: ritardo nell'incasso, slittamento dell'ambito, acquisto non pianificato da un fornitore, cambiamento di tempistica. Se lo stesso tipo di varianza si ripete, cambia la regola sottostante del tuo modello. Per esempio, se gli incassi sono costantemente in ritardo di una settimana, cambia la tua ipotesi di ritardo di incasso predefinita da 21 giorni a 28 giorni.

Insidie Comuni (Evita Queste)​

• Mescolare Competenza e Cassa: Questa previsione è solo cassa. Ricavi riconosciuti, ammortamenti e altri concetti per competenza appartengono al tuo registro principale, non qui.
• Dimenticare le Annualità Irregolari: Premi assicurativi annuali, grandi rinnovi SaaS e pagamenti fiscali trimestrali possono essere enormi sorprese. Programmali nella tua previsione appena ne vieni a conoscenza.
• Ignorare la Cassa dell'IVA: Anche se è una passività di transito, il contante è nel tuo conto bancario finché non lo versi. Modella sia l'afflusso che il deflusso.
• Non Riconciliare: Se la Cassa Finale della tua previsione non corrisponde al tuo saldo bancario combinato effettivo (Checking + Savings; saldi carta esclusi), hai un errore di mappatura — di solito un addebito carta conteggiato o uno spostamento mantenuto. Devi risolverlo prima di poter fidarti della previsione.
• Nessun Proprietario Chiaro: Assegna a una persona la responsabilità di aggiornare la previsione ogni singola settimana. Nomina un sostituto per le vacanze.

Collegamenti Rapidi a Beancount​

• Piano dei Conti: Mantieni puliti i tuoi contenitori di cassa (es., Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). I dati effettivi settimanali sono solo le gambe Assets:Bank:* — il conto carta esiste così i saldi hanno un'origine, non come seconda fonte di deflussi.
• Non usare il Conto Economico come verifica: Il Conto Economico di Fava è per competenza — registra gli acquisti con carta quando vengono addebitati e ignora la quota capitale del prestito — quindi sarà in disaccordo con questa previsione di cassa per progettazione. La verifica di cassa è l'esportazione bean-query + roll-forward sopra (yarn check:cash-flow-actuals), che deve corrispondere alla Cassa Finale ogni settimana.
• Documentazione: Quando hai una voce una tantum importante, allega il PDF della fattura nella tua cartella documents/ di Beancount e collegala nella colonna note della tua previsione.

Pacchetto per il Consiglio/Investitori (Una Diapositiva)​

1. Grafico: Un semplice grafico a linee della tua Cassa Finale per settimana per tutte le 13 settimane. Aggiungi una linea orizzontale che mostri la tua soglia minima di cassa.
2. Tabella: Una piccola tabella che mostra i numeri della Cassa Finale W1–W13, più un elenco puntato dei 5 maggiori afflussi e deflussi previsti nel trimestre.
3. Note: Alcuni punti elenco sulle ipotesi chiave che sono cambiate dall'ultimo aggiornamento e su eventuali trigger che hai raggiunto o prevedi di raggiungere.