Проверка марки невозможна ошибка фр

1c. Ошибки с онлайн кассами.

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Ф, чтобы при неполадках связи не замедлять работу касс. Данный параметр передается в ФР при открытии смены.

Максимально возможное значение таймаута 10 секунд.

Для настройки таймаута выполните скрипт в БД 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

Начиная с версии 10.3.3.0 при вызове мягкого чека SetKit отображаются аналогичные сообщения.

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

Сценарий 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

Начиная с версии 10.3.3.0 процедура продажи маркированных товаров, переданных без марки в мягком чеке SetKit аналогична процедуре продажи товаров не из мягкого чека.

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

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

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).

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

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

  • Настройка изменения изменения алгоритма сверки на кассе, принадлежности товарного ШК и ШК из КМ одному товару:

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

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

Функциональность реализована только для молочной продукции mark_type = “MILK“

Начиная с версии 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>

idw

03.08.21 — 19:38

DmVl76

201 — 13.10.21 — 14:20

Oleg_Bu

202 — 19.10.21 — 11:25

mouse4mice

203 — 19.10.21 — 13:49

ttk

204 — 19.10.21 — 14:18

Spyke

205 — 19.10.21 — 14:18

В Рознице 2.3.10.24 (Типовая) при пробитие чека через Штрих, марка не проходит проверку, данные в ОФД передаются с маркой, но марка как была в статусе Introduced, так и остается. При пробитии этой же марки через тест драйвер все проходит корректно на чеке появляется М+ и марка выходит из оборота в ЦРПТ

mouse4mice

206 — 19.10.21 — 14:29

mouse4mice

207 — 19.10.21 — 14:32

Spyke

208 — 19.10.21 — 14:39

(207) Спасибо, проверяю

mouse4mice

209 — 19.10.21 — 14:47

(208) Мы тоже начали отладку, но пока на МГМ-ФН-М 1.2

Oleg_Bu

210 — 19.10.21 — 15:31

(202) Отвечу сам, в УПП 1.3.167.1 походу еще нет кода с запуском цепочек. В Рабочем месте кассира Розницы 2.3.10.24 — это можно увидеть.

Spyke

211 — 19.10.21 — 15:54

(205) Пока не взлетело

Starik113

212 — 19.10.21 — 16:02

(210) В УТ10 функционал по проверке марок не реализован, соответственно не работает списание марок из оборота. В УПП скорее всего так же

Spyke

213 — 19.10.21 — 18:47

(205) Все ок, была проблема с настройками параметров в ккт ОФД порт проверки км

cojko

214 — 19.10.21 — 18:47

DmVl76

215 — 20.10.21 — 10:15

mouse4mice

216 — 20.10.21 — 10:25

mouse4mice

217 — 20.10.21 — 10:28

mouse4mice

218 — 20.10.21 — 10:35

mouse4mice

219 — 20.10.21 — 11:26

101101101

220 — 21.10.21 — 12:19

GlRoznica

221 — 21.10.21 — 21:25

victuan1

222 — 22.10.21 — 05:49

DmVl76

223 — 22.10.21 — 07:09

(222) А по (215) не подскажете? Это связано именно с тем, что бьем по тестовому контуру?

END

224 — 22.10.21 — 08:36

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

ТутЯ

225 — 22.10.21 — 09:17

DmVl76

226 — 22.10.21 — 10:06

(224) На 1.2 прошита только касса с МГМ. Боевые кассы прошивать нельзя — если что-то пойдет не так, то назад на 1.05 уже не перейти. Придется тогда тестовую кассу регистрировать и покупать туда обычный ФН.

END

227 — 22.10.21 — 11:08

(226) Ну, поработает магазин временно без одной кассы. Мы так и сделали. Магаз на 3 кассы, одну прошили под 1.2 и сняли на стенд. В магазе работает пока 2 кассы. Справляются.

Darksid

228 — 22.10.21 — 11:22

Коллеги!!всем добрейшего чего-то там. Кто-то решил вопрос с кассами атол? 1с УТ обновили уже на последний релиз,никак не можем подменить драйверы на новые,чтобы всё заработало гугл не помогает даже на 4 странице

GlRoznica

229 — 22.10.21 — 11:24

(228) все работает отлично. Вызовите специалиста.

victuan1

230 — 22.10.21 — 15:00

ТутЯ

231 — 22.10.21 — 16:42

ТутЯ

232 — 22.10.21 — 16:47

mouse4mice

233 — 25.10.21 — 10:10

mouse4mice

234 — 25.10.21 — 10:13

victuan1

235 — 25.10.21 — 12:00

(234) При такой настройке ККТ будет принимать любые марки, т.е. ККТ не будет контролировать правильность формата марки, и будет писаться тег 1300, если марка не распознана.

mouse4mice

236 — 25.10.21 — 12:42

(235) Понял вас. Спасибо.

Helene1986

237 — 25.10.21 — 15:00

ТутЯ

238 — 25.10.21 — 15:28

ТутЯ

239 — 25.10.21 — 15:28

ТутЯ

240 — 25.10.21 — 15:31

Helene1986

241 — 25.10.21 — 15:39

Helene1986

242 — 25.10.21 — 15:41

mouse4mice

243 — 25.10.21 — 16:36

mouse4mice

244 — 25.10.21 — 16:55

DmVl76

245 — 26.10.21 — 06:22

DmVl76

246 — 26.10.21 — 06:25

victuan1

247 — 26.10.21 — 07:07

mouse4mice

248 — 26.10.21 — 09:13

victuan1

249 — 26.10.21 — 09:26

mouse4mice

250 — 26.10.21 — 09:43

mouse4mice

251 — 26.10.21 — 09:56

DmVl76

252 — 26.10.21 — 10:17

mouse4mice

253 — 26.10.21 — 10:22

(252) Нам не удаётся проверить код маркировки в Тест драйвере ККТ на МГМ. Как выяснилось, нам и не требуется это делать. У нас лекарства, не обувь.

mouse4mice

254 — 26.10.21 — 10:25

DmVl76

255 — 26.10.21 — 10:25

(253) У меня не проверялся именно через ЦРПТ. Увидел как у вас выдает сообщение о проверке, стал проверять кассу. В результате оказалось, что просто закрыт порт по работе с КМ (7788)

mouse4mice

256 — 26.10.21 — 10:27

DmVl76

257 — 26.10.21 — 10:27

(254) В ОФД как раз уходили, в ЦРПТ — нет, таблица 19, пункт 6 — порт был закрыт

DmVl76

258 — 26.10.21 — 11:52

(215) как раз из-за (257) Поставил в таблице принимать все КМ, пробил тестовый КМ, в чеке [М+] и КМ выбыл в тестовом контуре

Darksid

259 — 26.10.21 — 18:09

Alyona

260 — 27.10.21 — 20:39

ТутЯ

261 — 28.10.21 — 08:20

(260) ответ в (110)(231)(235)

mouse4mice

262 — 28.10.21 — 10:09

mouse4mice

263 — 28.10.21 — 10:19

Alyona

264 — 28.10.21 — 11:43

ТутЯ

265 — 28.10.21 — 12:50

ТутЯ

266 — 28.10.21 — 12:55

Для Штрихов появился новый драйвер 884 http://doc.shtrih-m.ru/

ТутЯ

267 — 28.10.21 — 14:39

(265) Закружилась совсем, у шин 44.

ТутЯ

268 — 28.10.21 — 17:39

DmVl76

269 — 29.10.21 — 04:09

victuan1

270 — 29.10.21 — 05:50

(269) ну-ну..

DmVl76

271 — 29.10.21 — 08:56

(270) А что не так? У нас есть одежда и текстиль — как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44

victuan1

272 — 29.10.21 — 09:33

(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.

DmVl76

273 — 29.10.21 — 10:09

(272) Я и написал, что у одежды 44, значит не проходит проверку

mouse4mice

274 — 01.11.21 — 10:44

abuca

275 — 01.11.21 — 12:46

(274) Сегодня проверяли продажу обуви и текстиля. Штрих Онлайн. Успешно. М+ Марка выбыла в ЧЗ. Помог новый драйвер (266). До обновления драйвера было [М], но марки, при этом, выбывали в ЧЗ. Подозреваю, что драйвер Штрих неверно трактовал символы GS, передаваемые из 1С.

amir62

276 — 04.11.21 — 11:18

Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)

GlRoznica

277 — 04.11.21 — 11:21

Garykom

278 — 04.11.21 — 11:23

(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона

bystrovvv

279 — 04.11.21 — 11:58

victuan1

280 — 06.11.21 — 15:04

Тихий омут

281 — 08.11.21 — 10:02

Тихий омут

282 — 08.11.21 — 10:30

(281)+ В демо базе релиза 72.1 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.

mouse4mice

283 — 08.11.21 — 12:34

GlRoznica

284 — 08.11.21 — 12:35

GlRoznica

285 — 08.11.21 — 12:38

mouse4mice

286 — 08.11.21 — 12:39

GlRoznica

287 — 08.11.21 — 12:41

(286) какая формулировка? Им же Вася из налоговой письмо написал.

mouse4mice

288 — 08.11.21 — 14:50

snails-lord

289 — 10.11.21 — 09:58

VKOSH

290 — 11.11.21 — 11:09

DmVl76

291 — 11.11.21 — 14:22

DmVl76

292 — 11.11.21 — 14:39

+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально — отрицательно(0), ЦРПТ — положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого — третьего раза, потом перестали вообще.

mouse4mice

293 — 11.11.21 — 14:49

(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.

VKOSH

294 — 11.11.21 — 19:01

victuan1

295 — 12.11.21 — 09:17

(294) Ваш код не универсален — не для всех товарных групп подойдет.

VKOSH

296 — 12.11.21 — 11:54

victuan1

297 — 12.11.21 — 16:13

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

VKOSH

298 — 12.11.21 — 17:51

(297) У нас «Парфюмерия», для неё данная структура соответствует, для «Обуви» и «Одежды», насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.

CepeLLlka

299 — 12.11.21 — 19:08

GlRoznica

300 — 12.11.21 — 19:10

(299) а какая прошивка?

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Ф, чтобы при неполадках связи не замедлять работу касс. Данный параметр передается в ФР при открытии смены.

Максимально возможное значение таймаута 10 секунд.

Для настройки таймаута выполните скрипт в БД 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

Начиная с версии 10.3.3.0 при вызове мягкого чека SetKit отображаются аналогичные сообщения.

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

Сценарий 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

Начиная с версии 10.3.3.0 процедура продажи маркированных товаров, переданных без марки в мягком чеке SetKit аналогична процедуре продажи товаров не из мягкого чека.

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

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

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

Логика

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

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

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

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

• Все результаты проверки КМ сохраняются в фискальном чеке в позиции (в том виде, в котором получены из ФР) и выгружаются в 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Ф, чтобы при неполадках связи не замедлять работу касс. Данный параметр передается в ФР при открытии смены.

Максимально возможное значение таймаута 10 секунд.

Для настройки таймаута выполните скрипт в БД 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

Начиная с версии 10.3.3.0 при вызове мягкого чека SetKit отображаются аналогичные сообщения.

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

Сценарий 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

Начиная с версии 10.3.3.0 процедура продажи маркированных товаров, переданных без марки в мягком чеке SetKit аналогична процедуре продажи товаров не из мягкого чека.

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

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

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. В случае вызова мягкого чека возврата, содержащего маркированный товар, выводится сообщение о некорректно сформированном мягком чеке:

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).

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

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

  • Настройка изменения изменения алгоритма сверки на кассе, принадлежности товарного ШК и ШК из КМ одному товару:

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

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

Функциональность реализована только для молочной продукции mark_type = “MILK“

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

В логе 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).

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

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

  • Настройка изменения изменения алгоритма сверки на кассе, принадлежности товарного ШК и ШК из КМ одному товару:

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

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

Функциональность реализована только для молочной продукции mark_type = “MILK“

Начиная с версии 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>

Автор
Тема: Проверка кодов маркировки в ФН и ОИСМ  (Прочитано 9496 раз)