Что делать, если в 1С:Розница 2.3 не приходят уведомления из ЕГАИС и ТТН висят в статусе «К подтверждению»

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

Одной из самых распространенных и неприятных проблем при работе с алкогольной продукцией в 1С:Розница 2.3 является ситуация, когда обмен с ЕГАИС вроде бы работает, но финальные уведомления о подтверждении актов приемки не доходят до базы. В результате документ ТТН ЕГАИС (входящая) «зависает» в статусе «К подтверждению (обрабатывается ЕГАИС)», хотя на портале ФСРАР (check1.fsrar.ru) накладная уже числится принятой. Рассмотрим подробно, почему это происходит и как мы можем исправить ситуацию.

Анализируем причины: техническая часть и программная среда

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

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

Проблема блокировок и прав доступа в 1С

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

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

Также рассмотрим влияние распределенных информационных баз (РИБ). Если у вас настроен обмен между магазином и офисом, может возникнуть коллизия:

Борьба с «кражей» тикетов сторонним ПО

Важно проверить, не забирает ли ответы от ЕГАИС какая-либо другая программа. УТМ работает по принципу очереди: кто первым запросил данные, тот их и получил. Если на этом же компьютере (или в этой же сети) настроены другие базы 1С или сервисы вроде Контур.Маркет, СБИС, они могут перехватывать входящие сообщения. В интерфейсе УТМ (обычно localhost:8080) в разделе «Входящие» должно быть пусто после обмена с 1С. Если там пусто, а в 1С статус не поменялся — тикет был либо не получен, либо поврежден.

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

Если накладная на сайте check1.fsrar.ru уже принята, а в 1С она висит мертвым грузом, мы можем исправить это вручную. Разберем алгоритм действий:

  1. Ручное изменение статуса: Используем стандартную обработку «Групповое изменение реквизитов». Нам нужно найти нужную ТТН и принудительно установить реквизит Статус в значение Принята, а СтатусАктов — в значение Подтвержден.
  2. Оприходование марок: Это самый важный этап. Без него вы не сможете продать алкоголь на кассе. Откроем документ ТТН, перейдем к проверке поступившего алкоголя и вручную установим всем маркам статус «В наличии».

Если вы хотите автоматизировать этот процесс программно (например, через внешнюю обработку), пример кода для смены статуса может выглядеть так:


// Пример кода для принудительного изменения статуса ТТН ЕГАИС
ТТНОбъект = СсылкаНаТТН.ПолучитьОбъект();
// Устанавливаем статус документа
ТТНОбъект.Статус = Перечисления.СтатусыТТНВходящихЕГАИС.Принята;
// Устанавливаем статус акта (ответ от ЕГАИС)
ТТНОбъект.СтатусАктов = Перечисления.СтатусыАктовТТНВходящихЕГАИС.Подтвержден;

Попытка
    ТТНОбъект.Записать();
    Сообщить("Статус ТТН успешно обновлен");
Исключение
    Сообщить("Ошибка при записи: " + ОписаниеОшибки());
КонецПопытки;

Работа с базой данных УТМ (transport.db)

Иногда корень зла кроется во внутренней базе данных самого транспортного модуля. Посмотрим на технический нюанс: УТМ использует SQLite (файл transport.db). Если база разрослась или повредилась, сообщения могут «зависать» внутри очереди УТМ. Проанализируем способ «лечения»:

  1. Остановим службы УТМ (Transport и Transport-Updater).
  2. Перейдем в папку установки УТМ (обычно C:\UTM\transporter\transportDB).
  3. Переименуем папку transportDB в transportDB_old.
  4. Запустим службы заново. УТМ создаст чистую базу.
  5. Зайдем в Личный кабинет ЕГАИС и запросим повторную отправку ТТН по её WaybillNumber или RegID.

Этот метод позволяет «протолкнуть» зависшие документы, если проблема была на уровне транспорта данных.

Проверка TLS и корневых сертификатов

С недавнего времени ЕГАИС требует строгого соблюдения протоколов безопасности. Проанализируем ситуацию: если ваша ОС (например, Windows 7 без обновлений) не поддерживает актуальные алгоритмы шифрования или в ней отсутствуют корневые сертификаты Минцифры, УТМ будет отправлять чеки, но входящие уведомления от сервера ФСРАР могут блокироваться на уровне протокола HTTPS. Убедитесь, что установлены последние обновления безопасности Windows и актуальные сертификаты УЦ.

Заключение

Подводя итог, можно сказать, что «зависание» статусов — это комплексная проблема. Мы рекомендуем начинать с проверки статуса на официальном портале ЕГАИС. Если там всё «Принято», смело используйте инструменты 1С для принудительной смены статуса документа и перевода марок в состояние «В наличии», чтобы не останавливать розничные продажи. В долгосрочной перспективе — обновите конфигурацию 1С:Розница до актуальной ветки, где алгоритмы работы с УТМ 4.x значительно оптимизированы и учитывают возможные задержки ответов.

← На главную