подтверждение ТТН

[AndreyZh]

Добрый день!

По ошибке вместо подтверждения накладной, отправил отмену. Что делать в такой ситуации?

Произвести отмену акта по ТТН - это процесс обмена запросами с поставщиками... Сейчас это умеют кажется любые программы, а затем, после отмены, пошлете правильный акт на ТТН.

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

[ktm]

Предоставьте регистрационные номера ТТН.

TTN-0126733636
TTN-0126730814
TTN-0126644685
TTN-0116662961
TTN-0126515558
TTN-0126543677
TTN-0116346624
TTN- 0116290208

На все вышеуказанные ТТН, от грузополучателя не приходило актов. Рекомендуем проверить работоспособность вашего УТМ. Так же если вручную получится отправить акт на ТТН, то проблема в вашей учетной системе. Для анализа можете приложить transport_info.log, transport_updater.log, transport_user_friedly.log за дату попытки отправки актов на данные ТТН. Если их не осталось за интересующую дату, повторно попробуйте выслать акты на ТТН и так же приложить указанные лог-файлы.

Грузополучатель - это мы, к нам ТТН пришли, мы их подтвердили, но поставщик (отправитель груза) не видит этого подтверждения. Учетная система исправна, т.к. остальные поставщики видят подтверждение ТТН. Можно ли как то данные ТТН зарегистрировать через вас?

[Operator 4]

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

[ktm]

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

Есть некоторые ТТН которые еще за май, мы одну такую запросили повторно. Но уже несколько дней никакого ответа от этой ТТН мы не видим.

[Operator 4]

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

Есть некоторые ТТН которые еще за май, мы одну такую запросили повторно. Но уже несколько дней никакого ответа от этой ТТН мы не видим.

Приложите лог-файлы УТМ.

[ktm]

Не на всех УТМах сохранились логи за май и июль. Вот что удалось найти.
[2017-05-25 18:44:49] [debug] ( prunsrv.c:1676) [ 1336] Commons Daemon procrun log initialized
[2017-05-25 18:44:49] [info] ( prunsrv.c:1680) [ 1336] Commons Daemon procrun (1.0.14.0 32-bit) started
[2017-05-25 18:44:49] [debug] ( prunsrv.c:560 ) [ 1336] Installing service...
[2017-05-25 18:44:49] [info] ( prunsrv.c:599 ) [ 1336] Service Transport name
[2017-05-25 18:44:49] [debug] ( prunsrv.c:615 ) [ 1336] Setting service description Transport Terminal
[2017-05-25 18:44:49] [info] ( prunsrv.c:633 ) [ 1336] Service 'Transport' installed
[2017-05-25 18:44:49] [info] ( prunsrv.c:1761) [ 1336] Commons Daemon procrun finished
[2017-05-25 18:45:55] [debug] ( prunsrv.c:1676) [ 2628] Commons Daemon procrun log initialized
[2017-05-25 18:45:55] [info] ( prunsrv.c:1680) [ 2628] Commons Daemon procrun (1.0.14.0 32-bit) started
[2017-05-25 18:45:55] [info] ( prunsrv.c:1593) [ 2628] Running 'Transport' Service...
[2017-05-25 18:45:55] [debug] ( prunsrv.c:1374) [ 2840] Inside ServiceMain...
[2017-05-25 18:45:55] [debug] ( prunsrv.c:843 ) [ 2840] reportServiceStatusE: 2, 0, 3000, 0
[2017-05-25 18:45:55] [info] ( prunsrv.c:1127) [ 2840] Starting service...
[2017-05-25 18:45:55] [debug] ( javajni.c:221 ) [ 2840] loading jvm 'C:\UTM\jre\bin\client\jvm.dll'
[2017-05-25 18:45:55] [debug] ( javajni.c:266 ) [ 2840] Setting DLL search path to 'C:\UTM\jre\bin\client'
[2017-05-25 18:45:56] [debug] ( javajni.c:266 ) [ 2840] Setting DLL search path to 'C:\UTM\jre\bin'
[2017-05-25 18:45:56] [debug] ( javajni.c:691 ) [ 2664] Jvm Option[0] -Dderby.stream.error.file=C:\UTM\transporter\l\derby.log
[2017-05-25 18:45:56] [debug] ( javajni.c:691 ) [ 2664] Jvm Option[1] -Dapp.name=transport
[2017-05-25 18:45:56] [debug] ( javajni.c:691 ) [ 2664] Jvm Option[2] -Dapp.repo=C:\UTM\transporter\lib
[2017-05-25 18:45:56] [debug] ( javajni.c:691 ) [ 2664] Jvm Option[3] -Dapp.home=C:\UTM\transporter
[2017-05-25 18:45:56] [debug] ( javajni.c:691 ) [ 2664] Jvm Option[4] -Dbasedir=C:\UTM\transporter
[2017-05-25 18:45:56] [debug] ( javajni.c:691 ) [ 2664] Jvm Option[5] -Djava.class.path=C:\UTM\transporter\lib\bcmail-jdk15on-1.55.jar;C:\UTM\transporter\lib\bcpkix-jdk15on-1.55.jar;C:\UTM\transporter\lib\bcprov-jdk15on-1.55.jar;C:\UTM\transporter\lib\c3p0-0.9.1.1.jar;C:\UTM\transporter\lib\commons-codec-1.6.jar;C:\UTM\transporter\lib\commons-configuration-1.10.jar;C:\UTM\transporter\lib\commons-httpclient-3.0.1.jar;C:\UTM\transporter\lib\commons-io-2.4.jar;C:\UTM\transporter\lib\commons-lang-2.6.jar;C:\UTM\transporter\lib\commons-logging-1.1.1.jar;C:\UTM\transporter\lib\derby-10.11.1.1.jar;C:\UTM\transporter\lib\javax.servlet-api-3.1.0.jar;C:\UTM\transporter\lib\jetty-continuation-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-http-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-io-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-security-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-server-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-servlet-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-servlets-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-util-
[2017-05-25 18:45:56] [debug] ( javajni.c:691 ) [ 2664] Jvm Option[6] exit
[2017-05-25 18:45:59] [debug] ( javajni.c:875 ) [ 2664] argv[0] = C:\UTM\transporter\conf\transport.properties
[2017-05-25 18:45:59] [debug] ( javajni.c:928 ) [ 2664] Java Worker thread started es/programador/transport/Transport:main
[2017-05-25 18:46:00] [debug] ( prunsrv.c:1186) [ 2840] Java started es/programador/transport/Transport
[2017-05-25 18:46:00] [info] ( prunsrv.c:1284) [ 2840] Service started in 4496 ms.
[2017-05-25 18:46:00] [debug] ( prunsrv.c:843 ) [ 2840] reportServiceStatusE: 4, 0, 0, 0
[2017-05-25 18:46:00] [debug] ( prunsrv.c:1528) [ 2840] Waiting for worker to finish...
[2017-05-28 01:00:16] [debug] ( prunsrv.c:843 ) [ 2628] reportServiceStatusE: 4, 0, 0, 0
[2017-05-28 01:00:16] [debug] ( prunsrv.c:843 ) [ 2628] reportServiceStatusE: 4, 0, 0, 0
[2017-05-29 01:00:14] [debug] ( prunsrv.c:843 ) [ 2628] reportServiceStatusE: 4, 0, 0, 0
[2017-05-29 01:00:14] [debug] ( prunsrv.c:843 ) [ 2628] reportServiceStatusE: 4, 0, 0, 0
[2017-06-05 01:00:16] [debug] ( prunsrv.c:843 ) [ 2628] reportServiceStatusE: 4, 0, 0, 0
[2017-06-05 01:00:17] [debug] ( prunsrv.c:843 ) [ 2628] reportServiceStatusE: 4, 0, 0, 0
[2017-06-09 16:02:09] [info] ( prunsrv.c:1347) [10168] Console SHUTDOWN event signaled
[2017-06-09 16:02:10] [info] ( prunsrv.c:942 ) [10168] Stopping service...
[2017-06-09 16:02:10] [debug] ( javajni.c:928 ) [ 6024] Java Worker thread started java/lang/System:exit
[2017-06-09 16:02:10] [debug] ( prunsrv.c:843 ) [10168] reportServiceStatusE: 3, 0, 20000, 0
[2017-06-09 16:02:10] [debug] ( prunsrv.c:985 ) [10168] Forcing java jni System.exit worker to finish...
[2017-06-09 16:02:12] [debug] ( javajni.c:951 ) [ 2664] Java Worker thread finished es/programador/transport/Transport:main with status=0
[2017-06-09 16:02:12] [debug] ( prunsrv.c:1533) [ 2840] Worker finished.
[2017-06-09 16:02:12] [debug] ( prunsrv.c:843 ) [ 2840] reportServiceStatusE: 3, 0, 0, 0
[2017-06-09 16:02:12] [debug] ( prunsrv.c:1542) [ 2840] Waiting for ShutdownEvent
[2017-06-09 16:02:25] [debug] ( javajni.c:458 ) [ 3100] Exit hook with exit code 0
[2017-06-09 16:02:30] [debug] ( prunsrv.c:909 ) [ 3100] Stop exit hook called ...
[2017-06-09 16:02:31] [debug] ( prunsrv.c:843 ) [ 3100] reportServiceStatusE: 1, 0, 0, 0
[2017-06-09 16:02:31] [debug] ( prunsrv.c:918 ) [ 3100] Start exit hook called ...
[2017-06-09 16:02:32] [debug] ( prunsrv.c:919 ) [ 3100] VM exit code: 0
[2017-06-09 16:02:32] [debug] ( prunsrv.c:843 ) [ 3100] reportServiceStatusE: 1, 0, 0, 0
[2017-06-09 16:02:32] [error] ( prunsrv.c:865 ) [ 3100] Failed to set service status
[2017-06-09 16:02:37] [error] ( prunsrv.c:865 ) [ 3100] Неверный дескриптор.



И второй лог файл. (Почему то файлами не смог прикрепить в тему).
[2017-07-03 08:45:42] [debug] ( prunsrv.c:1676) [ 2028] Commons Daemon procrun log initialized
[2017-07-03 08:45:42] [info] ( prunsrv.c:1680) [ 2028] Commons Daemon procrun (1.0.14.0 32-bit) started
[2017-07-03 08:45:42] [info] ( prunsrv.c:1593) [ 2028] Running 'Transport' Service...
[2017-07-03 08:45:43] [debug] ( prunsrv.c:1374) [ 112] Inside ServiceMain...
[2017-07-03 08:45:43] [debug] ( prunsrv.c:843 ) [ 112] reportServiceStatusE: 2, 0, 3000, 0
[2017-07-03 08:45:43] [info] ( prunsrv.c:1127) [ 112] Starting service...
[2017-07-03 08:45:43] [debug] ( javajni.c:221 ) [ 112] loading jvm 'C:\UTM\jre\bin\client\jvm.dll'
[2017-07-03 08:45:43] [debug] ( javajni.c:691 ) [ 236] Jvm Option[0] -Dderby.stream.error.file=C:\UTM\transporter\l\derby.log
[2017-07-03 08:45:43] [debug] ( javajni.c:691 ) [ 236] Jvm Option[1] -Dapp.name=transport
[2017-07-03 08:45:43] [debug] ( javajni.c:691 ) [ 236] Jvm Option[2] -Dapp.repo=C:\UTM\transporter\lib
[2017-07-03 08:45:43] [debug] ( javajni.c:691 ) [ 236] Jvm Option[3] -Dapp.home=C:\UTM\transporter
[2017-07-03 08:45:43] [debug] ( javajni.c:691 ) [ 236] Jvm Option[4] -Dbasedir=C:\UTM\transporter
[2017-07-03 08:45:43] [debug] ( javajni.c:691 ) [ 236] Jvm Option[5] -Djava.class.path=C:\UTM\transporter\lib\bcmail-jdk15on-1.55.jar;C:\UTM\transporter\lib\bcpkix-jdk15on-1.55.jar;C:\UTM\transporter\lib\bcprov-jdk15on-1.55.jar;C:\UTM\transporter\lib\c3p0-0.9.1.1.jar;C:\UTM\transporter\lib\commons-codec-1.6.jar;C:\UTM\transporter\lib\commons-configuration-1.10.jar;C:\UTM\transporter\lib\commons-httpclient-3.0.1.jar;C:\UTM\transporter\lib\commons-io-2.4.jar;C:\UTM\transporter\lib\commons-lang-2.6.jar;C:\UTM\transporter\lib\commons-logging-1.1.1.jar;C:\UTM\transporter\lib\derby-10.11.1.1.jar;C:\UTM\transporter\lib\javax.servlet-api-3.1.0.jar;C:\UTM\transporter\lib\jetty-continuation-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-http-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-io-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-security-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-server-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-servlet-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-servlets-9.3.5.v20151012.jar;C:\UTM\transporter\lib\jetty-util-
[2017-07-03 08:45:43] [debug] ( javajni.c:691 ) [ 236] Jvm Option[6] exit
[2017-07-03 08:45:44] [debug] ( javajni.c:875 ) [ 236] argv[0] = C:\UTM\transporter\conf\transport.properties
[2017-07-03 08:45:44] [debug] ( javajni.c:928 ) [ 236] Java Worker thread started es/programador/transport/Transport:main
[2017-07-03 08:45:45] [debug] ( prunsrv.c:1186) [ 112] Java started es/programador/transport/Transport
[2017-07-03 08:45:45] [info] ( prunsrv.c:1284) [ 112] Service started in 2456 ms.
[2017-07-03 08:45:45] [debug] ( prunsrv.c:843 ) [ 112] reportServiceStatusE: 4, 0, 0, 0
[2017-07-03 08:45:45] [debug] ( prunsrv.c:1528) [ 112] Waiting for worker to finish...
[2017-07-04 01:02:01] [debug] ( javajni.c:951 ) [ 236] Java Worker thread finished es/programador/transport/Transport:main with status=0
[2017-07-04 01:02:01] [debug] ( prunsrv.c:1533) [ 112] Worker finished.
[2017-07-04 01:02:01] [debug] ( prunsrv.c:1556) [ 112] Waiting for all threads to exit
[2017-07-04 01:02:03] [debug] ( javajni.c:458 ) [ 240] Exit hook with exit code 0
[2017-07-04 01:02:03] [debug] ( prunsrv.c:918 ) [ 240] Start exit hook called ...
[2017-07-04 01:02:03] [debug] ( prunsrv.c:919 ) [ 240] VM exit code: 0
[2017-07-04 01:02:03] [debug] ( prunsrv.c:843 ) [ 240] reportServiceStatusE: 1, 0, 0, 0

[Operator 4]

Ошибка связана с некорректной работой одного из сертификатов на аппаратном ключе. У вас остался transport_info.log за эту дату?
Так же просьба указать fsrar_id

[ktm]

Ошибка связана с некорректной работой одного из сертификатов на аппаратном ключе. У вас остался transport_info.log за эту дату?
Так же просьба указать fsrar_id

Странно, но остальные ТТНки от других поставщиков отработали нормально, без проблем. Да у нас 3 торговые точки, на которых проблемы с ТТНками.
fsrar id 020000262961, 030000054899, 020000262960.

Нет, логов больше других за эти даты не сохранились.

[Operator 4]

Проверьте в рамках вашей организации, верно ли сотрудники выбирают КПП при перезаписи RSA-сертификата, так как если ошибиться, это приводит к отзыву предыдущего и на другом КПП работоспособность УТМ будет восстановлена только после повторной его перезаписи.

[ktm]

Проверьте в рамках вашей организации, верно ли сотрудники выбирают КПП при перезаписи RSA-сертификата, так как если ошибиться, это приводит к отзыву предыдущего и на другом КПП работоспособность УТМ будет восстановлена только после повторной его перезаписи.

Наши сотрудники сами не имеют доступа к данным сертификатам, я сам администрирую обновление сертификатов на ключах. Сегодня поставили новые сертификаты на ключи JaCarta. Все КПП верные. Проверено неоднократно, т.к. замены ключей по причине выхода из строя, были не раз, из за этого КПП проверялись не раз.