Когда ресторанный бизнес тормозит не из-за людей, а из-за IT

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

Именно с такой картиной мы столкнулись в работе с одной ресторанной группой.

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

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

Именно поэтому тема киберустойчивости сегодня не может рассматриваться как что-то отдельное от операционной эффективности. По данным ГК «Солар», в 2024 году с киберинцидентами столкнулись 82% российских компаний малого и среднего бизнеса. По данным DSEC, входящей в ГК «Солар», в 2025 году в 33% случаев ключевой уязвимостью были ошибки в настройке контроля доступа, в 28% — устаревшие версии программного обеспечения, ещё в 20% — слабые пароли. Иными словами, проблема зачастую заключается не только в самой атаке, но и в том, насколько внутренняя IT-среда готова эту атаку пережить без серьёзных последствий.

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

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

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

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

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

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

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

Мы изначально подошли к этой задаче не как к обычной настройке обмена между системами. Наши специалисты по 1С сперва подробно разобрались в том, как у клиента устроен учёт на самом деле: где возникают расхождения, какие данные являются критичными для финансового блока, как формируются продажи, списания, остатки и сводная отчётность по точкам. После этого мы переработали механизм выгрузки данных из ресторанной системы в 1С. И параллельно подключили финансового специалиста — не для того, чтобы просто “проверить цифры”, а чтобы привести в порядок саму логику учёта и сделать её устойчивой.

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

В результате проект дал очень конкретный и понятный эффект. Закрытие месяца сократилось с нескольких недель до одного дня. Количество вопросов со стороны проверяющих заметно снизилось. Данные из ресторанной системы в 1С начали попадать не “как умеет типовой механизм”, а так, как это действительно требовалось бизнесу для нормальной работы и корректного учёта.

Для клиента это был не просто удачный IT-проект и не просто успешная доработка 1С. По сути, это было возвращение контроля над бизнесом в двух ключевых точках сразу. Сначала — через восстановление инфраструктуры и наведение порядка после взлома. Затем — через перестройку учёта и интеграции таким образом, чтобы информационная среда наконец начала помогать компании, а не создавать постоянное трение внутри её работы.

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

Даже в тех случаях, когда до этого кто-то уже успел сказать: «так сделать нельзя».

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