Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

Анализатор ошибок ЕГАИС и УТМ отраженных в логах транспорта посредством "УС Лэнд:ЕГАИС" : КИС Lack & УС Land

22.11.2024 2:40


30.09.2019 15:04
Дабы не держать в памяти - новая отлавливаемая ошибка "оборудования" при работе с ЕГАИС. Диалог с форума:
Цитата:
/* 30.09.2019 Вдруг перестали отправляться документы всех типов: ***** MALFORMED. Чеки не отправляются, документооборот так же не проходит.
- Уточните, пожалуйста, есть ли возможность переустановить УТМ с сохранением БД? Т.е. скопировать папку transportDB (C:\UTM\transporter) и до запуска нового УТМ папку подложить по тому же адресу

Спасибо помогло. С чем связана данная ошибка? И какие альтернативные пути решения есть?

- В логах была запись: 2019-09-27 06:04:23,088 INFO org.eclipse.jetty.webapp.StandardDescriptorProcessor - NO JSP Support for /, did not find org.eclipse.jetty.jsp.JettyJspServlet
2019-09-27 06:04:23,088 ERROR es.programador.transport.i.e - Ошибка при получении и чтении документов с сервера ЕГАИС
java.lang.IllegalArgumentException: MALFORMED

что говорит об утере программного файла УТМ. Возможно файл был удален антивирусом или вручную.
*/

В принципе, как фатальную проблему "УС Лэнд:ЕГАИС" в логах обнаруживалось и в более ранних версиях - первое сообщение, а сейчас так же обнаруживается и эта уникальная ситуация:






P.S. Исходный лог транспорта, например для изучения либо тестирования приложен
Вложения
Тип файла: 7z transport_info.7z (76.1 Кб, 41 просмотров)
10.07.2020 11:22
Давненько ЕГАИС не подкидывал хитромудрых ошибок в логе. Добавил в анализатор новую. Суть: марки не попали на регистр №3, например при отправке акта расхождения, но поставщик на этот акт не прислал подтверждения или отказа. Обновить настроек не требуется, марки есть в наличии, а при посылке чеков приходят неопределенные сообщение "несоответствие типа документов" Диалог на форуме ФСРАР:
Цитата:
Здравствуйте. <марка> 1083004FKMJ5OI
ФС РАРид, Лог УТМ
2020-07-10 15:15:59,092 INFO es.programador.http.AbstractServlet - Получен чек
2020-07-10 15:15:59,530 WARN es.programador.http.AbstractServlet - Filter - Невалидные марки: [<марка>]
2020-07-10 15:15:59,689 INFO es.programador.http.AbstractServlet - [Future] Результат проверки чека: [Проверка не пройдена: несоответствие предыдущего типа документа (<марка>)]
2020-07-10 15:15:59,690 ERROR es.programador.http.AbstractServlet - Future - ошибка проверки позиций чека: Проверка не пройдена: несоответствие предыдущего типа документа (<марка>)
2020-07-10 15:15:59,690 ERROR es.programador.http.AbstractServlet - Некорректное состояние транспортного терминала
java.lang.IllegalStateException: 1: Проверка не пройдена: несоответствие предыдущего типа документа (<марка>)
at es.programador.http.CheckBarcodeResult.<init>(Unknown Source)
at es.programador.http.CheckBarcodeResult.<init>(Unknown Source)
at es.programador.http.AbstractServlet.a(Unknown Source)
at es.programador.http.AbstractServlet$2.call(Unknown Source)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
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)

При попытке обновить настройки УТМа
сообшение всплывает "Необходимо получить все входящие документы, отправить все розничные чеки на сервер ЕГАИС и прекратить документооборот до завершения обновления настроек. Douments: [2], Tickets: [0]" По запросу ничего не приходит. Документов нет что висит у нас непонятно. Марка по проверке числится за нами.
Цитата:
operator12 » 59 минут назад Добрый день. Марка за Вами еще не числится.
Документооборот по накладной TTN-0392455866 не завершен. Отправлен Акт разногласий с частичным расхождением по позициям по накладной TTN-0392455866. Статус "Проведена" Для завершения документооборота нужно подтверждение со стороны грузоотправителя.

Поэтому и появляется ошибка: Проверка не пройдена: несоответствие предыдущего типа документа
Анализ логов УТМ от "УС Лэнд:ЕГАИС" и сообщение на это:

10.09.2020 09:41
Вчера на форуме ФСРАР наткнулся на вопрос представителя "Контура" по неизвестной им ошибке УТМ/ЕГАИС, а так, как они имеют огромную базу клиентов, то предположил, что это "что-то новенькое"? Обычно они по "ерунде" вопросов не задают!
Цитата:
Можете помочь с ошибкой УТМ: ERROR es.programador.transport.r - Ошибка получения количества тикетов java.sql.SQLException: Java exception: ': java.lang.NullPointerException'

ERROR org.quartz.core.JobRunShell - Job main.exchangeJob threw an unhandled Exception:
java.lang.RuntimeException: java.sql.SQLException: Java exception: ': java.lang.NullPointerException' После чего в лог пишется дамп
После суток раздумий оператор ФСРАР ответил:
Цитата:
Здравствуйте, Исходя из ошибок - проблема с целостностью базы. Рекомендуем проверить диск на наличие ошибок/дефрагментация. Так же помочь может создание новой базы, но если проблемы именно с диском - то ошибки могут появиться вновь
Сегодня скачал их лог транспорта, прогнал через анализатор... и он обнаружил в логе 2 ошибки... Вероятно произошло "наложение" компьютерных проблем, где выявлялась и прежняя диагностика:





Однако в рекомендациях была переустановка УТМ с подсовыванием старой БД, которая в случае диалога скорее всего уже разрушена... и в последствии новая БД УТМ будет так же разрушаться, а посему в анализатор логов добавил "новую" проблему, связанную с ЕГАИС и пути её разрешения:

Вложения
Тип файла: 7z transport_info.7z (10.6 Кб, 33 просмотров)
25.10.2020 10:57
Диво дивное хотя и возможно всем и всё "по барабану". Как обратил внимание - последний лог даже никто и не скачивал, т.е. даже специалисты потеряли интерес к саморазвитию? Впрочем была небольшая шабашка недавно: звонила дама - магазин простаивает уже трое суток по причине отсутствия обмена с ЕГАИС, вызывали несколько "профессионалов" по ЕГАИС, заплатили кучу денег без результатов - вопрос разрешился за 20 минут при помощи "УС Лэнд:ЕГАИС", который ... для анализа логов даже настраивать не нужно... там просто рухнула БД УТМ.

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

Couldn't create SOAP message due to exception: unexpected XML tag. expected: {http://schemas.xmlsoap.org/soap/envelope/}Envelope but found: {null}result

ПКИ перегенерировали , ошибка осталась. Прошу разъяснить что это означает и причину, почему не уходят чеки
Цитата:
В приложенных лог-файлах найдена повторяющаяся ошибка:
com.sun.xml.internal.ws.protocol.soap.MessageCreationException: Couldn't create SOAP message due to exception: unexpected XML tag. expected: {http://schemas.xmlsoap.org/soap/envelope/}Envelope but found: {null}result

Данная ошибка связана с проблемами RSA-сертификата. Данная ошибка решается перезаписью RSA и может свидетельствовать о неисправностях RSA-сертификата или поломке порта USB в который он подключен. Также данная ошибка может говорить о том что RSA-сертификат отозван
Вложения
Тип файла: zip transport_info.zip (377.4 Кб, 26 просмотров)
25.10.2020 11:27
… побыстрее заканчиваю, т.к. москвич включился в работу по задачам: https://olegon.ru/showpost.php?p=357374&postcount=6

Вчера запустил анализатор и... 2 час ожидал, когда он отработает, т.к. лог огромный - не дождался... и сегодня начал активно думать:

1. Впервые внедрил в "УС Лэнд:ЕГАИС" технику бегунка с оценкой времени исполнения задания и возможностью прерывать его кнопкой Esc - крыжик в левом верхнем углу
2. Оценив время в 4 часа понял, что нужно искать, вора времени и думать над радикальным ускорением... основные потери времени сегодня, но заменив штатные средства инструмента разработки на методы прямого доступа к физическому файлу УДАЛОСЬ ускорить анализатор в 20-40 раз!

Теперь форма бегунка анализатора:

25.10.2020 11:35
При прогоне лога программа нашла множество проблем, но никак не с Rsa ключем, да и рекомендации по данному логу были не совсем верными:








Добавил в анализатор и данный "новый" тип ошибок:





… всё чаще в реальном и виртуальном мире встречаются "проблемы", отсылающие к проблемам с Rsa ключами... Возможно разработчики УТМ всё более косячат с ними или наоборот по best practik добавляют новые контролы по работе с Rsa… и видимо, сейчас при проблемах с "ЕГАИС"

изучайте инфу по Rsa, RuToken или просто перегенерируйте Rsa ключ
10.02.2021 12:54
Опять на форуме ФСРАР народ жалуется, что бизнес стоит, операторы "посылают" (на неделю в ЛК), но специалисты по мере возможности пытаются помогать. Вот и я решил помочь, но для этого надо дать ссылку на картинку, которую тут разместил.

Проблема древняя и ловится в двух вариациях анализатором:




… а сам их файл логов традиционно приложен к сообщению
Вложения
Тип файла: zip transport_info.zip (78.3 Кб, 24 просмотров)
19.06.2021 19:19
Как правило, встретив описание интересных ошибок на форуме ФСРАР, проверяю их через анализатор "УСЕга"... Вот и сейчас встретил вопрос:

Цитата:
УТМ пугает продавцов savelyalex » Сегодня, 11:18

Сегодня УТМ напугал кассира, выдав сообщение "Отсутствует RSA сертификат". Это наглая ложь. RSA сертификат присутствует и с ним всё в порядке!

Прогнав лог транспорта через анализатор - сам испугался:





На вскидку - отсутствуют в конце строк лога прогоны страниц. Вот и прога зависла, т.к. используемая ей 5Gb оперативной памяти переполнилось? Оставляю эту задачу на "свежую голову"... и прикладываю к сообщению "волшебный" лог
Вложения
Тип файла: 7z transport_info.7z (48.3 Кб, 18 просмотров)
23.06.2021 09:13
Нарисовался часок для "потехи" - вот и решил разобраться с проблемкой

Цитата:
AndreyZh Прогнав лог транспорта через анализатор - сам испугался:
Вставил в програмку контрол, что-бы убедиться в правильности предположения о разрушении файла лога:




Как видно длина считанной строки с ошибкой 3.211.668 знаков, что многократно меньше размера файлов. Следовательно в нём есть разрушения. Скорее всего, до кучи, на данном ПК есть проблемы с файловой системой. Однако "УС Лэнд:ЕГАИС" не умела обрабатывать такие косяки в файле лога!

Вставил ограничители и дополнительную диагностику при обнаружении ошибок:

1. Строку из лога для выдачи сообщения при наличии ошибки ограничиваю 1024 знаками;
2. Если строка из лога превышает 4096 знаков, то дополнительно пишу инфу об разрушении файла лога - необходимо проверить состояние диска! Выделено на скрине.

… а так - конечно есть проблемы с УТМ и "старые" рекомендации по их разрешению:

23.06.2021 19:00
Судя по "вопиющим в пустыне": https://olegon.ru/showthread.php?t=35785 - даже супермаговцы перестали помогать друг другу? Хотя вопрос по организации бизнеса интересен, но врятли кто захочет его серьёзно обсуждать. Тады опишу ещё одно новшество по "УС Лэнд:ЕГАИС" созданное сегодня - о чудо нашлась ошибка не обнаруживаемая анализатором логов. Чудный лог взят из сообщения:

Цитата:
Прошу объяснить что означает ошибка

ERROR org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/].[dispatcherServlet] - Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.web.socket.sockjs.SockJsException: Uncaught failure in SockJS request, uri=http://localhost:8080/websocket/189/sggj3k3p/xhr_streaming?t=1623704648736; nested exception is org.springframework.web.socket.sockjs.SockJsTransportFailureException: Failed to open session; nested exception is org.springframework.web.socket.sockjs.SockJsTransportFailureException: Failed to write SockJsFrame content='o'; nested exception is org.apache.catalina.connector.ClientAbortException: java.io.IOException: Программа на вашем хост-компьютере разорвала установленное подключение] with root cause
java.io.IOException: Программа на вашем хост-компьютере разорвала установленное подключение

По ответам, рекомендациям операторов на форуме ФСРАР и попыток эмуляции данной проблемы у себя "родилась" диагностика с рекомендациями:





Так, как "анализатор логов" - универсальный сервис, даже без настройки программы для ЕГАИС, то прикладываю исходный лог транспорта
Вложения
Тип файла: 7z transport_info_23062021.7z (26.0 Кб, 39 просмотров)
Часовой пояс GMT +3, время: 02:40.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.