# Директор и машина — Финансы: полные тексты (часть 2 из 2)

Направление: Финансы — управленческий учёт · платежи и дебиторка · кассовые разрывы
Хаб направления: https://davidgerstein.pro/finansy/
Материалов в файле: 2 из 10 по направлению.
Автор: Давид Герштейн. Цитирование свободное при указании источника.
Суммы пересчитаны на условную компанию: пропорции, механика и выводы реальные, абсолютные величины изменены. «оценка» = расчёт, а не замер.
Оглавление всех частей: https://davidgerstein.pro/llms.txt
Все направления одним файлом: https://davidgerstein.pro/llms-full.txt
Цифры и словарь понятий: https://davidgerstein.pro/cifry/ · машинная копия: https://davidgerstein.pro/cifry.json
Другие части этого направления: https://davidgerstein.pro/llms-finansy.txt

## Управленческий учёт: три отчёта, без которых собственник слеп
URL: https://davidgerstein.pro/blog/upravlencheskij-uchet-s-nulya/
Дата: 2026-07-21
Направление: Финансы
Цифры: дефицит 1,8 млн ₽/мес · резерв 30% от прибыли (165 тыс ₽/мес) · долг перед поставщиком 700 тыс ₽
Коротко: Управленческий учёт в компании держится на трёх отчётах: ДДС показывает движение денег и кассовые разрывы, П&У — реальную прибыль без иллюзий, а резервы и дебиторка — риски, которые нужно видеть ежедневно, а не в конце месяца. Без этих трёх собственник узнаёт о проблеме, когда её уже не решить малой кровью — как в кейсе с дефицитом 1,8 млн ₽ в месяц, которого не хватило даже на зарплаты.

Суммы в разборе пересчитаны на условную компанию — пропорции, механика и выводы реальные. Простой вопрос: вы можете прямо сейчас, не открывая ничего, назвать, сколько денег придёт на счёт на следующей неделе и сколько уйдёт? Если нет — вы не управляете компанией, вы её сопровождаете. Извините за прямоту, но по-другому это не назвать. Я сам жил в этой позиции дольше, чем готов признать: прибыль вроде есть, отчёты кто-то делает, а к двадцатому числу выясняется, что платить нечем. Причём каждый раз это «неожиданно» — хотя цифры лежали на виду за месяц. Ниже — три отчёта, с которых начинается зрячее управление, и разбор конкретного месяца, где дефицит в 1,8 млн ₽ был виден заранее, но его никто не увидел. Расходы компании составили 13,8 млн ₽ при выручке 12 млн ₽ за месяц — превышение на 15%. Дефицит кэша по итогам месяца — 1,8 млн ₽, и этой суммы не хватило даже на зарплаты. Формула здесь простая, и её стоит держать в голове дальше: дефицит месяца = расходы за месяц минус фактические поступления за тот же месяц. В нашем случае 13,8 млн минус 12 млн — те самые 1,8 млн ₽ дефицита, ни рублём меньше. Это не разовая авария, а результат того, что месяцами никто не сверял «прибыль есть» с «деньги есть». Вопрос «управленческий учёт — с чего начать» обычно всплывает, когда разрыв уже случился. Правильнее задавать его раньше. Расходы 13,8 млн ₽ Выручка 12 млн ₽ На диаграмме — расходы против выручки за месяц: разница между линиями и есть тот самый дефицит в 1,8 млн ₽, о котором идёт речь. Дальше — не теория, а три отчёта, которые я видел в работе живых компаний: где они спасали, а где их отсутствие стоило денег, доверия и долгов перед поставщиками. Что такое управленческий учёт и с чего его начать Управленческий учёт — это учёт для собственника, а не для налоговой: он отвечает не на вопрос «как отчитаться», а на вопрос «чем платить и на чём мы зарабатываем». Начинается он с трёх отчётов, а не с покупки системы. ДДС — движение денег на четыре недели вперёд, показывает кассовые разрывы заранее. П&У — прибыль без иллюзий, с учётом обязательств. Резервы и дебиторка — сколько вам должны и когда заплатят. Первый отчёт собирается за час в обычной таблице. Если он поймает хотя бы один забытый платёж, час окупился — а дальше станет понятно, что именно автоматизировать. Три отчёта вместо одной большой таблицы в Excel Смотрите, что обычно происходит у вас. Есть таблица, которую ведёт бухгалтер или помощник, в неё сваливается всё подряд, и раз в месяц вы туда заглядываете. Проблема не в таблице — проблема в том, что она отвечает на вопрос «что было», а вам нужны ответы на три разных вопроса, и один отчёт их не даёт. Собственники часто просят «финансовую отчётность» — и получают один разросшийся файл, где вперемешку прибыль, остатки на счетах и планы. Это не работает: вопросы у отчётов разные, и смешивать их — значит не отвечать ни на один точно. Разделить отчёты по вопросам — половина дела; вторая половина в том, чтобы у каждой цифры был назначен хозяин и срок обновления . Отчёт Что показывает На какой вопрос отвечает Как часто смотреть ДДС Реальное движение денег по датам платежей Хватит ли денег на зарплаты и обязательства через 2 недели Еженедельно, в кризис — ежедневно П&У Доходы и расходы периода, включая то, что ещё не оплачено Заработали ли мы на самом деле Помесячно Резервы и дебиторка Что нам должны и что мы отложили на риск Есть ли подушка на случай задержки платежей клиентов Ежедневно Три отчёта закрывают три разных провала. Без ДДС компания узнаёт о кассовом разрыве, когда платить уже нечем. Без П&У раздают бонусы из прибыли, которой на деле не было. А без контроля дебиторки и резервов живут по кругу: получили деньги — потратили — через три месяца клиент требует возврат, а денег уже нет. ДДС: отчёт, который должен был предупредить за месяц Финансовый директор рассчитал прибыль за период — 900 000 ₽ — и распределил её между сотрудниками. Тут же выяснилось: денег на оплату рекламы нет, коллеге пришлось вносить личные средства. Разбор показал — кассовый разрыв был виден за месяц-два до того, как случился. Резервный фонд под него никто не создавал. Похожая история — с финансовым менеджером, который брал деньги под зарплаты и дивиденды, не зная о критических периодах цикла поступлений (четыре недели). Ошибка должна была быть видна уже 15 мая. Резерв на маркетинг не формировался никогда. ДДС — единственный отчёт, который отвечает на вопрос «хватит ли денег через две недели». Не «сколько мы заработали», а именно «сколько реально на счетах и что должно списаться раньше, чем придёт следующий платёж». Когда его нет, руководство узнаёт о проблеме в моменте: «мне очень нужно, чтобы платёж подрядчику был оплачен, он до сих пор не оплачен, нужно буквально за полчаса» — так формулируется кризис, который ДДС показал бы за неделю до того, как он стал кризисом. Показательный побочный эффект того же отсутствия ДДС — задержка в мае финансирования части рекламных кампаний. Площадки, работающие по предоплате, начали хуже отрабатывать бюджет сразу после задержки: это не абстрактный «риск», а конкретная механика, по которой кассовый разрыв бьёт по будущей выручке, а не только по текущим платежам. Правило ДДС строится по датам реальных платежей, а не по датам договоров и не по датам согласования. Если в отчёте фигурируют «планируемые к оплате» суммы вперемешку с уже прошедшими — это не ДДС, а желаемое, выданное за факт. П&У: почему нельзя делить прибыль, которой ещё нет «Мы не можем распределить всю премию, давайте подождём» — эта фраза прозвучала после того, как компания уже успела распределить прибыль, которой фактически не было, вместо того чтобы формировать резервы на маркетинг. Похожая логика привела к тому, что оставшийся кэш решили вложить в маркетинг в начале месяца вместо зарплат — сознательно рискуя тем, что к 15-му числу понадобится финансовая помощь, и заранее готовя документы на кредит. Другая история — мотивация, завязанная не на тот момент. В одной компании спорили: начислять бонус в момент подписания договора с клиентом или дожидаться платежа. Решили — только по факту получения денег. Тот же принцип держит и весь П&У: доход признаётся, когда он реально случился, а не когда кто-то пообещал, что случится. Отдельно в П&У ломаются необъяснимые скачки статей. Собственник потребовал к утру следующего дня детализацию расходов за два месяца — фонд заработной платы вырос с 950 000 ₽ до 1 850 000 ₽ (плюс 94,7% к плану), без единого нового сотрудника на восьмидневке. Без П&У с разбивкой по статьям такой скачок замечают, когда деньги уже потрачены — не раньше. П&У по одному усреднённому числу за квартал или за год маскирует ровно такие скачки. У руководителя производства средняя зарплата с января держалась на стабильном уровне, но в один из месяцев упала в несколько раз ниже среднего — почти в 4,7 раза, тогда как у другого руководителя в тот же месяц разрыв со средним составил около 1,9 раза. Если смотреть только на средний показатель, такую просадку не видно вообще; она всплывает лишь тогда, когда П&У строится помесячно, а не «в целом за период». Третий случай — крупные маркетинговые вложения. Компания потратила 480 000 ₽ резервных средств на рекламные кампании, и встал вопрос: это текущий расход или инвестиция? Решили привязать к результату — если кампании окупились продажами, расход показывается в полном объёме вместе с доходом; если ушли в убыток, списывается на резервы, без искажения месячных показателей. Это и есть управленческий учёт в действии: не формальная бухгалтерская проводка, а решение, которое честно показывает, что произошло с деньгами и почему. Резервы и дебиторка: цифры, которые должны быть на экране каждый день Компания продавала услугу с маржинальностью 25–30% при выручке услуги около 2 000 000 ₽ в месяц, но цикл работы занимал три месяца до получения платежа, а расходы приходилось авансировать. Резервов не откладывали. В апреле лимит фонда составил 360 000 ₽ — на порядок меньше реальной потребности в 3 600 000 ₽. Договорились откладывать 30% от прибыли на резервы — но это решение пришло уже после того, как накопился долг перед поставщиком услуг в 700 000 ₽ — 35% от месячной выручки этой услуги. Если прикинуть этот резерв в абсолютных цифрах (оценка, консервативно): прибыль в месяц при выручке услуги 2 000 000 ₽ и марже 25–30% — примерно 550 000 ₽. 30% от этой прибыли — около 165 000 ₽ в месяц. Разрыв между этим темпом накопления (165 000 ₽/мес) и разовой потребностью в 3 600 000 ₽ виден сразу: Показатель Без резерва С резервом 30% от прибыли Выручка услуги в месяц 2 000 000 ₽ Маржинальность 25–30% Прибыль в месяц (оценка) ≈550 000 ₽ Откладывается в резерв (оценка) 0 ≈165 000 ₽/мес Лимит фонда в апреле (факт) 360 000 ₽ — Реальная потребность на кейс 3 600 000 ₽ 3 600 000 ₽ Итог Долг перед поставщиком — 700 000 ₽ При темпе 165 000 ₽/мес нужно почти два года, чтобы накопить 3,6 млн ₽ — резерва в 30% от прибыли одной этой услуги недостаточно, нужен либо более высокий процент, либо другой источник финансирования цикла Это ключевой вывод для любого расчёта резерва: сама формула «откладывать N% от прибыли» не работает без проверки, догоняет ли она реальный цикл платежей. Если цикл — три месяца, а резерв копится медленнее, чем растёт потребность, разрыв просто переносится вперёд, а не закрывается. Если экстраполировать ту же логику на типичный отдел продаж: 8 менеджеров, средний чек 250 000 ₽, оборот около 12 000 000 ₽ в месяц — это примерно 48 сделок. Если 10% из них регулярно зависает в дебиторке дольше срока оплаты по договору, под риском оказывается около 1 200 000 ₽ в месяц (оценка, консервативно). Именно эту цифру должен видеть на экране финансист каждый день, а не раз в квартал в сводном отчёте. Похожая логика — в истории с клиентом, который внёс предоплату криптовалютой, а компания из-за курсовой разницы зачислила себе на счёт сумму примерно на 10% больше номинала. Клиент позже потребовал полный возврат в тот же день. Без готового резерва такой возврат — это всегда чей-то кассовый разрыв прямо сейчас. Решение вернуть около 82% от зачисленной суммы, удержав расходы и часть бонуса, — это конкретный пример того, как отсутствие заранее просчитанной политики возвратов конвертируется в потерю около 18% от суммы просто на урегулирование, вместо того чтобы урегулирование было прописано в регламенте заранее. Ещё один пример того же порядка — распределение одного платежа между тремя счетами (два расчётных и налоговый) при острой нехватке ликвидности. В таких условиях задача финансиста — не решать самостоятельно, что важнее, а оперативно доносить до руководства реальную картину дефицита и сроков обязательств. Без ежедневного среза по дебиторке и резервам это решение принимается на ощупь, а не на цифрах. После этого в задачи руководителя добавили ежедневное отслеживание трёх метрик: объём дебиторской задолженности, её распределение по срокам возникновения и по пакетам услуг. Цифры должны быть видны в системе отчётности постоянно, а не всплывать раз в месяц на планёрке. Подробнее про то, как выстроить контроль дебиторки так, чтобы он не зависел от памяти конкретного человека — в отдельном разборе про контроль дебиторки . И отдельно — вопрос доверия к самим данным, из которых строится отчётность. В одной компании обнаружили: даты создания лидов в CRM самопроизвольно сдвигаются при синхронизации — от 18 до 36 часов. Попади такие искажения в ДДС или в расчёт выручки по периодам — отчёт врёт красиво и уверенно. Прежде чем строить управленческий учёт поверх CRM, стоит убедиться, что она сама не путает даты — я разбирал это отдельно, в кейсе про как CRM врёт с датами . Где ломается Резервы формируются, только когда их формально включают в план — «отложить 30% от прибыли» должно быть строкой в бюджете, а не намерением. Иначе при первой нехватке денег резерв тратится первым, а долг перед поставщиком остаётся вторым. С чего начать: четыре шага вместо интуиции Дальше — то, что вы можете сделать сами, без финдиректора и без внедрения систем. Начинать надо не с покупки программы, а с этих четырёх шагов: они дадут вам понимание, которое потом определит, какая программа вам вообще нужна. Когда компания запрашивала увеличение лимита расходов на проектную услугу, обоснование звучало так: «мы тратим больше, нам не хватает, поэтому давайте его увеличим». Это классика неначатого управленческого учёта: аргумент есть, цифр под ним нет. Руководитель потребовал пересчитать лимит в привязке к росту выручки и провести анализ по двум периодам — базовому (июнь–сентябрь) и текущему (октябрь и далее). Решение свелось к четырём шагам, которые подходят как шаблон для запуска учёта с нуля: выгрузить закрытые документы за базовый период с расчётом себестоимости — это фундамент для П&У; выгрузить созданные сделки за текущий период — основа для ДДС и прогноза притока денег; сравнить помесячный прирост количества и стоимости, отдельно по регионам — здесь видно, где рост реальный, а где — статистическая случайность; выявить аномалии в удорожании отдельных статей — то, что в П&У выглядит как необъяснимый скачок вроде резкого роста ФОТ. Похожий принцип сработал и с финансовым сотрудником, который просил увеличить ежемесячный лимит фонда в полтора раза, но не смог ответить ни на один вопрос о юнит-экономике и связи расхода с заработком. Выяснилось попутно, что лимит апреля уже был превышен — то есть оплатить апрельские расходы из апрельского же бюджета всё равно было бы нечем, даже без увеличения лимита. Ответ был простой: приходи с расчётом, сколько мы заработаем на эти деньги, иначе согласования не будет. Это правило стоит закрепить с самого начала выстраивания учёта: любой запрос на увеличение бюджета сопровождается расчётом отдачи, а не ощущением «нам не хватает». С этого же принципа стоит начинать сверку расходов, которые никто не может обосновать числом. Когда руководитель запросил 30 видео по 15 000 ₽ за штуку (в сумме 450 000 ₽ — около 4% месячного оборота), никто не смог назвать конкретную цифру объёма — расход отклонили до уточнения. Так же обнаружились и регулярные небольшие выплаты дворнику наличными из офисного фонда — при том, что сам фонд был выдан под устное указание вести реестр, а трат из него никто формально не согласовывал. Управленческий учёт с нуля — это в первую очередь такая ревизия: пройтись по каждой регулярной статье и спросить, откуда взялась цифра и кто может её подтвердить. Начинать без месяца подготовки можно с малого: выгрузить ДДС за последние два-три месяца по факту оплат, сложить рядом П&У за тот же период по факту начислений, и отдельно вывести список дебиторки с датами возникновения. Это займёт день, а не квартал — и первую же неделю покажет, где деньги реально теряются, а не где кажется, что теряются. ИИ в связке: как собирать три отчёта, а не сводить их руками Руководитель маркетинга однажды за неделю решил задачу, которую два года не могли решить вручную: сопоставить сотни тысяч строк лидов с позициями в поиске и ключевыми словами. Excel такой объём не тянул, а модель справилась за неделю лучше, чем прежний ручной процесс за два года. Тот же принцип работает и в управленческом учёте: три отчёта — это не про креативность, а про объём строк, которые нужно сверить с планом и друг с другом. Это задача, которую не обязательно делать руками каждую неделю. Не всякая автоматизация требует связки из скрипта и двух моделей. Когда выяснилось, что партнёры по реферальной программе задерживают информацию о вознаграждениях до момента, когда клиент сам попросит возврат, решение заняло около 20 минут: настроить автоматическое уведомление в боте о закрытии проекта реферала. Это тот случай, когда проблема — не в объёме данных, а в отсутствии одного триггера; конвейер ниже нужен там, где строк действительно много и руками их не пересмотреть. Механика конвейера простая, без экзотики: Источник данных. Ежедневная выгрузка сделок, платежей и закрытых документов через Bitrix24 REST API (или amoCRM API) в Google Sheets, вкладка «raw_dds» — суммы, даты, статьи, счета. Первичная проверка. Google Apps Script по расписанию отправляет строки за сутки в дешёвую модель — она считает отклонение факта от плана по каждой статье и помечает подозрительные строки. Углублённый разбор. Строки с отклонением выше порога уходят в дорогую модель — она формулирует гипотезу причины на основе доступных данных, без домыслов, и просит уточнения там, где данных не хватает. Результат. Помеченные аномалии падают во вкладку «anomalies» и дублируются уведомлением в Telegram-бот финансисту и собственнику. Кто смотрит. Дебиторку и ДДС — финансист ежедневно, сводку по П&У и аномалиям — собственник раз в неделю, в фиксированное время, а не «когда будет минутка». Промпт для первого шага — намеренно скучный и жёсткий, потому что задача не творческая, а счётная. На вход — JSON-массив строк расходов за период, на выходе — тот же массив с расчётом отклонения и пометкой аномалии: Модель на этом шаге — дешёвая (уровня GPT-4o-mini или аналогичного класса): задача построчная, без творчества, и счёт может идти на сотни строк в месяц. Дорогая модель подключается только к строкам с anomaly: true — обычно это 5–10% от общего потока, и именно там нужна более развёрнутая формулировка причины для отчёта собственнику, а не для очередной таблицы. Пример входных данных (три строки из типичного месячного среза, суммы условные — для иллюстрации логики): Пример ответа модели: Именно эти помеченные строки и попадают на экран, который видит финансист каждое утро, — примерно так выглядит вкладка «anomalies» после прогона того же примера (цифры условные): Google Sheets — вкладка anomalies 2 аномалии за день 94,7% макс. отклонение Статья План Факт Откл. Статус ФОТ 950 000 1 850 000 +94,7% Реклама 501 000 501 000 0% Проектная услуга 86 000 100 000 +16,3% Инженерная обвязка — без сервера и без отдельной команды разработки. Всё крутится на связке Google Apps Script (триггер по расписанию, ежедневно в 7 утра) плюс Google Sheets как хранилище и Bitrix24 REST API как источник. Ошибки — в отдельную вкладку «errors» с меткой времени и текстом ответа API; при неудачном запросе или таймауте модели скрипт делает до трёх повторов с паузой, а после третьего провала шлёт сообщение в тот же Telegram-бот, что и уведомления об аномалиях, — чтобы сбой конвейера не остался незамеченным неделю. Ограничение Модель не заменяет решение — она снижает объём ручной сверки. Если исходные данные из CRM врут (даты создания лидов сдвигались на 18–36 часов при синхронизации — см. отдельный разбор), модель добросовестно найдёт аномалию там, где её нет, и не найдёт там, где она реально есть. Сначала — чистые исходные данные, потом — автоматизация поверх них. Экономика: что это стоит и что даёт Считайте на своих цифрах, а не на моих. Вопрос, который стоит себе задать: во сколько вам обошёлся последний кассовый разрыв — со всеми срочными займами, испорченными отношениями с поставщиками и вашими нервами? Обычно эта сумма кратно больше, чем стоит нормально поставленный учёт. Формула для своего случая простая: возьмите количество часов, которое сейчас уходит на ручную сверку отчётов в месяц, умножьте на часовую ставку финансиста — это ваши текущие издержки на сведение цифр. После автоматизации той же выгрузки и первичной фильтрации посчитайте, сколько часов останется на реальную проверку уже помеченных аномалий, и умножьте на ту же ставку. Разница между двумя суммами — и есть ежемесячный эффект. Разово: настройка выгрузки из CRM, скрипта и промпта — 6–8 часов работы (силами штатного разработчика или самого финансиста, если он умеет в Apps Script). При ставке ~1 000 ₽/час это 6 000–8 000 ₽ разово (оценка), без внешнего подрядчика. Для сравнения: не всякая автоматизация требует такого объёма — точечный триггер вроде уведомления о закрытии проекта реферала занимает около 20 минут и решает свою узкую задачу без отдельного конвейера. Ежемесячно: обработка сотен строк дешёвой моделью плюс десятки строк дорогой моделью на аномалии — по опыту эксплуатации подобных связок это укладывается в 3 000–5 000 ₽ в месяц на API (оценка, подробный разбор счетов — в статье сколько реально стоит ИИ в месяц ). Экономится время, которое сейчас уходит на ручную сверку. Оценка: сбор трёх отчётов вручную (выгрузка, сведение, поиск расхождений) — около 24 часов в месяц для одного финансиста. Автоматическая выгрузка и первичная фильтрация аномалий забирают у него рутинную часть, оставляя проверку уже помеченных строк — около 10 часов в месяц. 24 ч/мес вручную 10 ч/мес авто На диаграмме — время финансиста на сверку трёх отчётов: 24 часа в месяц вручную против 10 часов, когда выгрузка и первичная фильтрация аномалий автоматизированы. Разница — 14 часов в месяц, то есть около 58% времени, которое раньше уходило на ручную сверку (оценка). При ставке ~1 000 ₽/час это высвобождение на 14 000 ₽/мес в денежном выражении (оценка) — не считая главного эффекта, который так прямолинейно в деньгах не измеряется: аномалия вроде резкого роста ФОТ или лимита фонда, упёршегося в потолок при реальной потребности в разы больше, видна не в конце месяца, а на следующий день после появления в данных. Это снятый риск того же порядка, что дефицит месячного бюджета или долг перед поставщиком из кейсов выше. Оцениваю вклад именно автоматизации сборки отчётов отдельно от прочих мер (пересмотра лимитов, регламента резервов) — это разные инициативы, и смешивать их эффект было бы нечестно. Чек-лист: что сделать в понедельник Выгрузить ДДС по факту оплат (не по датам договоров) за последние 2–3 месяца. Собрать П&У по факту начислений за тот же период, отдельно пометив крупные разовые статьи вроде маркетинговых вложений. Составить список дебиторки с датами возникновения и суммами, отсортировать по сроку просрочки. Прописать резерв отдельной строкой бюджета (например, 30% от прибыли) — и сразу прикинуть, догоняет ли этот темп реальный цикл платежей, а не оставлять цифру «на глаз». Настроить хотя бы одну автоматическую выгрузку данных (CRM → таблица) вместо ручного сведения каждую неделю. Установить порог отклонения (например, 15% от плана) и получать уведомление об аномалии, а не искать её вручную раз в месяц. Стоит обсудить с командой и регламент самих встреч, на которых эти отчёты разбираются — если планёрка не документирует решения и цифры, к следующей неделе половина выводов забудется. Как сделать так, чтобы протокол собирался сам, без отдельного человека с блокнотом, я разбирал в статье про планёрки, которые документируют себя сами . И главное, ради чего всё это. Управленческий учёт — не бухгалтерия и не отчётность для банка. Это ваши глаза: без них вы принимаете решения на ощупь и списываете последствия на рынок, сотрудников или сезон. Читать три своих отчёта — такой же базовый навык руководителя, как считать маржу: вы не делегируете его финдиректору целиком, ровно как не делегируете умение говорить с клиентом. Начните с одного отчёта — ДДС на четыре недели вперёд. Час работы, обычная таблица. Если через неделю вы поймаете хотя бы один платёж, о котором забыли, — считайте, что час окупился. У меня он окупился в первый же раз, и с тех пор я не понимаю, как жил иначе. Если хочется не собирать это по кусочкам, а поставить сразу правильно — с автоматической сборкой и уведомлениями об аномалиях, — механику я разбираю в бесплатном курсе для руководителей : финансовый контур там отдельным блоком, с шаблонами и практикой на ваших цифрах. Начните с одного отчёта на этой неделе — и посмотрите, сколько ваших решений изменится, когда вы увидите деньги на четыре недели вперёд.

## Платёжный календарь: как собрать и вести, чтобы дефицит был виден заранее
URL: https://davidgerstein.pro/blog/platezhnyj-kalendar/
Дата: 2026-06-16
Направление: Финансы
Цифры: дефицит кассы ≈1,2 млн ₽/мес (≈10% выручки) · долг поставщику ≈800 000 ₽ · резерв 0 ₽
Коротко: Платёжный календарь — это таблица обязательств и поступлений по датам на 4-8 недель вперёд, а не отчёт по факту трат. Он показывает нехватку денег на счёте — например, дефицит около десятой части месячной выручки — за месяц-два до дня, когда нечем платить зарплату, потому что строится на цикле оборота денег, а не на прошлых расходах.

Суммы в разборе пересчитаны на условную компанию — пропорции, механика и выводы реальные. Что такое платёжный календарь и как он устроен Платёжный календарь — это таблица обязательств и ожидаемых поступлений, разложенная по датам на 4-8 недель вперёд. Не отчёт о том, что вы потратили в прошлом месяце, а прогноз того, что случится с деньгами на вашем счёте в конкретный день. Собирается он из двух списков: счета к оплате, зарплата, аренда, налоги — против сделок с датой оплаты по договору и вероятностью, что деньги придут вовремя. Отвечает он на один вопрос: хватит ли вам денег в день, когда надо платить. В компании на 40 человек расходы месяц за месяцем превышали выручку, дефицит кассы доходил до 1,2 млн ₽ — около десятой части месячной выручки, — и виден он был за месяц до дня зарплаты. Первую версию календаря вы соберёте за час в обычной таблице; автоматическая сводка через вебхук CRM и дешёвую модель — это 8-12 часов настройки и единицы долларов в месяц на вызовы. Если вы узнаёте о нехватке денег в день зарплаты — дело не в том, что деньги кончились внезапно. Дефицит не случается внезапно, он виден за месяц. Просто всё это время вы смотрите не туда: на остаток на счёте сегодня вместо графика обязательств на четыре недели вперёд. Я долго считал, что чувствую деньги компании и без таблицы: обороты в голове, платежи в памяти. Это работало ровно до месяца, когда финансовый директор рассчитал прибыль за период и распределил её между сотрудниками — а через две недели выяснилось, что денег на рекламу нет, и коллеге пришлось вносить личные средства, чтобы кампании не остановились. Дефицит был предсказуем ещё пятнадцатого числа. Никто не смотрел, включая меня. Резервного фонда не было вообще. Это не единичный случай, а системная ошибка. Другой финансовый менеджер брал деньги под зарплаты и дивиденды, не зная о критических периодах цикла поступлений — четырёх неделях, когда деньги уходят раньше, чем приходят. Проблема должна была стать видна ещё 15 мая. Стала видна в момент, когда платить было нечем. Платёжный календарь нужен именно на этот зазор — между «есть прибыль на бумаге» и «есть деньги на счёте в нужный день». Смотреть на деньги вперёд, а не назад — это управленческий навык, такой же осваиваемый, как чтение отчёта о прибыли. Им не рождаются: я освоил его позже, чем следовало, и заплатил за это несколькими нервными месяцами. Календарь — просто инструмент, который этот навык поддерживает. Не отчёт для красоты, а способ не оказаться в положении, когда вы узнаёте о проблеме в день выплат. Чем платёжный календарь отличается от отчёта о расходах Отчёт о расходах отвечает на вопрос «куда ушли деньги», платёжный календарь — на вопрос «хватит ли их через три недели». Это разные жанры: первый вы читаете после того, как всё случилось, второй — до. Ошибка, из-за которой у многих календарь не приживается, ровно в этом: его пытаются собрать из прошлых трат, а он строится из будущих обязательств и договорных дат оплаты. Разница видна на первом же решении. В одной компании плановые закрывающие платежи на июнь оказались заметно ниже плана. Чтобы компенсировать падение выручки, требовалось кратно нарастить продажи — задача, которую отделы могли не потянуть физически. Директор предложил осознанно входить в месяц с реальными цифрами вместо того, чтобы потом объяснять недовыполнение. Это и есть работа календаря: не подгонять факты под план задним числом, а увидеть проблему в начале месяца, когда ещё можно что-то сделать. В другой компании — производстве на заказ с отделом из 8 менеджеров и оборотом около 12 млн ₽/мес — средние ежемесячные расходы превышали выручку. Дефицит кассы по итогам месяца — около 1,2 млн ₽, то есть порядка десятой части месячной выручки. Этого не хватало даже на зарплаты. Цифра считается заранее, простым вычитанием обязательств из ожидаемых поступлений. Без календаря её видят в день, когда нужно платить. Выручка 12 млн ₽ Расходы выше выручки Дефицит ≈1,2 млн ₽ (~10%) На диаграмме — соотношение выручки, расходов и дефицита кассы за месяц (легендированные суммы). Механика: что → чем → куда за 4 шага Дальше — как это собирается у вас. Ничего сложного тут нет, и первую версию вы сделаете за час в обычной таблице. Я специально описываю руками, а не через сервис: пока вы не сведёте это сами хотя бы раз, вы не поймёте, что именно потом автоматизировать. Повторить эту схему может любая команда с CRM и таблицей. Она не требует смены системы учёта — только дисциплины и одного скрипта-связки. Что берём. Два списка: обязательства (счета к оплате, зарплата, аренда, налоги — с датой и суммой) и ожидаемые поступления (сделки с датой оплаты по договору и вероятностью, что деньги придут вовремя). Источник — CRM (Bitrix24, amoCRM) и банковская выписка. Чем считаем. Скрипт или модель раз в сутки сводит оба списка по неделям и считает разрыв: поступления минус обязательства. Для чистой агрегации без интерпретации хватает дешёвой модели — это не аналитика, а арифметика по структурированным данным. Куда попадает результат. В таблицу (Google Sheets) с условной раскраской: неделя в минусе — красная. Копия результата — в Telegram-чат финансиста и собственника, без дополнительных кликов. Кто и когда смотрит. Фиксированное время раз в неделю, не по требованию. В одной компании время финансового планирования специально перенесли с утра на 13:00 четверга — чтобы данные успевали собраться полностью до разговора, а не в процессе него. ИИ-связка: прогноз разрыва без ручного сведения таблиц Собирать вручную два списка и сверять их по неделям — рутина, на которой чаще всего врут глазами, а не деньгами: пропускают платёж, дублируют строку, забывают про вероятность оплаты. Модель хороша именно тут — и вовсе не потому, что «умная»: она просто не устаёт сводить одинаковые столбцы. Схема конвейера: Bitrix24-вебхук выгружает сделки со статусом оплаты и датой → Google Apps Script раз в сутки в 07:00 кладёт их в лист «receipts», а счета к оплате — в лист «obligations» → скрипт вызывает API дешёвой модели с промптом ниже → ответ пишется в лист «calendar» → строки с риском подсвечиваются условным форматированием → копия сводки уходит в Telegram-бота ответственному. Модель — дешёвая (класса gpt-4o-mini или аналог). Задача не требует рассуждений — это агрегация чисел по датам и сравнение с порогом. Дорогая модель здесь не даёт точности выше, только увеличивает счёт. Пример ответа модели на модельных (иллюстративных) данных: Так это выглядит в самом листе «calendar», куда скрипт кладёт ответ модели: Google Sheets — лист «calendar» -17% дефицит недели 01.06 к обязательствам 4 недели горизонт прогноза Неделя Обязательства Поступления Разрыв Статус 01.06 420 000 350 000 -70 000 риск 08.06 310 000 355 000 +45 000 норма Второй шаг конвейера — короткое уведомление человеку, а не сырой JSON. Для этого второй, тоже дешёвый, вызов модели превращает результат в текст для Telegram: Пример ответа: «Неделя с 01.06: дефицит ≈17% от суммы обязательств. Проверьте перенос платежей или поступление по сделке №118.» Инженерная обвязка. Всё крутится на бесплатном тарифе Google Apps Script (триггер по расписанию) плюс API дешёвой модели. Если вебхук Bitrix24 не ответил или структура данных не совпала с ожидаемой — скрипт не падает молча, а пишет строку ошибки в отдельную ячейку листа «log» и дублирует её в тот же Telegram-чат. Перезапуск ручной: кнопка в кастомном меню Sheets «Пересчитать календарь» вызывает тот же скрипт вне расписания. Никакого отдельного сервера не требуется — это тот же принцип, что описан в разборе про сдвиг дат в Битрикс24 : если источник данных врёт (сделки «мигрируют» на 18-36 часов при синхронизации), календарь унаследует эту ошибку, поэтому сверка версий обязательна на входе, а не после. Похожая дыра — не техническая, а процессная. В одной компании перенесённый платёж требовал повторного ручного инициирования заявки вместо автоматической обработки: платёж, согласованный на понедельник, просто завис, а рекламная кампания оказалась под угрозой остановки из-за нехватки денег на счёте. Календарь сам по себе такую дыру не закрывает — он показывает, что платёж должен уйти в конкретный день, но перенос даты обязан попадать в новую строку календаря автоматически, а не теряться между заявкой и исполнением. Где ломается Платёжный календарь не работает, если решения по нему принимает тот, кто не видит полной картины. Финансист, который распределяет деньги между несколькими счетами при остром дефиците ликвидности, обязан информировать руководство о разрыве и сроках — но не принимать самостоятельные решения по продажам или приоритетам. Смешение этих ролей превращает календарь в инструмент оправдания задним числом, а не прогноза. Учёт платежей: обоснование суммы важнее самой суммы Учёт платежей в календаре — это не список статей расходов, а привязка каждой суммы к дате и обоснованию. Показательный случай: компания запросила бюджет на видеомонтаж исходя из цены за штуку, но месячный итог получался значительным. Никто не смог назвать конкретное количество видео. Расход отклонили до уточнения объёма. Это базовое правило учёта: сумма без единицы измерения — не расход, а предположение. Ещё пример — увеличение лимита на проектную услугу. Обоснование звучало как «мы тратим больше, нам не хватает, поэтому давайте увеличим». Руководитель потребовал пересчитать лимит в привязке к росту выручки: выгрузить закрытые документы за базовый период, сравнить с текущим, проверить помесячный прирост количества и стоимости отдельно по регионам, найти аномалии в удорожании. Тот же паттерн — с фондом на регулярные расходы: сотрудник просил увеличение лимита в полтора раза, но не смог ответить ни на один вопрос о доходности этих денег. Решения не было, пока не появился расчёт «сколько заработаем на эти деньги». В платёжном календаре у каждой крупной статьи должно быть основание — количество единиц, привязка к выручке, а не факт прошлых трат. Без этого календарь превращается в дорогую таблицу с красивыми цифрами. Статья месяца Сумма / доля от бюджета Комментарий Продвижение сайта 300 000 ₽ (33%) Согласованный счёт Рекламные интеграции 300 000 ₽ (33%, два отдельных счёта) Суммарно сопоставимо с продвижением Резерв на маркетинг 300 000 ₽ (33%) Около трети всех расходов, не тратится без основания Итого согласуемых расходов 900 000 ₽ (100%) Полная сумма на месяц Остаток после авансов 225 000 ₽ (25%) Что реально останется в кассе Строка «остаток после авансов» — самая важная в вашей таблице. Именно её обычно и не считают, пока не наступает день зарплаты. Длинный цикл: почему календарь нужен тем более, чем дольше ждать оплаты Чем длиннее зазор между вашим расходом и поступлением денег, тем раньше нужен прогноз, а не факт. В одной услуге норматив прохождения от первого обращения до результата — около 5 месяцев (10 дней на подготовку, 10 рабочих дней на сбор данных от клиента, неделя на отправку подрядчику, 5 рабочих дней на финальный этап, плюс очередь у внешнего исполнителя — от 1 до 2 месяцев). Всё это время компания несёт расходы, а платёж приходит в конце. Тип цикла Срок до оплаты Что это значит для календаря Проектная услуга ~3 месяца Расходы авансируются, резерв обязателен Полный цикл с внешним подрядчиком ~5 месяцев Прогноз нужен минимум на квартал вперёд Рекламные площадки (директ) предоплата Задержка платежа сразу снижает отработку бюджета Последняя строка — не абстракция. В мае одной компании не хватило времени вовремя провести часть финансирования рекламных кампаний в директе. Из-за задержки площадки начали хуже отрабатывать бюджет — они изначально работают на предоплате, и просадка по деньгам сразу превращается в просадку по показам и кликам, которую потом не наверстать доплатой postfactum. Именно на длинном цикле резерв не создавали — и в апреле упёрлись в лимит, оказавшийся на порядок меньше нужного. После этого договорились откладывать 30% от прибыли на резервы. Решение правильное, но с опозданием: оно принято уже после того, как образовался долг перед поставщиком услуг на 800 000 ₽ — около 7% месячного оборота, — а не до. Резервы: прибыль на бумаге не равна деньгам в кассе Здесь я скажу вещь, которая вам не понравится. Если у вас нет резерва, ваш платёжный календарь — это график, по которому вы едете без тормозов: видно хорошо, остановиться нечем. Резерв — не про осторожность, а про право принимать решения спокойно, а не под давлением ближайшего платежа. «Мы не можем распределить всю премию, давайте подождём» — фраза, которая должна звучать до распределения, а не после того, как выяснится нехватка на маркетинг. В одном случае компания потратила из резерва 900 000 ₽ — около четверти годового резерва в 3,6 млн ₽ — на маркетинговую кампанию, и встал вопрос учёта: считать это текущими затратами или инвестицией. Ответ зависит от результата: окупилось продажами — показываем расход с доходом; убыток — списываем на резервы, не включая в месячные показатели. Это разграничение имеет смысл только тогда, когда резерв вообще существует. Есть и обратная крайность — экономия там, где она не нужна для расчёта разрыва, но нужна для порядка в мелких статьях. «Я не готова платить за хранение ёлки и новогодних игрушек» — фраза не про хранение, а про то, что мелкие нецелевые расходы съедают резерв незаметно, пока не заходит речь о крупных платежах. Другой случай — фонд на офисные расходы: выдали сумму с устным указанием вести реестр, а по факту из этих денег регулярно небольшими суммами платили дворнику кешем без единого согласования. Без реестра фонд превращается в чёрную кассу, и его нельзя учитывать в платёжном календаре, потому что его состояние никто не может подтвердить. Дебиторка и возвраты как часть календаря Платёжный календарь считает не только исходящие платежи. Входящие деньги — тоже прогноз, а не факт. Пример: клиент внёс предоплату криптовалютой, компания получила сумму примерно на 10% больше из-за курсовой разницы. Позже клиент потребовал полный возврат в течение суток. Решение — вернуть большую часть полученной суммы, удержав расходы и бонус, чтобы не доводить до суда. Такие возвраты, если их не фиксировать системно, искажают прогноз поступлений на следующий месяц. «Возвраты абсолютно никак не фиксируются, никто не ведёт, никто не отвечает. Нужен инструмент, нужен регламент» — эта фраза точно описывает дыру, из-за которой платёжный календарь становится неточным даже при аккуратном учёте расходов. Дебиторская задолженность требует того же подхода: ежедневный трекинг объёма, распределения по срокам возникновения и по типам услуг. Без этого руководитель видит остаток на счёте сегодня, но не видит, сколько денег реально придёт в ближайшие недели. Подробнее о системе без ручной сверки — в отдельном разборе про дебиторку и контроль без памяти людей . Такая же дыра — с реферальными вознаграждениями: партнёры задерживали информацию о выплатах до момента, когда клиент сам просил возврат денег. Решение заняло около 20 минут работы — настроить автоматическое уведомление в боте о закрытии проекта реферала, чтобы вознаграждение выплачивалось вовремя, а не по напоминанию. Маленькая правка того же типа, что и вебхук выше: не новая система, а закрытие дыры в существующей. Кто должен видеть календарь Вопрос, на котором спотыкаются чаще всего: показывать ли календарь команде. Мой ответ — да, в той части, которая касается их работы. Руководитель, который знает про узкую неделю, сам придержит закупку. Руководитель, который не знает, придёт к вам за деньгами именно в эту неделю — и будет прав, потому что откуда ему знать. Календарь бесполезен, если он лежит в одном файле у финансиста и никто, включая вас, в него не смотрит регулярно. Лечится это не призывом к дисциплине, а конструкцией отчётности: у показателя должен быть назначенный хозяин и известный срок обновления . В одном случае зарплата руководителя производства с января в среднем была значительно выше типичного уровня, но в худшем месяце упала в несколько раз ниже среднего. У другого руководителя в том же месяце разрыв был заметно меньше. Такая разница видна заранее, если данные о выручке и обязательствах открыты, а не всплывают в момент расчёта зарплаты. Та же логика — в контроле начислений. В одной компании возник спор: начислять бонус в момент подписания договора с клиентом или дожидаться платежа. Решили платить по факту получения денег, а не по факту обещания. Это тоже часть платёжного календаря — он должен быть завязан на реальное движение денег, а не на промежуточные события в CRM, которые могут не подтвердиться. Правило Платёжный календарь считается раз в неделю, в фиксированное время, с полными данными — а не по требованию собственника в момент, когда платёж горит. «Мне очень нужно, чтобы платёж подрядчику был оплачен, буквально за полчаса» — если такие сообщения регулярны, это не календарь, а тушение пожара с таблицей вместо ведра. Экономика: что это стоит и что даёт Внедрение считается в часах, не в новой системе. Настройка связки «вебхук CRM → Google Sheets → API модели → Telegram» занимает у толкового исполнителя 8-12 часов (оценка): подключить выгрузку, написать два промпта, настроить условное форматирование и уведомление об ошибке. Дороже всего — не код, а согласование, откуда именно брать «обязательства» и «поступления», чтобы обе стороны совпадали по смыслу. Эксплуатация обойдётся вам не в месячную лицензию, а в стоимость вызовов дешёвой модели. При ежедневном пересчёте и коротком JSON на входе счёт укладывается в единицы долларов в месяц: подробный разбор похожих счетов есть в материале сколько на самом деле стоит ИИ в месяц . Экономия тут не в цене токенов, а в часах, которые раньше уходили на ручное сведение таблиц. Формула для своего случая: часы ручной сверки в неделю × ставка часа × число недель в месяце = стоимость ручного труда в месяц. Оценка эффекта именно этого шага — без смешения с организационными решениями вроде «откладывать 30% в резерв» (это отдельная мера, её эффект в статье не считаем): если финансист тратит на ручной сбор и сверку данных для календаря около 6 часов в неделю (оценка), при 4 неделях в месяце это ≈24 часа трудозатрат в месяц — при ставке ~1 000 ₽/час это ≈24 000 ₽/мес ручного труда (оценка). Автоматическая выгрузка и агрегация снимает большую часть рутины — вручную остаётся только проверка аномалий, оценочно 30% времени, то есть ≈1,8 часа в неделю вместо 6. Экономия — около 70% времени на этой позиции, то есть ≈16 800 ₽/мес (оценка), не считая эффекта от более раннего обнаружения разрыва. Окупаемость: настройка в 8-12 часов при той же ставке ~1 000 ₽/час — это разовое вложение около 8 000-12 000 ₽ (оценка), которое окупается сэкономленным временем меньше чем за месяц (оценка). Дальше это уже чистая экономия времени, а не разовый эффект. 6ч/нед вручную 1,8ч/нед авто На диаграмме — часы ручной сверки данных в неделю до и после автоматизации (оценка). Отдельно — цена самого разрыва, если его не увидеть заранее. При расходах, превышающих выручку, ежемесячный дефицит около 1,2 млн ₽ (≈10% выручки) — это не разовая, а системная проблема. Без прогноза она решается экстренными кредитами «на всякий случай» каждый месяц, а не одним резервом, рассчитанным за 4 недели вперёд. С чего начать в понедельник Выгрузить из CRM и банка все обязательства на 4 недели вперёд — с точной датой и суммой, без усреднения по статьям. Собрать ожидаемые поступления с вероятностью оплаты, а не просто сумму сделки из карточки. Свести оба списка в одну таблицу по неделям и посчитать разрыв вручную хотя бы один раз, прежде чем автоматизировать. Назначить фиксированное время пересчёта раз в неделю — и не пересчитывать календарь по требованию «нужно оплатить за полчаса». Завести резерв отдельной строкой, которую нельзя тронуть без обоснования суммой и датой. Настроить хотя бы одно автоматическое уведомление о риске — бот, скрипт, письмо — чтобы разрыв не узнавали в день зарплаты. Скажу прямо: если у вас нет платёжного календаря, вы играете в рулетку с зарплатой своих людей. Не потому что вы плохой руководитель, а потому что человеческая память не умеет держать тридцать платежей с датами — она для этого не приспособлена. Сделайте первую версию на этой неделе. Обычная таблица, четыре недели вперёд, два столбца: приход и расход. На это уйдёт час, и уже он покажет вам недели, где вы ходите по краю. Автоматизация — потом, когда станет понятно, что именно автоматизировать. А если хотите сразу собрать это в рабочий контур — с автоматическим сведением и уведомлением о риске за две недели — механика разобрана в бесплатном курсе , вместе с остальным финансовым блоком. Мой личный опыт, для честности: календарь на четыре недели вперёд снял у меня ощущение постоянной тревоги за деньги. Не потому что денег стало больше — потому что исчезли сюрпризы. Мы у себя ведём календарь четвёртый месяц, и главное изменение не в деньгах, а в том, что я перестал узнавать о разрывах в день зарплаты. Этого одного хватило, чтобы привычка прижилась.