Публичное пространство

Маркировка и МРЦ ◾️ Продажа обуви (маркированные товары)

  • Статья применяется также для примеров продажи маркированных товаров, таких как: легкая промышленность, молоко, парфюмерия, фототехника, шины/диски.


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

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

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

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

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

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

10.2.76.0

Описание

С 1 июля 2019 года введена обязательная маркировка обуви. К этому моменту все участники обувного рынка должны освоить работу по новому порядку.

Этот срок установлен распоряжением Правительства РФ №792-р. Однако сейчас рассматривается возможность перенести его на 7 месяцев. Тогда сроки будут такие:

  • С 1 июля до 1 октября 2019 участники оборота обуви обязаны будут зарегистрироваться в системе, подать заявки на оборудование — регистраторы эмиссии кодов — и начать маркировать остатки по упрощенной схеме.
  • С 1 октября до 1 февраля 2020 участники получат регистраторы эмиссии и закончат маркировку остатков.
  • С 1 февраля 2020 маркироваться будет вся обувь, оборот продукции без маркировки будет запрещен.

Подробнее о процессе перехода на продажу маркированной обуви на сайте честныйзнак.рф

  • Начиная с версий 10.2.90.13 и 10.2.92.0 и включена возможность продавать маркированные товары, которые были с марками в упрощенном формате до введения обязательной маркировки, чтобы распродать остатки.
    • CR-4742 - Получение подробных данных проблемы… СТАТУС
    • SRTB-4587 - Получение подробных данных проблемы… СТАТУС
  • Упрощенный формат маркировки был первоначально протестирован на обуви, и заключался в том, что в марке GTIN начинался с "2" и не совпадал с ШК загруженным у товара.
    • SRTB-3256 - Получение подробных данных проблемы… СТАТУС

Нормативные документы

Отправка префикса кода маркировки 44h 4Dh и [М]

25.12.2019 внесены изменения в форматы фискальных документов. Теперь для маркированного товара с штрих-кодом марки типом Datamatrix (обувь) требуется отправлять префикс типа маркировки "44h 4Dh".

Изменения вступают в силу c 01.03.2020.

  1. Префикс для товаров маркированных Datamatrix (табак, обувь и др. ) становится “44h 4Dh“

  2. Код маркировки (тэг 1162) в печатной форме теперь должен выглядеть так: [M] (Буква “М” в квадратных скобках) согласно изменениям в Правилах формирования значения реквизита "код товара" (тег 1162)

Признак [М] на чековом документе формируется кассовой программой из шаблона формы.


Загрузка товара из ERP

Для того, чтобы загрузить товар из ERP c типом маркированной обуви, согласно интеграционной документации добавьте тип маркировки <mark-type>FOOTWEAR</mark-type>.

  • Данный тег выгружается только для обуви и только для штучного товара.
  • Без указания загрузки признака маркировки <mark-type>FOOTWEAR</mark-type> на кассе не будет срабатывать логика для продажи обувных товаров. Сообщение для сканирования марки отображаться не будет.
  • Для других типов товаров (немаркированных) тег <mark-type>...</mark-type> должен отсутствовать и выгружать его пустым запрещено!


<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<goods-catalog>   
    <good marking-of-the-good="45099">
		 <bar-code code="4650075190159" marked="true">
            <default-code>true</default-code>
        </bar-code>
        <name>Сапоги кирзовые</name>
		<mark-type>FOOTWEAR</mark-type>
        <product-type>ProductPieceEntity</product-type>
		  <price-entry price="2800.80">
            <begin-date>2011-07-23T00:00:00.000</begin-date>
            <end-date>2075-07-09T00:00:00.000</end-date>
            <number>1</number>
            <department number="583">
                <name>Кирз</name>
            </department>
        </price-entry>
        <vat>10.0</vat>
        <group id="1">
            <name>Кожа</name>
        </group>
        <measure-type id="Шт.">
            <name>Шт.</name>
        </measure-type>
            <country id="RU">
            <name>Россия</name>
        </country>
        <rack-number>12R</rack-number>
        <shelf-number>48</shelf-number>
        <facing>E2</facing>
        <location-on-shelf>2</location-on-shelf>
        <plugin-property value="1" key="precision"/>
   </good>  
</goods-catalog>

На основании кода GTIN загружайте из ERP 13 цифр после лидирующего нуля.

Экспорт данных о продажах в ERP

Данные о продажах обуви и номера ШК акцизной марки выгружаеются в составе позиции чека.

Экспорт данных может производиться одним из двух способов согласно интеграционной докуменации:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<purchases count="1">
    <purchase tabNumber="1" userName="Иванов Иван Иванович" operationType="true" operDay="2020-07-24+03:00" shop="3382" cash="1" shift="81" number="6" saletime="2020-07-24T17:27:00.726+03:00" begintime="2020-07-24T17:26:54.855+03:00" amount="2800.8" discountAmount="0.0" inn="7802781104">
        <positions>
            <position order="1" departNumber="583" goodsCode="45099" barCode="4650075190159" count="1.0" cost="2800.8" nds="10.0" ndsSum="254.62" discountValue="0.0" costWithDiscount="2800.8" amount="2800.8" dateCommit="2020-07-24T17:26:54.862+03:00" insertType="1">
                <plugin-property key="countryName" value="Россия"/>
                <plugin-property key="excise-token" value="01046500751901592109470cde93154240640191ffd092JgVQ/q9XiEi7/Nbqz9po4N/aiw8cG7op8LPwU03vLPbn+G0dZNRQQu6cDqlCYQWPtBxY+3cqJgd2caC1VuStIg=="/>
                <plugin-property key="marktype" value="footwear"/>
            </position>
        </positions>
        <payments>
            <payment typeClass="CashPaymentEntity" amount="2900.0" description="Оплата наличными"/>
            <payment typeClass="CashChangePaymentEntity" amount="99.2" description=""/>
        </payments>
    </purchase>
</purchases>

Фискальный регистратор - версия ФФД

Для корректной работы при продаже обувных товаров с маркировкой с использованием Пирит 1Ф или Пирит 2Ф всегда выбирайте плагин с версией 1.00/1.05.

Рекомендации по настройке сканеров

  1. Всегда проверяйте настройки на сканеров на отсутствие передачи лишних символов при считывании марки.
  2. Можно запросить новые коды марок через ЦРПТ.
  3. Обновите тестовые и продуктивные среды до версии 10.2.78.0: в данной версии добавлена возможность отключения валидации марки.
  4. После обновления загрузите/перевыгрузите товар с другим штрих-кодом (желательно, не начинающийся на 2), сгенерировать марки и проверить старые и новые товары с отключенной настройкой валидации.

Настройка печати префикса маркированного товара

В ОФД отправляется Код товара (1162)(КТ), содержащий считанную марку.

Для того, чтобы печатался префикс маркированного товара, на основании того, что есть данные марки, в редакторе чеков выполните следующее:

1. Введите в поле [Название] наименование условия = Есть КТ 

Создайте на вкладке Условие по формуле с подстановками Есть код товара = истина.

2. Введите в поле [Название] наименование условия = Нет КТ 

Создайте на вкладке Условие по формуле с подстановками Есть код товара = ложь.

2. Кликните Редактировать в секции Позиции.

3. Кликните .

4. Кликните .

5. Выберите формулу Нет КТ для строки с позициями.

6. Создайте новую строку.

Нажмите кноппку .

7. Перетащите такой же набор подстановок, такой же как и в первой строке.

В поле Текст добавьте текстовое значение = [M]

Признак [М] на чековом документе формируется кассовой программой из шаблона формы.

8. Кликните  на второй строке

9. Кликните .

10. Выберите формулу Есть КТ для второй строки с позициями.

  • Если у Вас уже есть строка с формулой Есть КТ, как например для отображения кода товарной номенклатуры или маркировки табачных изделий, то, начиная с версии 10.2.79.0 добавлять дополнительные строки не требуется. Согласно законодательству требуется налиличие буквы [M].
  • Если версия ниже 10.2.79.0, тогда добавьте еще одну строку с формулов Есть КТ.

11. Для завершения кликните по любому свободной части экрана редактора. → кликните Образец документа.

12. Кликните отправить на кассы.

Пример чекового документа:

Данные марки будут отправлены в ОФД.

Отмена сканирования марки

Отмена сканирования марки возможна при наличии следующих двух привилегий у кассовой роли:

  • Отмена первой позиции в чеке.
  • Отмена позиции в чеке.

Отключение проверки совпадения штрих-кода и GTIN в марке

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

10.2.78.0

В некоторых торговых сетях, при получении товаров от поставщика перемаркируют их новыми ШК и упаковывают в новые коробки. Может получиться ситуация, что продать товар, считав только марку нельзя, так как штрих-код в марке отсутствует в системе. Штрих-код и марку так же нельзя считать, так как данные штрих-кода и GTIN в марке не совпадают.

Настройка позволяет не проводить сверку штрих-кода и GTIN в марке.

Значение по умолчанию - проверять

Настройка

Для отключения сверки штрих-кода и GTIN в марке выполните скрипт в базе данных set: (настройка будет отправлена на магазины/кассы) → для применения настройки перезагрузите кассовый модуль.

Пример отключения проверки марок для обуви:
UPDATE sales_management_properties
   SET property_value='{"FOOTWEAR" : false}', 
       send_status = '0'    
 WHERE module_name='MARK_PRODUCT_SERVICE' and property_key='check.barcode';

Для включения сверки штрих-кода и GTIN в марке выполните скрипт в базе данных set: (настройка будет отправлена на магазины/кассы) → для применения настройки перезагрузите кассовый модуль.

Пример включения проверки марок для обуви и молока:
UPDATE sales_management_properties
   SET property_value='{"FOOTWEAR" : true, "MILK" : true}', 
	   send_status = '0'    
 WHERE module_name='MARK_PRODUCT_SERVICE' and property_key='check.barcode';
Пример включения проверки марок для всех типов маркированных товаров:
UPDATE sales_management_properties
   SET property_value='{}', 
	   send_status = '0'    
 WHERE module_name='MARK_PRODUCT_SERVICE' and property_key='check.barcode';

Логика срабатывания при продаже

  1. Продаем, считывая штрих-код + марка → штрих-код и GTIN совпадают = успешная продажа

  2. Продаем, считывая штрих-код + марка → штрих-код и GTIN не совпадают = успешная продажа

  3. Продаем, считывая марку → GTIN есть в БД = успешная продажа

  4. Продаем, считывая марку → GTIN нет в БД = товар не найден

Произвольный возврат без запроса считывания марки (включение/отключение)

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

10.2.79.0

Описание

Для соблюдения законодательства должна быть включена функциональность при произвольных возвратах бракованной обуви без марки.

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

Настройка

Для отключения запроса марки при произвольном возврате выполните скрипт в базе данных set: (настройка будет отправлена на магазины/кассы) → для применения настройки перезагрузите кассовый модуль.

UPDATE sales_management_properties
   SET property_value=
    '{
    "FOOTWEAR" : false,
    "LIGHT_INDUSTRY" : false,
    "MILK" : false,
    "PERFUMES" : false,
    "PHOTO" : false,
    "TYRES" : false
    }',
    send_status = '0'    
WHERE module_name='MARK_PRODUCT_SERVICE' and property_key='check.excise.onanyrefund';

Для включения запроса марки при произвольном возврате выполните скрипт в базе данных set: (настройка будет отправлена на магазины/кассы) → для применения настройки перезагрузите кассовый модуль.

UPDATE sales_management_properties
   SET property_value=
    '{
    "FOOTWEAR" : true,
    "LIGHT_INDUSTRY" : true,
    "MILK" : true,
    "PERFUMES" : true,
    "PHOTO" : true,
    "TYRES" : true
    }',
    send_status = '0'    
WHERE module_name='MARK_PRODUCT_SERVICE' and property_key='check.excise.onanyrefund';

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

1. На кассе настроена работа с маркированной обувью.
2. Включена настройка, не запрашивать марку в произвольном возврате
3. Продаем маркированную обувь, считываем марку.
4. Делаем возврат по чеку, проверяем, запрос считать марку.
5. Вызываем функцию "произвольный возврат".
6. Касса не запросила считывание марки, после считывания ШК маркированной обуви.

Дополнительная информация

1. Обеспечивается возврат товара, произвольным возвратом, как немаркированного, если он добавляется по ШК или коду товара.
2. При добавлении товара в произвольный возврат по марке, возвращается как маркированный.


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

Продажа

1. Просканируйте код с коробки от обуви.

Если ввод штрих-кода или кода товара осуществляется в ручную, тогда будет выдан запрос на сканирования марки:

2. Подтвердите добавление товара.

3. Товар добавлен в позиции к чеку.

4. Нажмите РАСЧЕТ и подтвердите операцию.

5. Будет распечатан чек продажи.

Возврат

1. Перейдите в меню → выберите Возврат.

2. Выберите Возврат по чеку.

3. Выберите тип поиска чека по номеру документа или дате и номеру смены.

4. Введите реквизиты чека или отсканируйте QR-код для его поиска.

5. Выберите способ возврата. В данном случае Возврат всего чека.

6. Будет выдан запрос на сканирование марки товара.

7. Отсканируйте марку.

8. Подтвердите возврат. Нажмите клавишу ВВОД.

9. Распечатается чек возврата.

Удаление товара с маркированной обувью

1. Выберите в меню кассы пункт Операции с чеком.

2. Выберите Редактирование.

3. Нажмите ВВОД на выбранной позиции.

4. Выберите Удалить → нажмите ВВОД.

5. Подтвердите удаление товара → нажмите ВВОД.

6. Будет выдан запрос на сканирование марки.

7. Отсканируйте марку для удаления товара с типом "обувь".

8. Товар будет удален из списка позиций чека.

Ошибки на экране кассира в процессе сканирования марки

Марка принадлежит другому товару - отсканировали штрих-код товара, которому не принадлежит марка.

Некорректная марка - неправильно отсканировалась марка: повреждена, брак при генерации марки.

Дополнительная информация

Логика

Средство идентификации обувных товаров содержит код маркировки, включающий в себя 4 группы данных, из которых первые 2 группы образуют код идентификации, при этом:

  1. Первая группа состоит из 14 цифр и содержит код товара, которому предшествует идентификатор применения (01), генерируется оператором на основании сведений, поданных участником оборота обувных товаров в соответствии с главой VI настоящих Правил;

  2. Вторая группа состоит из 13 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов) и содержит индивидуальный серийный номер единицы товара, которому предшествует идентификатор применения (21) и который генерируется оператором или участником оборота обувных товаров. Завершающим символом для данной группы данных необходимо использовать разделитель, имеющий код 29 в таблице символов ASCII;

  3. Третья группа состоит из 4 символов и содержит ключ проверки, которому предшествует идентификатор применения (91) и который генерируется оператором. Завершающим символом для данной группы данных необходимо использовать специальный символ-разделитель, имеющий код 29 в таблице символов ASCII;

  4. Четвертая группа состоит из 88 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов) и содержит код проверки, которому предшествует идентификатор применения (92) и который генерируется оператором. Завершающим символом для данной группы данных необходимо использовать специальный символ-разделитель, имеющий код 29 в таблице символов ASCII.

  5. Средство идентификации обувных товаров предоставляется в виде двумерного штрихового кода в формате DataMatrix.

Не считывается Datamatrix маркированной обуви. Лишний символ

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

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

Исправлено в версиях 10.2.76.4 10.2.77.2

Кейс: касса не понимает отсканированный datamatrix. При сканировании марки появляется ошибка Некорректная марка.

Кейсы

  • Такая ситуация также может возникнуть, когда генеруются коды для остатков товаров на складах и потом поступают в магазин.
  • С новыми требованиями обувь начала приходить от поставщиков с маркировками из честного знака со лишними символами.
  • Лишние символы могут также собержаться, например в CSV-файлах, которые используются для операций с марками.


Honeywell 1450g

Для сканера Honeywell есть возможность отключить разделители (w) или перенастроить их на 0x1D.

Инструкция по программированию GS1-128 Function Code Transmission.pdf


© 1994-2023, ООО «Кристалл Сервис Интеграция».
Все права защищены..

Политика обработки персональных данных