Predpoveď peňažných tokov: Metóda 13-týždňovej kĺzavej predpovede

Táto príručka poskytuje jednoduchú metódu na úrovni CFO na riadenie likvidity vašej spoločnosti. Vytvorením 13-týždňovej kĺzavej predpovede hotovosti uvidíte svoj hotovostný runway po týždňoch, strategicky nasmerujete inkasá a platby a odstránite finančné prekvapenia. Je to systém vytvorený pre zakladateľov — a táto stránka dodáva samotný model: pracovný zošit podložený vzorcami so vzorovými údajmi plus vzorový Beancount ledger za jeho prvé dva týždne (pozri súbory na stiahnutie nižšie).

Dve veci, ktorými táto príručka nie je: predpoveď sú dopredu smerujúce odhady, ktoré zadávate vy, zatiaľ čo účtovné skutočnosti sú bankové pohyby už zaúčtované vo vašom ledgeri — a tak ich pracovný zošit drží oddelene. Zmrazíte kópiu svojho plánu ako datovanú baseline, zadáte bankovú hotovosť každého uzavretého týždňa na samostatný list Actuals a rozdiel čítate na liste Variance; plán, s ktorým porovnávate, sa nikdy neprepíše. Nič sa tu nesynchronizuje automaticky: pracovný zošit nemá žiadne makrá ani externé prepojenia a žiadny krok neťahá údaje z vašej banky alebo Beancountu sám od seba.

Prečo 13 týždňov?​

13-týždňová predpoveď je zlatým štandardom operačného riadenia hotovosti z niekoľkých kľúčových dôvodov:

• Krátkodobá kontrola: Pokrýva približne jedno obchodné štvrťrok a dáva vám jasný prehľad o vašej bezprostrednej likvidite. Tento horizont je dostatočne dlhý na to, aby zahŕňal 2–3 mzdové cykly, odvody daní a typické platobné podmienky dodávateľov, ale dostatočne krátky na to, aby zostal vysoko presný a použiteľný.
• Pohľad príjmov a výdavkov: Predpoveď používa „priamu metódu" a zameriava sa čisto na hotovosť vstupujúcu a vystupujúcu. Nejde o akruálne účtovníctvo ani o ziskovosť; ide o to, čo skutočne príde na váš bankový účet alebo ho opustí, čím sa zabezpečí, že predpoveď sa priamo viaže na váš bankový zostatok.
• Kĺzavá, nie statická: Toto nie je jednorazový rozpočet. Každý týždeň vypustíte týždeň, ktorý práve uplynul, pridáte nový týždeň na konci (týždeň 13) a aktualizujete svoje predpoklady. Tým sa dopredu smerujúci horizont udržiava konštantný a predpovedanie sa stáva dynamickou, týždennou disciplínou.

Čo vytvoríte​

1. Jedna predpovedná mriežka: Jadrom systému je jeden list s 13 stĺpcami (týždeň 1 až týždeň 13) a jasne definovanými sekciami: Počiatočná hotovosť, Príjmy, Výdavky, Čistá hotovosť a Konečná hotovosť. Tri sprievodné listy s rovnakými riadkami uchovávajú zmrazenú baseline tohto plánu, Actuals, ktoré zaznamenala vaša banka, a Variance medzi nimi.
2. Mapovanie kategórií: Jednoduchý systém na mapovanie transakcií z vášho ledgeru do kategórií predpovede (napr. všetky platby zo Stripe sú mapované na „Príjmy od zákazníkov"; platby Gusto sú mapované na „Mzdy"). Karta Vendor Mapping v pracovnom zošite už túto mapu zakóduje vrátane pravidla o nepočítaní bankových/kartových pohybov dvakrát — začnite z nej, namiesto vymýšľania vlastnej.
3. Týždenný rytmus: Opakovateľný proces na zaznamenávanie skutočností, kontrolu odchýlok voči baseline, ktorú ste si stanovili, prehodnotenie nadchádzajúcich týždňov a súbor vopred definovaných spúšťačov na konanie, keď sa dosiahnu finančné prahové hodnoty.

Stiahnite si štartovacie súbory​

Preskočte nastavovanie na prázdnej stránke: táto príručka dodáva pracovný zošit podložený vzorcami so vzorovými údajmi plus vzorový ledger za jeho prvé dva týždne.

• Pracovný zošit 13-týždňovej predpovede (XLSX, v1.1.0) — cash-flow-forecast-13-week-sk.xlsx. Upraviteľné predpoklady, vzorcami prepojené týždne, snímka Baseline iba s hodnotami, list Actuals, list Variance iba so vzorcami a karta mapovania dodávateľov. Každé vzorové číslo je vypracovaný príklad — nahraďte ho vlastným (pozri Vzorové vs. vaše údaje nižšie).
• Vzorový ledger a skutočnosti (Beancount ledger, .bean) — sample.bean. Vyvážený vzorový ledger, ktorého banková hotovosť za W1–W2 je presne to, čo list Actuals pracovného zošita obsahuje za jeho prvé dva týždne.

Ako štartovacie súbory fungujú (prečítajte si to pred zadávaním)​

Listy. Pracovný zošit (cash-flow-forecast-13-week-sk.xlsx, v1.1.0) má šesť listov v tomto poradí:

• Forecast — váš živý plán: 13 datovaných týždňov, predpoklady, príjmy, výdavky, čistá/konečná hotovosť. Upravujte ho tak často, ako chcete.
• Baseline — snímka riadkov 2–29 listu Forecast iba s hodnotami, označená verziou v B31 a dátumom as-of v B32. Neobsahuje žiadne vzorce, takže nič, čo urobíte inde, ju nemôže zmeniť.
• Actuals — banková hotovosť, ktorú každý uzavretý týždeň skutočne pohol, zadaná vami: stav v riadku 3 (complete alebo partial), sumy kategórií v rovnakých riadkoch ako Forecast a voliteľný zostatok výpisu v riadku 30.
• Variance — iba vzorce: Actual − Baseline pre každú kategóriu a súčet, spárované podľa dátumu začiatku týždňa, plus legenda vysvetľujúca každé stavové slovo. Nikdy nečíta z listu Forecast.
• Vendor Mapping — mapa z ledgeru do kategórií s pravidlom počítania bankovej/kartovej hotovosti pre každý zdroj.
• Notes — mechanika, týždenná kontrola, prepínače scenárov a verzia, duplikované z generátora, aby sa súbor vysvetlil offline.

Všetky štyri týždenné mriežky zdieľajú jedno rozloženie: týždne W1–W13 sú stĺpce B–N, riadok 2 obsahuje dátum začiatku každého týždňa, počiatočná hotovosť je riadok 10, príjmy riadky 12–14 (súčet 15), výdavky riadky 17–26 (súčet 27), čistá hotovosť riadok 28 a konečná riadok 29. Takže B12 sú príjmy od zákazníkov za W1 na každom z nich.

Časová základňa. Týždne začínajú v pondelok, W1 začína 2026-09-14 až W13 začína 2026-12-07 (riadok 2 listu Forecast; tieto dátumy upravte, keď model prevezmete — každý vzorec je týždňovo relatívny, takže reťaz prežije — a preneste ich na Baseline a Actuals, keď zachytíte svoju baseline). Transakcia patrí do týždňa obsahujúceho jej dátum zaúčtovania, od pondelka do nedele.

Jednotky. Celé USD v celom dokumente (formát čísla #,##0). Vzorová spoločnosť je SaaS v ranom štádiu so počiatočným stavom 85 000 s týždennými mzdami striedajúcimi sa 0 / 11 000, mesačným nájomným a automatickou platbou pôžičky 900/týždeň.

Čo zadávate vs. čo sa počíta. Na liste Forecast sú modré bunky manuálne vstupy a všetko ostatné je vzorec (Actuals funguje rovnako so svojimi vlastnými vstupmi, opísanými v časti Zachytenie baseline a v týždennej kontrole nižšie):

• Vstupy: počiatočný zostatok B5 (85 000), prepínače B6/B7 (1,0), minimum B8 (40 000), tri základne príjmových kategórií, desať základní výdavkových kategórií a dátumy začiatku týždňov na liste Forecast.
• Vzorce (zobrazené pre stĺpec B, týždeň 1 — každý ďalší týždeň posúva písmeno stĺpca): Počiatočná B10 = $B$5 (týždne 2–13 namiesto toho preberajú dopredu, napr. C10 = B29); Celkové príjmy B15 = B12*$B$6+B13*$B$7+B14; Celkové výdavky B27 = SUM(B17:B26); Čistá B28 = B15-B27; Konečná B29 = B10+B28.
• Prepočet je automatický a súbor nastavuje fullCalcOnLoad, takže Excel, LibreOffice a Numbers prepočítajú pri otvorení (súbor neukladá žiadne cachované hodnoty vzorcov). Zmeňte modrú bunku a všetkých 13 týždňov sa pohne — napr. nastavenie prepínača inkasa B6 na 1,2 zvýši príjmy W1 z 12 200 na 14 600 a konečnú hotovosť W1 z 87 500 na 89 900.
• Obnovte pôvodný súbor kedykoľvek pomocou yarn generate:cash-flow-forecast (generátor: scripts/generate-cash-flow-forecast.py, zapisovač openpyxl 3.1.5; --verify znovu otvorí súbor a overí, že každá súčtová bunka obsahuje skutočný vzorec).

Vzorové vs. vaše údaje. Tri veci sa dodávajú predvyplnené a všetky tri sú vypracovaným príkladom, nie vašou firmou:

• modré bunky na liste Forecast (aktuálny plán vzorovej spoločnosti);
• snímka na liste Baseline, verzia B1 k 2026-09-11 — plán tak, ako stál pred uzavretím prvých dvoch týždňov;
• položky W1–W2 na liste Actuals (stĺpce B–C), ktoré sú bankovou hotovosťou vo vzorovom ledgeri (sample.bean, vyššie). W3–W13 sú ponechané prázdne.

Keďže vzorová Baseline a Actuals sa líšia, list Variance sa otvára na skutočnom porovnaní: W1 končí +500 pred plánom a W2 +300 (pozri Kontrola odchýlok nižšie). Pred svojou vlastnou prvou kontrolou nahraďte všetky tri: zadajte svoj plán na liste Forecast, vymažte vzorové položky Actuals a zachyťte svoju vlastnú Baseline cez B1 (kroky nižšie). Dva prepínače (B6 škáluje všetky príjmy od zákazníkov, B7 škáluje všetky predplatby) sú jediné, čo má zostať generické, na hranie so scenármi.

Prichádzate z v1.0.0? Rozloženie listu Forecast sa nezmenilo, takže svoj plán môžete preniesť zámerne: v starom súbore skopírujte iba vstupné rozsahy — B2:N2 (dátumy), B5:B8, B12:N14 a B17:N26 — a vložte ich ako hodnoty na rovnaké adresy v novom súbore na liste Forecast, nikdy nie cez riadky so vzorcami. v1.0.0 neuchovávala žiadnu baseline, takže za každý minulý týždeň, ktorý ste prepísali skutočnosťami, neexistuje obnoviteľný plán: zadajte bankovú hotovosť týchto týždňov na list Actuals a začnite svoju prvú Baseline z dnešného listu Forecast.

Štruktúra (Riadky, ktoré potrebujete)​

Váš list predpovede by mal byť štruktúrovaný s nasledujúcimi riadkami na zachytenie všetkých hotovostných pohybov. Ako je pracovný zošit rozložený: riadky nižšie sa nachádzajú na liste Forecast (13 datovaných týždňov s Počiatočnou hotovosťou, tromi príjmovými kategóriami, desiatimi výdavkovými kategóriami, Čistou a Konečnou) a listy Baseline, Actuals a Variance ich opakujú riadok po riadku; Vendor Mapping mapuje zdroje z ledgeru do týchto kategórií vrátane pravidla o nepočítaní bankových/kartových pohybov dvakrát a Notes vysvetľuje mechaniku offline. Na liste Forecast sa príjmy zoskupujú ako Príjmy od zákazníkov, Nové rezervácie/Predplatby a Ostatné prílevy; výdavky sa zoskupujú ako Mzdy, Kontraktori, Cloud/Hosting, Softvér/SaaS, Marketing, Nájom, Právne a účtovné, Dane a poplatky, Obsluha dlhu a Jednorazové položky; súčty sa valia Počiatočná → Celkové príjmy → Celkové výdavky → Čistá → Konečná.

• Počiatočná hotovosť (musí sa viazať na konečnú hotovosť predchádzajúceho týždňa)

• Príjmy (hotovosť vstupujúca)

  • Príjmy od zákazníkov: Hotovosť, ktorú očakávate na inkaso z existujúcich faktúr (pohľadávky).
  • Nové rezervácie/Predplatby: Predbežné platby, ktoré očakávate z nových obchodov uzavretých v rámci 13-týždňového okna.
  • Ostatné prílevy: Akákoľvek iná prichádzajúca hotovosť, ako vrátenie daní, úrokové výnosy alebo grantové financovanie.

• Výdavky (hotovosť vystupujúca)

  • Mzdy: Úplné hotovostné náklady vrátane čistej mzdy zamestnancom a všetkých odvodov na sociálne a zdravotné poistenie na strane zamestnávateľa.
  • Kontraktori a freelanceri: Platby ne-zamestnancom.
  • Cloud/Hosting (COGS): Náklady na základnú infraštruktúru ako AWS, GCP atď.
  • SaaS/Nástroje: Všetky vaše softvérové predplatné.
  • Marketing: Výdavky na reklamu, poplatky agentúram a ďalšie náklady súvisiace so značkou.
  • Nájom/Kancelária: Náklady na fyzickú kanceláriu.
  • Právne a účtovné: Poplatky za profesionálne služby.
  • Dane a poplatky: Odvody dane z obratu a ďalšie platby štátu.
  • Obsluha dlhu: Splátky istiny aj úrokov z akýchkoľvek pôžičiek.
  • Jednorazové položky: Nerovnomerné, zriedkavé platby ako ročné poistné, bezpečnostné depozity alebo hardvér/capex (notebooky, vybavenie) — čokoľvek bez vlastného riadka vyššie patrí sem.

• Čistý peňažný tok (= Celkové príjmy − Celkové výdavky)

• Konečná hotovosť (= Počiatočná hotovosť + Čistý peňažný tok)

Vypracovaný 13-týždňový vzor (USD)​

Tabuľka nižšie je list Forecast pracovného zošita pre vzorovú spoločnosť, týždeň po týždni — aktuálny plán, prepredpovedaný po uzavretí W1 a W2, takže tieto dva stĺpce teraz obsahujú to, čo banka skutočne urobila. W1 a W2 sú skutočnosti z ledgeru — rovnajú sa súčtom, ktoré yarn check:cash-flow-actuals odvodzuje z sample.bean (príjmy 12 200 / 13 200, výdavky 9 700 / 17 200, konečná 87 500 / 83 500). W3–W13 sú predpoklady pracovného zošita zo vzorových základní generátora (nie sú zaúčtované v ledgeri). Plán, ku ktorému sa spoločnosť predtým zaviazala, je uchovaný oddelene na liste Baseline a líši sa od týchto stĺpcov W1–W2; Kontrola odchýlok nižšie porovnáva oba. Mena je celé USD; Konečná = Počiatočná + Príjmy − Výdavky každý týždeň.

Kĺzavá mechanika (ako je postavená v pracovnom zošite)​

Logika kĺzavej predpovede je jednoduchá a silná — a v súbore na stiahnutie je už zapojená ako vzorce na liste Forecast (riadky v zátvorkách):

• Počiatočná hotovosť (týždeň 1) = predpoklad počiatočného zostatku — bunka B10 = $B$5.
• Počiatočná hotovosť (týždeň n) = Konečná hotovosť (týždeň n−1) — napr. C10 = B29 (riadok 10, týždne 2–13).
• Celkové príjmy (týždeň n) = Príjmy od zákazníkov × prepínač inkasa + Predplatby × prepínač rezervácií + Ostatné — napr. B15 = B12*$B$6+B13*$B$7+B14 (riadok 15).
• Celkové výdavky (týždeň n) = SUM desiatich kategóriových riadkov — napr. B27 = SUM(B17:B26) (riadok 27).
• Čistá hotovosť (týždeň n) = Celkové príjmy − Celkové výdavky — napr. B28 = B15-B27 (riadok 28).
• Konečná hotovosť (týždeň n) = Počiatočná hotovosť + Čistá hotovosť — napr. B29 = B10+B28 (riadok 29).

Rovnaké riadky existujú na liste Actuals ako obyčajné súčty (B15 = SUM(B12:B14), B27 = SUM(B17:B26), B28 = B15-B27, B29 = B10+B28, C10 = B29), pričom skutočná počiatočná hotovosť týždňa sa zadá raz v Actuals!B10. List Actuals nemá žiadne prepínače a nikdy sa neodvoláva na iný list.

Zachytenie baseline (raz za horizont)​

Urobte to, keď váš list Forecast obsahuje plán, voči ktorému chcete byť meraný — pred uzavretím prvého týždňa.

1. Skopírujte plán ako hodnoty. Vyberte Forecast!B2:N29 a skopírujte. Vyberte Baseline!B2 a vložte iba hodnoty — Excel: Paste Special → Values; LibreOffice: Paste Special → Values Only; Numbers: Edit → Paste Formula Results. Normálne vloženie by prenieslo živé vzorce a „baseline" by ticho nasledovala každú ďalšiu úpravu.
2. Označte ju. Zadajte verziu (napríklad B1) do Baseline!B31 a dnešný dátum do Baseline!B32. Obe sa nachádzajú pod vloženým blokom, takže neskoršie zachytenie ich nikdy neprepíše.
3. Zosúlaďte týždne. Skopírujte Baseline!B2:N2 a vložte hodnoty do Actuals!B2, aby oba listy pomenovali rovnakých 13 dátumov začiatku týždňov, a zadajte počiatočný bankový zostatok do Actuals!B10.

Od tohto bodu zadávanie skutočností, úprava listu Forecast alebo posunutie prepínača prepočíta listy Forecast a Variance a ponechá list Baseline presne tak, ako bol zachytený.

Vaša týždenná pondelková kontrola (voči tomuto pracovnému zošitu)​

1. Zaznamenajte týždeň na list Actuals — nikdy na list Forecast. V stĺpci, ktorého dátum v riadku 2 je pondelok, ktorý práve uplynul, zadajte bankovú hotovosť týždňa podľa kategórií v riadkoch 12–14 a 17–26 (mapovanie nižšie). Zadajte 0 tam, kde sa žiadna hotovosť nepohla: prázdna bunka znamená „ešte nezadané", nie nula. Uveďte konečný zostatok z bankového výpisu do riadku 30; riadok 31 by potom mal ukazovať 0. Čokoľvek iné je chyba mapovania — zvyčajne započítaný kartový poplatok alebo ponechaný presun — nie banková chyba.
2. Skontrolujte, že týždeň je kompletný. Zadajte complete do riadku 3, keď každý kategóriový riadok obsahuje číslo, alebo partial, kým je týždeň ešte otvorený (rozbaľovací zoznam ponúka obe). Variance porovnáva týždeň iba vtedy, keď je complete, každá kategória je zadaná a dátum na liste Actuals sa rovná dátumu na liste Baseline v tom istom stĺpci.
3. Prečítajte si list Variance. Riadok 3 pomenúva stav každého týždňa; iba týždne compared zobrazujú čísla a každý iný stav zobrazuje n/a, nikdy 0, takže nezadaný týždeň nemôže prejsť ako „podľa plánu". Znamienka sú Actual − Baseline (stĺpec O ich opakuje): príjmy, čistá a konečná kladné = viac hotovosti, než sa plánovalo; výdavky kladné = viac výdavkov, než sa plánovalo. Riadok 29 je kumulatívny — zahŕňa každý predchádzajúci týždeň — a existuje len vtedy, keď je každý týždeň až poň compared. Riadky 32–35 vyjadrujú súčty ako podiel baseline (n/a, keď je baseline nula).
4. Prehodnoťte budúcnosť na liste Forecast. Aktualizujte modré bunky na nasledujúce 2–4 týždne najčerstvejšími informáciami (novo odoslané faktúry, nadchádzajúce platby dodávateľom, potvrdené dátumy miezd). Aby ste si udržali plný 13-týždňový výhľad, posuňte okno listu Forecast: posuňte jeho modré vstupy vrátane dátumov v riadku 2 o jeden stĺpec vľavo (starý týždeň 2 sa stane týždňom 1), potom vymažte stĺpec N a zadajte mu nový dátum týždňa 13. Vzorce preberania dopredu sa automaticky znovu ukotvia; listy Baseline, Actuals a Variance sa nemenia.

Posun horizontu kontroly (zámerný krok, nie týždenný)​

Baseline a Actuals zostávajú na horizonte, ktorý ste zachytili, kým sa ich nerozhodnete posunúť — zvyčajne keď sa list Forecast posunul o mesiac alebo štvrťrok dopredu, alebo sa plán zmenil natoľko, že chcete nové meradlo.

1. Archivujte. Uložte kópiu pracovného zošita (napríklad cash-flow-forecast-B1.xlsx). Uchováva starú baseline, jej skutočnosti a ich odchýlky spolu; pracovný súbor neuchováva žiadnu históriu.
2. Vymažte skutočné vstupy. Na liste Actuals vymažte riadky 3, 12–14, 17–26 a 30 v stĺpcoch B–N a B10. Nechajte C10:N10, riadky 15 a 27–29 a riadok 31 na pokoji — sú to vzorce.
3. Zachyťte novú baseline z dnešného listu Forecast s nasledujúcou verziou (B2) a dnešným dátumom, potom zosúlaďte dátumy listu Actuals a počiatočný zostatok presne ako v časti Zachytenie baseline vyššie.

Nikdy nevkladajte ani neodstraňujte týždenné stĺpce. Ak znovu zachytíte baseline, ale zabudnete pre-datovať list Actuals, každý dotknutý týždeň zobrazí date mismatch namiesto porovnania týždňa s plánom iného týždňa.

Mapovanie z Beancountu do vašej predpovede​

Rozsah bankovej hotovosti (pravidlo, ktoré zabraňuje dvojitému počítaniu). Týždenné skutočnosti sú zaúčtovania iba na Assets:Bank:* — jeden rozsah, ktorý rieši obe pasce:

• Kreditné karty: nákup kartou sa zaúčtuje na Liabilities:CreditCard:* a nepohne žiadnou bankovou hotovosťou, takže sa nepočíta pri zaťažení. Hotovosť odchádza raz, pri vyrovnaní (platba banka→karta). Počítanie poplatku plus vyrovnania počíta ten istý výdavok dvakrát. Vo vzorovom ledgeri obsahuje W1 420,00 USD poplatkov Amex za SaaS (iba záväzok, ignorované) vedľa 600,00 USD vyrovnania augustového výpisu (počítané). Naivný súčet „bankové odlevy + kartové poplatky" za W1 je 10 120,00 USD — presne o 420,00 príliš vysoký; pracovný zošit počíta 9 700,00.
• Interné prevody: presun Checking↔Savings má dve opačné bankové nohy, takže sa v rámci tohto rozsahu čistí na nulu a je vylúčený z oboch — príjmov aj výdavkov. Vzorové presuny 3 000,00 USD (W1) a 1 500,00 USD (W2) by inak nafúkli obe strany o tieto sumy.
• Dôsledok: mapujte bankové nohy, nie nohy Výnosov/Nákladov. Istina pôžičky nie je náklad, ale je bankovým odlevom (vzorové automatické platby 900,00 USD = 800 istina + 100 úrok, všetko počítané pod Obsluha dlhu); nákup kartou je nákladom, ale ešte nie je bankovým odlevom.

Rozdelenie príjmov/výdavkov. Z exportovaných bankových nôh: kladné nohy sú príjmy, záporné nohy sú výdavky, prevodové nohy vylúčené. Mapa kategórií (rovnaká ako karta Vendor Mapping): výplaty Stripe/PayPal → Príjmy od zákazníkov; prevody od nových zákazníkov → Nové rezervácie / Predplatby; bankový úrok/granty → Ostatné prílevy; Gusto/ADP → Mzdy; AWS/GCP → Cloud/Hosting; SaaS platený bankou → Softvér/SaaS; prenajímateľ → Nájom; právnická firma → Právne/Účtovné; daňový úrad → Dane a poplatky; automatická platba pôžičky → Obsluha dlhu.

• Spracovanie dane z obratu: Aj keď daň z obratu nie je výnosom, je položkou peňažného toku. Inkasá dane z obratu považujte za hotovostný príjem a odvod štátu za výdavok. Vplyv na výnosy žije vo vašich akruálnych knihách, ale pohyb hotovosti tu je dôležitý.

Výňatok z Beancountu, ktorý napája W1​

Každé zaúčtovanie nižšie existuje aj v dodanom sample.bean. Uložený samostatne, tento výňatok prejde uvx --from beancount bean-check a vytvorí príjmy W1 z tabuľky (12 200), výdavky (9 700) a konečnú (87 500), keď použijete rozsah bankovej hotovosti vyššie (vylúčte presun Checking↔Savings z oboch strán; počítajte vyrovnanie Amex, nie poplatky záväzku).

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

Vypracovaný týždeň: W1 od začiatku do konca (2026-09-14 – 2026-09-20)​

Počiatočná banková hotovosť je 85 000,00 (Checking 80 000 + Savings 5 000 k 2026-09-13) — hodnota v Actuals!B10. Bankové nohy W1 z ledgeru, po vylúčení páru presunu 3 000,00, idú do stĺpca B listu Actuals; každá neuvedená kategória sa zadá ako 0 a riadok 3 sa nastaví na complete:

Posun dopredu do W2. C10 = B29, takže W2 sa otvára na 87 500,00. Jej bankové nohy dávajú príjmy 8 000 (Stripe) + 5 000 (predplatok) + 200 (úrok) = 13 200,00 a výdavky 11 000 (mzdy Gusto) + 1 500 + 2 200 + 600 (SaaS odpočítaný bankou) + 1 000 + 900 = 17 200,00; čistá −4 000,00, konečná 83 500,00 — presne stĺpec W2 pracovného zošita na liste Actuals (a na prepredpovedanom liste Forecast). Zostatky výpisov 87 500 a 83 500 sedia v Actuals!B30:C30, takže riadok 31 ukazuje 0 pre oba týždne: to je váš dôkaz, že mapovanie funguje. Čo týždne urobili voči plánu, je samostatná otázka, zodpovedaná na liste Variance nižšie.

Zreprodukujte to (overené 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

Kontrolór spúšťa bean-check (vlastné balance tvrdenia ledgeru dokazujú konečnú hotovosť každého týždňa), exportné dopyty nižšie a nezávislý Python posun dopredu, ktorý overuje, že všetky tri súhlasia — 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";

(Posuňte dátumy o 7 pre W2, uzatvárajúc 2026-09-28.) Jedno obmedzenie BQL, ktoré treba poznať: táto verzia beanquery nedokáže filtrovať zaúčtovania podľa znamienka, takže rozdelenie príjmov/výdavkov sa aplikuje na exportované riadky — kladné bankové nohy do príjmov, záporné do výdavkov, páry presunov vylúčené — presne ako to robí kontrolór.

Rytmus aktualizácie (30–45 minút týždenne)​

1. Vytiahnite skutočnosti (15 min): Exportujte zaúčtovania týždňa na Assets:Bank:* (spustite dopyty vyššie alebo si stiahnite transakcie z bankových účtov — kartové poplatky zostávajú mimo; počíta sa iba platba vyrovnania) a zadajte ich na list Actuals. Potvrďte, že konečná hotovosť týždňa na liste Actuals dokonale zodpovedá vášmu skutočnému kombinovanému bankovému zostatku (Checking + Savings) — riadok 31 ukazuje 0. Toto zosúladenie je nevyhnutné.
2. Skontrolujte pohľadávky (10 min): Zoznamte všetky neuhradené faktúry a zaradte ich do týždňa, v ktorom očakávate platbu. Buďte konzervatívni a aplikujte realistické oneskorenia inkasa na základe minulých výsledkov.
3. Skontrolujte záväzky a mzdy (10 min): Zaradte dátumy splatnosti všetkých známych nadchádzajúcich účtov. Predvyplňte dátumy a sumy miezd na celý štvrťrok. Naplánujte nekritické výdavky na piatky, aby ste počas týždňa zachovali hotovostnú flexibilitu.
4. Stretnutie k odchýlkam (10 min): Otvorte list Variance a prejdite stĺpec compared týždňa: ktoré kategórie sa pohli, ktorým smerom a čo to urobilo s kumulatívnou konečnou hotovosťou. Poznamenajte príčiny akýchkoľvek významných rozdielov a rozhodnite, či potrebujete upraviť pravidlá predpovedania do budúcnosti.

Presnosť a rozhodovanie​

Pravidlá palca pre presnosť​

• Týždne 1–2: Cieľte na chybu ±5–10 %. Tieto dátumy a sumy by mali byť vysoko isté.
• Týždne 3–6: Očakávajte chybu ±10–20 %. Toto obdobie bude zmesou známych účtov a odhadov založených na vzorcoch.
• Týždne 7–13: Táto časť predpovede je smerová. Je poháňaná vaším predajným pipeline a nákladmi pri aktuálnom tempe.

Kódy dôveryhodnosti: Aby bola predpoveď čitateľnejšia, označte každý riadok predpovede kódom dôveryhodnosti: Záväzné (napr. mzdy, nájom), Pravdepodobné (napr. faktúry dobrým zákazníkom) alebo Potenciálne (napr. nové obchody z pipeline).

Spúšťače a akcie (rozhodnite ich vopred)​

Predpoveď je zbytočná bez plánu. Vopred definujte svoje akcie pre prípad dosiahnutia určitých prahových hodnôt.

• Minimálna hotovostná hranica: Napríklad vaše pravidlo môže byť „Vždy musíme udržiavať hotovosť ≥ 1,5× nasledujúca plná suma miezd." Ak predpoveď ukazuje, že túto hranicu prekročíte, okamžite spustíte vopred dohodnutý plán, ako napríklad sprint inkasa a pozastavenie všetkých diskrecionárnych výdavkov.
• Zábradlie runway: Napríklad „Ak konečná hotovosť v týždni 13 znamená menej ako X mesiacov spaľovania, spustíme náš plán financovania." Môže to zahŕňať hľadanie term sheetu, ponuku zľavy zákazníkom za predplatenie výnosov alebo čerpanie z úverovej linky.
• Pravidlo veľkého odlevu: Napríklad „Akýkoľvek jednotlivý ne-mzdový výdavok väčší ako 5 % nášho aktuálneho hotovostného zostatku musí byť schválený dva týždne vopred a musí mať záložný plán."

Šablóna a scenáre​

Jednoduchá sada kategórií (pre SaaS v ranom štádiu)​

• Príjmy: Príjmy od zákazníkov, Ostatné prílevy (úrok, vrátenia, granty)
• Výdavky: Mzdy (netto + odvody zamestnávateľa), Kontraktori, Cloud/Hosting (COGS), Softvér/SaaS (OpEx), Marketing (Platený/Značka), Nájom/Kancelária, Právne/Účtovné, Dane a poplatky, Obsluha dlhu, Jednorazové / Ročné
• Vypočítané: Čistá hotovosť, Konečná hotovosť

Šablóna (už je postavená v súbore na stiahnutie; skopírujte ju na prestavbu od nuly)​

Tabuľka nižšie je tvar listu Forecast — rovnaké riadky, rovnaké vzorce — pre prestavbu na prázdnom liste. V súbore na stiahnutie riadok 2 už obsahuje dátumy začiatku týždňov (W1 2026-09-14 až W13 2026-12-07) a každý súčet je zapojený; zmrazte pod riadkom 3 a napravo od stĺpca A (B4 v súbore), aby to sedelo.

Prepínače scenárov (udržte to jednoduché)​

Môžete zostaviť jednoduché plánovanie scenárov bez vytvárania zložitého modelu. Pridajte bunku „prepínač" na začiatok listu pre kľúčové faktory. Napríklad:

• Prepínač spomalenia inkasa B6: [1,0] (Zmeňte na 1,2 na modelovanie 20 % spomalenia inkasa — celkové príjmy každého týždňa sa prepočítajú cez COL15 = COL12*$B$6+COL13*$B$7+COL14)
• Prepínač nových rezervácií B7: [1,0] (Zmeňte na 0,8 na modelovanie 20 % nesplnenia voči plánu)

Toto sú skutočné bunky predpokladov na liste Forecast — nie je potrebné žiadne ďalšie zapájanie.

Učenie sa a vyhýbanie sa chybám​

Kontrola odchýlok (aby sa učenie zhodnocovalo)​

Pracovný zošit za vás vedie účtovníctvo odchýlok: Variance = Actual − Baseline, podľa kategórie a podľa súčtu, pre každý týždeň, ktorého Actuals sú complete a datované ako Baseline. Vašou úlohou je čísla vysvetliť. Pri kontrole označte dôvody veľkých rozdielov: oneskorenie inkasa, posun rozsahu, neplánovaný nákup od dodávateľa, časový posun. Ak sa ten istý typ odchýlky opakuje, zmeňte základné pravidlo svojho modelu. Napríklad ak inkaso dôsledne mešká o týždeň, zmeňte predpoklad predvoleného oneskorenia inkasa z 21 dní na 28 dní.

Vypracované porovnanie (dodaný vzor). Baseline B1 bola zachytená 2026-09-11 z počiatočnej hodnoty 85 000; skutočnosti sú bankovou hotovosťou vzorového ledgeru. Znamienka sledujú list Variance: príjmy, čistá a konečná kladné = viac hotovosti, než sa plánovalo, výdavky kladné = viac minuté, než sa plánovalo.

Čítajte to tak, ako to rozkladá list Variance:

• W1, +500. Príjmy od zákazníkov prišli o 200 nad plánovaných 11 800 (Variance!B12 = +200) a AWS naúčtoval 2 200 voči plánovaným 2 500 (Variance!B19 = −300: menej výdavkov, priaznivé). 85 000 + 12 200 − 9 700 = 87 500 skutočných voči 85 000 + 12 000 − 10 000 = 87 000 plánovaných.
• W2, +300. Príjmy pristáli presne podľa plánu, ale účet SaaS platený bankou bol 600 voči plánovaným 400 (Variance!C20 = +200: viac výdavkov, nepriaznivé). Čistá za týždeň je −200, takže kumulatívny náskok konečnej hotovosti sa zmenšuje z +500 na +300 (Variance!C29): 87 500 + 13 200 − 17 200 = 83 500 voči 87 000 + 13 200 − 17 000 = 83 200.
• W3 a ďalej, not observed. Nič nebolo zadané, takže každá bunka ukazuje n/a — nie upokojujúcu 0.
• Ako percentá (riadky 32–33): príjmy W1 +1,67 % a výdavky −3,00 %; príjmy W2 0,00 % a výdavky +1,18 %.

Z toho vyplývajú dva záznamy: odhad AWS je nastavený vysoko a riadok SaaS plateného bankou bol naplánovaný o 200 príliš nízko. Obe sú opravami predpokladov listu Forecast — Baseline B1 zostáva tak, ako je, takže budúci štvrťrok stále uvidíte, ako ďaleko bol pôvodný plán.

Časté pasce (vyhnite sa im)​

• Prepísanie plánu: Zadávanie skutočností cez bunky listu Forecast (alebo opätovné vkladanie Baseline každý týždeň) ničí plán, voči ktorému ste mali byť meraní. Skutočnosti patria na list Actuals; Baseline sa mení iba vtedy, keď zámerne posuniete horizont.
• Miešanie akruálneho a hotovostného princípu: Táto predpoveď je iba pre hotovosť. Uznané výnosy, odpisy a ďalšie akruálne koncepty patria do vášho hlavného ledgeru, nie sem.
• Zabudnutie na nerovnomerné ročné položky: Ročné poistné, veľké obnovenia SaaS a štvrťročné daňové platby môžu byť obrovským prekvapením. Naplánujte ich v predpovedi hneď, ako o nich viete.
• Ignorovanie hotovosti dane z obratu: Aj keď je to prechodný záväzok, hotovosť je na vašom bankovom účte, kým ju neodvediete. Modelujte prílev aj odlev.
• Nezosúlaďovanie: Ak konečná hotovosť týždňa na liste Actuals nezodpovedá vášmu skutočnému kombinovanému bankovému zostatku (Checking + Savings; zostatky kariet vylúčené), máte chybu mapovania — zvyčajne započítaný kartový poplatok alebo ponechaný presun. Musíte to opraviť, kým môžete predpovedi dôverovať.
• Žiadny jasný vlastník: Pridelte jednej osobe zodpovednosť za aktualizáciu predpovede každý týždeň. Určte zástupcu na dovolenky.

Rýchle prepojenia na Beancount​

• Osnova účtov: Udržujte svoje hotovostné vedrá čisté (napr. Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Týždenné skutočnosti sú iba nohy Assets:Bank:* — kartový účet existuje preto, aby vyrovnania mali odkiaľ prísť, nie ako druhý zdroj odlevov.
• Nepoužívajte výkaz ziskov a strát ako kontrolu: Výkaz ziskov a strát vo Fava je akruálny — účtuje kartové nákupy pri zaťažení a ignoruje istinu pôžičky — takže sa bude od tejto hotovostnej predpovede odlišovať zámerne. Hotovostnou kontrolou je export bean-query + posun dopredu vyššie (yarn check:cash-flow-actuals), ktorý sa musí každý týždeň viazať na konečnú hotovosť.
• Dokumentácia: Keď máte veľkú jednorazovú položku, priložte PDF faktúry do priečinka documents/ v Beancounte a prepojte naň v stĺpci poznámok svojej predpovede.

Balíček pre predstavenstvo/investorov (jeden slide)​

1. Graf: Jednoduchý čiarový graf vašej konečnej hotovosti po týždňoch za všetkých 13 týždňov. Pridajte vodorovnú čiaru zobrazujúcu vašu minimálnu hotovostnú hranicu.
2. Tabuľka: Malá tabuľka s číslami konečnej hotovosti W1–W13 plus odrážkový zoznam 5 najväčších očakávaných prílevov a odlevov v štvrťroku.
3. Poznámky: Niekoľko odrážok o kľúčových predpokladoch, ktoré sa zmenili od poslednej aktualizácie, a o akýchkoľvek spúšťačoch, ktoré ste dosiahli alebo očakávate.