← На главную

Нередко возникает ситуация, когда требуется восстановить старую товарно-транспортную накладную (ТТН) из ЕГАИС, например, для получения актуальной справки Б (F2). Вы отправляете запрос на восстановление через свою учетную программу, личный кабинет ЕГАИС или напрямую из УТМ, получаете квитанцию "Запрос обработан успешно", но на этом все заканчивается — сама накладная и справка в УТМ так и не появляются. Особенно часто такая проблема возникает с документами, которым несколько месяцев или лет.

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

Шаг 1. Проверяем официальный статус запроса

Первое, что нужно сделать — это проверить статус документа на официальном сервисе ФСРАР. Это позволит нам понять, видит ли система ЕГАИС наш запрос и на каком этапе он находится.

1. Перейдите на сайт проверки документов check1.fsrar.ru.
2. Введите идентификатор накладной (WBRegId), по которой вы делали запрос на восстановление.
3. Внимательно изучите информацию о движении документа.

Ключевой блок, на который нужно обратить внимание, — это "отправка получателю". Если вы видите там статус "Ожидает загрузки в УТМ", как в примере ниже, это означает, что проблема не на вашей стороне.

Статус: Ожидает загрузки в УТМ
Дата вставки: 28.11.2022 16:34:04
Дата смены статуса: 21.05.2024 10:02:58

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

Шаг 2. Анализируем логи УТМ, чтобы убедиться в отсутствии документа

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

Проанализируем файл transport_info.log, который находится в папке с логами вашего УТМ (обычно это C:\UTM\transporter\l\).

1. Найдите UUID вашего запроса. Когда вы отправляете запрос на восстановление, УТМ фиксирует это в логе. Найдите запись, похожую на эту:

   Отправка документа через веб-сервис, Type: QueryResendDoc
Отправка c uuid:f5eb7190-e42b-4643-aa8a-2540ef8b4aae docType:QueryResendDoc

   Скопируйте этот уникальный идентификатор (uuid).

2. Найдите ответ по UUID. Теперь выполните поиск по этому uuid во всем файле лога. Если документ был успешно получен вашим УТМ, вы должны найти записи, где этот uuid указан в поле ReplyId:

   Получен оптовый документ. ReplyId: [f5eb7190-e42b-4643-aa8a-2540ef8b4aae] FileId: [030xACDF6205-51DD-4D7B-8D5B-D58F83728FE5]
Документ ReplyId: [f5eb7190-e42b-4643-aa8a-2540ef8b4aae] FileId: [030xACDF6205-51DD-4D7B-8D5B-D58F83728FE5] сохранен в БД

Если вы нашли запись об отправке запроса (QueryResendDoc), но не нашли записей о получении документа с вашим ReplyId, это на 100% подтверждает, что документ так и не поступил с сервера ЕГАИС в ваш УТМ.

Шаг 3. Исключаем возможные локальные проблемы

Хотя в большинстве случаев проблема на стороне сервера, стоит провести быструю проверку на своей стороне, чтобы исключить очевидные причины.

• Версия УТМ. Убедитесь, что у вас установлена последняя актуальная версия УТМ. Иногда проблемы с получением документов связаны с устаревшим ПО.
• "Перехват" документов. Некоторые учетные системы или сервисы могут забирать входящие документы из УТМ с помощью POST-запроса, который автоматически удаляет документ после прочтения. Чтобы проверить эту гипотезу, отправьте запрос на восстановление (желательно документа за текущий месяц, так как они приходят быстрее) и временно остановите все обмены с УТМ из 1С или другого ПО. Проверяйте поступление документа только через веб-интерфейс УТМ. Если документ появится — значит, его "перехватывает" ваша программа. Если нет — дело не в этом.
• Сетевые настройки. Проверьте, не блокирует ли антивирус или брандмауэр входящие соединения для УТМ (обычно по порту 8080).
• Целостность базы данных УТМ. В редких случаях локальная база УТМ может быть повреждена. Можно попробовать (предварительно сделав резервную копию всей папки УТМ!) пересоздать базу данных.

Почему ЕГАИС не отправляет старые документы?

Если диагностика показала, что проблема на стороне сервера, возникает логичный вопрос: почему это происходит, и почему именно со старыми накладными?

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

Причина 2: Высокая нагрузка на серверы. В пиковые часы система перегружена, и "тяжелые" запросы на поиск старых документов могут обрабатываться с большими задержками. Иногда помогает отправка запросов в нерабочее время — ночью или на выходных.

Причина 3: Внутренние сбои или технические работы. Нельзя исключать и временные сбои на стороне ФСРАР, которые могут затрагивать определенные сегменты базы данных.

Итог: что делать?

Итак, вы провели диагностику и убедились, что ваш УТМ работает корректно, а документ "завис" на сервере ЕГАИС. Ваш план действий:

1. Соберите доказательства. Сохраните UUID запроса из логов УТМ и сделайте скриншот со страницы check1.fsrar.ru, где виден статус "Ожидает загрузки в УТМ" и дата его последнего изменения.
2. Обратитесь в техническую поддержку ЕГАИС. Напишите или позвоните в техподдержку. В обращении предоставьте всю собранную информацию. Важный совет: не упоминайте 1С или другую учетную программу. Говорите, что работаете напрямую с УТМ и личным кабинетом. В противном случае велик риск получить стандартную отписку "разбирайтесь с вашим ПО".
3. Проявляйте настойчивость. Если проблема массовая и затрагивает все документы ранее определенной даты, указывайте на это. Будьте готовы, что с первого раза проблему не решат.
4. Официальное письмо в ФСРАР. Если техподдержка не помогает в течение длительного времени, последним шагом может стать официальное письменное обращение в ведомство с подробным изложением проблемы.

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