Гид по требованиям и соответствию для отрасли «Рестораны и общепит»

Для кого: Руководителям и юристам, а также техническим специалистам, отвечающим за соответствие требованиям. · Формат: PDF, 24 страницы, матрица «требование — мера — доказательство»

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

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

Основная причина замечаний — расхождение между написанным регламентом и фактическим состоянием систем. Если политика говорит о разграничении доступа, а в системе у всех администраторов полные права, несоответствие будет зафиксировано.

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

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

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

Материал адаптирован под отрасль «Рестораны и общепит»: ниже — задачи, которые мы учитываем и на которые опираемся при разборе.

• Стоп-лист узнают в зале, а не на сайте — Блюдо закончилось, но сайт, приложение и агрегаторы продолжают принимать заказы — гость ждёт звонка с извинениями.
• Меню живёт в пяти местах сразу — Цены и состав правят отдельно на сайте, в агрегаторах, в кассе и в соцсетях, поэтому расхождения копятся и путают гостей.
• Заказы из агрегаторов вводят руками — Кассир переносит заказ с планшета в кассу, ошибается в адресе и модификаторах, а время приготовления растёт.
• Брони и посадка ведутся в тетради — Хостес не видит загрузку зала на вечер, а двойные брони и неявки обнаруживаются уже в час пик.
• Лояльность не переживает смену системы — Бонусы и карты гостей остаются в старой кассе, поэтому запустить акцию без потери базы не получается.