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

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

29.10.2020 22:53


30.09.2019 15:04
AndreyZh
 
Дабы не держать в памяти - новая отлавливаемая ошибка "оборудования" при работе с ЕГАИС. Диалог с форума:
Цитата:
/* 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 Кб, 1 просмотров)
10.07.2020 11:22
AndreyZh
 
Давненько ЕГАИС не подкидывал хитромудрых ошибок в логе. Добавил в анализатор новую. Суть: марки не попали на регистр №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
AndreyZh
 
Вчера на форуме ФСРАР наткнулся на вопрос представителя "Контура" по неизвестной им ошибке УТМ/ЕГАИС, а так, как они имеют огромную базу клиентов, то предположил, что это "что-то новенькое"? Обычно они по "ерунде" вопросов не задают!
Цитата:
Можете помочь с ошибкой УТМ: 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 Кб, 0 просмотров)
25.10.2020 10:57
AndreyZh
 
Диво дивное хотя и возможно всем и всё "по барабану". Как обратил внимание - последний лог даже никто и не скачивал, т.е. даже специалисты потеряли интерес к саморазвитию? Впрочем была небольшая шабашка недавно: звонила дама - магазин простаивает уже трое суток по причине отсутствия обмена с ЕГАИС, вызывали несколько "профессионалов" по ЕГАИС, заплатили кучу денег без результатов - вопрос разрешился за 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 Кб, 0 просмотров)
25.10.2020 11:27
AndreyZh
 
… побыстрее заканчиваю, т.к. москвич включился в работу по задачам: https://olegon.ru/showpost.php?p=357374&postcount=6

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

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

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

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








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





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

изучайте инфу по Rsa, RuToken или просто перегенерируйте Rsa ключ

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