Программа калькуляции для общепита: как считают себестоимость

В заведении почти всегда живут два числа себестоимости одного и того же блюда: одно получилось из калькуляционной карты, второе — из склада после инвентаризации. Они не совпадают. Полезный вопрос не «как их примирить», а «насколько велик разрыв» — именно величина расхождения показывает, хватит ли вам таблицы или нужна отдельная программа калькуляции.

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

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

01Два числа себестоимости и разрыв между ними

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

Дальше интересное: расхождение почти никогда не бывает в пользу заведения. Если факт стабильно ниже расчёта, обычно это недоливы, недовесы или неучтённые продажи, а не экономия. Если выше — нормы в карте устарели, потери считаются по справочнику, а не по вашему продукту, либо часть расхода уходит в порчу и питание персонала без отдельного учёта.

02Что программа калькуляции обязана уметь

Обзоров софта в интернете достаточно, и они бесполезны, потому что сравнивают интерфейсы. Сравнивать нужно функции, без которых расчёт себестоимости врёт системно. Их немного.

• Брутто и нетто с потерями по стадиям. Отдельно холодная обработка, отдельно термическая. Одного общего процента отхода мало.
• Многоуровневые полуфабрикаты. Соус входит в заготовку, заготовка — в блюдо. При изменении цены масла должна пересчитаться вся ветка вверх, а не только соус.
• Версии карт с историей. Вы должны видеть, какой была себестоимость в марте, а не только сегодня. Без истории невозможно объяснить скачок фудкоста.
• Пересчёт при смене закупочных цен. Автоматически, по всем блюдам, где встречается ингредиент, с выбором метода цены.
• Модификаторы и варианты порций. Двойной сироп, альтернативное молоко, большая порция — это разная себестоимость одной строки меню.
• Акт проработки. Место, где фиксируются ваши собственные коэффициенты потерь по вашему поставщику.
• Связка с продажами. Списание по факту чеков и отчёт о расхождении расчёта и факта. Без этого программа остаётся красивым калькулятором.

Последний пункт — водораздел. Инструмент, который считает только норматив, отвечает на вопрос «сколько должно стоить». Инструмент, подключённый к продажам и складу, отвечает на вопрос «сколько стоит на самом деле». Разница в цене лицензии, но и в управляемости тоже.

03Брутто, нетто и проценты потерь

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

Проработка решает это за один день: взвесили брутто, обработали, взвесили нетто, посчитали процент, подписали акт. Проблема в том, что проработку делают один раз при открытии и больше не повторяют. А поставщик меняется, калибр меняется, повар меняется. Нормальная практика — пересматривать коэффициенты по ходовым позициям хотя бы раз в сезон и обязательно после смены поставщика. Как закрепить это на кухне, мы разбирали в материале про технологические карты как регламент кухни.

04Полуфабрикаты, модификаторы, сезонные блюда

Простое меню считается в таблице. Сложность появляется в трёх местах, и каждое из них ломает ручной расчёт по-своему.

Полуфабрикаты. Если у вас варится бульон, который идёт в четыре супа и два соуса, а соусы идут ещё в восемь блюд, то дерево вложений — два-три уровня. Подорожало масло — пересчитать нужно не одну строку, а все блюда, где этот соус встречается. Руками это делается, пока позиций мало; на меню из сотни блюд пересчёт занимает день и делается с ошибками.

Модификаторы. В кофейне и пекарне модификатор — основной источник расхождения. Гость просит альтернативное молоко, двойной эспрессо, дополнительный сироп. В кассе это добавка к цене, на складе — реальный расход. Если модификатор не описан отдельной нормой, молоко будет уходить «в воздух», и расхождение по складу вы спишете на пролив.

Сезонные блюда и замены. Летнее меню приходит и уходит, но хуже другое — тихая замена ингредиента. Кончился один сорт томатов, взяли другой, дороже на четверть, карту никто не тронул. Через месяц выясняется, что блюдо с хорошей наценкой на бумаге кормит кухню в убыток. В программах это закрывается аналогами с собственной ценой и флагом замены.

Для производственных форматов с выпечкой добавляется усушка и упёк, а это потери уже после сборки блюда. Их считают не от сырья, а от выхода готового продукта. Экономику такого формата мы разбирали в статье как открыть пекарню: вложения и сроки — там видно, как процент упёка двигает себестоимость булки.

05Пересчёт при смене цен поставщика

Второй по значимости источник разрыва — цена. Вопрос, который задают редко: какую именно закупочную цену программа подставляет в расчёт? Вариантов несколько, и они дают разные ответы.

Технически правильный пересчёт выглядит так: пришла накладная, цена ингредиента обновилась, система сама прошла по всем картам и полуфабрикатам, где он встречается, и показала список блюд, у которых фудкост вышел за заданный порог. Дальше решение принимает человек — поднять цену, уменьшить порцию, сменить поставщика или оставить как есть ради трафика.

06Тест-кейс: одно блюдо через три уровня инструментов

Возьмём одно блюдо: паста с курицей и сливочным соусом. В составе — полуфабрикат (соус), ингредиент с большими потерями (курица), сезонная зелень и модификатор «дополнительная порция курицы». Прогоняем его через три уровня.

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

На втором уровне появляется главное — отчёт, в котором рядом стоят нормативный и фактический расход. Если по курице списано на 14% больше, чем должно было, вы видите цифру и идёте на кухню с конкретным вопросом, а не с общим «у нас растёт фудкост». Модификатор перестаёт быть дырой.

Третий уровень нужен, когда решения касаются не одной порции, а структуры меню и нескольких точек. Там важны история себестоимости по месяцам, пересчёт сценариев до повышения цен и раздельный учёт производственного цеха, который отдаёт полуфабрикаты в точки.

07Когда пора переходить на следующий уровень

Переход стоит денег и нервов, поэтому делать его «потому что положено» бессмысленно. Триггеры простые и проверяются за полчаса.

Отдельно про небольшие форматы. Кофейне с двадцатью позициями и кондитерской с ручным производством часто хватает связки «касса со складским модулем плюс аккуратные карты». Деньги там теряются не на сложности расчёта, а на проливе, списаниях и неучтённых добавках. В разборе экономики кондитерской видно, что при высокой доле ручного труда основной рычаг — выход готовой продукции, а не точность калькуляционной карты до копейки.

08Как внедрить, не останавливая кухню

Главная ошибка внедрения — пытаться завести всё меню сразу. Кухня продолжает работать, шеф занят, данные вносят между сменами, и через три недели проект умирает на середине справочника. Работает другой порядок.

Дальше добираете остальное меню волнами по десять-пятнадцать позиций. Параллельно нужен человек, который отвечает за актуальность карт — обычно это шеф или су-шеф, реже бухгалтер-калькулятор. Если ответственного нет, через полгода система превратится в архив устаревших норм, и вы вернётесь к двум несовпадающим числам.

И ещё: себестоимость считают не ради себестоимости, а ради решений по меню и гостю. Выручка складывается из трафика, среднего чека и повторных визитов, и возвращаемость гостя калькуляция не улучшит. Как собирать данные о гостях, мы писали в материале про ревизию данных о гостях в CRM.

09Чек-лист и частые ошибки

Короткий прогон перед выбором инструмента. Если на большинство пунктов ответ «да», проблема не в софте — её решит дисциплина.

• Расхождение посчитано. По двум-трём ходовым блюдам, за период не меньше месяца, а не «на глаз».
• Потери из собственной проработки. По ключевому сырью, с датой акта и указанием поставщика.
• Полуфабрикаты описаны отдельно. С выходом, а не размазаны по составам блюд.
• Модификаторы имеют нормы. Альтернативное молоко, добавки, увеличенные порции.
• Метод закупочной цены выбран. И применяется одинаково во всех расчётах.
• Есть ответственный за карты. С зафиксированной периодичностью обновления.
• Порог реакции задан. Понятно, при каком изменении себестоимости блюдо попадает на разбор.

• Считать себестоимость раз в годЦены двигаются каждый месяц. Годовая карта описывает прошлое, а не текущую маржу.
• Брать проценты потерь из сборника без проверкиСправочник описывает средний продукт. Ваш поставщик привозит конкретный, и зачистка отличается.
• Ставить цену блюда от себестоимости умножением на коэффициентНаценка должна учитывать спрос и место позиции в меню, иначе вы переоцените дешёвое и недооцените дорогое.
• Игнорировать списания и питание персоналаЭти расходы всё равно уйдут в фактическую себестоимость, просто без вашего ведома.
• Покупать программу вместо наведения порядка в приёмкеЕсли накладные вносят с опозданием на неделю, любая система выдаст мусор.
• Вести карты в двух местахТаблица у шефа и модуль у бухгалтера расходятся за месяц. Источник истины должен быть один.

Дисклеймер: расчёты учебные, данные площадок по справкам на момент публикации.