← На главную

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

Проанализируем природу проблемы. ФСРАР планомерно выводит из эксплуатации устаревшие версии схем обмена. В частности, для списания остатков с Регистра № 1 (склад) серверная часть ЕГАИС полностью прекратила прием документов, сформированных по схеме ActWriteOff_v2, требуя применения формата ActWriteOff_v3. В релизах линейки УТ 10.3 (например, 10.3.47.3) флаг использования формата V3 управлял преимущественно обработкой товарно-транспортных накладных (ТТН). При этом в программных модулях выгрузка актов списания с первого регистра оставалась жестко завязана на схему второй версии, так как поддержка схемы V3 для списания еще не была реализована разработчиками конфигурации.

Рассмотрим подробно способы решения возникшей проблемы в зависимости от возможности обновления или доработки базы данных.

Способ 1. Обходной путь без изменения конфигурации (списание через Регистр № 2)

Если речь идет о немаркированной алкогольной продукции (пиво, сидр, медовуха, пуаре), списание можно выполнить со второго регистра — торгового зала. Серверы ЕГАИС принимают списания из торгового зала по схеме ActWriteOffShop_v2, которая продолжает функционировать в штатном режиме.

Разберем по шагам порядок действий:

1. Откроем журнал документов обмена с ЕГАИС и создадим документ «Передача в торговый зал ЕГАИС» (в транспортный модуль передается пакет TransferToShop). Укажем необходимую продукцию и отправим документ в УТМ для перемещения остатков с Регистра № 1 на Регистр № 2.
2. Дождемся подтверждения проведения перемещения от ЕГАИС.
3. Создадим документ «Акт списания ЕГАИС» и в реквизитах укажем признак списания из торгового зала (Регистр № 2).
4. Отправим документ. В этом случае конфигурация сформирует XML-пакет по схеме ActWriteOffShop_v2, который успешно проходит валидацию на стороне регулятора.

Способ 2. Обновление типовой конфигурации

Самый надежный и штатный метод устранения ошибки — установка актуальных обновлений 1С.

Разберем данный подход:

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

Способ 3. Доработка конфигурации в коде (для нетиповых и снятых с поддержки баз)

Если конфигурация сильно модифицирована и быстрое типовое обновление невозможно, требуется внести точечные изменения в метаданные и программный код модулей интеграции.

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

1. Откроем конфигуратор и перейдем в ветку Пакеты XDTO.
2. Импортируем актуальную схему ActWriteOff_v3 (ее можно выгрузить из дистрибутива последней версии УТМ либо перенести из свежих типовых конфигураций 1С).
3. Перейдем в модули, отвечающие за формирование XML-сообщений ЕГАИС (в зависимости от релиза это ИнтеграцияЕГАИС или ОбменСЕГАИС).
4. Найдем процедуру формирования исходящего пакета списания с Регистра № 1 и изменим привязку: вместо структуры ActWriteOff_v2 зададим инициализацию объекта по схеме ActWriteOff_v3.

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

1. Указание справок: Формат версии 3 строго контролирует наличие регистрационного номера формы учета (РФУ-2 / Справка 2, формат FB-xxxxxxxxxx) для каждой списываемой позиции первого регистра.
2. Сумма продажи: Если в документе списания выбрана причина «Реализация», формат v3 требует обязательного заполнения тега SumSale (розничная цена/сумма продажи) по каждой товарной строке. Если поле не заполнено, документ будет отклонен еще на этапе синтаксической проверки входящего сообщения.