ЕГАИС. Отправка из УТМ. Не работает. |
Я |
01.10.20 — 15:13
Дано:
УТМ (который я увидел сегодня первый раз),
перестали отправляться акты, причем из всех заведений.
при попытке отправить пишет «соединение установлено», и все остается в том же состоянии.
сертификаты обновляли, сеть проверяли.
Этим занимался админ, который, к сожалению уволился. Новый «не в курсе». я тоже не занимался, ибо меня не касалось.
Техподержки у ЕГАИС, насколько понимаю, нет.
подскажите, куда копнуть, или направить админа?
1 — 01.10.20 — 15:18
с ЕГАИС без бутылки не разберешься
2 — 01.10.20 — 15:19
https://check1.fsrar.ru/ тут проверить статус вашего дока можно
3 — 01.10.20 — 15:21
(1) Ну я и проставиться могу
Просто надо как всегда «вчера», а то, что перестали отправляться с 25 числа — всплыло только сегодня
А там штрафы конские.
4 — 01.10.20 — 15:22
«Техподержки у ЕГАИС, насколько понимаю, нет.»
Можно зарегистрироваться на форуме http://forum.fsrar.ru/ с указанием ИНН организации
5 — 01.10.20 — 15:24
(4) по некоторым вопросам, помнится, подключались по тимвьюверу, помогали
6 — 01.10.20 — 15:25
(0) недостаточно вводных данных для принятия решения
7 — 01.10.20 — 15:26
(4) Зарегистрироваться-то можно… будет ли результат?
Я пока не пойму, у нас косяк где-то? и как вообще определить
(2) в том и дело, что ида-то нет еще. Не присвоил его егаис
8 — 01.10.20 — 15:26
(4) после регистрации там нужно просить, чтоб ещё открыли соответствующий раздел форума по егаис
9 — 01.10.20 — 15:27
(6) а что нужно?
10 — 01.10.20 — 15:27
(7) Результат будет.
Пока можно почитать
C:UTMtransporterltransport_info.log
11 — 01.10.20 — 15:27
(5) + просто можно почитать — не исключено, что подобное уже у кого-то было
12 — 01.10.20 — 15:28
Можно просто почитать форум, если многие пишут, что не уходят ТТН — проблема на стороне РАР
13 — 01.10.20 — 15:31
(9) ну для начала, у утм есть вэб интерфейс, твои доки просто в исходящих или нет их там, чем работаете с утм, самописка или типовое, да элементарно блокнотом можно проверить
14 — 01.10.20 — 15:33
(0) что за акты, другие документы приходят-уходят, а как проверяли и т.д. Больше вводных
15 — 01.10.20 — 15:42
пардон, попытался разобраться: отпраляют их из айко.
https://prnt.sc/ur8s8h
в исходящих в УТМ они есть
сейчас проверю
16 — 01.10.20 — 15:44
17 — 01.10.20 — 15:54
по ссылке из (2) вбиваю ид из (16) — документы не найдены
18 — 01.10.20 — 15:55
с фаерволом или прокси не баловались? отправь что-то простое, типа запрос на контрагента или алкокод
19 — 01.10.20 — 15:55
квитанцию утм дал?
20 — 01.10.20 — 16:00
(18) пытались вообще напрямую соединяться, минуя прокси и файер — резултьтат тот же. даже через другоого провайдера.
подскажи, как отправить?
21 — 01.10.20 — 16:02
(19) пардон, охрана офис закрывает, и им *рать на проблемы… админу скажу, пусть удаленно попробует
22 — 01.10.20 — 16:10
(0) Лицензия не кончилась , грешным делом ?
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>
24 — 01.10.20 — 16:11
без: Технические требования версия 3.0.8 (1.1.18), 19, и (1.7.1). Пардон копи-паста.
25 — 01.10.20 — 16:12
ну и ид твой конечно и инн производителя реальный
26 — 01.10.20 — 16:15
Ключ перевоткниет, службу перезапустите
27 — 01.10.20 — 16:20
(21) Плюсую за (10) «Почитать Лог-файл»
28 — 01.10.20 — 17:46
(0) Была такая проблема ну или подобная…. оказалась у токена закончился сертификат, ну соответственно обновили и пошло.
Еще надо посмотреть в личном кабинете, что там и как…. у Вас там общепит?
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 батник агента), и там в контекстном меню экспорт импорт.
Усё
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>
36 — 02.10.20 — 07:36
(30) экспорт сделали, импорт не получается, «иды баз не совпадают» или что-то в этом роде. Пойду еще поковыряю…
37 — 02.10.20 — 08:32
(36) «иды баз не совпадают»
Во как интересно… Похоже в крайней сборке чего-то поломали с этим механизмом…
Вчера столкнулся с точно-таким же поведением(именно экспорт/импорт, сам УТМ работал, и все отправлялось), когда у клиента хотел перенести УТМ на другой компьютер. Получил такое-же сообщение, разбираться не стал, времени не было, магазин простаивал, поэтому плюнул и просто поставил чистый УТМ, с пустой базой по умолчанию. Все нужные документы решили перезапросить из 1С, благо для этого у меня в конфе все механизмы есть.
Но, раньше, это все работало! Делал неоднократно…
PS А откуда информация про док. в статусе 100-? Я что-то пропустил?
38 — 02.10.20 — 08:34
Вопрос к ТС — после отправки любого дока из 1С, если открыть страничку УТМ, папка «Исходящие», документ там появляется? И остается в этой папке висеть? Или как?
39 — 02.10.20 — 08:36
Аааа… Все, увидел скриншот, есть доки, и статус 100 виден.
40 — 02.10.20 — 08:37
Тогда логи читать, в первую очередь: transport_info.log
41 — 02.10.20 — 08:54
(36) Ну, радикальное средство — останавливаешь утм (пкм-в меню остановить).
Далее заходишь в папку UTMtransporter и грохаешьили переименовываешь папку transportdb — это папка с базой на дерби.
Запускаешь утм, создастся новая чистая база.
Придётся по-новой отправлять доки и получать то, что не прилетело, перезапрашивая в ЛК или в самой проге.
НО, есть косяк у такого метода — если в вашем ПО есть привязка к адресам документов в утм, вида » optoutwaybi3444″ бла-бла бла..
и при загрузке ваше ПО проверяет по этому адресу, есть ли загруженный документ или нет, то проблема будет такая:
В новой чистой базе утм, все входящие докки будут приходить с «новыми» адресами, т.е id дока опять побежит с 1..
И ваше ПО, видя что в базе уже загружен документ с адресом » optoutwaybi1″ просто его проигнорирует, скорее всего.
По крайней мере, у кт-2000 алкоголь это так
Как в других конфах не смотрел.
42 — 02.10.20 — 09:11
У меня в моей конфе тоже так, тянется еще с 2015 года, когда только ЕГАИС появился. Это конечно не совсем хорошо, но так повелось. Но, для решения этой проблемы у меня спец. обработка — «ОочисткаСсылокНаУТМ». После переустановки УТМ, я просто грохаю все ссылки в доках.
43 — 02.10.20 — 09:23
(40) ошибок в логе не было.
(41) ага, уже так и сделали. Спасибо.
в чем причина была — так и не выяснили. Но проблема вроде решилась. теперь есть повод поизучать «это страшное слово ЕГАИС»
44 — 02.10.20 — 09:32
(43) ну.. с чистой базой новые доки могут не обрабатывать ваше ПО, если есть привязка к адресу..проверь
45 — 02.10.20 — 09:32
на домашней странице утм найди любой документ или тикет во входящей очереди и посмотри в своей базе..соответствует или нет
46 — 02.10.20 — 10:07
(20) Попробуйте нанять программиста)))
47 — 02.10.20 — 10:15
Всё не читал. Сертификаты не вышли за срок?
48 — 02.10.20 — 10:27
(46) Мда, дожили …. :))
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]
|
Здравствуйте! |
|
Администратор запретил публиковать записи гостям. |
Добрый день! |
|
Администратор запретил публиковать записи гостям. |
Здравствуйте! |
|
Администратор запретил публиковать записи гостям. |
Снова здравствуйте! |
|
Администратор запретил публиковать записи гостям. |
Добрый день! |
|
Администратор запретил публиковать записи гостям. |
И вот это странно |
|
Администратор запретил публиковать записи гостям. |
|
УТМ ЕГАИС это сложный программный комплекс. Знаний рядового Пользователя персонального компьютера недостаточно для диагностики и восстановления работы УТМ ЕГАИС.
В данной статье мы расскажем как диагностировать ошибки, из-за которых УТМ ЕГАИС можете не запускаться, а так же предложим простые решения для устранения этих ошибок.
Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем 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 канале «ЕГАИС простыми словами».
Если помогла статья — можете сказать Спасибо автору: