← На главную

Начиная с релиза 1С:Розница 2.2.7 (и обновления Библиотеки интеграции с ЕГАИС), разработчики кардинально изменили структуру регистра сведений СоответствиеНоменклатурыЕГАИС. Если в более ранних версиях допускалась привязка нескольких кодов алкогольной продукции (АлкоКодов) к одной карточке номенклатуры («многие к одному»), то в новых релизах ключевыми измерениями регистра стали Номенклатура и Характеристика. В результате старые связки перестали работать, а система перешла на логику «один АлкоКод — много позиций номенклатуры» или строгое соответствие 1:1.

Разберем причины таких изменений, последствия для розничной торговли и рассмотрим практические варианты решения задачи, когда один и тот же товар фактически поставляется от разных заводов-изготовителей с разными кодами ЕГАИС, но с одинаковым штрихкодом производителя.

Причины изменения архитектуры регистра

Выясним, почему разработчики 1С пошли на изменение структуры данных:

1. Унификация библиотек: архитектура модуля интеграции с ЕГАИС в Рознице была приведена к единому стандарту с конфигурациями 1С:Управление торговлей и 1С:ERP.
2. Однозначность исходящего документооборота: при формировании исходящих ТТН, актов списания и возвратов поставщику учетная система должна безошибочно определять код классификатора ЕГАИС. При связи «много к одному» системе требовалось выбирать конкретную алкогольную продукцию, что без дополнительных разрезов учета приводило к ошибкам и пересорту на регистрах ЕГАИС.

Вариант 1. Использование характеристик номенклатуры

Штатный и наиболее чистый с точки зрения типовой конфигурации подход — использование аналитического разреза Характеристики. Рассмотрим, как это реализовать:

1. В карточке вида номенклатуры включаем признак Использовать характеристики.
2. Для конкретного товара (например, пиво определенной марки) создаем характеристики, соответствующие заводам-производителям (например, «филиал Тула», «филиал Ростов», «филиал Санкт-Петербург»).
3. При сопоставлении алкогольной продукции из входящей ТТН ЕГАИС связываем конкретный АлкоКод с комбинацией Номенклатура + Характеристика.

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

Вариант 2. Разделение карточек номенклатуры и оклейка собственными этикетками

Проанализируем методику, которая широко применяется в торговых сетях для немаркированной продукции (пиво, сидр, медовуха):

1. Под каждого производителя в ЕГАИС заводится отдельная карточка номенклатуры в справочнике Номенклатура.
2. На каждую позицию генерируется собственный внутренний штрихкод.
3. На этапе приемки бутылки или кеги маркируются внутренними этикетками со штрихкодом.
4. В настройках параметров учета включается строгий контроль остатков товаров при оформлении розничных продаж на кассе РМК.

Такой подход полностью исключает появление отрицательных остатков и пересорта по ЕГАИС при автоматическом списании проданного разливного и фасованного немаркированного алкоголя в конце смены.

Вариант 3. Учет по сериям (для старших конфигураций и редакций)

В конфигурациях 1С:Управление торговлей (начиная с 11.4) и последующих релизах учетных систем функционал разделения остатков перенесен на механизм серий. В состав измерений регистра и реквизитов серии включаются Серия, Справка 2 и Производитель. Это позволяет не плодить карточки номенклатуры и вести раздельный партионный учет по каждой входящей партии ЕГАИС.

Вариант 4. Доработка алгоритмов списания через расширение (принцип ФИФО)

Если специфика бизнеса не позволяет кассирам выбирать характеристики или сканировать внутренние штрихкоды, разрабатывается механизм автоматического распределения списания по принципу ФИФО (First In, First Out). Для этого не требуется менять типовой регистр сведений — доработка оформляется через механизм расширений конфигурации:

1. Номенклатура продается на кассе как единая позиция по общему штрихкоду производителя.
2. В процедуре закрытия кассовой смены перед формированием документа АктСписанияЕГАИС выполняется перехват заполнения табличной части:
   Скопировать код

   
   // Запрашиваем остатки по регистрам ЕГАИС (Регистр №1 или Регистр №2)
   // для всех АлкоКодов, привязанных к продаваемой группе
   Запрос = Новый Запрос;
   Запрос.Текст = 
       "ВЫБРАТЬ
       |   Остатки.АлкогольнаяПродукция КАК АлкогольнаяПродукция,
       |   Остатки.КоличествоОстаток КАК КоличествоОстаток
       |ИЗ
       |   РегистрНакопления.ОстаткиАлкогольнойПродукцииЕГАИС.Остатки(&МоментВремени, ) КАК Остатки
       |ГДЕ
       |   Остатки.КоличествоОстаток > 0
       |УПОРЯДОЧИТЬ ПО
       |   Остатки.АлкогольнаяПродукция.Наименование";
   
   // Распределяем фактически проданное количество номенклатуры 
   // по доступным положительным остаткам классификатора ЕГАИС
   

3. Сформированный акт фиксирует списание только тех позиций, которые фактически числятся на остатках организации в ЕГАИС, исключая отказы со стороны УТМ.

Особенности для маркированной и немаркированной продукции

При выборе варианта учета важно учитывать категорию реализуемой продукции:

1. Маркированный крепкий алкоголь (помарочный учет ЕГАИС 3.0): списание осуществляется по уникальному коду марки (DataMatrix), который считывается 2D-сканером. В данном случае ФСРАР идентифицирует конкретную бутылку и ее производителя напрямую из акцизной марки, поэтому строгая привязка карточки номенклатуры к заводу на списание в ЕГАИС не влияет.
2. Немаркированный алкоголь (пиво, слабоалкогольные напитки): списание происходит в объемном выражении по балансу конкретного производителя (АлкоКода). Именно для этой группы требуется строгое соответствие между учетной системой и остатками на регистрах ЕГАИС.