Модераторы: Operator 2, Operator 1, Operator 4
эго писал(а):stanly писал(а):А скоро и 54-фз зашагает по стране.
EGAIS lite ) или не лайт?
эго писал(а):stanly писал(а):А скоро и 54-фз зашагает по стране.
EGAIS lite ) или не лайт?
maks_re писал(а):После обновления на версию 2.0.4 ожидаемо начались проверки марок, но неожиданно отрабатывает ЕГАИС в случае "отката" продажи. Случай следующий - покупатель приобретает товар, включая алкогольную продукцию - вино. Чек закрывают безналичным платежом, который не проходит вследствие недостаточного кол-ва денежных средств на счету. В УТМ естественно данные ушли до безнала, как указано в рекомендациях. После идет откат с отличным номером чека (сам чек на кассе не закрыт, просто отправлена "возвратная" xml, идентичная продаже, но с № чека с добавленными тремя девятками). Пытаемся снова закрыть чек, но уже наличными - отказ ЕГАИС... С чего бы вдруг, оказывается - марка проверку не прошла.
В ЛК ЕГАИС при печати журнала видно, что была продажа и возврат. А в логе УТМ транспорта - что 3я подпись чека не произошла.
Что не так в логике кассы?
Operator 4 писал(а):В логике кассы всё в порядке.
Взяли в работу.
fkr писал(а):для ясности, объясню разработчикам проблему:
проблема в следующем
на стр. 98-99 Букваря по УТМ 2.0.4 читаем:
Выбор момента отправки xml-файла в УТМ должен обеспечивать невозможность
корректировки чека после этой отправки.
Рекомендовано реализовать формирование xml-файла чека и его передачу в УТМ
первой задачей в едином блоке транзакций записи чека в базу данных, физическую
память, ЭКЛЗ. Если от транспортного модуля получен положительный ответ -
транзакция продолжается. Если не получен положительный ответ – откат транзакции
и возврат в режим формирования.
...
10. Чек закрывается. В случае сбоя при регистрации чека (xml-файл отправлен в УТМ,
получен успешный ответ, но произошел сбой при регистрации в БД, ФП, ЭКЛЗ), в
УТМ необходимо отправить обратную транзакцию, аналогичную операции возврат. В
этом случае возврат можно назвать «виртуальным», т.к. в ФП он зафиксирован не
будет. Нумеровать такие документы, инкрементируя фискальный номер чека нельзя.
так вот между красным и синим - проходят буквально секунды, а не 2 минуты...
И эту ситуацию возврата (отправку в УТМ возвратного чека) - УТМ 2.0.4 на данный момент блокирует, хотя не должен, т.к. это - типовая стандартная ситуация, задокументированная и реализованная во всех вариациях кассового ПО.
Таким образом - возникают дубли продаж, т.к. возврат марки - не учтён и не зафиксирован в ЕГАИС (т.к. заблокирован УТМ-ом), и последующая продажа (пробитие кассового чека и отправка в ЕГАИС этой же марки) - проходят успешно (т.к. не прошло 2 минуты), отражая в ЕГАИС дубль продажи не по вине пользователя
а если 2 минуты даже и пройдёт - то продать ЕГАИС опять не даст, т.к. не зафиксировал возврат, и поэтому онлайн проверка УТМ сообщит о дубле, которого реально и не было... и бутылку в принципе станет невозможно продать, пока "вручную" не отправить возвратный чек...
victuan писал(а):Operator 4 писал(а):В логике кассы всё в порядке.
Взяли в работу.
Вот это тоже возьмите в работу:
Это ошибка версии 2.0.4. Подробнее здесь:
http://forum.fsrar.ru/viewtopic.php?f=1 ... 1&start=60
http://forum.fsrar.ru/viewtopic.php?f=114&t=56834
fkr писал(а):для ясности, объясню разработчикам проблему:
проблема в следующем
на стр. 98-99 Букваря по УТМ 2.0.4 читаем:
Выбор момента отправки xml-файла в УТМ должен обеспечивать невозможность
корректировки чека после этой отправки.
Рекомендовано реализовать формирование xml-файла чека и его передачу в УТМ
первой задачей в едином блоке транзакций записи чека в базу данных, физическую
память, ЭКЛЗ. Если от транспортного модуля получен положительный ответ -
транзакция продолжается. Если не получен положительный ответ – откат транзакции
и возврат в режим формирования.
...
10. Чек закрывается. В случае сбоя при регистрации чека (xml-файл отправлен в УТМ,
получен успешный ответ, но произошел сбой при регистрации в БД, ФП, ЭКЛЗ), в
УТМ необходимо отправить обратную транзакцию, аналогичную операции возврат. В
этом случае возврат можно назвать «виртуальным», т.к. в ФП он зафиксирован не
будет. Нумеровать такие документы, инкрементируя фискальный номер чека нельзя.
так вот между красным и синим - проходят буквально секунды, а не 2 минуты...
И эту ситуацию возврата (отправку в УТМ возвратного чека) - УТМ 2.0.4 на данный момент блокирует, хотя не должен, т.к. это - типовая стандартная ситуация, задокументированная и реализованная во всех вариациях кассового ПО.
Таким образом - возникают дубли продаж, т.к. возврат марки - не учтён и не зафиксирован в ЕГАИС (т.к. заблокирован УТМ-ом), и последующая продажа (пробитие кассового чека и отправка в ЕГАИС этой же марки) - проходят успешно (т.к. не прошло 2 минуты), отражая в ЕГАИС дубль продажи не по вине пользователя
а если 2 минуты даже и пройдёт - то продать ЕГАИС опять не даст, т.к. не зафиксировал возврат, и поэтому онлайн проверка УТМ сообщит о дубле, которого реально и не было... и бутылку в принципе станет невозможно продать, пока "вручную" не отправить возвратный чек...
Пожалуйста, внимательно изучите предоставленную мною информацию. Она имеет прямое отношение к тому случаю, который вы только что взяли в работу.Operator 4 писал(а):Пожалуйста, давайте не будем смешивать два форума.
victuan писал(а):Пожалуйста, внимательно изучите предоставленную мною информацию. Она имеет прямое отношение к тому случаю, который вы только что взяли в работу.Operator 4 писал(а):Пожалуйста, давайте не будем смешивать два форума.
Вернуться в «Вопросы по эксплуатации ЕГАИС Розница»
Количество пользователей, которые сейчас просматривают этот форум: Alexa [Bot], egoza2304 и 6 гостей
