Как вести карту аллергенов в кафе: рецептура, меню и обновления

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

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

Карта нужна прежде всего команде: повару, менеджеру и сотруднику зала. Она показывает, где проверить состав, кому задать вопрос и какой ответ можно сообщить уверенно. Для гостя её можно преобразовать в легенду меню, отдельный лист или карточку на сайте. В любом виде источник сведений должен быть один и понятный, а версия для гостя — совпадать с актуальной сборкой блюда.

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

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

Удобно разделить карточку на три слоя:

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

Сделайте строку на каждое продаваемое блюдо и отдельную запись для каждой версии, если меняются гарнир, соус или способ приготовления. Минимальная структура может быть такой:

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

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

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

Затем проведите контрольную сверку: сотрудник, не заполнявший карточку, берёт рецепт, поставочные данные и карту и проверяет несколько строк. Он должен суметь проследить путь от каждого ингредиента до отметки в гостевой версии. Если путь обрывается на общей записи вроде «соус» или «смесь», карточка пока не готова.

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

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

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

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

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

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

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

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

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

Перед публикацией проверьте рабочий лист и гостевую версию по одному маршруту — от продукта до ответа сотрудника:

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

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

Считать поставщика постоянным. Сходная упаковка или прежняя маркировка не подтверждают состав новой партии. В журнале должна быть дата и версия источника.

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

Заменять неизвестное на «нет». Отсутствие данных должно блокировать уверенный ответ. Для этого нужны промежуточные статусы и понятная эскалация.

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

Обещать безопасность абсолютными словами. Карта — инструмент учёта, а не гарантия результата конкретной операции. Формулировка должна отражать только подтверждённые сведения и возможности кухни.

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

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

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

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

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

Проверяйте данные при каждом событии, влияющем на состав или процесс, а также задайте плановую дату ревизии. Универсальный интервал зависит от ассортимента и порядка работы поставщиков. Главное — не считать старую запись актуальной лишь потому, что блюдо давно не менялось в меню.

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

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

Источник по информированию о составе блюд: разъяснение Роспотребнадзора.