УТМ 2.0.4

[victuan1]

В связи со сменой версии драйверов для крипто-ключа jacarta в сборке под linux, могут возникать проблемы при обновлении на версию 2.0.4
Для работы УТМ после автоматического обновления до 2.0.4 на Linux предварительно необходимо :
1. Установить библиотеки из приложенного файла в /opt/jacarta

Если устанавливал с нуля, то требуются ли эти библиотеки подсовывать ?
Глянул что они различаются, те что вы просите установить и, те что при установке появляются в папке /opt/jacarta

Да, если при установке с нуля нужно подсовывать.

[Александр Сергеевич]

Что тут не так? В ЛК все нормально, проверена.
1: Проверка не пройдена: 22N00000AGRT6BNZ8RK0TIX611220030182793ZG2EG15K6408KF94C6VICNXAHF3ZUI, получен ответ от сервера 500

[nicalaic]

Что тут не так? В ЛК все нормально, проверена.
1: Проверка не пройдена: 22N00000AGRT6BNZ8RK0TIX611220030182793ZG2EG15K6408KF94C6VICNXAHF3ZUI, получен ответ от сервера 500

кажется на такое сообщение вообще нет вменяемого ответа. проверка не пройдена и усё.
бутылку в сторону.
с забыть про неё.

[Александр Сергеевич]

бутылку в сторону.
с забыть про неё.

Вариант не очень хороший. На остатках будет висеть... Да и сколько таких ситуаций будет!?

[Operator 4]

Что тут не так? В ЛК все нормально, проверена.
1: Проверка не пройдена: 22N00000AGRT6BNZ8RK0TIX611220030182793ZG2EG15K6408KF94C6VICNXAHF3ZUI, получен ответ от сервера 500

При проверке в лк ФСРАР данной марки, ознакомьтесь с пунктом №5 протокола обработки(Розничная реализация):
Общество с ограниченной ответственностью "КЭМП-Домодедово" ИНН: 5009022294 КПП: 500901001
Адрес: Московская обл, , Домодедово г, Востряково мкр, Заборье ул, д. 1-Д, этаж 1, , пом.№3.10. магазин
Номер чека: 49 Дата чека: 14.06.2017 21:33:00

[Александр Сергеевич]

При проверке в лк ФСРАР данной марки, ознакомьтесь с пунктом №5 протокола обработки(Розничная реализация):
Общество с ограниченной ответственностью "КЭМП-Домодедово" ИНН: 5009022294 КПП: 500901001
Адрес: Московская обл, , Домодедово г, Востряково мкр, Заборье ул, д. 1-Д, этаж 1, , пом.№3.10. магазин
Номер чека: 49 Дата чека: 14.06.2017 21:33:00

Эта марка не была погашена, к счастью сохранился лог ошибок когда ее пытались продать и не смогли
14.06.2017 21:33 "Failure when receiving data from the peer", соответственно ее не отдали клиенту и чек не выбит. Если УТМ выдала ошибку тогда отправлять она уже не должна данный чек или я чего-то не понимаю?

[Александр Сергеевич]

Если УТМ выдала ошибку тогда отправлять она уже не должна данный чек или я чего-то не понимаю?

Ко всему прочему в технической документации прописано, что в случае успешной реализации АП утм вернет цифровую подпись, соответсвенно на тот момент подписи не было была ошибка, следовательно реализация не состоялась.

[Operator 4]

Если УТМ выдала ошибку тогда отправлять она уже не должна данный чек или я чего-то не понимаю?

Ко всему прочему в технической документации прописано, что в случае успешной реализации АП утм вернет цифровую подпись, соответсвенно на тот момент подписи не было была ошибка, следовательно реализация не состоялась.

Списание можно проверить выгрузив ЭЖП из лк egais.ru за 14.06.2017

[Александр Сергеевич]

Списание можно проверить выгрузив ЭЖП из лк egais.ru за 14.06.2017

Мне нравится ваше сообщение))), но возникает вопрос как это систематизировать? Каков должен быть бизнес процесс обращения с АП в рознице? Почему нет четкого описания всех бизнес процессов? Формируется мнение что разработчики УТМ решили возложить продумывание процессов на плечи пользователей этой системы, помимо того что нужно поддерживать и вести разработку ПО своими силами.
Моё мнение на счет неудачной отправки по каким либо причинам(кроме отсутствия интернета в течении 3ех дней) УТМ не должна отправлять данные по несостоявшимся чекам. А получается что сам модуль ругается, выдает ошибку, но отправляет. Как минимум это не поддается логике.
Извините но вопрос не снят, что нам делать с таким товаром?

[Operator 4]

Списание можно проверить выгрузив ЭЖП из лк egais.ru за 14.06.2017

Мне нравится ваше сообщение))), но возникает вопрос как это систематизировать? Каков должен быть бизнес процесс обращения с АП в рознице? Почему нет четкого описания всех бизнес процессов? Формируется мнение что разработчики УТМ решили возложить продумывание процессов на плечи пользователей этой системы, помимо того что нужно поддерживать и вести разработку ПО своими силами.
Моё мнение на счет неудачной отправки по каким либо причинам(кроме отсутствия интернета в течении 3ех дней) УТМ не должна отправлять данные по несостоявшимся чекам. А получается что сам модуль ругается, выдает ошибку, но отправляет. Как минимум это не поддается логике.
Извините но вопрос не снят, что нам делать с таким товаром?

Уточните, в УТМ данная продукция списана с баланса или нет? Имеется ввиду именно УТМ,а не ваша УС.