Законопроект № 1192006-8: что может измениться для ресторанов, кафе и доставки в безналичных расчётах

Ресторанный рынок уже давно живёт в логике, где значительная часть выручки проходит не наличными, а через карту, QR, онлайн-оплату на сайте, в мобильном приложении, через агрегаторы и сервисы доставки. На этом фоне законопроект № 1192006-8 важен не только бухгалтерам. Для ресторанов, кафе, пиццерий, dark kitchen и служб доставки он затрагивает саму операционную модель: как принимается оплата, как формируется чек, как эти данные видит налоговая и где может возникнуть разрыв между деньгами и фискализацией. По состоянию на сейчас это именно законопроект, внесённый Правительством РФ в Госдуму 31 марта 2026 года.

Для ресторатора проблема почти никогда не выглядит как “мы забыли про чек” в абстрактном смысле. На практике риски возникают в конкретных точках:

оплата в зале через эквайринг,

оплата по QR,

онлайн-оплата на сайте доставки,

заказ из мобильного приложения,

оплата через сторонние сервисы и маркетплейсы,

разделение выручки между разными юрлицами, брендами и точками.

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

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

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

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

Для ресторана это особенно чувствительно в тех каналах, где команда привыкла мыслить не “платёж → чек”, а “заказ → кухня → закрытие смены → потом разберёмся”. В доставке и самовывозе такая логика встречается чаще всего: заказ пришёл, деньги списались, а дальше что-то пошло не так на стыке платёжного сервиса, сайта, приложения, кассы или учётной системы. Если проект будет принят в близкой к текущей редакции логике, такие разрывы будет труднее “растворить” в общей массе операций.

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

Для ресторанов это означает, что чек перестаёт быть просто “финальным действием кассира”. Он становится частью цифровой архитектуры бизнеса. Если архитектура выстроена слабо, проблемы будут проявляться не в конце месяца, а в обычной повседневной работе.

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

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

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

Для ресторанного бизнеса это особенно актуально в пяти точках:

Первая — сайт и мобильное приложение. Если клиент оплатил заказ онлайн, а заказ потерялся, задвоился или ушёл не в ту точку, это уже не просто сервисная проблема.

Вторая — QR и СБП. Когда ресторан активно переводит гостей в QR-оплату или использует СБП в доставке, критично проверить, как это отражается в ККТ.

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

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

Пятая — ручные операции сотрудников. Любая ручная корректировка в моменте становится слабым местом системы.

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

Для ресторанов это выглядит особенно чувствительно в трёх сценариях.

Первый — если у вас есть собственный сайт доставки или мобильное приложение и существенная доля заказов проходит онлайн.

Второй — если вы продвигаете прямые продажи и вкладываетесь в брендовый digital-канал, а не только в агрегаторы.

Третий — если у вас несколько доменов, лендингов или региональных витрин.

То есть это уже не история “для чистого e-commerce”. Для общепита с доставкой это напрямую касается канала продаж, который приносит выручку каждый день.

Отдельная часть проекта касается организаторов массовой торговли. По обзорам и правовым новостям, предлагается ввести для них обязанность проверять наличие зарегистрированной ККТ у арендаторов и реагировать на нарушения, вплоть до расторжения договора, если проблема не устранена в срок. В обзорах указывается ориентир: объекты от 3000 кв. м и не менее 10 арендаторов, а срок на устранение нарушения — 15 рабочих дней.

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

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

Если упростить, налоговая логика будет задавать такие вопросы:

Есть ли факт платежа?

Есть ли корректный чек по этой операции?

Можно ли связать их между собой?

Понятно ли, какое юрлицо приняло деньги?

Нет ли систематического разрыва в конкретном канале?

Для ресторана это означает, что устойчивость платёжной модели становится частью операционного менеджмента. Не только кухня, доставка, сервис и маркетинг должны работать согласованно, но и связка “платёжный канал — ККТ — учётная система — канал продаж”.

Даже если законопроект ещё будет меняться, зона риска уже понятна.

Прежде всего стоит проверить, нет ли разрывов между оплатой и пробитием чека во всех каналах: зал, самовывоз, сайт, приложение, доставка, QR, СБП.

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

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

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

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

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

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

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