Торговля пивом и слабоалкогольными напитками в России сопряжена с жесткими требованиями законодательства. Простая фиксация продаж в тетради или базовом Excel не просто неудобна – это прямой путь к штрафам и потере лицензии.
Система 1С для пивного магазина решает три ключевые задачи: интеграция с контролирующими системами (ЕГАИС и «Честный ЗНАК»), автоматизация розничной точки и прозрачный управленческий учет (подробнее тут).
Ниже разберем, какой функционал обязателен для работы и как различные конфигурации 1С закрывают потребности пивного магазина - от одиночной точки до небольшой сети.
Интеграция с ЕГАИС. Прием, списание и помарочный учет
Основное требование при продаже алкоголя, как сообщает Стандарт Платформа - корректный документооборот через Единую государственную автоматизированную информационную систему (ЕГАИС). Система 1С для пивного магазина обязана поддерживать Универсальный транспортный модуль (УТМ) версии 3.0. Это «переводчик» между вашей товароучетной программой и серверами Росалкогольрегулирования.
При приеме товара от поставщика программа должна загружать входящую товарно-транспортную накладную (ТТН) из ЕГАИС. Задача учетной системы - сравнить данные электронного документа с физическим наличием бутылок или кег. В случае расхождения (бой, недолив, смена марки) 1С позволяет сформировать «Акт расхождения», который отправляется обратно поставщику через УТМ. Без этой операции принять товар на баланс легально невозможно.
Особого внимания заслуживает помарочный учет (поштучный). Для крепкого алкоголя и пива в потребительской упаковке (банки, бутылки) необходимо сканировать акцизные марки или коды Data Matrix («Честный ЗНАК») при продаже.
Однако для пивного магазина сетевое программное обеспечение должно поддерживать механизм FiFo (First in, First out) при списании. Практический пример: на склад поступило три партии одного и того же сорта пива от разных производителей. При продаже двух бутылок 1С автоматически спишет те, что числятся в системе как поступившие раньше, исключая «висящие» остатки и путаницу с ответственным хранением.
Маркировка пива в «Честном ЗНАКе» и разрешительный режим
С 2024 года пиво и пивные напитки подлежат обязательной маркировке средствами идентификации. Это значит, что конфигурация 1С для пивного магазина должна поддерживать работу с государственной информационной системой мониторинга (ГИС МТ). В техническом плане это внедрение разрешительного режима: касса не пробьет чек, если код маркировки не прошел проверку.
Программа обязана выполнять несколько действий в реальном времени. Первое - проверка кода маркировки через серверы «Честного ЗНАКа» перед продажей (валидация на подлинность и статус выбытия). Второе - автоматическое списание кода в момент фискализации чека. Третье - работа с кодом Товара в потребительской упаковке (КМ) и кодом Товара в транспортной упаковке (КГТ) для кег, чтобы при продаже пива на розлив корректно списывать остатки.
Для небольших магазинов критично наличие функции подбора товара по штрихкоду. Если в 1С не забит код маркировки вручную, система должна уметь запрашивать его из базы данных «Честный ЗНАК» при сканировании. Это исключает ручной ввод длинных цифровых последовательностей и ускоряет обслуживание очереди.
Автоматизация работы кассира и расчет литража
Пиво часто продается как в заводской упаковке (бутылки/банки), так и на розлив из кег (стаканы разного объема). Стандартная настройка 1С для продуктового магазина без доработок здесь не подойдет. Необходима модификация рабочего места кассира (РМК) для автоматического пересчета штук в литры. Почему это важно? Алкогольная декларация сдается именно в декалитрах (дал) 10 литров.
Представим ситуацию: продавец пробивает два стакана по 0,5 литра и одну банку 0,45. Конфигурация должна самостоятельно сложить литраж (1 + 0,45 = 1,45 л) и отправить эти данные в чек и отчетность, не требуя от кассира математических расчетов. Ошибки ручного ввода литража - частая причина расхождений при проверке ЕГАИС.
Кроме того, интерфейс кассира в 1С должен поддерживать быстрые клавиши и работу с весовым оборудованием, если речь идет о разливном пиве. Технически это реализуется через подключение оборудования (фискальный регистратор, сканер штрихкодов, дисплей покупателя) через драйверы ККТ. Система обязана корректно обрабатывать возвраты по чеку, так как при возврате алкоголя нужно отправить запрос в ЕГАИС на повторную постановку кода маркировки на баланс.
Формирование алкогольных деклараций и отчетности
Автоматическое формирование Приложений № 7 и № 8 к декларации об объеме розничной продажи алкоголя критерий выбора правильного софта. Программа для пивного магазина должна сама собирать данные из документов продаж, поступлений и списаний.
Обратите внимание на разделение продукции. В Приложение № 8 попадает пиво и пивные напитки (сидр, пуаре, медовуха), а в Приложение № 7 - всё, что крепче (наливайки с содержанием спирта более 7%). Система 1С автоматически идентифицирует вид продукции по карточке номенклатуры (заполнен реквизит «Вид алкогольной продукции»). Если магазин торгует и тем и другим, программа сформирует два разных отчета.
Учет списаний и потерь - еще один важный аспект. Бой стекла, брак кеги или истечение срока годности (актуально для «живого» пива) должны корректно отражаться в декларации в графах «Прочее поступление» или «Прочий расход». Если этого не делать, налоговая может посчитать недостачу как неоприходованную продажу и доначислить налоги. Передовые конфигурации 1С учитывают возвраты, инвентаризации и перемещения между объектами при расчете этих полей.
Выбор конфигурации! От «Розницы» до «Управления нашей фирмой»
Для одиночного магазина или небольшой сети оптимальным решением является «1С:Розница» (редакция 2.2). Она содержит все необходимые блоки для подключения ЕГАИС и маркировки из коробки. Более того, конфигурация «ПРОФ» позволяет дорабатывать механизмы ценообразования. Например, пивной магазин может настроить автоматический пересчет розничной цены при изменении закупочной (наценка в 30% от входящей стоимости). Это защищает маржинальность в условиях скачков валют или подорожания у поставщиков.
Если магазин является частью более крупной структуры, где ведется складской учет и кадры, стоит рассмотреть «1С:Управление нашей фирмой» (УНФ). В 2025 году в УНФ значительно доработана подсистема алкогольного учета: появилась корректная работа с регистрами ЕГАИС и автоматическое формирование сложных отчетов (Прил.07 и 08) с учетом всех внутренних перемещений.
Для управленческого учета в сети магазинов необходима возможность консолидации данных. Центральный офис видит остатки пива в каждой точке, планирует переоценку и перемещает товары между магазинами без лишнего документооборота. Такой подход реализован в конфигурации «Штрих-М: Торговое предприятие 5» и в «1С:Управление торговлей алкогольной продукцией».
Практические советы по настройке и работе
Чтобы система работала стабильно, первым делом проверьте настройки токенов авторизации. Для работы с «Честным ЗНАКом» требуется действующий токен, сгенерированный в личном кабинете системы маркировки. Без него 1С будет выдавать ошибки при попытке проверить код маркировки в разрешительном режиме.
Второй технический момент касается криптозащиты. Для обмена с ЕГАИС нужна установленная программа-криптопровайдер (например, КриптоПро) и сертификат электронной подписи, вшитый в реестр системы. При настройке 1С убедитесь, что в параметрах подключения к УТМ указан корректный порт (обычно 8080) и IP-адрес (127.0.0.1, если УТМ стоит на том же компьютере).
Не игнорируйте журналы ТТН. Пришедшие накладные требуют ручной «подгонки» номенклатуры - сопоставления товара поставщика с вашим справочником. Сделайте это один раз для каждого товара, в следующий раз система сама подставит соответствие. Это сокращает время приемки пива на складе в 2-3 раза.
Финал - обучение персонала. Кассиры должны четко понимать разницу между сканированием кода Data Matrix на банке (через сканер 2D) и ручным выбором позиции при продаже разливного пива из кеги. В 1С рекомендуется настроить автоматическое открытие окна «Акцизных марок» или «Кодов маркировки» при добавлении товара в чек, чтобы сотрудник не забывал это делать. Каждая пропущенная марка ведет к блокировке кассы и невозможности закрыть смену.
Складской учет кег и возвратной тары в 1С
Пивной магазин, торгующий разливным пивом, неизбежно сталкивается с оборотом кег - металлических емкостей от 20 до 50 литров. Эти емкости принадлежат поставщику (пивоварне) и числятся как возвратная тара. Конфигурация 1С для пивного магазина обязана вести отдельный учет кег по серийным номерам, а не просто по количеству. Каждая кега имеет уникальный идентификатор, зачастую выбитый на корпусе. При отгрузке товара поставщик передает кегу вместе с пивом, а при следующей поставке забирает пустую.
Если программа не отслеживает каждый номер, возникают долги: магазин может «потерять» десять кег, за которые поставщик выставит штраф или счёт.
Система 1С должна реализовывать механизм залоговых цен. Покупатель иногда покупает пиво вместе с кегой (например, для частной вечеринки на дачу), тогда в чеке пробивается залоговая стоимость тары. При возврате кеги программа оформляет возврат залога, а кега снова становится доступной для оборота. Технически это настраивается через отдельный вид номенклатуры «Тара» с признаком «Возвратная». Для автоматизации обмена с поставщиком требуется механизм формирования актов возврата тары через ЕГАИС или отдельный документ в 1С, дублирующий бумажную накладную.
Практическое решение - ведение реестра кег в разрезе контрагентов. Один отчет показывает, сколько кег какого поставщика сейчас находится в магазине, каков средний срок оборота единицы тары. При инвентаризации сканером считываются номера кег, и система сверяет физическое наличие с учетными данными.
Расхождения сигнализируют о воровстве или ошибках приемки. Настройка такого учета в 1С:Розница требует включения функционала «Серийный учет» для позиции «Кега» и назначения статуса «Аренда» или «Залог».
Управление сроками годности и списание просрочки
Для разливного пива срок годности после вскрытия кеги редко превышает 72 часа, а для некоторых сортов - 24 часа. Бутылочное крафтовое пиво также имеет короткие сроки: 3–6 месяцев. Стандартный учет в 1С по партиям (дата изготовления) недостаточен. Нужен механизм блокировки продажи просроченного товара непосредственно на кассе. Если кассир пытается пробить позицию, у которой истек срок годности, 1С выдает предупреждение и запрещает операцию до подтверждения списания.
Реализуется это через регистры сроков годности в карточке номенклатуры. Для каждой партии фиксируются дата производства и предельная дата реализации (ПДР). Ежедневно автоматический отчет «Товары с истекающим сроком» формируется в 1С и отправляет уведомление управляющему. За 3 дня до истечения срока товар автоматически выводится из акционных предложений, за 1 день - блокируется для продажи.
Только после физического слива просроченного пива в канализацию и составления акта списания в 1С оформляется документ «Списание товаров», который уменьшает финансовый результат и одновременно становится основанием для налоговой отчетности.
Важный технический нюанс: при списании просрочки через ЕГАИС необходимо отправить уведомление о списании (Акт списания 2.0). 1С формирует XML-файл с перечнем кодов маркировки списываемых единиц и отправляет его в УТМ. Без этой операции марки числятся в системе как еще не выбывшие и будут висеть на остатках, создавая ложные расхождения при проверках.
Рекомендуется настроить отдельный документ «Списание алкогольной продукции», который одновременно делает проводки в бухучете, отправляет данные в ЕГАИС и фиксирует факт утилизации.
Защита от ошибок персонала и аудит действий
Любой пивной магазин сталкивается с человеческим фактором: кассир забыл закрыть смену, продавец при приемке не досчитал кеги, администратор ввел цену с опечаткой. Система 1С должна иметь встроенный механизм аудита и ролевого разграничения доступа. Не каждый сотрудник получает право списывать товары, корректировать приход или менять цены.
Эти действия записываются в журнал регистрации с указанием времени, пользователя и сути изменения. Позднее директор за 5 минут видит, кто и когда удалил пять позиций из чека или изменил себестоимость со 100 на 50 рублей.
Техническая глубина защиты касается конфликтных ситуаций при повторном сканировании марки. Если кассир дважды пробивает одну и ту же банку пива (сфальсифицированная продажа), ЕГАИС при сверке выявит, что код маркировки уже был списан ранее. 1С с настройкой «Контроль повторного сканирования» не позволит добавить в чек уже использованный код и предложит провести инвентаризацию по данному КМ.
Для сети магазинов критичен общий реестр списанных кодов: центральный сервер 1С хранит базу всех когда-либо проданных марок, исключая возможность «двойной продажи» на разных точках даже в офлайн-режиме.
Дополнительная рекомендация - использовать в 1С отложенную загрузку чеков в ЕГАИС при нестабильном интернете. Программа сохраняет проданные коды в локальную базу и отправляет их пакетом после восстановления связи.
Но такая настройка требует строгого контроля очереди отправки: если не настроить автоматический дозапрос статуса, возникнут расхождения. Профессиональные внедренцы добавляют проверочный отчет «Сверка отправленных и принятых ЕГАИС-чеков» для ежедневного контроля.
Об авторе
