Почему в 1С при загрузке ТТН ЕГАИС не заполняются справки А и как получить по ним данные

При работе с алкогольной продукцией в типовых конфигурациях на обычных формах (таких как 1С:Комплексная автоматизация 1.1, 1С:Управление производственным предприятием 1.3 и 1С:Управление торговлей 10.3) пользователи часто сталкиваются с ситуацией, когда данные справок Б (Форма 2) при загрузке входящей товарно-транспортной накладной заполняются полностью, а элементы справочника справок А (Форма 1) остаются практически пустыми — в них фигурирует только идентификационный номер. Разберем, почему это происходит и как правильно организовать получение недостающих сведений.

Архитектурные особенности передачи данных в ЕГАИС и УТМ

Для понимания логики работы конфигураций 1С проанализируем структуру пакетов, которые поступают из транспортного модуля (УТМ):

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

Типовой программный код 1С намеренно не отправляет автоматические запросы на получение сведений по каждой справке А в момент проведения или загрузки накладной. Это сделано для того, чтобы исключить лавинообразную нагрузку на УТМ и избежать превышения лимитов запросов к серверам Росалкогольтабакконтроля (ФСРАР).

Когда действительно требуется полная информация по справке А

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

1. Формирование алкогольных деклараций: При заполнении отчетности требуются точные реквизиты производителя, импортера и первичных сопроводительных документов партии.
2. Постановка продукции на баланс: Оформление актов постановки на баланс в Регистр № 1 требует указания полных регистрационных данных справки А.
3. Сверка партионных данных: При оптовых операциях и внутренних проверках соответствия дат розлива и номеров фиксации.

Если организация занимается розничными продажами или перемещениями в рамках помарочного учета (Регистр № 3), то для подтверждения входящей ТТН, списания и реализации достаточно наличия зарегистрированной справки Б и считывания штрихкодов акцизных марок. В этом случае отсутствие детализации в справках А не блокирует текущую работу.

Способы получения полных данных справки А

Если расширенная информация по справкам А необходима для ведения учета, рассмотрим доступные варианты ее получения:

Вариант 1. Запрос данных вручную из интерфейса 1С

Для единичных накладных или конкретных партий алкоголя задействуем штатный функционал программы:

1. Откроем справочник Справки 1 (А) ЕГАИС или перейдем к нужной справке непосредственно из табличной части входящей ТТН ЕГАИС.
2. В форме элемента справки нажмем кнопку отправки запроса в ЕГАИС (запрос с типом QueryFormF1 или QueryFormA).
3. В документе запроса передается тег FormRegId с номером справки. После отправки дождемся обработки пакета в УТМ.
4. После получения входящего ответа с типом ReplyForm1 реквизиты элемента справочника (производитель, дата розлива, номер фиксации) заполнятся автоматически.

Вариант 2. Разработка регламентного задания или внешней обработки

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

1. Выборка незаполненных справок: Алгоритм отбирает элементы справочника Справки 1 (А) ЕГАИС, у которых заполнен реквизит регистрационного номера, но не заполнены ключевые поля (например, дата справки, производитель или номер ТТН).
2. Поштучное формирование запросов: Поскольку схема УТМ не поддерживает пакетный опрос нескольких справок А в рамках одного XML-файла, для каждой справки формируется отдельный исходящий документ QueryFormF1.
3. Контроль частоты отправки: Программно настраивается интервал между отправкой сообщений в транспортный модуль. Это необходимо для предотвращения переполнения очереди УТМ и временных блокировок со стороны сервисов ЕГАИС.
4. Загрузка и парсинг ответов: Штатный механизм получения ответов ЕГАИС считывает входящие документы ReplyForm1 и обновляет соответствующие записи в информационной базе.