УТМ 2.0.4. Обновление, опыт, ошибки. : ЕГАИС в опте и рознице

█ 24.01.2017 12:21

Вышло обновление УТМ 2.0.4.
В этой версии включили контроль действия алкогольной лицензии.
Кто уже обновился ?
Какие проблемы ?

█ 24.01.2017 12:24

Обновил 4 магазина. все работает нормально. Никаких изменений не заметил.

█ 24.01.2017 14:05

Слетает какая-то область на ключе, в сервисе перезаливают и ключ живет дальше.
При этом все службы работают, ключ тоже показывает полную функциональность. А вот в логах транспорта ошибки, вроде на проверку сертификата PKI ругается(к сожалению нет лога).

█ 26.01.2017 11:08

Цитата:

Ferus ➤ Слетает какая-то область на ключе, в сервисе перезаливают и ключ живет дальше.

А ключ какой -Джакарта или Рутокен ?

█ 26.01.2017 11:38

Джакарта. У большинства клиентов все нормально. Но с 10 таких случаев есть.

█ 26.01.2017 15:55

Цитата:

leha_jazz ➤ в сервисе перезаливают и ключ живет дальше

Да какая там особая область... Раздел PKI. Его инициализируют, и записывают заново сертификат PKI. И все. Вы это можете и сами сделать. В особо-тяжелых случаях, еще "персонализацию" этой области делают, инструкция есть на сайте ФСРАР. Но, я с таким не сталкивался, обычно инициализации и перезаписи ключа хватало, возможно потому, что я сразу библиотеки криптопровайдера на альтернативные меняю, не дожидаясь, когда родные загубят ДжаКарту.

█ 30.01.2017 10:20

Похоже в УТМ версии 2.0.4 обнаружился косяк:
касса начинает продажу алкоголя - отправляет чек в утм - и получает квитанцию об успешном приеме
во время оплаты картой - происходит сбой в оплате - чек отменяется
касса отсылает в УТМ чек на возврат - и УТМ его блокирует - как дубль акцизной марки - и не регистриует чек на возврат
при этом сам чек остается лежать в каталоге XML

█ 31.01.2017 10:38

Цитата:

konst ➤ чек отменяется
касса отсылает в УТМ чек на возврат

Номер чека изменяете? С тем-же номером и не отправит, будет ошибка.

█ 31.01.2017 10:45

Нет, проблема похоже действительно в УТМ... Цитата с закрытого раздела форума ФСРАР:

Цитата:

для надёжности продублирую своё сообщение и тут, т.к. эта тема - первична по данной проблеме:
для ясности, объясню разработчикам проблему:
проблема в следующем
на стр. 98-99 Букваря по УТМ 2.0.4 читаем:
Выбор момента отправки xml-файла в УТМ должен обеспечивать невозможность
корректировки чека после этой отправки.
Рекомендовано реализовать формирование xml-файла чека и его передачу в УТМ
первой задачей в едином блоке транзакций записи чека в базу данных, физическую
память, ЭКЛЗ. Если от транспортного модуля получен положительный ответ -
транзакция продолжается. Если не получен положительный ответ – откат транзакции
и возврат в режим формирования.
...
10. Чек закрывается. В случае сбоя при регистрации чека (xml-файл отправлен в УТМ,
получен успешный ответ, но произошел сбой при регистрации в БД, ФП, ЭКЛЗ), в
УТМ необходимо отправить обратную транзакцию, аналогичную операции возврат. В
этом случае возврат можно назвать «виртуальным», т.к. в ФП он зафиксирован не
будет. Нумеровать такие документы, инкрементируя фискальный номер чека нельзя.

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

Таким образом - возникают дубли продаж, т.к. возврат марки - не учтён и не зафиксирован в ЕГАИС (т.к. заблокирован УТМ-ом), и последующая продажа (пробитие кассового чека и отправка в ЕГАИС этой же марки) - проходят успешно (т.к. не прошло 2 минуты), отражая в ЕГАИС дубль продажи не по вине пользователя
а если 2 минуты даже и пройдёт - то продать ЕГАИС опять не даст, т.к. не зафиксировал возврат, и поэтому онлайн проверка УТМ сообщит о дубле, которого реально и не было... и бутылку в принципе станет невозможно продать, пока "вручную" не отправить возвратный чек...

█ 01.02.2017 06:51

До перехода на 2.0.4 проверьтесь обязательно в реестре лицензий.
Мы у себя из примерно 50 точек нашли одну свою ошибку и 8 ошибок лицензирующего органа, т.е. по реестру у нас 9 точек "без лицензий" оказалось. А 2.0.4 если решит, что точка без лицензии, чеки подписывать не будет.