Как реализовать межфирменные продажи алкоголя через ЕГАИС в 1С:ERP 2.4 и УТ 11?

Программист 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием Управленческий учет Торговля и дистрибуция
← На главную

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

Анализ конфликта логики Intercompany и требований законодательства

Проанализируем сначала, как работает стандартный механизм «Интеркампани» в 1С:ERP. Система позволяет оформлять продажу товара клиенту от лица организации «А», даже если фактически товар числится на остатках организации «Б». Документы передачи между фирмами в этом случае могут создаваться позже — в конце дня, недели или месяца. Однако для алкогольного рынка такая схема категорически неприемлема.

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

  1. Момент фиксации: В ЕГАИС ТТН должна быть отправлена и подтверждена получателем до того, как этот получатель сможет легально отгрузить товар конечному покупателю.
  2. Преемственность справок: Для каждой партии алкоголя в ЕГАИС генерируется уникальный идентификатор — «Справка 2» (РФУ2). При передаче от фирмы «Б» к фирме «А» система ЕГАИС создает новую справку 2 для фирмы «А». Только под этой новой справкой фирма «А» имеет право продать товар клиенту.
  3. Типовое ограничение: В стандартной 1С:ERP 2.4 документ РеализацияТоваровУслуг, оформленный по схеме Intercompany, не «знает» о новых справках 2, которые возникнут только после оформления и подтверждения документа ПередачаТоваровМеждуОрганизациями.

Проблема прослеживаемости справок 2 (РФУ2)

Выясним причину, по которой автоматизация этого процесса в типовом варианте практически невозможна без доработок. В ЕГАИС учет ведется строго по партиям, привязанным к конкретному владельцу. Когда происходит «межфирменная продажа», в системе ЕГАИС происходит полноценный цикл:

  1. Фирма-отправитель формирует исходящую ТТН ЕГАИС, указывая свои справки 2.
  2. Фирма-получатель подтверждает входящую ТТН ЕГАИС.
  3. В этот момент ЕГАИС генерирует для фирмы-получателя новые идентификаторы справок 2.

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

Решение 1: Использование отраслевых модулей

Как показывает практика и рекомендации экспертов, для полноценной работы с оптом и производством алкоголя в среде 1С:ERP наиболее надежным путем является интеграция специализированных модулей, например, от разработчика «КТ:Алкоголь». Эти решения расширяют типовой функционал ERP следующими возможностями:

Решение 2: Организационные изменения и ручной контроль

Если внедрение дополнительных модулей невозможно, проанализируем вариант работы в типовой конфигурации. В этом случае необходимо полностью отказаться от «отложенного» оформления передач между фирмами. Посмотрим на алгоритм действий:

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

Важно: При такой схеме механизм Intercompany фактически используется как последовательная цепочка документов, а не как автоматический подбор остатков другой организации в момент продажи.

Технические рекомендации по доработке системы

Если вы решили дорабатывать типовую ERP 2.4 самостоятельно, разберем, на какие моменты стоит обратить внимание программисту. Потребуется вмешательство в механизмы подбора справок 2 и связки документов.

Во-первых, необходимо реализовать механизм автоматического ожидания справок. В типовой системе подбор справок 2 (РФУ2) в документе ТТНИсходящаяЕГАИС происходит по остаткам регистра ОстаткиАлкогольнойПродукцииЕГАИС. Для Intercompany нужно создать алгоритм, который будет «бронировать» справки еще на этапе формирования распоряжения на передачу.

Во-вторых, рассмотрим пример логики, которую можно реализовать в коде для проверки наличия подтвержденных справок перед отгрузкой:


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

В-третьих, обратите внимание на специфику пивной продукции в кегах. Поскольку сейчас введена обязательная маркировка («Честный Знак»), при межфирменной продаже необходимо передавать не только данные в ЕГАИС, но и коды маркировки. В типовой ERP 2.4 связка «ЕГАИС + Маркировка + Intercompany» работает крайне тяжело. Рекомендуется использовать расширения для автоматизации сопоставления кодов маркировки и справок ЕГАИС при внутренних перемещениях.

Выводы и рекомендации

Подводя итог, можно сказать, что типовая 1С:ERP 2.4 не предназначена для автоматического выполнения межфирменных продаж алкоголя в «фоновом» режиме. Для успешной работы мы рекомендуем:

Помните, что ключевым моментом в работе с ЕГАИС является актуальность остатков в разрезе справок 2 именно на том юридическом лице, от которого происходит фактическая отгрузка. Тщательное планирование цепочки документооборота позволит избежать блокировок отгрузок и проблем с проверяющими органами.

← На главную