01.11.2016 09:38
grafstroganov
 
Но, по сути, 2.0.4 версия УТМ не даст пройти таким дублям. До 2.0.4 УТМ на дубль проверяет только отправленную АМ (та что в БД), с 2.0.4 проверяет и до. Мы тестировали на тестовом стенде. Поэтому 38-й патч + 2.0.4 УТМ должны решить проблемы дублей в рамках одного магазина.
01.11.2016 13:52
grafstroganov
 
а между тем у сет 10 новый патч
из интересного по теме:
Продавать алкоголь стало безопаснее Set Retail не даст повторно отправить в ЕГАИС данные акцизной марки Set Retail предотвратит повторное сканирование акцизных марок. В момент сканирования марки Set Retail отправит запрос на сервер магазина. Если информация о данной алкогольной марке уже отправлялась в ЕГАИС, то Set Retail не даст продать бутылку. Кассир будет вынужден продать другую бутылку такого же напитка. Внутренняя проверка акцизных марок может происходить как на собственном сервере магазина, так и на стороннем. В рамках отдельного проекта компания CSI организует процесс проверки марок на стороннем сервере валидации и настроит необходимые процессы. Запрет на отключение ЕГАИС Set Retail не позволит проводить продажи алкоголя, если персонал нарушит настройки или попытается отключить ЕГАИС. Подробнее:
02.11.2016 09:42
Xapac
 
Цитата:
grafstroganov а между тем у сет 10 новый патч
из интересного по теме:
Продавать алкоголь стало безопаснее Set Retail не даст повторно отправить в ЕГАИС данные акцизной марки Set Retail предотвратит повторное сканирование акцизных марок. В момент сканирования марки Set Retail отправит запрос на сервер магазина. Если информация о данной алкогольной марке уже отправлялась в ЕГАИС, то Set Retail не даст продать бутылку. Кассир будет вынужден продать другую бутылку такого же напитка. Внутренняя проверка акцизных марок может происходить как на собственном сервере магазина, так и на стороннем. В рамках отдельного проекта компания CSI организует процесс проверки марок на стороннем сервере валидации и настроит необходимые процессы. Запрет на отключение ЕГАИС Set Retail не позволит проводить продажи алкоголя, если персонал нарушит настройки или попытается отключить ЕГАИС. Подробнее:
Есть возможность дублей в SET Retail 10 на патче 10.2.25.1, уже крутили в руках. Прямо полностью не решает, но в том виде что есть пока лучшее решение. Пока ни один софт побывавший у нас в руках не проверяет дубли в момент добавления товара в чек.
02.11.2016 10:09
student
 
Цитата:
Xapac Пока ни один софт побывавший у нас в руках не проверяет дубли в момент добавления товара в чек.
попробуйте укмвин :) у нас это с самого начала егаиса работает - сервер может быть как свой на магазин, так и один на все магазины сетки
контроль не только при продаже но и при возврате и сторнировании позиции
причем если ранее все было только на базе оперсводки, то сейчас можно и отдельно т.е с сохранением имеющейся оперсводки (например стандартной для см2000) и проведением контроля )))
02.11.2016 11:15
~Guest~
 
Цитата:
student попробуйте укмвин :) у нас это с самого начала егаиса работает - сервер может быть как свой на магазин, так и один на все магазины сетки
контроль не только при продаже но и при возврате и сторнировании позиции
причем если ранее все было только на базе оперсводки, то сейчас можно и отдельно т.е с сохранением имеющейся оперсводки (например стандартной для см2000) и проведением контроля )))

Радует, что хоть кто-то думает о клиентах, а не рассылает анкеты с вопросом, делать или не делать...

Самое интересное, что С+ был на заре ЕГАИС, т.е. тестовый клиент, один из первых, первой версии ЕГАИС был на УКМ 4, все эти вопросы обсуждались и поднимались еще до принятия всех законов, причем рекомендовал допилить все эти фишки, чтобы увеличить привлекательность УКМ, однако.... здравствуйте :)
02.11.2016 11:37
student
 
Цитата:
grafstroganov Но, по сути, 2.0.4 версия УТМ не даст пройти таким дублям.
по моему это заблуждение :(
утм не проверяет дубли марок и никогда не будет - фсраргуру на форуме рара неоднокрактно писал об этом, он проверяет комбинацию из номера смены, чека, марки (и ещё чего то - пишу с телефона, не могу посмотреть что именно)
и да в 2. 04 (который вероятнее всего будет уже после нг - сейчас тестовый 1. 14) есть доп проверка, но она только на конкретный, последний чек, если был разрыв связи кассы и утм-а (например по таймауту)
т.е. если ранее такой чек отправленный повторно проходил, то сейчас - нет (я проверял на тестовом утм выставлял таймаут курла в минимум и получал отлуп утм-а но сам чек при этом утм-мом фиксировался) - повторный чек при этом действительно не уходит - только вот мне до сих пор непонятно как они это отслеживают ((( правда разруливать их механизм нет времени, но есть желание)))
на форуме рара и в доках на утм это все расписано, но без деталей реализации
02.11.2016 17:40
grafstroganov
 
student, в рамках уникального ключа смена+чек и т.д. коненчо а не дубль АМ. И да, речь о последнем чеке. Ранее до 2.0.4 проверка шла только по уникальному этому ключу в сверке только с уже подписанными чеками, теми что в БД УТМ. А с 2.0.4 - проверка и в рамках еще неподписанного. Поэтому ситуации, описанной тут с версией 5.2.80.32 быть просто не может на 2.0.4 (мы тестировали на 1.14).
02.11.2016 17:43
grafstroganov
 
Цитата:
student попробуйте укмвин :)
мы напротив уходим от винды где-либо, на серверах, и т.д., а тут винда на кассе - нет не вариант! даже близко!!! А между тем функционал что в сет 10 (.25 патч) был реализован по нашему заказу, после очень долгих согласований :).
02.11.2016 18:37
student
 
Цитата:
grafstroganov Ранее до 2.0.4 проверка шла только по уникальному этому ключу в сверке только с уже подписанными чеками, теми что в БД УТМ. А с 2.0.4 - проверка и в рамках еще неподписанного.
не уверен, но по моему опять заблуждаетесь :(
проверка на дубль по уникальным реквизитам (т.е. не только по одной марке) всегда была только с предыдущим чеком
ранее утм подписывал дубли разными подписями, в 1.13 сделали возврат предыдущей подписи чека при дубле, но утм все равно отправлял данные

из новых доков
2. После передачи чека кассой в УТМ, УТМ устанавливает блокировку. УТМ не будет принимать на подписание другие чеки от данной кассы, пока не завершит подписание текущего чека. Длительность блокировки определяется длительностью проверок чека и его подписания. Длительность проверок и подписания чека зависит от объема свободных ресурсов компьютера, на котором функционирует УТМ. При установленной блокировке в ответ на чек от кассы УТМ будет возвращать квитанцию с ошибкой вида «Подписание предыдущего чека не завершено».

3. До подписания чек подвергается форматно-логическому контролю. Перечень проверок:
- проверка по xsd-схеме
- проверка буфера (дата/время проверяемого чека не должны отличаться от даты/времени самого старого неотправленного чека более, чем на трое суток)
- проверка даты чека (дата/время проверяемого чека не должны отличаться от системных более, чем на двое суток)

4. Кэш содержит данные о последнем подписанном чеке. Перед подписанием чек от кассы проверяется на совпадение с кэшем. Если чек совпал с кэшем, то касса шлет чек на подписание повторно. В этом случае УТМ переходит к подписанию чека, но заносит в свой журнал событий предупреждение о том, что началось подписание повторного чека (7). Отправка повторного чека является ошибкой в работе кассового ПО. Повторный чек тем не менее будет подписан и отправлен в ЕГАИС. Повторный чек может быть отправлен кассой и
принят УТМ только при условии, что снята блокировка

ключевое здесь "Повторный чек тем не менее будет подписан и отправлен в ЕГАИС"

основное изменение это блокировка операции - т.е. если подпись началась то вторая подпись с этой кассы не начнется пока блокировка не будет снята

из доков
18. УТМ проверяет, что касса успешно получила подпись. Если касса потеряла соединение с УТМ, УТМ удаляет чек:
- из своей базы данных
- из регистра
- из оперативной памяти
При этом в регистр возвращаются данные о предыдущем чеке (данные, которые были в регистре до записи в него данного чека).
02.11.2016 18:40
student
 
Цитата:
grafstroganov а тут винда на кассе - нет не вариант! даже близко!!!
а чем именно винда на кассе не устраивает ?
(только давайте пока не затрагивать вопросы связанные со стоимостью)
Часовой пояс GMT +3, время: 16:56.

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