Кейс · сеть кальянных
Было: план строили по цифрам кассы, а касса отдавала в выгрузку только половину выручки. Стало: модель откалибрована на факте 2025 года и сразу показывает, что будет с прибылью от подписки, лояльности, найма и нового НДС.
Как было
Финмодель в таблице — это формулы поверх допущений. Если допущения взяты из неполной выгрузки, формулы аккуратно посчитают неправду.
Задача: понять, что будет с прибылью, если ввести подписку на кальяны, поменять программу лояльности и нанять людей. Плюс с 2026 года поменялся НДС на упрощёнке — порог освобождения опустился с 60 до 20 млн₽.
Чем это било по деньгам:
Как стало
Факт 2025 года — 55 619 431₽, по ежедневному операционному отчёту, кассе и программе лояльности. Правка, которая уводит модель от этой цифры больше чем на 10%, считается ошибкой.
Что сделал
Экраны ниже — настоящий конструктор финмодели. Название проекта на снимках заменено, цифры — расчёт модели по умолчанию, а не факт.
29 августа
Модель начинается не с выручки, а со столов: сколько их, сколько оборотов, какая загрузка днём и ночью. Отсюда чеки, из чеков — выручка по кальянам, бару и кухне.
Дальше прямые и косвенные расходы, зарплаты по графику, налоги, движение денег и баланс. Баланс обязан сходиться в каждом месяце — на это есть отдельные проверки.

29 августа
Сценарий — это множители поверх тех же допущений: загрузка, чек, отток подписки, расходы. Поправил исходные данные — все три сценария пересчитались и не разошлись между собой.

31 августа
Подписка на кальян: гость платит фиксированную сумму в месяц и берёт кальяны дешевле. Модель считает её выручку и обычные чеки, которые подписчик больше не принесёт.
Программа лояльности: бонусы, списание, пороги, уровни, лимит на всю программу. Найм: график персонала, схемы оплаты, страховые взносы, льготный тариф МСП.


29–31 августа
Модель ведёт накопленную выручку по каждому юрлицу и включает НДС с месяца после превышения порога. Ставки 5%, 7% и 22% и границы между ними — полями в интерфейсе, а не в коде. Поменяется закон — поменяется цифра в поле.

31 августа – 4 сентября
Написал скрипт: он берёт выгрузки кассы и программы лояльности, по API или файлами, и выдаёт параметры модели. Персональные данные гостей при этом не покидают компьютер владельца — наружу уходят только сводные цифры.
Сверил результат с ежедневным отчётом за 2025 год. Тут и выяснилось, что касса отдаёт меньше половины выручки.
4 сентября перенёс конструктор в Пульс отдельным экраном. Доступ — только у ролей, которые видят себестоимость.

Сложности и что не получилось
Выгрузка захватывала только один контур — одно юрлицо. Второе юрлицо и наличные шли мимо. Модель на такой выгрузке занизила бы выручку вдвое.
опорную выручку взял из ежедневного операционного отчёта. В скрипт калибровки добавил сверку с полной выручкой по кассовым сменам — он сам показывает, какую долю видит выгрузка.
Пять карт ходили до двух раз в день. Это были служебные карты, они раздували частоту визитов.
исключил их из калибровки.
Техкарты в кассе заведены только с сентября 2025 года, до этого себестоимость нулевая. Сверить её с фактом за год не с чем. В модели стоят цифры владельца: кальян 10%, бар 20%, кухня 43%.
Что изменилось
Подписку, новую программу лояльности или найм теперь сначала прогоняют через модель. Видно, сколько обычных чеков съест подписка и в каком месяце юрлицо выйдет за порог НДС.
Модель живёт в Пульсе рядом с фактическими отчётами. План и факт открываются в одном месте.

Что сделать у себя сегодня
Возьмите выручку из отчёта кассы за прошлый месяц. Рядом — сумму поступлений на все счета и наличных за тот же месяц.
Если разница больше 10%, любой план по выгрузке кассы у вас ошибается на эту разницу. Сначала найдите, какой контур касса не видит.
Напишите, что хотите посчитать: подписку, новую точку, найм или налоги. Отвечу, какие данные нужны и сколько займёт модель на вашем факте.