Готова ли отрасль к порционному учету алкоголя?

Друзья, сегодня, первого июля 2024 года - срок, к которому все предприятия общественного питания, торгующие алкоголем (кроме пива), должны перейти на новую систему учета этой продукции.

Из общения с коллегами и личного опыта могу сказать - не вполне. Почти половина отрасли к нововведениям относится крайне скептично, руководствуясь нашим русским "авось" и "пронесет". "Два раза же уже переносили, еще раз перенесут - чего сейчас этим заниматься?" Также эту группу отпугивает стоимость дополнительного ПО или его обновлений и работ по настройке.

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

Это связано с рядом классических уже для отрасли причин:

Сроки обновления ПО. Даже если вы купили ПО, подписку на обновления, лицензии и все-все-все - надо встать в очередь на обновление. И вероятно не одно. Как и при вводе ЧЗ в реализации пива - обновления могут занять не один месяц, банально потому, что ресторанов десятки тысяч, а людей в сфере их настройки и обновления в сотни раз меньше. Не говоря уже о том, что обновления для ЕГАИСа требуются куда масштабнее, чем для ЧЗ.
Конечно надо было обновляться заранее! Но производители ПО ссылаются на то, что обновления и хотфиксы выходят почти каждые два дня, и многие критичны. Они появились в середине месяца, и обновились бы две недели назад, сегодня пришлось бы сделать это еще раз. И вероятно, после 01.07 тоже придется парочку раз.

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

Критически возросшая зависимость ресторана от внешних факторов. Чтобы вы поняли сложность системы, опишу ее на примере стандартного ресторана. Он работает на связке ПО RK7 + StoreHouse5, в качестве ПО для работы с ЕГАИС он использует Docsinbox (здесь могут быть любые другие связки ПО и сервисов, типа Iiko, Barlane, Контур.Маркет и т.д.). С 01.07, чтобы ресторана все работало по закону, он должен быть уверен, что все внутренние и внешние системы будут работать штатно 24/7. И если он хоть как-то может повлиять на создание резервного канала интернета и запасного ключа ЭЦП, то повлиять на отказоустойчивость и корректность работы сервисов rkeeper'а, Docsinbox'a, самой системы ЕГАИС с ее модулями УТМ - он никак не может.
Чтобы все работало, выстраивается длинная цепочка, по которой информация передается от оборудования ресторана через сервера rkeeper и DocsInBox, до серверов ЕГАИС и обратно для печати в ККТ и отправки на сервера ОФД - и если хоть где-то в этой цепочке будет хоть какой-то сбой, будет какая-то неправильная настройка - алкоголь нельзя продать, чек не закроется, гостя нельзя рассчитать. И тут ресторан сталкивается с дилеммой - или терять гостя и выручку, или получать штрафы и рисковать лицензией.

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