Утм ошибка связи не уходят исходящие

ЕГАИС. Отправка из УТМ. Не работает.

ЕГАИС. Отправка из УТМ. Не работает.

Я
   Mikeware

01.10.20 — 15:13

Дано:

УТМ (который я увидел сегодня первый раз),

перестали отправляться акты, причем из всех заведений.

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

сертификаты обновляли, сеть проверяли.

Этим занимался админ, который, к сожалению уволился. Новый «не в курсе». я тоже не занимался, ибо меня не касалось.

Техподержки у ЕГАИС, насколько понимаю, нет.

подскажите, куда копнуть, или направить админа?

   Vadim_37

1 — 01.10.20 — 15:18

с ЕГАИС без бутылки не разберешься

   Vadim_37

2 — 01.10.20 — 15:19

https://check1.fsrar.ru/ тут проверить статус вашего дока можно

   Mikeware

3 — 01.10.20 — 15:21

(1) Ну я и проставиться могу :-)

Просто надо как всегда «вчера», а то, что перестали отправляться с 25 числа — всплыло только сегодня

А там штрафы конские.

   welwel

4 — 01.10.20 — 15:22

«Техподержки у ЕГАИС, насколько понимаю, нет.»

Можно зарегистрироваться на форуме http://forum.fsrar.ru/ с указанием ИНН организации

   welwel

5 — 01.10.20 — 15:24

(4) по некоторым вопросам, помнится, подключались по тимвьюверу, помогали

   Vadim_37

6 — 01.10.20 — 15:25

(0) недостаточно вводных данных для принятия решения

   Mikeware

7 — 01.10.20 — 15:26

(4) Зарегистрироваться-то можно… будет ли результат?

Я пока не пойму, у нас косяк где-то? и как вообще определить

(2) в том и дело, что ида-то нет еще. Не присвоил его егаис

   welwel

8 — 01.10.20 — 15:26

(4) после регистрации там нужно просить, чтоб ещё открыли соответствующий раздел форума по егаис

   Mikeware

9 — 01.10.20 — 15:27

(6) а что нужно?

   H A D G E H O G s

10 — 01.10.20 — 15:27

(7) Результат будет.

Пока можно почитать

C:UTMtransporterltransport_info.log

   welwel

11 — 01.10.20 — 15:27

(5) + просто можно почитать — не исключено, что подобное уже у кого-то было

   H A D G E H O G s

12 — 01.10.20 — 15:28

Можно просто почитать форум, если многие пишут, что не уходят ТТН — проблема на стороне РАР

   Vadim_37

13 — 01.10.20 — 15:31

(9) ну для начала, у утм есть вэб интерфейс, твои доки просто в исходящих или нет их там, чем работаете с утм, самописка или типовое, да элементарно блокнотом можно проверить

   Vadim_37

14 — 01.10.20 — 15:33

(0) что за акты, другие документы приходят-уходят, а как проверяли и т.д. Больше вводных

   Mikeware

15 — 01.10.20 — 15:42

пардон, попытался разобраться:  отпраляют их из айко.

https://prnt.sc/ur8s8h

в исходящих в УТМ они есть

сейчас проверю

   Mikeware

16 — 01.10.20 — 15:44

   Mikeware

17 — 01.10.20 — 15:54

по ссылке из (2) вбиваю ид из (16)  — документы не найдены

   Vadim_37

18 — 01.10.20 — 15:55

с фаерволом или прокси не баловались? отправь что-то простое, типа запрос на контрагента или алкокод

   Vadim_37

19 — 01.10.20 — 15:55

квитанцию утм дал?

   Mikeware

20 — 01.10.20 — 16:00

(18) пытались вообще напрямую соединяться, минуя прокси и файер — резултьтат тот же. даже через другоого провайдера.

подскажи, как отправить?

   Mikeware

21 — 01.10.20 — 16:02

(19) пардон, охрана офис закрывает, и им *рать на проблемы… админу скажу, пусть удаленно попробует

   ChMikle

22 — 01.10.20 — 16:10

(0) Лицензия не кончилась , грешным делом ?

   Vadim_37

23 — 01.10.20 — 16:10

(20) обновился защитник винды, антивирус. Напрямую — жми на самолетик в исходящих и суй ему файл например: <?xml version=»1.0″ encoding=»UTF-8″?>

<ns:Documents Version=»1.0″

xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»;

xmlns:ns=»http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01″;

xmlns:qp=»http://fsrar.ru/WEGAIS/QueryParameters»>;

<ns:Owner>

<ns:FSRAR_ID>00040218</ns:FSRAR_ID>

</ns:Owner>

Технические требования версия 3.0.8 (1.1.18)

19

<ns:Document> (1.7.1)

<ns:QueryAP>

<qp:Parameters>

<qp:Parameter>

<qp:Name>ИНН</qp:Name>

<qp:Value>7705444495</qp:Value>

</qp:Parameter>

</qp:Parameters>

</ns:QueryAP>

</ns:Document>

</ns:Documents>

   Vadim_37

24 — 01.10.20 — 16:11

без: Технические требования версия 3.0.8 (1.1.18), 19, и  (1.7.1). Пардон копи-паста.

   Vadim_37

25 — 01.10.20 — 16:12

ну и ид твой конечно и инн производителя реальный

   arsik

26 — 01.10.20 — 16:15

Ключ перевоткниет, службу перезапустите

   Salimbek

27 — 01.10.20 — 16:20

(21) Плюсую за (10) «Почитать Лог-файл»

   Капитан Джек Воробей

28 — 01.10.20 — 17:46

(0) Была такая проблема ну или подобная…. оказалась у токена закончился сертификат, ну соответственно обновили и пошло.

Еще надо посмотреть в личном кабинете, что там и как…. у Вас там общепит?

   MWWRuza

29 — 01.10.20 — 18:19

Для начала, надо понять где физически ключ РуТокен установлен. Может быть конечно, что там извращение ДжаКарта-2, но мало вероятно. Потом, на этом компе, зайти в панель управления РуТокен, закладка сертификаты. Проверить их срок действия. Если все нормально — перегенерировать сертификат ФСРАР через личный кабинет ЕГАИС. Это бесплатно. Похоже на «пляски с бубном», но очень часто помогает. Если не помогло — читать лог УТМ, и дальше по обстоятельствам…

   Ёпрст

30 — 01.10.20 — 18:38

   Ёпрст

31 — 01.10.20 — 18:38

в этом статусе, доки уходить не будут

   Ёпрст

32 — 01.10.20 — 18:39

пока импорт базы обратно не сделаешь

   Ёпрст

33 — 01.10.20 — 18:39

или не создашь новую базу, кладя болт на все входящие и исходязие доки

   Ёпрст

34 — 01.10.20 — 18:41

Ну жно, ПКМ на иконке от утм (если ее нема, то в папке с утм запустить агента утм из папки utmagentbin батник агента), и там в контекстном меню экспорт импорт.

Усё

   Mikeware

35 — 02.10.20 — 07:34

(23) напрямую отправили, уходит (уходит из отправленных в УТМ)

ответ: <?xml version=»1.0″ encoding=»UTF-8″ standalone=»no»?><A><url>b3dd248f-008c-441d-9ae8-c4d77acb0503</url><sign>23EE0D324F1FE532348E65EDA713C02378251C77FEE39B5D86BD97A91464B22B9C6CC2B1C7C7C7EA842C877FADB13456F90532255495614AAC49CBD1D19E72AE</sign><ver>2</ver></A>

   Mikeware

36 — 02.10.20 — 07:36

(30) экспорт сделали, импорт не получается, «иды баз не совпадают» или что-то в этом роде. Пойду еще поковыряю…

   MWWRuza

37 — 02.10.20 — 08:32

(36) «иды баз не совпадают»

Во как интересно… Похоже в крайней сборке чего-то поломали с этим механизмом…

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

Но, раньше, это все работало! Делал неоднократно…

PS А откуда информация про док. в статусе 100-? Я что-то пропустил?

   MWWRuza

38 — 02.10.20 — 08:34

Вопрос к ТС — после отправки любого дока из 1С, если открыть страничку УТМ, папка «Исходящие», документ там появляется? И остается в этой папке висеть? Или как?

   MWWRuza

39 — 02.10.20 — 08:36

Аааа… Все, увидел скриншот, есть доки, и статус 100 виден.

   MWWRuza

40 — 02.10.20 — 08:37

Тогда логи читать, в первую очередь: transport_info.log

   Ёпрст

41 — 02.10.20 — 08:54

(36) Ну, радикальное средство — останавливаешь утм (пкм-в меню остановить).

Далее заходишь в папку UTMtransporter и грохаешьили переименовываешь папку transportdb — это папка с базой на дерби.

Запускаешь утм, создастся новая чистая база.

Придётся по-новой отправлять доки и получать то, что не прилетело, перезапрашивая в ЛК или в самой проге.

НО, есть косяк у такого метода — если в вашем ПО  есть привязка к адресам документов в утм, вида  » optoutwaybi3444″ бла-бла бла..

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

В новой чистой базе утм, все входящие докки будут приходить с «новыми» адресами, т.е id дока опять побежит с 1..

И ваше ПО, видя что в базе уже загружен документ с адресом » optoutwaybi1″ просто его проигнорирует, скорее всего.

По крайней мере, у кт-2000 алкоголь это так

:)

Как в других конфах не смотрел.

   MWWRuza

42 — 02.10.20 — 09:11

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

   Mikeware

43 — 02.10.20 — 09:23

(40) ошибок в логе не было.

(41) ага, уже так и сделали. Спасибо.

в чем причина была — так и не выяснили. Но проблема вроде решилась. теперь есть повод поизучать «это страшное слово ЕГАИС»

   Ёпрст

44 — 02.10.20 — 09:32

(43) ну.. с чистой базой новые доки могут не обрабатывать ваше ПО, если есть привязка к адресу..проверь

   Ёпрст

45 — 02.10.20 — 09:32

на домашней странице утм найди любой документ или тикет во входящей очереди и посмотри в своей базе..соответствует или нет

   Mafiozaa

46 — 02.10.20 — 10:07

(20) Попробуйте нанять программиста)))

   Кулибин

47 — 02.10.20 — 10:15

Всё не читал. Сертификаты не вышли за срок?

   ChMikle

48 — 02.10.20 — 10:27

(46) Мда, дожили …. :))

   Tarlich

49 — 02.10.20 — 10:48

Вчера у одного клиента перестали приходить накладные …

и переустановил УТМ , и то и се ….

Решил перезалить сертификат и только тогда выяснилось …

оказалось https://ibb.co/0hXvgFk

  

Mikeware

50 — 02.10.20 — 11:01

(46) особо тупым подскажу, что для отправки программист не нужен.

(47) Нет, сертификаты были нормальными. Обновление их тоже не помогало

(49) Хм. забавно. Но это не наш случай.

Вот лог УТМ, на всякий случай

    at org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:333)
    at ru.centerinform.transport.backbone.schedule.SpUpdateJob.a(SpUpdateJob.java:62)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:84)
    at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)
2022-06-14 16:56:04,260 ERROR ru.centerinform.transport.backbone.schedule.XsdUpdateJob — [Xsd update] — Ошибка обновления xsd
org.springframework.web.client.HttpClientErrorException$Forbidden: 403 Forbidden: [no body]
    at org.springframework.web.client.HttpClientErrorException.create(HttpClientErrorException.java:109)
    at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:186)
    at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:125)
    at org.springframework.web.client.ResponseErrorHandler.handleError(ResponseErrorHandler.java:63)
    at org.springframework.web.client.RestTemplate.handleResponse(RestTemplate.java:818)
    at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:776)
    at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:710)
    at org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:333)
    at ru.centerinform.transport.backbone.schedule.XsdUpdateJob.a(XsdUpdateJob.java:63)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:84)
    at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)
2022-06-14 16:56:04,261 INFO  ru.centerinform.transport.backbone.update.Updater — [UPDATE] — Версия УТМ: [4.2.0.2480], версия обновления: [4.0.2]
2022-06-14 16:56:04,261 INFO  ru.centerinform.transport.backbone.update.Updater — [UPDATE] — Обновление не требуется
2022-06-14 16:56:04,818 INFO  org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/] — Initializing Spring DispatcherServlet ‘dispatcherServlet’
2022-06-14 16:56:04,818 INFO  org.springframework.web.servlet.DispatcherServlet — Initializing Servlet ‘dispatcherServlet’
2022-06-14 16:56:04,820 INFO  org.springframework.web.servlet.DispatcherServlet — Completed initialization in 2 ms
2022-06-14 16:56:07,180 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob — Начало задачи обмена документами с сервером ЕГАИС по расписанию
2022-06-14 16:56:07,180 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob — Отправка данных на сервер ЕГАИС по расписанию
2022-06-14 16:56:07,181 INFO  ru.centerinform.transport.backbone.schedule.Publisher — Отправка данных на сервер ЕГАИС
2022-06-14 16:56:07,233 INFO  ru.centerinform.transport.backbone.schedule.Publisher — Публикация оптовых документов в кол-ве: 1
2022-06-14 16:56:07,575 INFO  ru.centerinform.transport.backbone.schedule.Publisher — Отправка документа через веб-сервис, Type: QueryClients_v2
2022-06-14 16:56:07,580 INFO  ru.centerinform.transport.ws.sender.service.WebServiceSender — Отправка c uuid:bbcef182-e633-4d4a-927d-0f1149fbca84 docType:QueryClients_v2
2022-06-14 16:56:08,282 INFO  ru.centerinform.transport.ws.sender.service.WebServiceSender — Добавляем дополнительный заголовок к SOAP запросу [UTM-Version: 4.2.0b002480]
2022-06-14 16:56:11,592 INFO  ru.centerinform.transport.backbone.schedule.Publisher — Конец публикации оптовых документов
2022-06-14 16:56:11,605 INFO  ru.centerinform.transport.backbone.schedule.Publisher — Завершение задачи отправки документов на сервер ЕГАИС
2022-06-14 16:56:11,605 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob — Завершение задачи отправки документов на сервера ЕГАИС по расписанию
2022-06-14 16:56:11,605 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob — Получение документов с сервера ЕГАИС по расписанию
2022-06-14 16:56:11,606 INFO  ru.centerinform.transport.backbone.schedule.Receiver — [RESTful] Получение документов с сервера ЕГАИС
2022-06-14 16:56:13,660 INFO  ru.centerinform.transport.backbone.schedule.Receiver — Получение документов с сервера ЕГАИС
2022-06-14 16:56:13,668 INFO  ru.centerinform.transport.backbone.schedule.Receiver — Счетчик непогашенных чеков: [0]
2022-06-14 16:56:13,677 INFO  ru.centerinform.transport.backbone.schedule.Receiver — Счетчик непогашенных запросов: [1]
2022-06-14 16:56:14,208 INFO  ru.centerinform.transport.backbone.schedule.Receiver — Счетчик непогашенных АСКП: [0]
2022-06-14 16:56:14,331 INFO  ru.centerinform.transport.backbone.schedule.Receiver — Запрос документов с сервера
2022-06-14 16:56:14,559 INFO  ru.centerinform.transport.persist.service.ServerDocumentService — Удаление документов, скачанных ранее чем 2022-06-13 16:56:14 в статусах [2]
2022-06-14 16:56:14,585 INFO  ru.centerinform.transport.persist.service.ServerDocumentService — Документы DOC_TYPE: [waybill, waybill_v2, waybill_v3, formbreginfo, form2reginfo, waybillact, waybillact_v2, waybillact_v3, waybillticket, ticket, waybill_v4, waybillAct_v4, ttnhistoryf2reg] удалены не будут.
2022-06-14 16:56:14,588 INFO  ru.centerinform.transport.persist.service.ServerDocumentService — Удаление документов, скачанных ранее чем 2022-06-07 16:56:14 в статусах [2]
2022-06-14 16:56:14,600 INFO  ru.centerinform.transport.backbone.schedule.Receiver — Завершение задачи получения документов с сервера ЕГАИС
2022-06-14 16:56:14,601 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob — Завершение задачи получения документов с сервера ЕГАИС по расписанию
2022-06-14 16:56:14,911 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob — Завершение задачи обмена документами с сервером ЕГАИС по расписанию
2022-06-14 16:56:17,444 INFO  ru.centerinform.transport.backbone.http.controller.api.v2.ApiRsaController — Поступил запрос на получение информации об организации
2022-06-14 16:56:17,460 WARN  ru.centerinform.transport.util.a — Поле [OU] не найдено в сертификате
2022-06-14 16:56:17,465 WARN  ru.centerinform.transport.util.a — Поле [OID.1.2.643.100.4] не найдено в сертификате
2022-06-14 16:56:17,469 WARN  ru.centerinform.transport.util.a — Поле [OID.1.2.840.113549.1.9.2] не найдено в сертификате
2022-06-14 16:57:02,084 INFO  org.springframework.web.socket.config.WebSocketMessageBrokerStats — WebSocketSession[1 current WS(1)-HttpStream(0)-HttpPoll(0), 1 total, 0 closed abnormally (0 connect failure, 0 send limit, 0 transport error)], stompSubProtocol[processed CONNECT(1)-CONNECTED(1)-DISCONNECT(0)], stompBrokerRelay[null], inboundChannel[pool size = 8, active threads = 0, queued tasks = 0, completed tasks = 12], outboundChannel[pool size = 2, active threads = 0, queued tasks = 0, completed tasks = 2], sockJsScheduler[pool size = 4, active threads = 1, queued tasks = 9, completed tasks = 17]

  • Страница:
  • 1
  • 2

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

Администратор запретил публиковать записи гостям.

Добрый день!
В УТМ во входящих появляются запросы?
Посмотрите лог-файлы УТМа (UTMtransporterltransport_info.log), вероятно там увидите ошибку или попробуйте переустановить УТМ…

Администратор запретил публиковать записи гостям.

Здравствуйте!
Я уже не знаю, что с ним делать, именно на одно пк эта проблема, ну не хочет УТМ работать.
Я переустановил, выключил все программы и все равно, но «нет ответа от УТМ», то «просто тишина».
Я прикрепил при лог файла, может вы взглянув на них, что-то мне посоветуете.

Администратор запретил публиковать записи гостям.

Снова здравствуйте!
И так я взял за место проблемного пк, другой с чистой системой и уже с Win10, путаюсь получить накладные и в ответ опять тишина!
Это ппц…
Запросы на остатки уходят, есть оповещение об этом зеленое.
Висит не принятая накладная, делаю подтверждение, в ответ успешно отправлено и все!
Еще один Лог файл.
Я в нем нашел вот такие строки:
2018-10-04 12:14:03,158 WARN org.eclipse.jetty.util.MultiPartInputStreamParser — Badly formatted multipart request
2018-10-04 12:14:28,385 WARN org.eclipse.jetty.util.MultiPartInputStreamParser — Badly formatted multipart request
2018-10-04 12:22:37,377 WARN org.eclipse.jetty.util.MultiPartInputStreamParser — Badly formatted multipart request

Администратор запретил публиковать записи гостям.

Добрый день!
В логах у вас есть сообщение: Обмен документами с сервером ЕГАИС по расписанию отключен
Почитайте про это здесь: sbis.ru/help/edo/egais/pause

Администратор запретил публиковать записи гостям.

И вот это странно
2018-10-04 12:11:11,091 INFO org.eclipse.jetty.server.ServerConnector — Started ServerConnector@3558c9{HTTP/1.1,[http/1.1]}{0.0.0.0:8080}
Адрес 127.0.0.0 то есть на Localhost все прописано

Администратор запретил публиковать записи гостям.

  • Страница:
  • 1
  • 2

УТМ ЕГАИС это сложный программный комплекс. Знаний рядового Пользователя персонального компьютера недостаточно для диагностики и восстановления работы УТМ ЕГАИС.

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

Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами».

Из чего состоит УТМ ЕГАИС?

Для того, чтобы понимать как диагностировать ошибки в работе УТМ ЕГАИС, желательно знать «анатомию» УТМ — из чего состоит УТМ ЕГАИС.

Для функционирования УТМ необходимо:

  • Защищенный носитель для ЕГАИС (например, Рутокен ЭЦП или JaCarta);
  • На защищенном носителе должны быть  записаны минимум 2 электронной подписи: усиленная квалифицированная электронная подпись (которую Вы получаете в аккредитованном удостоверяющем центре) и «транспортный» ключ RSA, который Вы формируете бесплатно в личном кабинете ЕГАИС (обе электронных подписи имеют сроки действия — не являются бессрочными).
  • На компьютере должны быть установлены драйвера для защищенного носителя, и, в некоторых случаях, настроены на работу с ЕГАИС.
  • Установленный УТМ ЕГАИС, который можно бесплатно скачать с официального сайта ЕГАИС. 

УТМ ЕГАИС всегда устанавливается в папку UTM в корень системного диска (обычно это C:UTM). Сам УТМ ЕГАИС состоит из трех служб:

  • служба обновления (Transport-Updater)
  • служба мониторинга (Tranport-Monitoring)
  • служба транспорта (Transport).

Все три службы в обязательном порядке устанавливаются и регистрируются в системе вместе с установкой УТМ.

Где искать причину неисправности УТМ ЕГАИС?

Если ваш УТМ перестал работать или работает нестабильно (постоянно отключается, теряется связь с ЕГАИС) то требуется определить причину неисправности. 

Все ошибки о неисправности УТМ пишет в лог-файлах своих служб. Как правило достаточно посмотреть лог файлы службы обновления и транспорта для диагностики неисправности.

Лог-файлы этих служб находятся тут:

  • C:UTMupdaterlupdate.log — лог службы обновления
  • C:UTMtransporterltransport_info.log — лог службы транспорта

Указанные файлы открываются программой Блокнот, которая является штатной программой MS Windows. Файлы, как правило, содержат очень много текстовой информации, поэтому файл может быть большого размера.

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

Самые свежие события УТМ ЕГАИС находятся в конце файла, поэтому если у вас случился сбой, то для выявления ошибки:

  • откройте и промотайте файл до самого конца;
  • ищите строку с надписью ERROR и расшифровкой ошибки, как в примере ниже.

Имея текст ошибки на руках — вылечить УТМ можно достаточно быстро и даже без привлечения специалистов.

Не имеет значения, какой ключ (Рутокен, JaCarta или иной) Вы используете, какая операционная система у вас на компьютере, оптовик или розница… — обо всех неполадках вам сообщит УТМ прямо в лог файлы, даже если не не смог запуститься.

Если Вы не можете сами разобраться с логами УТМ и поиском ошибки —
обратитесь к нашим специалистам.

Примеры. Как найти ошибку в УТМ и исправить ее самостоятельно?

Пример выявления ошибки №1. Поисковик в помощь.

Например в вашем файле C:UTMtransporterltransport_info.log в самом конце файла есть информация об ошибке:

2018-09-24 10:16:28,057 INFO  ru.centerinform.crypto.c — Инициализации криптобиблиотеки

2018-09-24 10:16:28,171 ERROR ru.centerinform.crypto.c — Ошибка инициализации криптобиблиотеки


sun.security.pkcs11.wrapper.PKCS11Exception: CKR_USER_ALREADY_LOGGED_IN


at sun.security.pkcs11.wrapper.PKCS11.C_Login(Native Method)


at sun.security.pkcs11.wrapper.PKCS11$SynchronizedPKCS11.C_Login(PKCS11.java:1599)


at ru.centerinform.crypto.j.a(Unknown Source)

Согласно этой ошибке у УТМ есть проблемы в работе, которая произошла 24го сентября 2018 года в 10 часов 16 минут, в частности УТМ останавливается с ошибкой CKR_USER_ALREADY_LOGGED_IN.

Для того чтобы самостоятельно «вылечить проблему» нам надо поискать «лекарство» именно от этой ошибки. Если
правильно спросить Яндекс об ошибке, то можно найти
решение.

Пример выявления ошибки №2. Решаем проблему самостоятельно.

Например в вашем файле C:UTMtransporterltransport_info.log в самом конце файла есть информация об ошибке:

2018-09-26 15:36:59,766 ERROR es.programador.transport.h.e — Ошибка при получении и чтении документов с сервера ЕГАИС

com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: javax.net.ssl.SSLException: java.security.ProviderException: Token has been removed


at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.getOutput(Unknown Source)


at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(Unknown Source)


at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(Unknown Source)


at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(Unknown Source)

Согласно этой ошибке у УТМ есть проблемы в работе, которая произошла 26го сентября 2018 года в 15 часов 36 минут, в частности в логах УТМ отображается ошибка Token has been removed.

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

Ошибка «Token has been removed» очень распространенная,
наша техническая поддержка сталкивается с ней постоянно, диагностировать и исправить ее может любой пользователь самостоятельно.

Если Вам сложно диагностировать ошибки УТМ и тем более их исправить, то можете 
обратиться к нашим специалистам за помощью. Обычно у нас на исправление этих ошибок уходит от 5 минут до 1 часа (в зависимости от скорости вашего Интернет соединения и сложности ошибки).

А если проблема не в УТМ а в ключе для ЕГАИС?

Даже если проблема в ключе для ЕГАИС — по логам УТМ можно будет понять в чем именно состоит проблема — закончился сертификат, или пин-код заблокирован, или «сломался» ключ.

А еще примеры будут?

Будут, обязательно будут. Как появится время — напишем и дополним, пока больше времени уделяем Клиентам, чем статьям.

Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами».

Если помогла статья — можете сказать Спасибо автору:

Понравилась статья? Поделить с друзьями:
  • Устройство для считывания ошибок автомобиля через блютуз название
  • Устройство для сброса ошибок на автомобиле
  • Устройство для распределения теплопотребления пульсар 2 1 error 064
  • Устройство для проверки ошибок автомобиля
  • Устройство acpi ucm ucsi ошибка 43