Давайте вместе разберем один из частых и весьма актуальных вопросов, касающихся учета алкогольной продукции, а именно пива, в системе ЕГАИС при использовании связки 1С:Розница 3.0 и кассового программного обеспечения Фронтол. Многих пользователей интересует возможность автоматического списания пива с первого регистра ЕГАИС непосредственно в момент продажи на кассе. Мы рассмотрим, насколько это реализуемо, какие существуют нюансы и какие шаги необходимо предпринять для корректной работы.
Прежде всего, давайте выясним, как вообще происходит списание пива с баланса ЕГАИС. Это ключевой момент для понимания всей логики процесса.
Отличие пива от крепкого алкоголя: Мы должны четко понимать, что пиво, пивные напитки, сидр, пуаре и медовуха учитываются и списываются иначе, чем крепкий алкоголь с акцизными марками. Для крепкого алкоголя действительно существует механизм поштучного вывода из оборота через чек, когда сканируется акцизная марка, и информация о выбытии конкретной марки отправляется в ЕГАИС. Для пива такой механизм не применяется.
"Пивной чек" – устаревшее понятие: Раньше, в ранних версиях ЕГАИС, существовало понятие "пивной чек", который позволял фиксировать продажу пива. Однако, в текущих реалиях ЕГАИС этот механизм неактуален. Сейчас пиво списывается с регистра №1 другим способом.
Документ для списания: Списание пива с первого регистра ЕГАИС осуществляется с помощью документа "Акт списания ЕГАИС". При формировании этого акта обязательно указывается справка №2 (F2) по каждой позиции пива. Это позволяет системе ЕГАИС понять, из какой конкретной партии товара происходит списание.
Периодичность списания: Списание пива с баланса ЕГАИС не происходит автоматически при каждой продаже в чеке. Обычно акты списания формируются и отправляются в ЕГАИС по итогам определенного периода – как правило, раз в сутки в конце смены или не позднее следующего рабочего дня после факта реализации. Товароучетные программы, такие как 1С:Розница, могут быть настроены на автоматическое формирование таких актов на основании данных из "Отчета о розничных продажах".
Технически можно было бы "нагородить" акты списания на каждый чек, определяя F2 по методу ФИФО, но это крайне сложно реализовать, особенно если кассовое ПО (в нашем случае Фронтол) не является 1С. Фронтол — это фронт-офисная система, которая не предназначена для прямого взаимодействия с ЕГАИС в части формирования актов списания пива.
Регистр №1 и Регистр №2: Ранее существовал Регистр №2 (торговый зал) для количественного учета, но для пива он был упразднен. С 15 мая 2023 года было запрещено перемещать пиво и пивные напитки на Регистр №2. Это означает, что все новые поступления пива должны учитываться и списываться только с Регистра №1, где учет ведется в разрезе справок F2. Остатки пива, которые уже числились на Регистре №2 до этой даты, по-прежнему можно списывать в упрощенном режиме.
Указание розничной цены: При списании пива с Регистра №1 по причине "Реализация" в "Акте списания ЕГАИС" обязательно должна быть указана розничная сумма по каждой позиции. Это важно для корректного учета в ЕГАИС.
Таким образом, мы видим, что прямое списание пива "с кассы сразу в ЕГАИС" в том же виде, как это происходит с маркированным крепким алкоголем, не предусмотрено. Основной подход — это формирование сводных актов списания в бэк-офисной системе (1С:Розница) по итогам продаж за определенный период.
Помимо ЕГАИС, мы не можем игнорировать систему "Честный ЗНАК" (ЧЗ), которая также поэтапно внедряется для пивоваренной продукции. Важно понимать их взаимосвязь:
Дополнение, а не замена: Система "Честный ЗНАК" не заменяет ЕГАИС, а дополняет ее. Организации розничной торговли обязаны одновременно передавать данные в обе системы в рамках обязательной маркировки пива.
Поэтапное внедрение: Маркировка пива в системе "Честный ЗНАК" вводится поэтапно. Например, с 1 марта 2025 года становится обязательным поэкземплярный учет пива в кегах, а с 1 июня 2025 года — для остального пива.
Разделение отчетности:
Особенности разливного пива: Для разливного пива необходимо сообщать в систему маркировки о подключении кег к оборудованию для розлива (документ "Подключение кега"), а также о продажах каждой порции (списание из кега по факту продажи).
Штрафы: С июля 2024 года предусмотрены административные штрафы за непередачу данных о списании пива и слабоалкогольных напитков в систему "Честный ЗНАК".
Таким образом, вам предстоит работать с двумя системами для корректного учета пива, и каждая из них имеет свои особенности.
Теперь давайте перейдем к одной из распространенных технических проблем, с которой сталкиваются пользователи 1С:Розница 3.0 при обмене с УТМ (Универсальный транспортный модуль) ЕГАИС.
Мы проанализируем ситуацию, когда после обновления 1С:Розница (например, до версии 3.0.11.169) система перестает принимать и загружать ответы от ЕГАИС. Выясним причину этой проблемы и рассмотрим предложенное решение.
Суть проблемы: В некоторых версиях 1С:Розница, в частности, в конфигурации 3.0.11.169, возникла проблема с обработкой идентификаторов запросов, приходящих от УТМ. Система 1С ожидала идентификатор в определенном составном формате (например, КодФСРАР-Идентификатор, где КодФСРАР – это 12-значный код ФСРАР, а Идентификатор – это GUID из 36 символов). Однако, УТМ (например, версии 4.25.359) мог отправлять идентификатор запроса в другом, более простом формате – только GUID (например, "951699a7-7ab4-4425-97fd-b8cbebdebece"), без префикса КодФСРАР.
Место возникновения ошибки: Эта несовместимость форматов приводила к ошибке в общем модуле ИнтеграцияЕГАИС, в функции ПараметрыИдентификатораЗапросаV4.
Давайте посмотрим на исходный код функции, где происходит проверка формата:
Функция ПараметрыИдентификатораЗапросаV4(ИдентификаторЗапроса) Экспорт
Если СтрНайти(ИдентификаторЗапроса, "-") = 13 И СтрДлина(Сред(ИдентификаторЗапроса, 14)) = 36 Тогда
ВозвращаемоеЗначение = Новый Структура;
ВозвращаемоеЗначение.Вставить("КодФСРАР", Лев(ИдентификаторЗапроса, 12));
ВозвращаемоеЗначение.Вставить("Идентификатор", Сред(ИдентификаторЗапроса, 14));
Возврат ВозвращаемоеЗначение;
Иначе
Возврат Неопределено;
КонецЕсли;
КонецФункции
Здесь мы видим, что функция ожидает наличие дефиса на 13-й позиции (что указывает на разделение КодФСРАР и Идентификатор) и длину части после дефиса в 36 символов (стандартный GUID). Если входящий ИдентификаторЗапроса не соответствует этому условию, функция возвращает Неопределено, и 1С не может обработать ответ от ЕГАИС.
Решение проблемы: Пользователями было найдено временное решение, которое позволяет обойти эту проверку и корректно обрабатывать идентификаторы, приходящие от УТМ в формате чистого GUID. Мы модифицируем функцию ПараметрыИдентификатораЗапросаV4 следующим образом:
Функция ПараметрыИдентификатораЗапросаV4(ИдентификаторЗапроса) Экспорт
Если СтрНайти(ИдентификаторЗапроса, "-") = 13 И СтрДлина(Сред(ИдентификаторЗапроса, 14)) = 36 Тогда
ВозвращаемоеЗначение = Новый Структура;
ВозвращаемоеЗначение.Вставить("КодФСРАР", Лев(ИдентификаторЗапроса, 12));
ВозвращаемоеЗначение.Вставить("Идентификатор", Сред(ИдентификаторЗапроса, 14));
Возврат ВозвращаемоеЗначение;
Иначе
ВозвращаемоеЗначение = Новый Структура;
ВозвращаемоеЗначение.Вставить("КодФСРАР", ""); // Устанавливаем пустой КодФСРАР
ВозвращаемоеЗначение.Вставить("Идентификатор", ИдентификаторЗапроса); // Весь ИдентификаторЗапроса считаем GUID
Возврат ВозвращаемоеЗначение;
КонецЕсли;
КонецФункции
Что мы изменили? В ветке Иначе, вместо возврата Неопределено, мы создаем новую структуру. В нее мы записываем пустой КодФСРАР и считаем весь ИдентификаторЗапроса пришедшим GUID'ом. Это позволяет системе 1С принять и обработать ответ, даже если он пришел без ожидаемого префикса КодФСРАР.
Важное примечание: Это решение является модификацией типовой конфигурации. Всегда рекомендуем следить за официальными обновлениями 1С, так как разработчики могут выпустить исправление, которое сделает подобную доработку ненужной. Модификация типового кода может усложнять процесс обновления в будущем.
Если вы работаете с разливным пивом, то для его корректного учета в 1С:Розница 3.0 (начиная с версии 3.0.4.117) существуют свои особенности, которые мы сейчас подробно разберем:
Две карточки номенклатуры: Мы рекомендуем создавать две отдельные карточки номенклатуры для одного и того же вида пива:
Это позволяет вести раздельный учет на складе и в торговом зале.
Документ "Комплектация запасов": При передаче кеги в торговый зал и ее вскрытии для розлива, мы используем документ "Комплектация запасов" с видом операции "Разборка". Этот документ выполняет следующие функции:
Обратите внимание: При вскрытии кеги система списывает весь объем, даже если продана только часть. Это связано с тем, что после вскрытия кега считается "разгерметизированным" и его дальнейшее хранение как целой единицы товара невозможно.
Списание в ЕГАИС: Как мы уже говорили, списание разливного пива из ЕГАИС будет происходить на основании "Актов списания ЕГАИС", формируемых по итогам продаж за период, а не по каждой порции.
В завершение, давайте сформулируем несколько общих, но крайне важных рекомендаций, которые помогут вам избежать проблем при работе с алкогольной продукцией:
Регулярная сверка остатков: Мы настоятельно рекомендуем регулярно сверять остатки алкогольной продукции в ЕГАИС с фактическими остатками на складе и данными в вашей учетной системе (1С:Розница). Это поможет своевременно выявить расхождения и избежать возможных штрафов со стороны регулирующих органов.
Совместимость программного обеспечения: Всегда убедитесь в совместимости используемой товароучетной системы (1С:Розница), кассового программного обеспечения (Фронтол) и текущих версий УТМ с актуальными требованиями ЕГАИС и "Честного ЗНАКА". Регулярно обновляйте все компоненты системы, следуя рекомендациям разработчиков.
Обучение персонала: Убедитесь, что ваш персонал, работающий с алкогольной продукцией, хорошо обучен и понимает все процедуры приемки, продажи и списания, а также знает правила работы с ЕГАИС и "Честным ЗНАКОМ".
Надеемся, что этот подробный разбор поможет вам настроить корректный учет пива и избежать проблем при взаимодействии с контролирующими органами.
← К списку