[ОТВЕТИТЬ]
24.01.2017 12:21
leha_jazz
 
Вышло обновление УТМ 2.0.4.
В этой версии включили контроль действия алкогольной лицензии.
Кто уже обновился ?
Какие проблемы ?
24.01.2017 12:24
konst
 
Обновил 4 магазина. все работает нормально. Никаких изменений не заметил.
24.01.2017 14:05
Ferus
 
Слетает какая-то область на ключе, в сервисе перезаливают и ключ живет дальше.
При этом все службы работают, ключ тоже показывает полную функциональность. А вот в логах транспорта ошибки, вроде на проверку сертификата PKI ругается(к сожалению нет лога).
26.01.2017 11:08
leha_jazz
 
Цитата:
Ferus Слетает какая-то область на ключе, в сервисе перезаливают и ключ живет дальше.
А ключ какой -Джакарта или Рутокен ?
26.01.2017 11:38
Ferus
 
Джакарта. У большинства клиентов все нормально. Но с 10 таких случаев есть.
26.01.2017 15:55
MWWRuza
 
Цитата:
leha_jazz в сервисе перезаливают и ключ живет дальше
Да какая там особая область... Раздел PKI. Его инициализируют, и записывают заново сертификат PKI. И все. Вы это можете и сами сделать. В особо-тяжелых случаях, еще "персонализацию" этой области делают, инструкция есть на сайте ФСРАР. Но, я с таким не сталкивался, обычно инициализации и перезаписи ключа хватало, возможно потому, что я сразу библиотеки криптопровайдера на альтернативные меняю, не дожидаясь, когда родные загубят ДжаКарту.
30.01.2017 10:20
konst
 
Похоже в УТМ версии 2.0.4 обнаружился косяк:
касса начинает продажу алкоголя - отправляет чек в утм - и получает квитанцию об успешном приеме
во время оплаты картой - происходит сбой в оплате - чек отменяется
касса отсылает в УТМ чек на возврат - и УТМ его блокирует - как дубль акцизной марки - и не регистриует чек на возврат
при этом сам чек остается лежать в каталоге XML
31.01.2017 10:38
MWWRuza
 
Цитата:
konst чек отменяется
касса отсылает в УТМ чек на возврат
Номер чека изменяете? С тем-же номером и не отправит, будет ошибка.
31.01.2017 10:45
MWWRuza
 
Нет, проблема похоже действительно в УТМ... Цитата с закрытого раздела форума ФСРАР:
Цитата:
для надёжности продублирую своё сообщение и тут, т.к. эта тема - первична по данной проблеме:
для ясности, объясню разработчикам проблему:
проблема в следующем
на стр. 98-99 Букваря по УТМ 2.0.4 читаем:
Выбор момента отправки xml-файла в УТМ должен обеспечивать невозможность
корректировки чека после этой отправки.
Рекомендовано реализовать формирование xml-файла чека и его передачу в УТМ
первой задачей в едином блоке транзакций записи чека в базу данных, физическую
память, ЭКЛЗ. Если от транспортного модуля получен положительный ответ -
транзакция продолжается. Если не получен положительный ответ – откат транзакции
и возврат в режим формирования.
...
10. Чек закрывается. В случае сбоя при регистрации чека (xml-файл отправлен в УТМ,
получен успешный ответ, но произошел сбой при регистрации в БД, ФП, ЭКЛЗ), в
УТМ необходимо отправить обратную транзакцию, аналогичную операции возврат. В
этом случае возврат можно назвать «виртуальным», т.к. в ФП он зафиксирован не
будет. Нумеровать такие документы, инкрементируя фискальный номер чека нельзя.

так вот между красным и синим - проходят буквально секунды, а не 2 минуты...
И эту ситуацию возврата (отправку в УТМ возвратного чека) - УТМ 2.0.4 на данный момент блокирует, хотя не должен, т.к. это - типовая стандартная ситуация, задокументированная и реализованная во всех вариациях кассового ПО.

Таким образом - возникают дубли продаж, т.к. возврат марки - не учтён и не зафиксирован в ЕГАИС (т.к. заблокирован УТМ-ом), и последующая продажа (пробитие кассового чека и отправка в ЕГАИС этой же марки) - проходят успешно (т.к. не прошло 2 минуты), отражая в ЕГАИС дубль продажи не по вине пользователя
а если 2 минуты даже и пройдёт - то продать ЕГАИС опять не даст, т.к. не зафиксировал возврат, и поэтому онлайн проверка УТМ сообщит о дубле, которого реально и не было... и бутылку в принципе станет невозможно продать, пока "вручную" не отправить возвратный чек...
01.02.2017 06:51
n_stasuk
 
До перехода на 2.0.4 проверьтесь обязательно в реестре лицензий.
Мы у себя из примерно 50 точек нашли одну свою ошибку и 8 ошибок лицензирующего органа, т.е. по реестру у нас 9 точек "без лицензий" оказалось. А 2.0.4 если решит, что точка без лицензии, чеки подписывать не будет.
17.02.2017 12:10
Eugin_S
 
Код:
2017-02-17 16:04:58,246 ERROR es.programador.transport.h.e - Ошибка при получении и чтении документов с сервера ЕГАИС
com.sun.xml.internal.ws.fault.ServerSOAPFaultException: Client received SOAP Fault from server: Истекло время ожидания соединения. Время ожидания истекло при попытке обработки подтверждения предварительного согласования. Возможно, произошел сбой во время предварительного согласования, или сервер не смог ответить вовремя.  Время, затраченное на попытки подключиться к этому серверу, составило: [Pre-Login] initialization=0; handshake=4986;  Please see the server log to find more detail regarding exact cause of the failure.
Кто-нибудь сталкивался с такой ошибкой на 2.0.4? У меня после этого на АТОЛ ХАБе перестают писаться новые записи в лог, служба запущена, но на запросы не отвечает. Помогает только перезагрузка.
22.02.2017 11:30
Deft-Ru
 
Добрый день.
У меня такая беда. Наступил день принудительного перехода на 2.0.4.
На части торговых точек, стоит УТМ на базе линуксового Центринформовского .deb.
Начиная с 23:30 20.02.17 по текущий момент, в логах начинают появляться такие вот куски:

2017-02-21 11:59:49,296 INFO es.programador.transport.g.d - Завершение задачи получения документов с сервера ЕГАИС
2017-02-21 11:59:49,296 INFO es.programador.transport.g.c - Завершение задачи получения документов с сервера ЕГАИС по расписанию
2017-02-21 11:59:49,296 INFO es.programador.transport.g.c - Завершение задачи обмена документами с сервером ЕГАИС по расписанию
2017-02-21 11:59:52,925 INFO es.programador.transport.Transport - Завершение работы (ShutdownHook)
2017-02-21 11:59:52,927 INFO es.programador.transport.Transport - Остановка служб
2017-02-21 11:59:52,990 INFO es.programador.transport.service.WebServer - Остановка встроенного веб-сервера
2017-02-21 11:59:53,169 INFO org.eclipse.jetty.server.ServerConnector - Stopped ServerConnector@1f8b3cd{HTTP/1.1,[http/1.1]}{0.0.0.0:8080}
2017-02-21 11:59:53,258 INFO org.eclipse.jetty.server.handler.ContextHandler - Stopped o.e.j.w.WebAppContext@154de02{/opt,null,UNAVAILABLE}{/op$
2017-02-21 11:59:53,268 INFO es.programador.http.AbstractServlet - Завершение работы сервлета:XmlServlet
2017-02-21 11:59:53,269 INFO es.programador.http.AbstractServlet - Закрытие криптобиблиотеки
2017-02-21 11:59:53,275 INFO ru.centerinform.crypto.b - Чистим ресурсы связанные с криптографером
2017-02-21 11:59:53,489 INFO org.eclipse.jetty.server.handler.ContextHandler - Stopped o.e.j.w.WebAppContext@f392be{/,null,UNAVAILABLE}{/ROOT.w$
2017-02-21 11:59:53,535 INFO es.programador.transport.Transport - Остановка служб завершена
2017-02-21 11:59:53,537 INFO es.programador.transport.Transport - Остановка работы планировщика задач
2017-02-21 11:59:53,538 INFO org.quartz.core.QuartzScheduler - Scheduler QuartzScheduler_$_NON_CLUSTERED shutting down.
2017-02-21 11:59:53,540 INFO org.quartz.core.QuartzScheduler - Scheduler QuartzScheduler_$_NON_CLUSTERED paused.
2017-02-21 11:59:53,551 INFO org.quartz.core.QuartzScheduler - Scheduler QuartzScheduler_$_NON_CLUSTERED shutdown complete.
2017-02-21 11:59:53,600 INFO es.programador.transport.h - Закрытие БД
2017-02-21 11:59:53,632 INFO es.programador.transport.util.b - Закрытие БД
2017-02-21 11:59:55,351 INFO es.programador.transport.util.b - Закрытие базы успешно завершено с кодом: 08006

И всё. БД успешно закрыта.

Никто не сталкивался? В какую сторону рыть?

Также отмечу, что сейчас недоступен ресурс , как и в декабре 2015, уже более суток.
22.02.2017 14:52
Deft-Ru
 
chmod +x /opt/utm/transport/bin/*
utm start
решает эту проблему.


Появилось еще несколько, в виде:
CKR_DEVICE_ERROR
Невалидное значение
Проблемы с RSA ключом
27.02.2017 03:19
winmasta
 
Цитата:
Deft-Ru chmod +x /opt/utm/transport/bin/*
utm start
решает эту проблему.


Появилось еще несколько, в виде:
CKR_DEVICE_ERROR
Невалидное значение
Проблемы с RSA ключом
Решает, правда каждый день ее приходится решать заново. Причина в том, что при попытке автоматического обновления на 2.0.4 не хватает новых драйверов джакарты. На есайте гаис2016 есть соответствующая ветка с ответом разрабов. Попробовал сделать по их схеме, жду. Все это касается linux.
27.02.2017 09:22
baggio
 
Цитата:
winmasta Решает, правда каждый день ее приходится решать заново. Причина в том, что при попытке автоматического обновления на 2.0.4 не хватает новых драйверов джакарты. На есайте гаис2016 есть соответствующая ветка с ответом разрабов. Попробовал сделать по их схеме, жду. Все это касается linux.
Можно тут процитировать?
28.02.2017 10:25
Deft-Ru
 
Наше решение по линуксу:

После установки 2.0.4, правим конфиги:​
/etc/init.d/utm
/etc/init.d/updater
/etc/init.d/monitoring

и убираем флаг --no-close

Никаких более телодвижений не потребовалось ежедневных.
28.02.2017 11:10
Deft-Ru
 
Цитата:
winmasta Решает, правда каждый день ее приходится решать заново. Причина в том, что при попытке автоматического обновления на 2.0.4 не хватает новых драйверов джакарты. На есайте гаис2016 есть соответствующая ветка с ответом разрабов. Попробовал сделать по их схеме, жду. Все это касается linux.
Цитата:
winmasta Причина в том, что при попытке автоматического обновления на 2.0.4 не хватает новых драйверов джакарты. На есайте гаис2016 есть соответствующая ветка с ответом разрабов. Попробовал сделать по их схеме, жду. Все это касается linux.
С 23 февраля, по текущий момент, имею 38 точек на линуксе. Драйвера везде старые, с времен установки 2.0.2. Обновили только УТМ до 2.0.4 и делали везде, как я писал выше:


Цитата:
sudo cp -r /opt/utm/transport/transportDB /tmp/backup
sudo cp -r /opt/utm/transport/xml /tmp/backup
sudo apt-get purge u-trans-i386
reboot
sudo rm -r /opt/utm
sudo dpkg -i u-trans-2.0.4-1005.deb
sudo nano /etc/init.d/utm
sudo nano /etc/init.d/updater
sudo nano /etc/init.d/monitoring
sudo cp -r /tmp/backup/transportDB /opt/utm/transport
sudo cp -r /tmp/backup/xml /opt/utm/transport
reboot
То есть мы только снесли пакет старый, установили новый и всё. Норм.
Буду рад, если кому-то поможет
01.03.2017 06:41
winmasta
 
Цитата:
baggio Можно тут процитировать?
Пользователь: victuan1

В связи со сменой версии драйверов для крипто-ключа jacarta в сборке под linux, могут возникать проблемы при обновлении на версию 2.0.4
Для работы УТМ после автоматического обновления до 2.0.4 на Linux предварительно необходимо :
1. Установить библиотеки из приложенного файла в /opt/jacarta
2. Указать пути в /opt/utm/transport/conf/transport.properties
###############################################
1. Path to libraries ###############################################
rsa.library.path=/opt/jacarta/libASEP11.so
gost.library.path=/opt/jacarta/libtranscrypt.so
jni.library.path=/opt/jacarta/lib_pkcs11_jni.so
3. Указать пути в /opt/utm/updater/conf/transport.properties
###############################################
1. Path to rsa library ###############################################
rsa.library.path=/opt/jacarta/libASEP11.so
jni.library.path=/opt/jacarta/lib_pkcs11_jni.so

к ответу прикреплены файлы с библиотеками

Далее он же пишет

Для 64-битной эта инструкция не будет работать. Обсуждалось на форуме РАР.
Но считаю, что проблему нужно решать на этом форуме, подключая к ее решению разработчика УТМ - ЦентрИнформ.

Пользователь chui предлагает

Для Х64 действия следующие:
1. сохраняем базу данных
2. dpkg -l | grep u-trans (смотрим какой пакет)
3. dpkg -r u-trans-x64 (у меня такой)
4. dpkg -P u-trans-x64
5. dpkg --add-architecture i386
6. apt-get update
7. apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386 libssl1.0.0:i386
8. wget ЛИНК
9. dpkg -i *.deb
10. utm stop
11. посовываем сохраненную базу
12. apt-get install pcscd:i386 -y (влом руками удалять пакет jcgostclient)
13. apt-get install pcscd -y (если оставите пакет pcscd:386 ключ работать не будет)
удачи

P/s/ для чтенияЖ
ЛИНК
ЛИНК

Вопрос: Что с ARM делать будем???

В ответ на несколько возгласов, что "нихрена не работает" он же пишет

А есть кому помогла????
Если точно следовать инструкции все должно работать. Проделывал это 27 раз (ибо столько магазинов обслуживаю) на ubuntu server 14.04 x64.

В итоге я поставил 2.0.5 рядом, пытался подсунуть базу - не запустился, пустой запустился и работает.
PS кстати в свое время при перемещении УТМ в виртуалку ubuntu пытался развернуться на 64 битной системе, в итоге была куча граблей и я не нашел реальный повод не перейти на 32 битную систему
01.03.2017 10:37
baggio
 
Цитата:
winmasta Пользователь: victuan1

В связи со сменой версии драйверов для крипто-ключа jacarta в сборке под linux, могут возникать проблемы при обновлении на версию 2.0.4
Для работы УТМ после автоматического обновления до 2.0.4 на Linux предварительно необходимо :
1. Установить библиотеки из приложенного файла в /opt/jacarta
2. Указать пути в /opt/utm/transport/conf/transport.properties
###############################################
1. Path to libraries ###############################################
rsa.library.path=/opt/jacarta/libASEP11.so
gost.library.path=/opt/jacarta/libtranscrypt.so
jni.library.path=/opt/jacarta/lib_pkcs11_jni.so
3. Указать пути в /opt/utm/updater/conf/transport.properties
###############################################
1. Path to rsa library ###############################################
rsa.library.path=/opt/jacarta/libASEP11.so
jni.library.path=/opt/jacarta/lib_pkcs11_jni.so

к ответу прикреплены файлы с библиотеками

Далее он же пишет

Для 64-битной эта инструкция не будет работать. Обсуждалось на форуме РАР.
Но считаю, что проблему нужно решать на этом форуме, подключая к ее решению разработчика УТМ - ЦентрИнформ.

Пользователь chui предлагает

Для Х64 действия следующие:
1. сохраняем базу данных
2. dpkg -l | grep u-trans (смотрим какой пакет)
3. dpkg -r u-trans-x64 (у меня такой)
4. dpkg -P u-trans-x64
5. dpkg --add-architecture i386
6. apt-get update
7. apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386 libssl1.0.0:i386
8. wget ЛИНК
9. dpkg -i *.deb
10. utm stop
11. посовываем сохраненную базу
12. apt-get install pcscd:i386 -y (влом руками удалять пакет jcgostclient)
13. apt-get install pcscd -y (если оставите пакет pcscd:386 ключ работать не будет)
удачи

P/s/ для чтенияЖ
ЛИНК
ЛИНК

Вопрос: Что с ARM делать будем???

В ответ на несколько возгласов, что "нихрена не работает" он же пишет

А есть кому помогла????
Если точно следовать инструкции все должно работать. Проделывал это 27 раз (ибо столько магазинов обслуживаю) на ubuntu server 14.04 x64.

В итоге я поставил 2.0.5 рядом, пытался подсунуть базу - не запустился, пустой запустился и работает.
PS кстати в свое время при перемещении УТМ в виртуалку ubuntu пытался развернуться на 64 битной системе, в итоге была куча граблей и я не нашел реальный повод не перейти на 32 битную систему
только если вы откуда то выкладываете - вствляйте ссылку...
а то по слову ЛИНК... не всегда понятно что делать...
01.03.2017 16:55
Deft-Ru
 
В свежей версии 2.0.4 прописывать пути к библиотекам не надо. Потому что они уже прописаны, именно так, как советуют.

Цитата:
baggio 12. apt-get install pcscd:i386 -y (влом руками удалять пакет jcgostclient)
13. apt-get install pcscd -y (если оставите пакет pcscd:386 ключ работать не будет)
А пункты 12 и 13 вообще странные.
01.03.2017 17:18
winmasta
 
Цитата:
baggio только если вы откуда то выкладываете - вствляйте ссылку...
а то по слову ЛИНК... не всегда понятно что делать...
пробовал, но форум ругается
05.03.2017 16:02
VIII7
 
Цитата:
MWWRuza возможно потому, что я сразу библиотеки криптопровайдера на альтернативные меняю, не дожидаясь, когда родные загубят ДжаКарту.

Подскажите пожалуйста по подробнее про замену библиотек. Или где можно про это прочитать?
05.03.2017 17:58
AndreyZh
 
Цитата:
VIII7 Подскажите пожалуйста по подробнее про замену библиотек. Или где можно про это прочитать?
https://olegon.ru/showpost.php?p=278195&postcount=102
Опции темы


Часовой пояс GMT +3, время: 07:55.

 

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