Почему в 1С:Розница сбрасывается формат обмена ЕГАИС с версии V2 на V1 и как это исправить?

← На главную

При переходе на работу с документами ЕГАИС по новому формату пользователи конфигурации 1С:Розница (начиная с релизов 2.2.6) могут столкнуться с ситуацией, когда при смене формата обмена на V2 в карточке организации ЕГАИС настройки автоматически сбрасываются обратно на V1 сразу после выгрузки или сохранения данных. В результате акты подтверждения, акты расхождений или акты списания формируются в старой версии формата, что приводит к ошибке ЕГАИС: «Версия формата акта разногласий не соответствует версии формата накладной».

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

Причина ошибки в 1С:Розница

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

Решение 1. Настройка регистра сведений в 1С:Розница (Основной способ)

Для исправления работы переключателя формата обмена непосредственно в интерфейсе 1С выполним следующие действия:

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

После заполнения рабочего места перейдем в карточку своей организации ЕГАИС и изменим формат обмена на V2 (УТМ 2.0.3 и выше). Теперь настройки не будут сбрасываться при отправке документов.

Решение 2. Проверка и смена формата в карточках поставщиков

Проанализируем еще одну частую причину, по которой ответные акты отправляются в старом формате, несмотря на успешную смену формата собственной организации. В 1С:Розница формат исходящего документа (например, акта расхождений на входящую ТТН) зависит от версии, установленной для поставщика.

Чтобы исходящие акты формировались во второй версии формата:

Откроем справочник «Классификатор организаций ЕГАИС».
Найдем карточку контрагента (поставщика), от которого получена ТТН.
Убедимся, что в его карточке также установлен формат обмена V2. Если там указана версия V1, изменим ее вручную.

Решение 3. Прямая отправка запроса смены формата в УТМ

Если изменить настройки через интерфейс 1С не удается из-за ошибок конфигурации или зависших сеансов, можно выгрузить запрос смены формата напрямую в Универсальный Транспортный Модуль (УТМ), минуя механизмы 1С.

Для смены формата на стороне УТМ выполняется отправка XML-документа типа ChangeVersion во входящую очередь УТМ по адресу http://localhost:8080/opt/in/ChangeVersion.

Пример структуры XML-запроса для перехода на формат V2:


<?xml version="1.0" encoding="UTF-8"?>
<ns:xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"
    xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef"
    xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <ns:Header>
    <ns:ClientRef>
      <oref:FSRAR_ID>010000000000</oref:FSRAR_ID>
    </ns:ClientRef>
  </ns:Header>
  <ns:Body>
    <ns:ChangeVersion>
      <ns:Version>V2</ns:Version>
    </ns:ChangeVersion>
  </ns:Body>
</ns:ns>

Отправить сформированный файл в УТМ можно с помощью утилиты cURL, специализированных сторонних программ для работы с ЕГАИС (например, xmltoutm) или командной строки PowerShell.

Решение 4. Устранение проблем с зависшими документами и базой УТМ

Посмотрим на ситуацию, когда запрос отправлен, но ответ от ЕГАИС не приходит, а документы висят в исходящей очереди УТМ (статус InfoVersionTTN в исходящих равен 0). В таком случае проблема может заключаться в повреждении локальной базы данных УТМ или сбоях аппаратного ключа.

Проверим аппаратный ключ: Ошибки типа CKR_FUNCTION_FAILED в логах УТМ указывают на сбой службы смарт-карт или аппаратного ключа. Перезапустим службу смарт-карт Windows и службы УТМ, либо переподключим аппаратный ключ в другой USB-порт.
Очистим очередь УТМ: Если служба транспорта отключает обмен по расписанию, остановим службы УТМ, сделаем резервную копию базы и пересоздадим файл базы данных transport.db (или переустановим УТМ с пустой базой). На чистом УТМ повторный запрос смены формата и переотправка документов пройдут корректно.