общепит https://ivan-1s.ru ru Mon, 20 Apr 2026 02:28:27 +0300 Как внедрить 1С:Общепит и не устроить кухне инфаркт https://ivan-1s.ru/tpost/m9uegr6rk1-kak-vnedrit-1sobschepit-i-ne-ustroit-kuh https://ivan-1s.ru/tpost/m9uegr6rk1-kak-vnedrit-1sobschepit-i-ne-ustroit-kuh?amp=true Mon, 20 Apr 2026 02:26:00 +0300

Как внедрить 1С:Общепит и не устроить кухне инфаркт

Я много раз работал с владельцами ресторанов. И все они, как один, говорили: “А кухня вообще выдержит это внедрение 1С”. Страх понятный. Когда в заведении все держится на скорости, привычке и паре людей, которые помнят все наизусть, любое новое ПО выглядит как угроза жизни ресторана.
Могу сказать, что эти опасения не на пустом месте. Я видел, как автоматизацию запускали так, будто самолету в воздухе пытались поставить новый двигатель. Сами понимаете, что из этого вышло. Злые повара на кухне - это вам не шутка, они все-таки с ножами работают :). Когда склад не бьется, а у управляющего дергается глаз, появляется страх за всю работу заведения.
Но хорошая новость в том, что 1С:Общепит можно внедрить без остановки кухни. Не за один вечер, а так, чтобы ресторан продолжало работать, и команда не чувствовала, что на нее внезапно сбросили бетонную плиту.

Почему внедрение часто идет наперекосяк

Проблема обычно не в программе. Программа, как ни странно, не пытается никого мучить специально. Проблема в том, как ее запускают.
Самый плохой сценарий выглядит так: в понедельник решили, во вторник поставили, в среду сказали персоналу «теперь работаем здесь», а в пятницу уже ищут виноватых. Это примерно как впервые выйти на лед в новых коньках и сразу заявиться на хоккейный матч. Шансы есть, но картина будет шумная.
Чаще всего всё ломается в трех точках.
Первая: грязная номенклатура.
Один и тот же продукт в базе может называться тремя способами. Где-то «сыр моцарелла», где-то «моцарелла 1 кг», а где-то вообще «сыр для пиццы». Формально это разные позиции. По факту один и тот же товар. Потом начинаются пляски с остатками и разговоры в духе «программа опять врет», хотя врёт не программа, а база, которую собирали как ящик с проводами.
Вторая: сырые техкарты.
Когда рецептуры заполнены кое-как, система начинает считать себестоимость так, будто блюда готовятся в параллельной вселенной. Борщ выходит дешевле воды, а салат вдруг становится золотым.
Третья: попытка внедрить всё сразу.
Склад, кухня, закупки, калькуляции, отчеты, производство. Всё одним махом. Это как пытаться одновременно делать ремонт, переезд и свадьбу. Теоретически возможно. Практически никто потом не вспоминает этот период с улыбкой.

Как это делают без остановки кухни

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

Сначала идет тихий этап, почти невидимый для кухни

Это самый полезный кусок работы, хотя внешне он кажется скучным. В этот момент никто еще не заставляет поваров жать кнопки и не меняет резко привычные процессы. Сначала готовят фундамент.
В базе наводят порядок:
  • чистят номенклатуру
  • заводят склады
  • заносят основные техкарты
  • проверяют единицы измерения
  • тестируют списания и приходы
По сути, система уже живет, но пока в фоновом режиме. Кухня работает как обычно. Просто параллельно начинается так называемый теневой учет.
Это один из самых спокойных способов старта. Заведение ведет работу по старой схеме, а ключевые операции дублируются в 1С. Да, это лишняя нагрузка на несколько дней. Зато очень быстро вылезает правда, которую раньше прятали Excel, блокнот и человеческая память.
Помню кейс с небольшим кафе на 70 посадок. Владелец был уверен, что у него «в целом всё под контролем». Уже на первой неделе параллельного учета вскрылось, что один и тот же куриный полуфабрикат списывают по двум разным схемам, а часть заготовок вообще не проходит по системе. На словах всё было стройно. В цифрах, как после грозы.
И это, кстати, не повод для паники. Наоборот. Лучше увидеть такую картину на тестовом этапе, чем в разгар субботнего вечера.

Не надо тащить в новую систему весь старый хлам

Есть соблазн перенести в 1С вообще всё. Все товары, все старые карточки, все архивные позиции, которые закупали последний раз полтора года назад. Обычно это объясняют фразой «пусть будет». Вот это «пусть будет» потом и превращает базу в чердак, где вместо нормальной работы люди роются в коробках.
Лучше подходить жестче. Если продукт не закупается, блюдо снято с меню, а позиция давно не используется, ей не обязательно жить в рабочей базе на старте.
Однажды после такой чистки у клиента вместо 1300 позиций осталось меньше 500. Сначала команда напряглась, потому что визуально казалось, будто что-то отрезали по живому. Зато уже через несколько дней стало ясно, насколько проще искать нужные позиции, заводить документы и не путаться в названиях. База перестала напоминать склад, где всё свалили в одну кучу и сверху написали «разберемся потом».

Техкарты не обязаны быть идеальными в первый день

Это важный момент, на котором застревают многие. Люди думают так: вот сначала доведем техкарты до абсолютной точности, пропишем ужарку, уварку, отходы, выходы, потери, вложенность полуфабрикатов, а потом уже будем запускаться.
Проблема в том, что этот «потом» может не наступить никогда.
Потому что идеальная техкарта, особенно в живом общепите, это почти мифическое существо. Сегодня помидоры одни, завтра другие. Сегодня поставщик везет стабильный вес, через неделю идет разброс. Сегодня шеф меняет подачу, потому что гость жалуется на маленькую порцию. Всё двигается.
Поэтому на старте нужна не стерильная красота, а рабочая точность. Такая, чтобы система уже считала адекватно и не ломала учет. Дальше техкарты докручиваются постепенно.
Это как въехать в квартиру после нормального базового ремонта. Не обязательно сначала развесить картины, подобрать идеальный плед и найти лампу мечты. Главное, чтобы были стены, свет и вода. Остальное доводится по ходу жизни.

Запускать нужно в тихое время, а не в мясорубку

Казалось бы, очевидная мысль. Но ее регулярно игнорируют.
Самое неудачное решение, которое я видел, это запуск в пятницу перед вечером. Аргумент был прекрасен в своей наивности: «Ну в выходные как раз увидим реальную нагрузку». Увидели. Очень близко. Прямо в лицо.
Через несколько часов команда начала нервничать, документы заводились с ошибками, часть операций пошла мимо учета, а управляющий уже к ночи сказал, что надо откатываться обратно, потому что зал полный, доставка горит, а людям не до экспериментов.
Нормальный запуск делают в спокойный день. Лучше утром. Лучше в период, когда поток ниже среднего. Во вторник или среду, например. Чтобы у команды был воздух. Чтобы можно было остановиться, проверить, исправить, объяснить.
В автоматизации вообще много зависит не от самой системы, а от того, дали ли вы людям пространство освоиться. Если человека бросить в воду и крикнуть «ну ты же плавал в детстве», это не обучение.

Сначала приводят в чувство склад, потом уже трогают кухню

Многие хотят начать с того, что ближе к продаже блюд. Кажется логичным: раз это общепит, значит в центре кухня. На практике всё наоборот. Если склад живет своей жизнью и остатки гуляют сами по себе, кухня на этом фундаменте будет работать как дом на песке.
Сначала нужно добиться простой вещи: чтобы было понятно, что пришло, что лежит, что списалось, что осталось. Без этой базы всё остальное будет давать красивую, но кривую картинку.
И вот когда приход, перемещение, списание и остатки начинают вести себя предсказуемо, можно спокойно углубляться в производство, выпуск блюд, полуфабрикаты и более сложные сценарии.
В одном заведении именно этот шаг оказался поворотным. До него все думали, что проблема в поварах, которые «не так списывают». А потом выяснилось, что корень бардака вообще в закупках и единицах учета. Где-то сыр приходуют в килограммах, где-то в штуках, где-то в упаковках. Система тут ни при чем. Это всё равно что пытаться измерять рост человека то в сантиметрах, то в шагах, а потом удивляться, почему цифры не сходятся.

Людей надо учить не всему подряд, а только своему куску работы

Есть старый грех внедренцев: собрать всех в одной комнате и устроить трехчасовое обучение «по всей системе». После такого люди выходят с одинаковым выражением лица. Как после очень длинного фильма без сюжета. Что-то мелькало, что-то говорили, но что теперь делать именно мне, непонятно.
Поварам не нужен большой рассказ про бухгалтерские документы. Бухгалтеру не надо подробно объяснять кухонный выпуск. Кладовщику бесполезно слушать полчаса про отчеты управляющего. У каждого свой маршрут, свой набор действий и свои типовые ошибки.
Когда обучение режут по ролям, всё становится проще. Человек видит только свой кусок экрана, свои документы и свои действия. И вот это уже не пугает.
На одном проекте после такого разделения адаптация вместо нескольких недель заняла буквально несколько дней. Не потому, что система стала проще. Потому что люди перестали тонуть в лишней информации.

Первая неделя после запуска почти всегда нервная. И это нормально

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

Небольшой живой пример

Был у меня в работе проект с двумя точками и доставкой. До 1С у них царил знакомый многим набор: Excel, ручные правки, примерные списания, закупки по ощущениям, себестоимость раз в месяц и то скорее «для вида».
Владелец сначала тоже боялся, что внедрение сломает ритм кухни. У него была понятная логика: у нас и так всё крутится на пределе, куда еще новую систему сверху.
Пошли по спокойному сценарию. Сначала вычистили базу. Потом сделали параллельный учет. Не идеальный, но честный. Затем завели основные техкарты, проверили склады, выбрали для запуска тихое утро в середине недели.
Самое интересное началось не в день старта, а через пару недель. Стало видно, где реально уходят продукты. Не по ощущениям, не по разговорам в стиле «ну, наверное, где-то теряем», а по цифрам. Выяснилось, что только на одной группе товаров ежемесячные потери были около 100-120 тысяч рублей. Просто до этого они размазывались по хаосу и не бросались в глаза.
Кухня при этом не вставала. Да, сотрудники ворчали первые дни. Да, кому-то было непривычно. Но катастрофы, которой все боялись, не случилось. Потому что никто не пытался за один день пересобрать весь бизнес.

Что реально помогает пройти внедрение спокойно

Если вы сейчас находитесь в точке, где хочется автоматизироваться, но страшно трогать то, что хоть как-то работает, вот самая здравая мысль: не пытайтесь сделать красиво и быстро одновременно.
Лучше сделать поэтапно.
Сначала навести порядок в данных. Потом протестировать в фоне. Потом аккуратно включать ключевые процессы. Потом проверять цифры руками, пока система не начнет дышать ровно.
Внедрение 1С:Общепит без остановки кухни это не фокус и не удача. Это нормальная последовательная работа. Без героизма. Без резких движений. Без желания доказать всем, что «мы сейчас за выходные всё перевернем».
В общепите вообще побеждает не тот, кто громче автоматизируется, а тот, кто делает это без истерики. Как хороший шеф на сервисе: спокойно, быстро, без лишних слов и с пониманием, где у процесса слабое место.
]]> Как настроить складской учет в 1С:Общепит без пересортицы и вечных минусов https://ivan-1s.ru/tpost/u79bpp7jp1-kak-nastroit-skladskoi-uchet-v-1sobschep https://ivan-1s.ru/tpost/u79bpp7jp1-kak-nastroit-skladskoi-uchet-v-1sobschep?amp=true Mon, 20 Apr 2026 02:26:00 +0300

Как настроить складской учет в 1С:Общепит без пересортицы и вечных минусов

Есть один очень неприятный момент, который почти каждый собственник общепита хотя бы раз переживал лично.
Открываешь остатки в 1С, смотришь на склад, а там минус. Минус 7 кг курицы, минус 4 бутылки масла, минус 12 упаковок сливок.
И в этот момент в голове обычно проскакивает одно и то же: «Ну все ясно, опять программа чудит».
Хотя, если честно, в большинстве случаев 1С тут как раз ни при чем. Она не сочиняет цифры от скуки. Она просто очень неприятно, но честно показывает, что в учете давно накопился бардак, который раньше был спрятан где-то между кухней, складом, закупками и фразой «потом занесем».
Я такое видел много раз. И почти всегда история начинается одинаково: сначала расхождения небольшие, потом их уже много, потом к ним привыкают. А дальше весь учет начинает напоминать старый холодильник на даче: вроде работает, вроде даже шумит уверенно, но доверия к нему уже нет никакого.

Почему на складе вообще появляются минусы

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

Самая частая история: продукт уже ушел в работу, а в 1С его еще не приходовали

Это, наверное, чемпион среди причин.
Машина с поставкой приехала, товар разгрузили, кухня уже забрала часть продуктов, повара с ними работают, а документы в 1С еще никто не провел. Потому что некогда. Потому что запара. Потому что «сейчас не до этого».
А потом этим же товаром начинают закрывать выпуск, списания, блюда, перемещения. Система смотрит на вас как на человека, который пытается снять деньги с карты до пополнения счета, и закономерно рисует минус.
В одном проекте у клиента так жила почти вся операционка. Сначала товары физически использовали, потом в конце дня, а иногда и через день, кто-то пытался восстановить картину по памяти. По памяти, в общепите. Это примерно как после бурной вечеринки пытаться по чеку вспомнить, кто что ел и пил, и еще надеяться, что сумма сойдется до копейки.
Не сходится. Никогда.

Дубли в номенклатуре ломают склад тише, но не слабее

Вот эта проблема особенно коварная, потому что внешне она выглядит безобидно.
Ну подумаешь, завели один и тот же товар под разными названиями. В жизни-то мы понимаем, что «курица филе», «филе куриное» и «филе цыпленка охлажденное» это почти одно и то же. Человеку понятно. Системе нет.
И начинается абсурдная ситуация: по одной позиции остаток в минусе, по второй лежит товар, по третьей вообще какая-то странная пересортица. Визуально кажется, что программа запуталась. На самом деле запутали ее люди.
Однажды мы разбирали склад в заведении, где только по молочке и сырам нашли больше двадцати дублей. Двадцати. Это был не учет, а шкаф, в который годами складывали вещи без разбора: нужное вроде где-то есть, но чтобы это найти, надо морально подготовиться.
После чистки номенклатуры значительная часть «мистических» минусов исчезла сама. Не потому что случилось чудо, а потому что товар наконец перестал жить в трех карточках одновременно.

Единицы измерения тоже умеют превращать склад в цирк

Это вообще отдельный жанр.
Один и тот же продукт приходит в килограммах, используется в граммах, а где-то внутри процессов его еще считают штуками или упаковками. И пока все это живет без жесткой логики, учет будет гулять как пьяный после корпоратива.
Самый банальный пример: сыр. Его закупают килограммами. В техкартах он идет в граммах. На кухне могут мыслить вообще «пачками» или «кусками». Если все пересчеты не настроены нормально, то отчеты начинают врать не из злого умысла, а просто потому, что система получает противоречивые сигналы.
У меня был кейс, где масло приходуют в литрах, а списывают условными «порциями». Когда я спросил, сколько это в граммах или миллилитрах, ответы у разных сотрудников отличались так, будто мы обсуждаем не масло, а семейный рецепт борща. Для учета такая романтика заканчивается плохо.

Полуфабрикаты часто оказываются черной дырой

Соусы, бульоны, заготовки, маринады, кремы, тесто, нарезки. На реальной кухне это основа жизни. Но в системе учета полуфабрикаты почему-то очень часто ведут себя как призраки. Физически они есть, продукты на них тратятся, в блюда они уходят, а в 1С их либо не завели нормально, либо завели кое-как.
Из-за этого продукты могут списываться дважды. Или не списываться вообще. Или часть ингредиентов растворяется в учете бесследно, как носки в стиральной машине.
У одного клиента именно на заготовках и соусах терялась заметная сумма каждый месяц. Пока не начали раскладывать все по шагам, всем казалось, что расхождения мелкие и почти случайные. Но как только полуфабрикаты оформили отдельно и стали учитывать по-человечески, картина резко прояснилась. Сразу стало видно, где реальные потери, а где просто кривой процесс.

Еще одна боль: склад и кухня как будто живут в разных странах

Склад считает, что товар есть.
Кухня уверена, что его уже нет.
Управляющий думает что-то третье.
А 1С потом получает эту кашу и пытается из нее собрать правду.
Не собирает.
Потому что если между людьми нет общей логики движения товара, программа не спасет. Она не воспитатель и не медиатор. Она просто отражает разнобой.
Мне часто кажется, что в некоторых заведениях склад и кухня общаются друг с другом примерно так же, как соседи через стену: по шуму что-то понятно, но нормального разговора все равно нет. Отсюда пересортица, внезапные остатки и минусы, которые якобы взялись «сами».

Как выглядит нормальный складской учет, если без иллюзий

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

С чего бы я начал настройку склада в 1С:Общепит

Не с красивых отчетов и не с попытки сразу сделать идеальную модель. С базы. С простых вещей, без которых дальше все равно ничего не работает.

Сначала чистка номенклатуры

Без этого дальше двигаться бессмысленно.
Нужно убрать дубли, старые позиции, мусорные карточки, странные названия, которые понятны только человеку, создавшему их в 2021 году в пять минут до конца смены. Один товар должен жить как одна понятная позиция. Не как три похожих родственника.
В одном проекте после такой чистки из примерно 1500 позиций рабочими осталось около 600. И знаете что? Жить стало легче всем. Не только системе. Люди банально перестали путаться в названиях.
База после хорошей чистки обычно ощущается как захламленная кухня после генеральной уборки. Пространства столько же, просто наконец видно, где что лежит.

Потом единицы измерения

Тут нужна дисциплина.
Если продукт учитывается в килограммах, значит логика вокруг него должна быть выстроена так, чтобы везде было понятно, как этот килограмм превращается в граммы в блюде. Если товар в штуках, значит не надо где-то параллельно считать его коробками «на глаз».
Чем меньше самодеятельности, тем точнее учет.
Это скучно звучит, но на практике именно здесь часто лежит половина складских проблем. Не в программе, не в релизе, не в настройках сервера. В банальном отсутствии единой логики.

Затем склады и зоны хранения

Очень многие ведут все в одном складе, хотя по факту у них есть основной склад, кухня, бар, заготовочный цех, иногда отдельные точки хранения по цехам. И когда все это свалено в одну корзину, движение товара становится мутным.
Разделение по складам или хотя бы по зонам сильно помогает. Сразу видно, где товар лежит, куда он переместился, на каком этапе теряется логика.
Это как разница между «все вещи дома» и «куртка в прихожей, обувь в шкафу, документы в ящике». Формально в обоих случаях вещи у вас. Но во втором случае их еще и можно найти.

Потом полуфабрикаты

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

И только после этого правила движения товара

Самое важное из них простое и очень жизненное: сначала товар должен появиться в 1С, потом он может исчезнуть со склада в учете.
Не наоборот.
Да, в общепите хочется все делать быстрее. Да, бывают запары. Но если вы регулярно живете по схеме «сначала используем, потом как-нибудь внесем», минусы будут возвращаться снова и снова. Это как пытаться считать семейный бюджет, записывая траты не в момент покупки, а «когда вспомним вечером». Обычно вечером уже никто ничего точно не помнит.

Инвентаризация нужна не для галочки, а чтобы ловить проблему рано

Раз в полгода проводить большую инвентаризацию и потом драматично выяснять, что все не сходится, это не стратегия. Это жанр самосюрприза.
Нормально работают регулярные короткие проверки. Не обязательно каждый раз пересчитывать абсолютно все. Но ключевые позиции нужно смотреть часто. Особенно дорогие, ходовые и проблемные.
В одном ресторане мы ввели короткие еженедельные сверки по нескольким группам товаров. Буквально по тем позициям, где раньше чаще всего были расхождения. Уже через пару недель стало понятно, где ошибки системные, а где разовые. Это сильно лучше, чем обнаруживать проблему через месяц, когда уже невозможно восстановить, кто, когда и в какой момент свернул не туда.
Инвентаризация, если говорить совсем просто, это не наказание и не скучная обязаловка. Это способ заметить течь до того, как весь пол уже залило.

Небольшой реальный кейс

Был ресторан с оборотом примерно 4 млн рублей в месяц. Снаружи все выглядело бодро: гости есть, кухня работает, закупки идут, менеджмент уверен, что контролирует процессы. А внутри склада все было очень нервно.
Минусы по остаткам появлялись регулярно. По ключевым продуктам была пересортица. Расхождения доходили до 25-30 процентов. Себестоимость плавала. Никто до конца не понимал, это уже потери, ошибки кухни, кривой приход или просто «1С опять чудит».
Пошли без магии.
Почистили номенклатуру.
Зафиксировали единицы учета.
Вывели полуфабрикаты в нормальный контур.
Ввели правило: сначала приход, потом использование.
Добавили короткие регулярные сверки.
Через три недели картина стала другой. Минусы практически исчезли. Остатки начали совпадать с фактом примерно на 90 процентов. А главное, всплыли реальные потери примерно на 200 тысяч рублей в месяц. Не потому что вдруг нашли новые деньги. Просто перестали терять их в тумане.
И вот это, кстати, один из самых приятных эффектов нормального учета. Он не создает прибыль из воздуха. Он перестает позволять ей тихо утекать по щелям.

Что важно понять про 1С и склад

Многие ждут от системы волшебства. Что она сама наведет порядок, дисциплинирует персонал, вылечит кривые процессы и еще сверху красиво все посчитает.
Так не работает.
1С не исправляет хаос автоматически. Она его фиксирует. Подсвечивает. Делает видимым. Иногда очень неприятно видимым. Но в этом и польза.
Потому что пока проблемы спрятаны, с ними ничего нельзя сделать. А когда они уже видны в цифрах, можно разбираться предметно, а не на уровне ощущения «что-то у нас со складом не так».
]]> Как вести техкарты в 1С:Общепит и не запутаться в составах блюд https://ivan-1s.ru/tpost/rk1175mco1-kak-vesti-tehkarti-v-1sobschepit-i-ne-za https://ivan-1s.ru/tpost/rk1175mco1-kak-vesti-tehkarti-v-1sobschepit-i-ne-za?amp=true Mon, 20 Apr 2026 02:27:00 +0300

Как вести техкарты в 1С:Общепит и не запутаться в составах блюд

Я замечал, что в общепите всё часто держится на памяти шефа, привычках поваров и фразе «да мы и так знаем, сколько туда идет». Кажется, что порядок есть, но на самом деле он весьма мнимый.
Ведь, если открыть 1С:Общепит, будет видно, что у одного и того же блюда три версии состава, сыр в базе живет под четырьмя именами, а себестоимость ведет себя как курс крипты в плохую неделю. И вот тут становится ясно: проблема не в программе. Программа просто включила свет в комнате, где до этого все годами ходили в полумраке.
Я с таким сталкивался не раз. Причем почти всегда люди уверены, что у них бардак небольшой, «обычный рабочий». А когда начинаем разбирать техкарты, выясняется, что половина путаницы тянется не из 1С, а из кухни, закупок и старых привычек, которые когда-то казались безобидными.

Почему именно на техкартах всё начинает сыпаться

Техкарта в общепите это не бумажка для проверки и не формальность ради учета. Это, если совсем по-простому, перевод кухни с человеческого языка на язык цифр.
На кухне человек мыслит так: щепотка соли, немного сливок, сыр на глаз, если томаты водянистые, можно подержать подольше. Это нормально. Так живая кухня и работает. Но 1С не понимает «щепотку» и не умеет считывать настроение повара в моменте. Ей нужны четкие данные.
И вот когда эта живая, гибкая кухня встречается с жесткой системой учета, начинается трение. Иногда легкое. Иногда с искрами.
Помню историю с одним кафе, где в меню была обычная, казалось бы, паста карбонара. Блюдо популярное, продавалось хорошо. Когда полезли в техкарты, оказалось, что в базе у нее три разных состава. В одной версии стоял бекон, в другой ветчина, в третьей курица. На кухне делали, разумеется, один конкретный вариант, а в учете жили сразу три параллельные реальности. Разброс по себестоимости был больше чем в два раза. Владельцу до этого казалось, что у него «немного не сходятся цифры». На деле цифры не сходились, потому что каждая жила своей жизнью.

Самая частая ошибка: пытаться сделать всё идеально с первого раза

Вот здесь многие и вязнут.
Кажется логичным: сейчас мы не будем торопиться, спокойно доведем техкарты до идеала, всё выверим до грамма, распишем потери при жарке, ужарку, уварку, выходы, и только потом запустим нормальный учет.
Звучит красиво. На практике это ловушка.
Потому что идеальные техкарты в живом общепите это как идеально чистая кухня в пятницу в 20:30. В теории возможно, но жизнь обычно вносит коррективы. Поставщик привез продукты другого качества, шеф поменял подачу, повар чуть плотнее кладет начинку, потому что гости жалуются на маленькую порцию. Всё двигается. Всё живое.
Поэтому на старте важны не идеальные техкарты, а рабочие. Такие, которые уже позволяют нормально списывать продукты, считать себестоимость и видеть картину без тумана.
Я однажды работал с заведением, где запуск техкарт откладывали почти два месяца. Всё хотели довести до совершенства. Спорили о каждом грамме соуса. Пересчитывали выход котлет после жарки. Переименовывали позиции по третьему кругу. В итоге учет стоял, команда выдохлась, а результат был нулевой. Когда мы решили остановиться и оставить не идеальную, а просто внятную рабочую версию, дело наконец пошло.
Иногда лучше сначала построить крепкий стол, а уже потом его полировать, чем полгода обсуждать, из какого дерева он должен быть сделан.

Где техкарты начинают ломаться

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

Дубли в номенклатуре

Это классика, от которой у любого, кто хоть раз наводил порядок в базе, начинает дергаться глаз.
Один и тот же сыр может быть заведен как «сыр гауда», «гауда», «сыр Гауда весовой», «сыр для горячих блюд». Для кухни это один продукт. Для 1С это четыре разные сущности. А дальше одна техкарта списывает первую позицию, другая вторую, третья вообще третью, и потом вы смотрите на остатки и не понимаете, почему в одном месте пусто, а в другом лежит «лишний» товар.
В одном проекте мы нашли больше двадцати дублей только по сырам и молочке. Не по всей базе, а только в одной группе. Это был тот случай, когда учет напоминал шкаф, где вещи вроде сложены, но в темноте. На ощупь что-то находишь, а порядка всё равно нет.

Разные единицы измерения

Еще один тихий убийца логики.
Продукт приходит в килограммах, в техкарте стоит в граммах, а на кухне его вообще считают упаковками или штуками. И в какой-то момент всё это начинает конфликтовать. Формально данные есть. Практически ими нельзя нормально пользоваться.
Самый простой пример: куриное филе. Закупают его килограммами. В техкарте указывают «1 шт». И дальше начинается магия. У одного повара «1 шт» это 150 граммов, у другого 220, у третьего вообще зависит от партии. Потом открываешь отчет и видишь, что блюдо продается стабильно, а списания пляшут так, будто курица сама выбирает, сколько ей сегодня весить.

Полуфабрикаты, про которые забыли

Вот это вообще отдельный жанр.
Соусы, бульоны, заправки, маринады, заготовки. На реальной кухне они живут полноценной жизнью. Их готовят заранее, используют в нескольких блюдах, иногда корректируют по ходу. Но в учете про них часто вспоминают в последнюю очередь. А иногда не вспоминают вообще.
Из-за этого продукты могут списываться дважды. Или не списываться вовсе. Или часть уходит в никуда, и потом все пожимают плечами: «странно, куда же девается сливка».
У одного клиента именно на соусах и заготовках утекала очень заметная сумма каждый месяц. Пока не начали раскладывать цепочку по шагам, этого никто не видел. На уровне ощущений казалось, что потери небольшие. В цифрах выходило уже совсем не «небольшие».

Как я бы наводил порядок, если бы заходил в проект с нуля

Не через героизм. И не через попытку за неделю сделать учебник для технолога. Спокойно, по слоям.

Сначала чистка базы

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

Потом единицы измерения

Здесь нужна жесткость. Один продукт, одна логика учета.
Если масло учитывается в литрах, значит везде в литрах. Если сыр в килограммах, значит везде в килограммах, а в техкартах просто корректно пересчитываются граммы. Без вольного творчества. Без «здесь мне удобнее так».
Иначе 1С начинает работать как человек, которому одновременно дают инструкции на трех языках.

Затем полуфабрикаты

Если на кухне реально есть соусы, бульоны, кремы, заготовки, тесто, маринады, их надо выводить в отдельную систему логики, а не прятать внутри каждого блюда как попало.
Это сильно упрощает жизнь.
Во-первых, видно, сколько и чего реально уходит на базовые заготовки. Во-вторых, блюда перестают списывать одно и то же по-разному. В-третьих, становится легче анализировать себестоимость. А это уже не бухгалтерская романтика, а прямые деньги.

И только потом сами техкарты блюд

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

Очень важная вещь, про которую забывают: техкарту надо проверять не в кабинете, а на кухне

Вот это место, где бумага встречается с реальностью.
Можно сколько угодно красиво заполнить состав в 1С, но если потом не выйти на кухню и не посмотреть, как блюдо реально готовят, вы так и останетесь в мире теоретической точности.
Я всегда смотрю на одно и то же: что написано в техкарте и что делает повар руками. И разница иногда бывает неожиданной.
В одном заведении в пиццу по техкарте шло 120 граммов сыра. На практике повара клали 160, а в часы нагрузки и все 180, потому что «так красивее» и «гости любят, когда щедро». С точки зрения сервиса я их понимаю. С точки зрения учета это была дыра, через которую в месяц улетали очень заметные деньги.
И вот тут важно не устраивать допрос с пристрастием, а просто признать реальность. Если кухня делает так, значит либо меняем техкарту, либо меняем стандарт работы. Но нельзя оставлять расхождение как есть и потом удивляться, почему цифры не бьются.

Как понять, что вы двигаетесь в правильную сторону

На самом деле маркер очень простой.
Когда техкарты начинают работать, это чувствуется не только в отчетах. Меняется само ощущение от учета. Он перестает быть чем-то мутным и конфликтным. У сотрудников меньше споров. У управляющего меньше вопросов из серии «а почему опять не сошлось». У собственника впервые появляются цифры, которым можно хотя бы относительно доверять.
Признаки обычно такие:
остатки стали ближе к факту
себестоимость перестала прыгать без причины
списания выглядят логично
по убыточным позициям можно делать выводы, а не гадать
Это не значит, что всё идеально. Но это значит, что вы вышли из режима «темный лес» и хотя бы оказались на нормальной дороге.

Небольшой кейс из практики

Было кафе со средним чеком около 900 рублей. Работали бодро, гостей хватало, команда была нормальная. Со стороны могло показаться, что всё в порядке. Но внутри учета творилась та самая тихая путаница, которая сначала кажется терпимой, а потом начинает съедать деньги.
Себестоимость считали не очень регулярно. Остатки по складу могли расходиться на 25-30 процентов. Некоторые блюда продавались хорошо, но на них почти ничего не зарабатывали, а где-то и вовсе уходили в минус. Просто этого никто не видел отчетливо.
Когда начали разбирать техкарты, всплыло всё сразу: дубли ингредиентов, кривая логика по полуфабрикатам, нестыковки в единицах учета, старые позиции, которые уже давно не использовались, но продолжали жить в базе, как забытые коробки на антресолях.
За месяц привели структуру в порядок. Не до музейного блеска, а до рабочего состояния. И уже этого хватило, чтобы точность учета заметно выросла, списания стали понятнее, а по нескольким блюдам вскрылась отрицательная маржа. В деньгах эффект оказался очень приземленным и приятным: перестали терять ощутимую сумму каждый месяц просто из-за того, что раньше никто не видел источник проблемы.

Что я бы сказал владельцу или управляющему совсем прямо

Если в 1С:Общепит техкарты ведутся кое-как, то у вас нет нормального контроля над кухней. Есть только иллюзия контроля.
Можно сколько угодно опираться на опыт шефа, память старшего повара и интуицию закупщика. Но в какой-то момент это начинает работать как старый холодильник: вроде шумит, вроде холодит, но когда именно он окончательно сдастся, никто не знает.
Нормальные техкарты не делают кухню бюрократической. Они делают ее предсказуемой. А это в общепите дорогого стоит. Потому что там, где появляется предсказуемость, перестают утекать деньги в щели, которые раньше никто не замечал.

Если собрать всё в один практичный вывод

Чтобы не путаться в составах блюд в 1С:Общепит, не надо начинать с героизма и попытки за один раз построить идеальную систему.
Нужно сделать четыре вещи.
Сначала вычистить номенклатуру и убрать дубли.
Потом привести к единой логике единицы измерения.
После этого отдельно оформить полуфабрикаты и заготовки.
И уже на этой базе собирать рабочие, а не декоративные техкарты.
А дальше смотреть на реальную кухню. Не на красивую версию в голове, а на то, что действительно происходит в смене, в запаре, в пиковые часы, когда никто не вспоминает про теорию.
И вот тогда техкарты перестают быть головной болью. Они становятся тем, чем и должны быть: понятным инструментом, который помогает держать кухню под контролем, а не еще одной папкой с документами, в которую страшно заглядывать.
]]>