SRTZ-754 - Получение подробных данных проблемы… СТАТУС

CR-4850 - Получение подробных данных проблемы… СТАТУС

CR-5247 - Получение подробных данных проблемы… СТАТУС

10.2.99.0

Описание

Начиная с версии 10.2.99.0 включена поддержка ФФД 1.2, а также поддержка новых сценариев по продаже маркированных товаров.

В версии 10.3.0.0 добавлена поддержка ФФД 1.2 для ФР VikiPrint.

SRTZ-1136 - Получение подробных данных проблемы… СТАТУС

10.3.0.0

Обычный "белый" сценарий при этом остается без изменений.

Глоссарий

• Сервис валидации - SetMark.

• КМ – код маркировки.

• КП – код проверки
• ОИСМ - оператор информационных систем маркировки (государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации или федеральной государственной информационной системы мониторинга движения лекарственных препаратов).
• Постельное белье - маркированный товар.

Привилегии

• Возможность добавления товара, КМ которого не прошла проверку в ФР прошла проверку с отрицательным результатом регулируется привилегией.
  • Персонал → Роли кассиров → <РОЛЬ>→ Работа с чеком → Добавлять маркированный товар с любым результатом проверки ФР.
• Возможность добавления товара, КМ которого не прошла проверку в ФР в виду наступления таймаута регулируется привилегией
  • Персонал → Роли кассиров → <РОЛЬ>→ Работа с чеком → Добавлять маркированный товар при получении timeout от ФР.
    • SRTB-5230 - Получение подробных данных проблемы… СТАТУС
    • 10.3.0.0

Логика

Процесс на кассе

• Перед добавлением маркированного товара в чек, код маркировки этого товара, он проверяется в ФР (ФН и/или ОИСМ), статус проверки кода маркировки сохраняется в ФР (конкретно в ФН).

• Маркированные товары, отправляемые в составе фискального документа на фискализацию в ФР должны иметь статус проверки. Т.е. фискализация чека с маркированными товарами, коды маркировки которых не проходили предварительную проверку в ФР, невозможна и вызовет ошибку ФР.

• При фискализации чека с маркированными товарами, ранее проверенные коды маркировки подтверждаются ФР, как выбывшие из оборота

• Все результаты проверки КМ сохраняются в фискальном чеке в позиции (в том виде, в котором получены из ФР) и выгружаются в ERP

• Результат проверки КМ доступен для ознакомления и кассиру и покупателю, в виде соответствующего требованиям ФФД1.2 обозначения [М], [М+], [М-] в строке позиции перед наименованием товара. Данная метка кассой автоматически без дополнительных настроек.

• Согласно ФФД, в одном предмете расчёта может быть указан только один код товара (КМ). В случае отрицательных ответов со стороны ФР, применение привилегии необходимо для каждого проблемного КМ.

• Комплекты, сформированные вне производителя (включающие в себя более одного КМ) при добавлении в чек раскладываются на конкретные КМ.

Аппаратные ограничения

• Время, отводимое ФР для проверки кода маркировки – 3сек.

• Количество кодов маркировки, в одном чеке – 128шт.

Продажа

• Перед добавлением в чек маркированного товара, код маркировки, при наличии внешнего сервиса валидации (например SetMark) проверяется сначала в нем:

  • если получен положительный ответ, код маркировки отправляется на проверку в ФР;

  • если получен отрицательный ответ от внешнего сервиса валидации, товар в чек не добавляется (случай с таймаутом регулируется соответствующей настройкой сервиса валидатора).

• Проверка кода маркировки в ФР выполняется после положительного ответа от внешнего сервиса валидации в случае его наличия, либо непосредственно перед добавлением в чек.

  • если получен отрицательный ответ от ФР, добавление товара в чек возможно по отдельной привилегии. Но бизнесу стоит учесть, продажа такой КМ может привести к штрафным санкциям.

  • если получен timeout от ФР, Кассир может:

    • повторить попытку проверки КМ в ФР,

    • отказаться от добавления товара в чек

    • добавить такой товар самостоятельно при наличии привилегии "Добавлять маркированный товар при получении timeout от ФР" или с привлечением сотрудника, обладающего такой привилегией

  • если получен положительный ответ от ФР, товар добавляется в чек.

• Проверка КМ добавляемого маркированного товара выполняется в ФР в синхронном режиме, перед добавлением товара в чек. На время проверки КМ, касса отображает спиннер в окне статуса КМ.

• Передача кода маркировки на проверку в ФР производится в сыром виде (as-is), т.к. ФР проверяет код маркировки в два этапа:

  • на первом этапе ФН самостоятельно рассчитывает "криптохвост" относительно типа маркировки и данных кода маркировки (код товара, серийный номер и т.д.) в нем и сравнивает с переданным в этом же коде маркировки "криптохвостом".

  • на втором этапе отправляет код маркировки во внешнюю систему ОИСМ.

• Для позиций маркированного товара, в печатной форме отображается соответствующий результату проверки в ФР признак [М], [М+], [М-]. 

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

• При удалении добавленной позиции маркированного товара из чека, касса удаляет результат проверки КМ удаляемого товара из ФР (ФН).

• При аннулировании чека касса отправляет КМ в ФР для удаления результатов их проверки из памяти ФР (ФН)

• КМ не соответствующие типу товара не отправляются на проверку в ФР и отклоняются кассой (проверка реализована и выполняется при добавлении товара в чек)

Возврат

• При возврате маркированного товара, КМ каждой единицы, аналогично процессу продажи, при наличии валидатора проверяется сначала в валидаторе

  • если получен положительный ответ КМ отправляется на проверку в ФР.

  • если получен отрицательный ответ, товар не подлежит возврату.

• Проверка кода маркировки в ФР:

  • товар может быть возвращен в любом случае если у пользователя есть привилегия на возврат.

Аварийные ситуации

После отключения ФР (перезагрузка, пропадание электричества), результаты проверок КМ хранящиеся в ФР(ФН) обнуляются и КМ отправляются на проверку в ФР повторно.

Дополнительное время при открытии смены на обновление ключей ФН

SRTZ-1158 - Получение подробных данных проблемы… СТАТУС

10.3.0.0

При открытии смены ККТ выполняет обновление ключей в ФН, что в плохом сценарии может занимать время до 210 сек: 30 сек (таймаут для обновления одного ключа по умолчанию) * 7 (количество ключей).

Начиная с версии 10.3.0.0 увеличен таймаут ожидания ответа на команду Открыть смену, чтобы при штатной ситуации его всегда хватало, а при нештатной можно было при необходимости повторить открытие смены на кассе без перезагрузки.

Таким образом таймаут увеличен до 1 минуты, в случае нехватки времени у кассира будет диалог Ошибка при приеме данных при повторе касса разруливает статус смены и корректно обрабатывает открытие - переходит к печати других документов (внесение).

Настройка таймаута ожидания ответа от ОИСМ

SRTZ-1272 - Получение подробных данных проблемы… СТАТУС

CR-6260 - Получение подробных данных проблемы… СТАТУС

10.3.4.0

В версии 10.3.4.0 добавлена возможность настраивать таймаут ожидания ответа от ОИСМ для ФР Пирит 2Ф, чтобы при неполадках связи не замедлять работу касс. Данный параметр передается в ФР при открытии смены.

Для настройки таймаута выполните скрипт в БД set, установив требуемое значение параметра property_value = '1'

UPDATE
        sales_management_properties
SET     property_value = '1',
        send_status    = 0
WHERE
        module_name = 'FISCAL_CONFIG' AND
        property_key = 'fiscal.config.pirit.oism.timeout';

Печатная форма документа. Результат проверки сведений о товаре (тег 2106, 2115)

SRTZ-847 - Получение подробных данных проблемы… СТАТУС

В печатной форме фискального документа отображается специальный статус проверки кода маркировки при продаже маркированного товара, для соблюдения действующего законодательства РФ и избежания штрафов за несоблюдение формы кассовых документов.

SRTZ-1562 - Получение подробных данных проблемы… СТАТУС

10.3.10.0

В версии 10.3.10.0 добавлена возможность управлять местоположением печати тегов в печатных формах с помощью подстановок.

2106 Результат проверки сведений о товаре

Для ФФД1.2 в зависимости от результата проверки КМ в ФР (ФН + ОИСМ) в печатной форме документа, к позиции маркированного товара распечатывается соответствующее значение полученного результата.

Значения реквизита «результат проверки сведений о товаре» (тег 2106) в печатной форме.

В ФФД1.05 в печатной форме чека, код товара печатается автоматически при условии печати товарной позиции в чеке самим ФР. Однако, например, в случае с клиентом ЛЕНТА, блок позиций в печатной форме чека формируется кассой как форматированный текстовый блок, в составе которого в частности указывается и признак маркированного товара. Т.о. при переходе на ФФД1.2 и сохранении подхода печати товарных позиций, значение результата проверки КМ также будет необходимо формировать кассе, а не ФР.

2115 Контрольный код КМ

Для ФФД1.2, реквизит “Контрольный код КМ“ тег 2115, включается в позицию печатной формы чека, в случае если позиция - это товар, подлежащий обязательной маркировке.

Значение реквизита - это младшие четыре цифры от десятичного значения контрольной суммы CRC-32, рассчитанной на базе значения реквизита «код маркировки» (тег 2000).

Вычисление значения CRC-32 выполняются в соответствии с параметрами алгоритма:

2108 Мера количества предмета расчета

Значение загружается из ERP в цифровом коде. В печатной форме представляется обычном виде. Пирит сам не воспроизводит этот тег, можно напечатать только передав командой 79/1.

Проверка маркированных товаров переданных с маркой в мягком чеке SetKit в ОИСМ 

SRTZ-1228 - Получение подробных данных проблемы… СТАТУС

CR-6310 - Получение подробных данных проблемы… СТАТУС

10.3.3.0

В версии 10.3.3.0 доработан механизм обработки маркированных товаров, переданных с маркой в мягком чеке SetKit. Если проверка в ОИСМ не прошла при поднятии чека - необходимо просканировать данную марку в ручном режиме, далее касса идет по стандартному сценарию добавления товара без марки.

Добавлены две настройки, аналогичные работе в чеке, на безусловное добавление товаров в чек без диалогов для следующих случаев:

1. Марка не прошла проверку в ФР.
2. При получении timeout от ФР.

Настройка

Выполните скрипты в базе данных set:

SELECT 
		add_property(
					'MARK_PRODUCT_SERVICE', 
					null, 
					'softCheck.excise.ignoreFiscalValidation', 
					'{}', 
					'Автоматически (без уведомления и подтверждения действия кассиром) добавлять товар из категории в чек (из мягкого чека) с любым результатом проверки в ФР, кроме timeout. Формат: JSON. Ключ: MarkType ("FOOTWEAR","PERFUMES" и др.). По умолчанию (если не задано): FALSE. Пример: {"LIGHT_INDUSTRY" : true}', 
					10, 2, 0);

SELECT 
		add_property(
					'MARK_PRODUCT_SERVICE', 
					null, 
					'softCheck.excise.ignoreFiscalValidationTimeout', 
					'{}', 
					'Автоматически (без уведомления и подтверждения действия кассиром) добавлять товар из категории в чек (из мягкого чека) в случае timeout. Формат: JSON. Ключ: MarkType ("FOOTWEAR","PERFUMES" и др.). По умолчанию (если не задано): FALSE. Пример: {"LIGHT_INDUSTRY" : true}', 
					10, 2, 0);

Ограничения

Возврат маркированных товаров по мягкому чеку не осуществляется.

Экспорт чеков в ERP. Результат проверки марки

• Экспорт чеков из SetRetail10 в ERP (веб-сервис на стороне SetRetail10) добавлена глава Признак передачи ГТД.
• Экспорт чеков из SetRetail10 в ERP (веб-сервис на стороне ERP) добавлена глава Признак передачи ГТД.

Примеры чеков

Отключение диалоговых окон при продаже маркированных товаров

Подробнее со списком марикрованных товаров можно ознакомиться по ссылкам:

• Маркировка и МРЦ ◾️ Технические требования для загрузки товаров из ERP по маркировке товаров с 1 июля 2020г.
• /wiki/spaces/SR10SUPPORT/pages/3439230997

SRTZ-1210 - Получение подробных данных проблемы… СТАТУС

CR-6280 - Получение подробных данных проблемы… СТАТУС

10.3.6.0

В версии SetRetail 10.3.6.0 добавлены настройки для ускорения продажи маркированного товара сотрудником с соответствующей привилегией. При включенных настройках товар добавляется в чек без дополнительных диалоговых окон для следующих случаев:

1. Марка не прошла проверку в ФР.
2. При получении timeout от ФР.

Пример включения для табачной продукции

Выполните скрипты в базе данных set:

UPDATE
		sales_management_properties
SET
		property_value = '{"TOBACCO":true}',
		send_status = '0'
WHERE
		module_name='MARK_PRODUCT_SERVICE' and property_key = 'check.excise.ignoreFiscalValidation';

UPDATE
		sales_management_properties
SET
		property_value = '{"TOBACCO":true}',
		send_status = '0'
WHERE
		module_name='MARK_PRODUCT_SERVICE' and property_key = 'check.excise.ignoreFiscalValidationTimeout';

Пример работы сценариев

Примеры сообщений кассиру

SRTZ-1228 - Получение подробных данных проблемы… СТАТУС

10.3.3.0

Клавиатурная касса

Сценарий 1. Сканирование без привилегии добавления маркированного товара

Кассир без привилегии добавления товара сканирует КМ товара, который не проходит проверки в ФН и/или в ОИСМ, по причине отсутствия связи, появляется сообщение:

Если нажать “Отмена”

Еще раз нажать “Отмена”

Еще раз нажать “Отмена”

Для выхода из этой ситуации сканируется ШК старшего кассира/администратора с привилегией добавления товара

ИЛИ сразу после вывода сообщения “Позовите администратора для добавления товара”:

В случае подтверждения - товар добавляется в чек.

Сценарий 2. Сканирование с привилегией добавления маркированного товара

Кассир без привилегии добавления товара сканирует КМ товара, который не проходит проверки в ФН и/или в ОИСМ.

Если нажать “Отмена” выйдут сообщения аналогичные предыдущему случаю.

Для выхода далее сканируется ШК старшего кассира/администратора с привилегией добавления товара

В случае подтверждения - товар добавляется в чек

ИЛИ сразу после вывода сообщения “Позовите администратора для добавления товара”:

Если сканируется ШК старшего кассира/администратора с привилегией добавления товара:

В случае подтверждения - товар добавляется в чек.

SetTouch

Сценарий 1. Сканирование без привилегии добавления маркированного товара

Кассир без привилегии добавления товара сканирует КМ товара, который не проходит проверки в ФН и/или в ОИСМ, либо по причине отсутствия связи, появляется два сообщения подряд:

Нажать “Ок”.

Начиная с версии 10.3.2.0 сообщение о имеет вид:

SRTZ-1164 - Получение подробных данных проблемы… СТАТУС

Нажать “Ок”. Товар в чек не добавляется.

Сценарий 2. Сканирование с привилегией добавления маркированного товара по причине отсутствия связи

Кассир с привилегией добавления товара сканирует КМ товара, который не проходит проверки в ФН и/или в ОИСМ, по причине отсутствия связи, появляется сообщение:

В случае подтверждения товар добавляется в чек.
В случае отмены появится сообщение “Продажа товара покупателю запрещена”, товар в корзину не добавляется

Начиная с версии 10.3.2.0 сообщение о имеет вид:

SRTZ-1164 - Получение подробных данных проблемы… СТАТУС

Сценарий 3. Сканирование с привилегией добавления маркированного товара, который не прошел проверку в ФН

Кассир с привилегией добавления товара сканирует КМ товара, который не проходит проверки в ФН и/или в ОИСМ.

В случае подтверждения товар добавляется в чек.
В случае отмены появится сообщение “Продажа товара покупателю запрещена”, товар в корзину не добавляется.

Начиная с версии 10.3.2.0 сообщение о имеет вид:

SRTZ-1164 - Получение подробных данных проблемы… СТАТУС

Пример сценариев продажи

Продажи без сервиса валидации

SRTZ-1202 - Получение подробных данных проблемы… СТАТУС

10.3.3.0

Проверка КМ маркированного товара осуществляется только в ФР, сервис валидации отсутствует. КМ проверена в ФР и доступна для продажи.

Добавление товара в чек:

1. Покупатель подходит к кассиру с корзиной покупок, в которой находится:

   1. Постельное белье 1шт, цена 360р, ШК1, КМ1

   2. Хлеб ржаной 1шт, цена 46р, ШК2

2. Кассир сканирует ШК2

3. Товар Хлеб ржаной, добавляется в чек

или

1. Кассир находит мягкий чек, содержащий маркированный товар (Постельное белье 1шт) без переданной марки

Далее процесс продажи аналогичен:

1. Кассир сканирует с товара Постельное белье КМ1, касса автоматически распознает товар как маркированный (по признаку в товаре) и отправляет КМ1 в ФР (пока идет проверка, в окне сканирования марки отображается спиннер)

2. ФР возвращает кассе положительный результат проверки КМ1

3. Касса добавляет товар Постельное белье в чек

4. Кассир нажимает "расчет/подитог"

5. Покупатель вносит оплаты

6. Кассир закрывает чек

7. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

8. Распечатывается фискальный чек (у строки товара Постельное белье указан признак [М+])

Проверка КМ маркированного товара осуществляется только в ФР, сервис валидации отсутствует. КМ проверена в ФР и недоступна для продажи, но продается с привлечением старшего кассира

Добавление товара в чек:

1. Покупатель подходит к кассиру с корзиной покупок, в которой находится:

   1. Постельное белье 1шт, цена 360р, ШК1, КМ1

   2. Хлеб ржаной 1шт, цена 46р, ШК2

2. Кассир сканирует ШК2

3. Товар Хлеб ржаной, добавляется в чек

или

1. Кассир находит мягкий чек, содержащий маркированный товар (Постельное белье 1шт) без переданной марки

Далее процесс продажи аналогичен:

1. Кассир сканирует с товара Постельное белье КМ1, касса автоматически распознает товар как маркированный (по признаку в товаре) и отправляет КМ1 в ФР (пока идет проверка, в окна сканирования марки отображается спиннер)

2. ФР возвращает кассе отрицательный результат проверки КМ1

3. Касса сообщает кассиру об ошибке проверки КМ1

4. Покупатель настаивает на продаже ему товара с Постельное белье с КМ1

5. Кассир вызывает Старшего кассира с привилегией добавления в чек маркированных товаров, не прошедших проверку

6. Старший кассир авторизуется на кассе и добавляет товар Постельное белье в чек

7. Кассир нажимает "расчет/подитог"

8. Покупатель вносит оплаты

9. Кассир закрывает чек

10. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

11. Распечатывается фискальный чек (у строки товара Постельное белье указан признак [М-])

Для сценариев Возврата, формальные процедуры упущены. Акцент сделан на взаимодействии кассы с ФР

Проверка КМ маркированного товара осуществляется только в ФР, сервис валидации отсутствует. КМ проверена в ФР и доступна для возврата

1. Покупатель подходит к кассиру с чеком продажи и просит осуществить возврат ранее купленного товара Постельное белье 1шт, цена 360р, ШК1, КМ1

2. Кассир находит чек продажи на кассе

3. Кассир выбирает к возврату товар из чека продажи Постельное белье

4. Касса запрашивает сканирование КМ для товара

5. Кассир сканирует КМ1

6. Касса отправляет КМ1 на проверку в ФР (пока идет проверка, в окне сканирования марки отображается спиннер)

7. ФР возвращает кассе положительный результат проверки КМ1

8. Кассир закрывает чек

9. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

10. Распечатывается фискальный чек

11. Кассир возвращает покупателю 360р

Проверка КМ маркированного товара осуществляется только в ФР, сервис валидации отсутствует. КМ проверена в ФР и недоступна для возврата

1. Покупатель подходит к кассиру с чеком продажи и просит осуществить возврат ранее купленного товара Постельное белье 1шт, цена 360р, ШК1, КМ1

2. Кассир находит чек продажи на кассе

3. Кассир выбирает к возврату товар из чека продажи Постельное белье

4. Касса запрашивает сканирование КМ для товара

5. Кассир сканирует КМ1

6. Касса отправляет КМ1 на проверку в ФР (пока идет проверка, в окне сканирования марки отображается спиннер)

7. ФР возвращает кассе отрицательный результат проверки КМ1

8. Старший Кассир возвращает покупателю 360р

9. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

10. Распечатывается фискальный чек (у строки товара Постельное белье указан признак [М-])

Продажи с сервисом валидации

Проверка КМ маркированного товара в два этапа. В сервисе валидации и в ФР.

КМ проверена в сервисе валидации и ФР и доступна для продажи

Сценарий:

1. Покупатель подходит к кассиру с корзиной покупок, в которой находится:

   1. Постельное белье 1шт, цена 360р, ШК1, КМ1

   2. Хлеб ржаной 1шт, цена 46р, ШК2

2. Кассир сканирует ШК2

3. Товар Хлеб ржаной, добавляется в чек

4. Кассир сканирует с товара Постельное белье КМ1, касса автоматически распознает товар как маркированный (по признаку в товаре) и отправляет КМ1 на проверку в сервис валидации

5. Сервис валидации возвращает положительный результат проверки КМ1

6. Касса отправляет КМ1 на проверку в ФР (пока идет проверка, в окна сканирования марки отображается спиннер)

7. ФР возвращает кассе положительный результат проверки КМ1

8. Касса добавляет товар Постельное белье в чек

9. Кассир нажимает "расчет/подитог"

10. Покупатель вносит оплаты

11. Кассир закрывает чек

12. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

13. Распечатывается фискальный чек (у строки товара Постельное белье указан признак [М+])

КМ проверена в сервисе валидации и доступна для продажи, КМ проверена в ФР и недоступна для продажи, но продается с привлечением старшего кассира

Сценарий

1. Покупатель подходит к старшему кассиру с корзиной покупок, в которой находится:

   1. Постельное белье 1шт, цена 360р, ШК1, КМ1

   2. Хлеб ржаной 1шт, цена 46р, ШК2

2. Старший Кассир сканирует ШК2

3. Товар Хлеб ржаной, добавляется в чек

4. Старший Кассир сканирует с товара Постельное белье КМ1, касса автоматически распознает товар как маркированный (по признаку в товаре) и отправляет КМ1 на проверку в сервис валидации

5. Сервис валидации возвращает положительный результат проверки КМ1

6. Касса отправляет КМ1 на проверку в ФР (пока идет проверка, в окна сканирования марки отображается спиннер)

7. ФР возвращает кассе отрицательный результат проверки КМ1

8. Старший Кассир нажимает "расчет/подитог"

9. Покупатель вносит оплаты

10. Кассир закрывает чек

11. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

12. Распечатывается фискальный чек (у строки товара Постельное белье указан признак [М-])

КМ проверена в сервисе валидации и недоступна для продажи. КМ не может быть продана

1. Покупатель подходит к кассиру с корзиной покупок, в которой находится:

   1. Постельное белье 1шт, цена 360р, ШК1, КМ1

   2. Хлеб ржаной 1шт, цена 46р, ШК2

2. Кассир сканирует ШК2

3. Товар Хлеб ржаной, добавляется в чек

4. Кассир сканирует с товара Постельное белье КМ1, касса автоматически распознает товар как маркированный (по признаку в товаре) и отправляет КМ1 на проверку в сервис валидации

5. Сервис валидации возвращает отрицательный результат проверки КМ1

6. Касса сообщает кассиру об ошибке проверки КМ1

7. Товар Постельное белье не добавляется в чек

8. Кассир нажимает "расчет/подитог"

9. Покупатель вносит оплаты

10. Кассир закрывает чек

11. Распечатывается фискальный чек

Для сценариев Возврата, формальные процедуры упущены. Акцент сделан на взаимодействии кассы с сервисом валидации и ФР. КМ проверена в сервисе валидации и доступна для возврата, КМ проверена в ФР и доступна для возврата.

Возврат ранее купленного товара

1. Покупатель подходит к кассиру с чеком продажи и просит осуществить возврат ранее купленного товара Постельное белье 1шт, цена 360р, ШК1, КМ1

2. Кассир находит чек продажи на кассе

3. Кассир выбирает к возврату товар из чека продажи Постельное белье

4. Касса запрашивает сканирование КМ для товара

5. Кассир сканирует КМ1

6. Касса отправляет КМ1 на проверку в сервис валидации

7. Сервис валидации возвращает положительный результат проверки КМ1

8. Касса отправляет КМ1 на проверку в ФР (пока идет проверка, в окне сканирования марки отображается спиннер)

9. ФР возвращает кассе положительный результат проверки КМ1

10. Кассир закрывает чек

11. Кассир возвращает покупателю 360р

12. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

13. Распечатывается фискальный чек

КМ проверена в сервисе валидации и недоступна для возврата, КМ проверена в ФР и недоступна для возврата, но возврат осуществляется с привлечением старшего кассира

1. Покупатель подходит к кассиру с чеком продажи и просит осуществить возврат ранее купленного товара Постельное белье 1шт, цена 360р, ШК1, КМ1

2. Кассир находит чек продажи на кассе

3. Кассир выбирает к возврату товар из чека продажи Постельное белье

4. Касса запрашивает сканирование КМ для товара

5. Кассир сканирует КМ1

6. Касса отправляет КМ1 на проверку в сервис валидации

7. Сервис валидации возвращает положительный результат проверки КМ1

8. Касса отправляет КМ1 на проверку в ФР (пока идет проверка, в окне сканирования марки отображается спиннер)

9. ФР возвращает кассе отрицательный результат проверки КМ1

10. Кассир закрывает чек

11. Кассир возвращает покупателю 360р

12. Касса отправляет чек в ОФД (КМ1 отправляется и результат проверки)

13. Распечатывается фискальный чек (у строки товара Постельное белье указан признак [М-])

КМ проверен в сервисе валидации и недоступен для возврата. КМ запрещен к возврату

1. Покупатель подходит к кассиру с чеком продажи и просит осуществить возврат ранее купленного товара Постельное белье 1шт, цена 360р, ШК1, КМ1

2. Кассир находит чек продажи на кассе

3. Кассир выбирает к возврату товар из чека продажи Постельное белье

4. Касса запрашивает сканирование КМ для товара

5. Кассир сканирует КМ1

6. Касса отправляет КМ1 на проверку в сервис валидации

7. Сервис валидации возвращает отрицательный результат проверки КМ1

8. Касса сообщает кассиру об ошибке проверки КМ1

9. Товар Постельное белье не добавляется в чек

10. Возврат не осуществляется

Список сообщений и ситуаций при добавлении товаров из мягкого чека SetKit

1. В случае, если мягкий чек состоит из товаров только с одним ШК и разными КМ, то по причине недоступности ОИСМ после попытки валидировать первый КМ все позиции добавляются в список исключенных, для которых требуется сканировать КМ вручную:

Если в этот момент произойдет перезагрузка кассы, то не будет возможности произвести аннулирование, т.к. в обычный чек не попал ни один товар. Таким образом мягкий чек “зависает” в статусе “оплачивается на кассе” и повторно его уже не загрузить на кассу:

2. В случае вызова мягкого чека возврата, содержащего маркированный товар, выводится сообщение о некорректно сформированном мягком чеке:

В логе softCheckBridge.log содержится информация об ошибке:

26.08 11:59:50.508 DEBUG [AbstractSoftCheckServiceImpl] Search check by request: [SearchRequest searchString='00645948798357', checkRestrictions=null, departmentNumbers=null, localRequest=true, expectedCheckNumber=6, shopNumber=3219, cashNumber=1, shiftNumber=1, inputCode=0, processSearchStringAsIs=false]
26.08 11:59:50.508 DEBUG [AbstractSoftCheckServiceImpl] GET request: http://172.29.17.149:8081//set-kit/softcheques/{guid}?status={status}, parameters: {shop=3219, guid=SK00645948798357, status=READY_TO_PAYMENT}
26.08 11:59:50.555 ERROR [ExtractorSetKitImpl] Unable extract positions from soft check = 'SK00645948798357'

3. Если мягкий чек содержит более 128 маркированных товаров, то при поднятии такого чека на кассе произойдет ошибка:

В логе fiscalPrinter.log содержится информация об ошибке:

26.08 12:18:36.905 ERROR [PiritConnector] Error received! Error code=115(0x73), error message=Нарушена правильная последовательность подачи команд для обработки товаров, имеющих КМ
26.08 12:18:36.905 ERROR [PiritConnector] Error: Нарушена правильная последовательность подачи команд для обработки товаров, имеющих КМ (ID: #55 VALIDATE_MARK_CODE(79/1))

При дальнейшем аннулировании такого чека буфер ФН не очищается от КМ, что приводит к невозможности добавить в последующий чек товар с КМ до перезагрузки ФР.

4. Если в процессе добавления из мягкого чека товаров с КМ произойдет перезагрузка кассы - буфер ФН также не обнуляется, мягкий чек можно снова вызвать на кассе.

Включение сверки GTIN из марки со всеми ШК карточки товара

Настройка производит включение сверки GTIN из марки со всеми ШК карточки товара, а не только с тем, который был просканирован для его добавления в чек.

UPDATE sales_management_properties
	SET	property_value = '{"MILK" : true}',
		transport_level = 10,
		priority = 2,
		send_status = 0
	WHERE	module_name = 'MARK_PRODUCT_SERVICE'
		AND	property_key = 'check.barcode.soft';

Продажа маркированного товара с переменным весом на кассе 

SRTB-5378 - Получение подробных данных проблемы… СТАТУС

SRTB-5469 - Получение подробных данных проблемы… СТАТУС

CR-5696 - Получение подробных данных проблемы… СТАТУС

10.3.4.0

Начиная с версии 10.3.4.0 при продаже маркированного товара с переменным весом, для добавления товара в чек необходимо сканировать и код маркировки, и весовой ШК в период перехоа на ФФД 1.2.

• Товар может добавляться в чек в последовательности: весовой ШК затем Код маркировки

• При невозможности отсканировать весовой ШК, у кассира должна быть возможность ввести весовой ШК вручную

• При наличии сервиса валидации, проверяется код маркировки в сервисе (SetMark/SetMark Centrum).

• В справочнике товаров, у весового штрих кода товара должен быть установлен признак маркировки.

• Касса должна проверять принадлежность ШК товара из весового ШК и ШК товара из Кода маркировки одному товару 

  • Настройка изменения изменения алгоритма сверки на кассе, принадлежности товарного ШК и ШК из КМ одному товару:
    • База данных set
    •  таблица sales_management_properties
    •  module_name = MARK_PRODUCT_SERVICE
    •  property_key = check.excise.soft
    • Пример настройки в формате JSON property_value = {"LIGHT_INDUSTRY" : true}

Отправка данных по товару с переменным весом в ОФД

SRTZ-1522 - Получение подробных данных проблемы… СТАТУС

CR-7085 - Получение подробных данных проблемы… СТАТУС

10.3.9.0

Начиная с версии 10.3.9.0 при продаже маркированного товара с переменным весом и версии ФФД1.2 отправлялся фактический вес, для того, чтобы передаваемые в ОФД данные соответствовали учетным.

Пример сценария

Товар: СЫР, весовой, маркированный. Цена: 1000руб/кг. В весовом ШК указан вес 438гр.

1. Кассир добавляет весовой маркированный товар СЫР в чек (сканирует весовой ШК и КМ).

2. Касса добавляет в чек товар СЫР

3. На экране кассы отображается фактический вес: 0,438кг и стоимость 438руб

4. В печатной форме чека: СЫР(кг) 1000*0,438 = 438
   Только для ФФД 1.2 мы дописываем шт. или кг в name товара.

5. В электронной форме чека (в ОФД):

   1. тег 1023 (количество предмета расчета) - 0,438

   2. тег 1043 (стоимость предмета расчета с учетом скидок и наценок) - 438 руб

   3. тег 1079 (цена за единицу предмета расчета с учетом скидок и наценок) - 1000руб

   4. тег 2108 (мера количества предмета расчета) - 11 (кг) отличие от версий ФФД ниже 1.2 - 0 (шт)

Пример чека

Пример чека в ОФД

Пересчет весового маркированного товара в штучный при передаче в ФФД

SRTB-5376 - Получение подробных данных проблемы… СТАТУС

CR-5696 - Получение подробных данных проблемы… СТАТУС

10.3.4.0

Описание

При продаже маркированного товара с переменным весом, в фискальном чеке (электронная и печатная формы) в составе предмета расчета в реквизите “количество предмета расчета” (тег 1023) должна быть указана 1, а не фактическое количество товара. Начиная с версии 10.3.4.0 при передаче чека в ФФД осуществляется автоматический пересчет:

1. Фактического количества товара. Количество должно быть равно единице, в соответствии с требованиями ФФД 1.05/1.1/1.2. “количество предмета расчета” (тег 1023).

2. Цены товара. Цена товара должна быть равна стоимости, т.к. количество пересчитывается в единицу. “цена за единицу предмета расчета с учетом скидок и наценок“ (тег 1079)

Логика и ограничения

• Пересчет выполняется во всех случаях печати/передачи в ОФД (копия чека, продажа, возврат продажи). Фискальные документы: покупка и возврат покупки - не входят в данный процесс.

• Сохранение данных по позиции чека выполняется штатным образом, т.е. сохраняются фактическое количество и фактическая цена товара. Пересчитанные данные не сохраняются.

• Функциональность работает только для маркированных товаров молоко: mark_type = “MILK“ и весовых product-type = ProductWeightEntity при условии наличия у позиции в чеке кода маркировки.

• Количество товара изменять запрещено.

Пример работы

Пример:

Сыр Ламбер - маркированный товар с переменным весом.

• Вес - 1,103кг

• Цена за КГ - 1000.00

В электронной форме чека:

• тег 1023 - 1

• тег 1079 - 1103.00

• тег 1043 - 1103.00

В печатной форме чека:

Сыр Ламбер (1,103) 1 * 1103.00 = 1103.00

Пример чека:

Печатная форма чека для весового маркированного товара

SRTZ-1198 - Получение подробных данных проблемы… СТАТУС

10.3.6.0

Начиная с версии 10.3.6.0 для весовых маркированных товаров вес печатается автоматически после наименования товара.

Настройка чековой формы

Пример шаблона чека продажи: check-sale.xml.

Для вывода наименования в несколько строк добавьте параметр multyple="true" в секцию <section id="position"> атрибутом в теги <line> и <element value="name">:

<section id="position">
        <list>
            <line multyple="true" font="small">
                <element multyple="true" precision="0" value="name" clip="true" width="30" filler="space" align="left"/>
                <element precision="2" value="endPricePerUnit" width="7" prefix="space" filler="space" align="right"/>
                <element precision="3" value="qnty" width="7" prefix="star" filler="space" align="right"/>
                <element precision="2" value="endPositionPrice" width="11" prefix="equalsign" filler="space" align="right"/>
            </line>