Прогнозиране на паричния поток: Методът на 13-седмичната плъзгаща се прогноза

Това ръководство предоставя прост метод от ниво финансов директор за управление на ликвидността на вашата компания. Чрез изграждане на 13-седмична плъзгаща се парична прогноза можете да виждате паричната си писта по седмици, стратегически да насочвате събиранията и плащанията и да елиминирате финансовите изненади. Това е система, създадена за основатели — и тази страница предоставя реалния модел: работна книга с формули и примерни данни, плюс примерния Beancount регистър зад първите ѝ две седмици (вижте изтеглянията по-долу).

Две неща, които това ръководство не е: прогнозата е базирани на бъдещето оценки, които въвеждате, докато счетоводните факти са банкови движения, вече осчетоводени в регистъра ви — рутината от понеделник по-долу копира второто върху първото ръчно. Нищо тук не се синхронизира автоматично: работната книга няма макроси или външни връзки и нито една стъпка не изтегля от банката ви или Beancount самостоятелно.

Защо 13 седмици?​

13-седмичната прогноза е златният стандарт за оперативно управление на паричните средства поради няколко ключови причини:

• Краткосрочен контрол: Тя обхваща приблизително едно бизнес тримесечие, давайки ви ясна представа за незабавната ви ликвидност. Този хоризонт е достатъчно дълъг, за да включи 2–3 цикъла на заплати, данъчни плащания и типични срокове за плащане към доставчици, но достатъчно кратък, за да остане високо точен и приложим.
• Поглед върху постъпленията и плащанията: Прогнозата използва „директния метод“, фокусирайки се единствено върху входящия и изходящия паричен поток. Това не е въпрос на счетоводство на текущо начисляване или рентабилност; става въпрос за това какво реално ще влезе или напусне банковата ви сметка, гарантирайки, че прогнозата се обвързва директно с банковото ви салдо.
• Плъзгаща се, не статична: Това не е еднократен бюджет. Всяка седмица премахвате току-що отминалата седмица, добавяте нова седмица в края (седмица 13) и актуализирате допусканията си. Това поддържа хоризонтът, насочен към бъдещето, постоянен, превръщайки прогнозирането в динамична седмична дисциплина.

Какво ще изградите​

1. Единна електронна таблица: Ядрото на системата е един лист с 13 колони (Седмица 1 до Седмица 13) и ясно дефинирани секции: Начални парични средства, Постъпления, Плащания, Нетен паричен поток и Крайни парични средства.
2. Картографиране на категории: Проста система за съпоставяне на транзакциите от регистъра ви с категориите на прогнозата (напр. всички плащания от Stripe се картографират към „Постъпления от клиенти“; плащанията към Gusto се картографират към „Заплати“). Разделът Картографиране на доставчици в работната книга вече съдържа тази карта, включително правилото за банка/карта без двойно отчитане — започнете от нея, вместо да измисляте своя.
3. Седмичен ритъм: Повтаряем процес за актуализиране на прогнозата, проследяване на отклоненията (прогноза спрямо факти) и набор от предварително дефинирани тригери за предприемане на действия при достигане на финансови прагове.

Изтеглете стартовите файлове​

Пропуснете настройката от празна страница: това ръководство предоставя работна книга с формули и примерни данни, плюс примерния регистър зад първите ѝ две седмици.

• Работна книга за 13-седмична прогноза (XLSX, v1.0.0) — cash-flow-forecast-13-week-bg.xlsx. Редактируеми допускания, формулно свързани седмици и раздел за картографиране на доставчици; заменете сините примерни клетки със собствените си числа.
• Примерен регистър и факти (Beancount регистър, .bean) — sample.bean. Балансиран примерен регистър с разработените банкови факти за W1–W2, съответстващи на първите две седмици от работната книга.

Как работят стартовите файлове (прочетете, преди да пишете)​

Листове. Работната книга (cash-flow-forecast-13-week-bg.xlsx, v1.0.0) има три листа:

• Прогноза — 13-те датирани седмици, допускания, постъпления, плащания, нетни/крайни парични средства.
• Картографиране на доставчици — картата регистър→категория с правилото за банков/картов паричен поток според източника.
• Бележки — механика, сценарийни превключватели и версия, дублирани от генератора, така че файлът да се обяснява сам офлайн.

Времева база. Седмиците започват в понеделник, W1 започва 2026-09-14 до W13, започваща 2026-12-07 (ред 2 на Прогнозата; редактирайте тези дати, когато приемете модела — всяка формула е относителна към седмицата, така че веригата оцелява). Транзакция принадлежи към седмицата, съдържаща датата ѝ на осчетоводяване, от понеделник до неделя.

Единици. Цели USD навсякъде (числов формат #,##0). Примерната компания е SaaS в начален етап, откриваща се с 85,000, с двуседмични заплати, редуващи се 0 / 11,000, месечен наем и автоматично плащане по заем от 900/седмица.

Какво въвеждате спрямо какво се изчислява. Сините клетки са ръчни входове; всичко останало е формула:

• Входове: начално салдо B5 (85,000), превключватели B6/B7 (1.0), минимум B8 (40,000), бази за постъпления редове 12–14, бази за плащания редове 17–26 и датите на седмиците в ред 2.
• Формули (показани за колона B, седмица 1 — всяка по-късна седмица измества буквата на колоната): Начални B10 = $B$5 (седмици 2–13 вместо това пренасят напред, напр. C10 = B29); Общо постъпления B15 = B12*$B$6+B13*$B$7+B14; Общо плащания B27 = SUM(B17:B26); Нетни B28 = B15-B27; Крайни B29 = B10+B28.
• Преизчисляването е автоматично и файлът задава fullCalcOnLoad, така че Excel, LibreOffice и Numbers преизчисляват при отваряне (файлът не съхранява кеширани стойности на формули). Променете синя клетка и всичките 13 седмици се променят — напр. задаването на превключвателя за събирания B6 на 1.2 увеличава постъпленията за W1 от 12,200 на 14,600 и крайните парични средства за W1 от 87,500 на 89,900.
• Регенерирайте девствения файл по всяко време с yarn generate:cash-flow-forecast (генератор: scripts/generate-cash-flow-forecast.py, писател openpyxl 3.1.5; --verify отваря отново файла и потвърждава, че всяка клетка с обща сума съдържа реална формула).

Примерни данни спрямо вашите данни. Всяка синя клетка се доставя с примерни числа — те са разработеният пример, не вашият бизнес. Заменете ги със собствените си цифри седмица по седмица; двата превключвателя (B6 мащабира всички постъпления от клиенти, B7 мащабира всички предплащания) са единственото нещо, предназначено да остане общо, за игра със сценарии. Фактите от примерния регистър за W1–W2 са равни на примерната прогноза за W1–W2 от работната книга по конструкция, така че отклонението прогноза-спрямо-факт там е нула: това е целта на сверяването, а не твърдение за вашите книги.

Структура (редовете, от които се нуждаете)​

Листът за прогноза трябва да бъде структуриран със следните редове, за да улови всички парични движения. Това е оформлението на листа Прогноза в изтеглянето (постъпления редове 12–14, плащания редове 17–26, общи суми редове 10/15/27–29) — четете го като карта, а не като втора спецификация.

• Начални парични средства (Това трябва да съвпада с Крайните парични средства от предходната седмица)

• Постъпления (Входящ паричен поток)

  • Постъпления от клиенти: Парични средства, които очаквате да съберете от съществуващи фактури (Вземания от клиенти).
  • Нови поръчки/Предплащания: Авансови плащания, които очаквате от нови сделки, сключващи се в рамките на 13-седмичния прозорец.
  • Други входящи потоци: Всички други входящи парични средства, като данъчни възстановявания, лихвен доход или безвъзмездно финансиране.

• Плащания (Изходящ паричен поток) — 10 реда на листа (редове 17–26):

  • Заплати: Пълната парична цена, включително нетното плащане към служителите и всички осигурителни вноски от страна на работодателя.
  • Изпълнители и фрийлансъри: Плащания към лица, които не са служители.
  • Облак/Хостинг (COGS): Основни инфраструктурни разходи като AWS, GCP и др.
  • SaaS/Инструменти: Всички ваши софтуерни абонаменти.
  • Маркетинг: Разходи за реклама, такси на агенции и други разходи, свързани с марката.
  • Наем/Офис: Разходи за физически офис.
  • Правни и счетоводни услуги: Такси за професионални услуги.
  • Данъци и такси: Плащания на данък върху продажбите и други държавни плащания.
  • Обслужване на дълга: Както главница, така и лихвени плащания по всякакви заеми.
  • Еднократни разходи: Неравномерни, редки плащания като годишни застрахователни премии, депозити за гаранции или хардуер/капиталови разходи (лаптопи, оборудване) — всичко без собствен ред по-горе попада тук.

• Нетен паричен поток (= Общо постъпления − Общо плащания)

• Крайни парични средства (= Начални парични средства + Нетен паричен поток)

Плъзгащата се механика (както е изградена в работната книга)​

Логиката на плъзгащата се прогноза е проста и мощна — и в изтеглянето тя вече е свързана като формули на листа Прогноза (редовете в скоби):

• Начални парични средства (Седмица 1) = допускане за начално салдо — клетка B10 = $B$5.
• Начални парични средства (Седмица n) = Крайни парични средства (Седмица n−1) — напр. C10 = B29 (ред 10, седмици 2–13).
• Общо постъпления (Седмица n) = Постъпления от клиенти × превключвател за събирания + Предплащания × превключвател за поръчки + Други — напр. B15 = B12*$B$6+B13*$B$7+B14 (ред 15).
• Общо плащания (Седмица n) = СУМА от 10-те реда с категории — напр. B27 = SUM(B17:B26) (ред 27).
• Нетен паричен поток (Седмица n) = Общо постъпления − Общо плащания — напр. B28 = B15-B27 (ред 28).
• Крайни парични средства (Седмица n) = Начални парични средства + Нетен паричен поток — напр. B29 = B10+B28 (ред 29).

Вашият седмичен ритъм в понеделник сутрин (спрямо тази работна книга):

1. Преместете прозореца: Преместете цялата прогноза с една седмица напред — преместете сините входове на всяка седмица с една колона наляво (старата Седмица 2 става новата Седмица 1), изчистете последната колона и я датирайте като новата Седмица 13 в ред 2. Формулите за пренасяне напред (C10 = B29, …) се пренасочват автоматично; проверете на място, че Началните на новата Седмица 1 са равни на Крайните от миналата седмица.
2. Актуализирайте с факти: Презапишете сините клетки с прогноза от миналата седмица с действителните банкови движения от картографирането по-долу (заявка, разделяне, поставяне — ръчно). След това потвърдете, че клетката Крайни парични средства за седмицата е равна на действителното ви комбинирано банково салдо (Assets:Bank:Checking + Assets:Bank:Savings): ако не е, грешката е в картографирането, не в банката.
3. Преоценете бъдещето: Актуализирайте сините клетки за следващите 2–4 седмици с най-актуалната информация, с която разполагате (новоизпратени фактури, предстоящи плащания към доставчици, потвърдени дати за заплати).

Картографиране от Beancount към вашата прогноза​

Обхват на банковия паричен поток (правилото, което предотвратява двойното отчитане). Седмичните факти са осчетоводявания към Assets:Bank:* само — един обхват, който разрешава и двата капана:

• Кредитни карти: покупка с карта се осчетоводява към Liabilities:CreditCard:* и не движи банков паричен поток, така че не се отчита при зареждането. Парите напускат веднъж, при сетълмента (плащането банка→карта). Отчитането на зареждането плюс сетълмента отчита същия разход два пъти. В примерния регистър W1 съдържа 420.00 USD такси за SaaS от Amex (само пасив, игнорирани) до сетълмента от 600.00 USD за августовското извлечение (отчетен). Наивният сбор „банкови изходящи потоци + такси по карти“ за W1 е 10,120.00 USD — точно с 420.00 твърде висок; работната книга отчита 9,700.00.
• Вътрешни преводи: прехвърляне Checking↔Savings има два противоположни банкови крака, така че се нулира в рамките на този обхват и се изключва от както постъпленията, така и плащанията. Прехвърлянията от 3,000.00 USD (W1) и 1,500.00 USD (W2) в примера иначе биха завишили и двете страни с тези суми.
• Следствие: картографирайте банковите крака, не краката Приходи/Разходи. Главницата по заем не е разход, но е банков изходящ поток (автоплащанията от 900.00 USD в примера = 800 главница + 100 лихва, всички отчетени под Обслужване на дълга); покупка с карта е разход, но все още не е банков изходящ поток.

Разделяне на постъпления/плащания. От експортираните банкови крака: положителните крака са постъпления, отрицателните крака са плащания, преводните крака се изключват. Карта на категориите (същата като раздела Картографиране на доставчици): изплащания от Stripe/PayPal → Постъпления от клиенти; банкови преводи от нови клиенти → Нови поръчки / Предплащания; банкова лихва/безвъзмездни средства → Други входящи потоци; Gusto/ADP → Заплати; AWS/GCP → Облак/Хостинг; банково платен SaaS → Софтуер/SaaS; наемодател → Наем; адвокатска кантора → Правни/Счетоводни; данъчен орган → Данъци и такси; автоплащане по заем → Обслужване на дълга.

• Обработка на данък върху продажбите: Въпреки че данъкът върху продажбите не е приход, той е елемент на паричния поток. Третирайте събирането на данък върху продажбите като парично постъпление, а плащането към правителството като разход. Въздействието върху приходите живее в счетоводните ви книги на текущо начисляване, но паричното движение има значение тук.

Разработена седмица: W1 от край до край (2026-09-14 – 2026-09-20)​

Началните банкови парични средства са 85,000.00 (Checking 80,000 + Savings 5,000 на 2026-09-13). Банковите крака на регистъра за W1, след изключване на двойката преводи от 3,000.00:

Пренасяне напред в W2. C10 = B29, така че W2 започва със 87,500.00. Нейните банкови крака дават постъпления 8,000 (Stripe) + 5,000 (предплащане) + 200 (лихва) = 13,200.00 и плащания 11,000 (заплати чрез Gusto) + 1,500 + 2,200 + 600 (банково дебитиран SaaS) + 1,000 + 900 = 17,200.00; нетни −4,000.00, крайни 83,500.00 — точно колоната W2 от работната книга. Отклонението прогноза-спрямо-факт е нула за тези две седмици по конструкция; това е вашето доказателство, че картографирането работи, прилагано по една седмица наведнъж от W3 нататък.

Възпроизвеждане (проверено 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

Проверяващият инструмент изпълнява bean-check (собствените balance твърдения на регистъра доказват крайните парични средства за всяка седмица), заявките за експорт по-долу и независимо Python пренасяне напред, потвърждаващо, че и трите са съгласни — 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";

(Преместете датите с 7 за W2, затваряне на 2026-09-28.) Едно ограничение на BQL, което трябва да знаете: тази версия на beanquery не може да филтрира осчетоводявания по знак, така че разделянето на постъпления/плащания се прилага към експортираните редове — положителни банкови крака към постъпления, отрицателни към плащания, двойките преводи изключени — точно както прави проверяващият инструмент.

Ритъмът на актуализиране (30–45 минути седмично)​

1. Изтеглете факти (15 мин): Експортирайте осчетоводяванията за седмицата към Assets:Bank:* (изпълнете заявките по-горе или изтеглете транзакциите от банковите си сметки — таксите по карти остават извън; само плащането за сетълмент се отчита). Потвърдете, че „Крайните парични средства“ за предходната седмица напълно съвпадат с действителното ви комбинирано банково салдо (Checking + Savings). Това сверяване не подлежи на обсъждане.
2. Прегледайте вземанията от клиенти (10 мин): Избройте всички неизплатени фактури и ги поставете в седмицата, в която очаквате плащане. Бъдете консервативни и приложете реалистични закъснения при събиране въз основа на миналото представяне.
3. Прегледайте задълженията и заплатите (10 мин): Поставете падежните дати за всички известни предстоящи сметки. Попълнете предварително датите и сумите за заплати за цялото тримесечие. Планирайте некритични плащания за петък, за да запазите парична гъвкавост през седмицата.
4. Среща за отклоненията (10 мин): Накратко сравнете прогнозата от миналата седмица с действителните резултати. Отбележете причините за всички значителни разлики и решете дали трябва да коригирате правилата си за прогнозиране в бъдеще.

Точност и вземане на решения​

Правила за точност​

• Седмици 1–2: Стремете се към грешка от ±5–10%. Тези дати и суми трябва да са високо сигурни.
• Седмици 3–6: Очаквайте грешка от ±10–20%. Този период ще бъде смесица от известни сметки и оценки, базирани на модели.
• Седмици 7–13: Тази част от прогнозата е насочваща. Тя се движи от вашия търговски тръбопровод и разходите на текущо ниво.

Кодове за увереност: За да направите прогнозата по-лесна за четене, маркирайте всеки ред от прогнозата с код за увереност: Ангажирано (напр. заплати, наем), Вероятно (напр. фактури към добри клиенти) или Потенциал (напр. нови сделки от тръбопровода).

Тригери и действия (решете ги предварително)​

Прогнозата е безполезна без план. Предварително дефинирайте действията си при достигане на определени прагове.

• Минимален паричен минимум: Например, правилото ви може да бъде „Винаги трябва да поддържаме парични средства ≥ 1.5× следващата пълна сума за заплати.“ Ако прогнозата покаже, че ще нарушите този минимум, незабавно изпълнете предварително договорен план, като например кампания за събиране на вземания и пауза на всички дискреционни разходи.
• Предпазител за паричната писта: Например, „Ако Крайните парични средства в Седмица 13 предполагат по-малко от X месеца горене, ще стартираме плана си за финансиране.“ Това може да включва търсене на предложение за условия, предлагане на отстъпка на клиентите за предплащане на приходи или теглене на кредитна линия.
• Правило за големи изходящи потоци: Например, „Всяко единично плащане, различно от заплати, по-голямо от 5% от текущото ни парично салдо, трябва да бъде одобрено две седмици предварително и да има резервен план.“

Шаблон и сценарии​

Прост набор от категории (за SaaS в начален етап)​

• Постъпления: Постъпления от клиенти, Други входящи потоци (лихва, възстановявания, безвъзмездни средства)
• Плащания: Заплати (нетни + осигуровки на работодателя), Изпълнители, Облак/Хостинг (COGS), Софтуер/SaaS (OpEx), Маркетинг (Платен/Марков), Наем/Офис, Правни/Счетоводни, Данъци и такси, Обслужване на дълга, Еднократни / Годишни
• Изчислени: Нетен паричен поток, Крайни парични средства

Шаблон (вече изграден в изтеглянето; копирайте това, за да възстановите празен)​

Таблицата по-долу е формата на листа Прогноза — същите редове, същите формули — за възстановяване на празен лист. В изтеглянето ред 2 вече съдържа датите на началото на седмиците (W1 2026-09-14 до W13 2026-12-07) и всяка обща сума е свързана; замразете под ред 3 и вдясно от колона A (B4 във файла), за да съвпадне.

Превключватели за сценарии (поддържайте го леко)​

Можете да изградите просто планиране на сценарии без да създавате сложен модел. Добавете клетка „превключвател“ в горната част на листа за ключовите двигатели. Например:

• Превключвател за забавяне на събиранията B6: [1.0] (Променете на 1.2, за да моделирате 20% забавяне на събиранията — Общите постъпления на всяка седмица се преизчисляват чрез COL15 = COL12*$B$6+COL13*$B$7+COL14)
• Превключвател за нови поръчки B7: [1.0] (Променете на 0.8, за да моделирате 20% пропуск спрямо плана)

Това са действителните клетки с допускания на листа Прогноза — не е необходимо допълнително свързване.

Учене и избягване на грешки​

Проследяване на отклоненията (накарайте ученето да се натрупва)​

В току-що приключилата седмица добавете две колони: „Прогноза от миналата седмица“ и „Факт“. Изчислете отклонението. Когато преглеждате, маркирайте причините за големите разлики: забавяне на събирането, отклонение в обхвата, непланирана покупка от доставчик, промяна в момента. Ако същият тип отклонение се повтори, променете основното правило на модела си. Например, ако събиранията постоянно закъсняват със седмица, променете допускането си за закъснение при събиране от 21 дни на 28 дни.

Често срещани грешки (избягвайте тези)​

• Смесване на текущо начисляване и паричен поток: Тази прогноза е само за паричен поток. Признати приходи, амортизация и други концепции на текущо начисляване принадлежат към основния ви регистър, не тук.
• Забравяне на неравномерните годишни разходи: Годишни застрахователни премии, големи подновявания на SaaS и тримесечни данъчни плащания могат да бъдат огромни изненади. Планирайте ги в прогнозата си веднага щом научите за тях.
• Игнориране на паричния поток от данък върху продажбите: Дори ако е пасив за преминаване, парите са в банковата ви сметка, докато не ги платите. Моделирайте както входящия, така и изходящия поток.
• Липса на сверяване: Ако Крайните парични средства от прогнозата ви не съвпадат с действителното комбинирано банково салдо (Checking + Savings; салдата по карти изключени), имате грешка в картографирането — обикновено отчетена такса по карта или запазен превод. Трябва да я поправите, преди да можете да се доверите на прогнозата.
• Без ясен отговорник: Определете един човек, отговорен за актуализирането на прогнозата всяка седмица. Посочете заместник за отпуските.

Бързи връзки с Beancount​

• Сметкоплан: Поддържайте паричните си сметки чисти (напр. Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Седмичните факти са само краката Assets:Bank:* — картовата сметка съществува, за да има откъде да идват сетълментите, а не като втори източник на изходящи потоци.
• Не използвайте Отчета за приходите и разходите като проверка: Отчетът за приходите и разходите във Fava е на текущо начисляване — той осчетоводява покупките с карта при зареждането и игнорира главницата по заеми — така че той ще се разминава с тази парична прогноза по дизайн. Паричната проверка е експортът с bean-query + пренасянето напред по-горе (yarn check:cash-flow-actuals), което трябва да съвпада с Крайните парични средства всяка седмица.
• Документация: Когато имате голяма еднократна позиция, прикачете PDF фактурата в папката documents/ на Beancount и я свържете в колоната за бележки на прогнозата си.

Пакет за борда/инвеститорите (един слайд)​

1. Графика: Проста линейна диаграма на Крайните парични средства по седмици за всичките 13 седмици. Добавете хоризонтална линия, показваща минималния ви паричен минимум.
2. Таблица: Малка таблица, показваща числата за Крайни парични средства от W1 до W13, плюс списък с водещи символи на топ 5 най-големи входящи и изходящи потоци, очаквани през тримесечието.
3. Бележки: Няколко водещи символа за ключови допускания, които са се променили от последната актуализация, и всички тригери, които сте достигнали или очаквате да достигнете.