← На главную

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

Технические ограничения протокола УТМ и сервиса ЕГАИС

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

1. Отсутствие выборки по периоду: Универсальный транспортный модуль (УТМ) и серверная часть ЕГАИС принципиально не поддерживают команду запроса документов по интервалу дат. Механизм повторного получения накладных рассчитан исключительно на точечные запросы по конкретному идентификационному номеру накладной в системе — WBRegId (вида TTN-XXXXXXXXXX).
2. Ограничения стандартного списка входящих документов: Команда запроса входящих документов возвращает из УТМ только те накладные, которые находятся в статусе ожидания обработки. Если по ТТН уже ранее был отправлен и зафиксирован акт подтверждения, расхождения или отказа в старой базе, накладная считается закрытой и в общий входящий поток повторно не попадает.
3. Ограничения на частоту запросов (таймауты): В шлюзе ЕГАИС действуют строгие лимиты на частоту обращений. Если попытаться отправить сотни запросов на переотправку одновременно, серверы ведомства начнут возвращать ошибки таймаута или временно заблокируют отправку запросов с данного FSRAR_ID.

Риски повторной загрузки старых ТТН через ЕГАИС

Если запросить повторную отправку накладных через УТМ, система воспримет их как новые входящие документы. Это влечет за собой ряд существенных рисков:

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

Способ 1. Методологически правильный переход через запрос остатков

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

Разберем регламент правильного ввода учета по шагам:

1. Фиксация точки перехода: Исторические документы и подробные движения за прошлые месяцы оставляем в режиме «только для чтения» в информационной базе 1С 7.7. Этого достаточно для сверок и проверок контролирующими органами.
2. Запрос остатков из ЕГАИС: В конфигурации 1С:Комплексная автоматизация 2 настраиваем обмен с УТМ и формируем регламентные запросы:

   — Запрос остатков по Регистру №1 (складские остатки продукции и партийные справки к ТТН);

   — Запрос остатков по Регистру №3 (помарочный учет и актуальные цифровые коды марок).

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

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

Способ 2. Перенос документов через конфигурацию «Конвертация данных» (КД 2)

Если управленческому учету строго необходима вся цепочка документов именно в новой базе КА 2 для сквозного расчета себестоимости, взаиморасчетов и партионного учета, то перенос выполняется минуя УТМ — напрямую между информационными базами.

Посмотрим на последовательность действий при таком переносе:

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

Способ 3. Пакетная переотправка по реестру идентификаторов

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

Разберем логику этого процесса:

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