ФГИС МДЛП (Информационная система мониторинга движения лекарственных препаратов) создана с целью информационного обеспечения маркировки товаров средствами идентификации и мониторинга движения лекарственных препаратов.
Система маркировки лекарственных препаратов охватывает все этапы оборота товара: от производителя до потребителя. На каждом шаге код маркировки проверяется.
Для контроля лекарственных препаратов используется двумерный штрих-код Data Matrix, наносимый на поверхность упаковки. Data Matrix содержит в себе сведения о штрих-коде товара и коде идентификации.
Лекарственные препараты могут быть проданы в упаковке или же расфасованы.
Регистрация лекарственного препарата реализована для ФР Атол и Атол 5.0. |
Модуль МДЛП активируется параметром mdlp
в конфигурационном файле /linuxcash/cash/conf/ncash.
ini.d/mdlp.ini
в секции [plugins]
.
Наименование | Тип данных | Возможные значения | Описание | Примечания |
---|---|---|---|---|
mdlp | логический |
| Активация модуля МДЛП | По умолчанию off |
[plugins] ; Мониторинг движения лекарственных препаратов ;mdlp = off |
Настройка модуля МДЛП производится в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
.
Каждой аптечной сети Минздрав или Росздравнадзор присваивает идентификатор субъекта обращения в ИС МДЛП. Идентификатор необходимо указать с помощью параметра sid
.
Маска для проверки кода маркировки лекарственного препарата задается параметром dataMatrixMask
.
Наименование | Тип данных | Описание | Примечания |
---|---|---|---|
sid | строковый | Идентификатор места деятельности субъекта обращения | По умолчанию значение не задано |
dataMatrixMask | строковый | Маска для проверки Data Matrix лекарственного препарата | По умолчанию |
[Mdlp] ; Настройки плагина мониторинга движения лекарственных препаратов ; Идентификатор места деятельности субъекта обращения ; По умолчанию "" ;sid = "" ; Маска для проверки DataMatrix лекарственного препарата ; По умолчанию 01\d{14}21[a-zA-Z0-9]{13}91.{4}92.{44} ;dataMatrixMask=01\d{14}21[a-zA-Z0-9]{13}91.{4}92.{44} |
Код маркировки должен подходить только под одну маску для проверки DataMatrix. |
Для определения лекарственного препарата у товара должен быть установлен признак tmctype = 5
(БД Dictionaries
таблица Barcodes
). При добавлении товара требуется считывание кода маркировки товара.
Добавление в чек товара с кодом маркировки осуществляется несколькими способами:
Добавление лекарственного препарата другими способами (по коду, по наименованию, с помощью горячих клавиш) запрещено.
Так как код маркировки представляет собой уникальный код, то в товарной позиции может быть не более одной единицы товара. Применение модификатора "Изменение количества" к позиции с упаковкой лекарственного препарата запрещено.
Добавление в чек обычного товара по коду маркировки лекарственного препарата определяется параметром oldMedicine
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
товар будет добавлен в чек,false
при добавлении товара в чек на экран будет выведена ошибка "У товара не указан признак маркированного лекарственного препарата. Обратитесь в службу техподдержки".В кассовом ПО Artix существует возможность поиска цены лекарственных препаратов с использованием кода маркировки, для этого необходимо:
Dictionaries
таблице Prices
(поля для заполнения: barcode
– код маркировки, price
– цена товара, packingprice
– цена товара для расфасовки; остальные поля заполняются по необходимости).useMarkToFindPrice
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
.При добавлении лекарственного препарата в чек поиск цены осуществляется по коду маркировки в БД Dictionaries
таблице Prices
:
price
. При расфасовке используется значение поля paсkingprice
,Наименование | Тип данных | Возможные значения | Описание | Примечания |
---|---|---|---|---|
oldMedicine | логический |
| Добавлять маркированный лекарственный препарат в чек как немаркированный, если признак лекарственного препарата не задан и ввод происходит по коду маркировки | По умолчанию false |
useMarkToFindPrice | логический |
| Использование кода маркировки для поиска цены лекарственного препарата | По умолчанию false |
[Mdlp] ; Настройки плагина мониторинга движения лекарственных препаратов ... ; Добавлять маркированный лекарственный препарат в чек как немаркированный, если признак лекарственного препарата не задан и ввод происходит по коду маркировки ; По умолчанию false ;oldMedicine = false ... ; Использование кода маркировки для поиска цены лекарственного препарата ; По умолчанию false ;useMarkToFindPrice = false |
Использовать подбор лекарственных препаратов рекомендуется при разрешении экрана 1024Х768, при меньших значениях экрана возможны проблемы с отображением. |
Учет остатков при подборе лекарственных препаратов (БД |
В кассовом ПО Artix существует возможность добавления лекарственного препарата через форму подбора, для этого необходимо:
Включить настройку useSelectionMedicationsForm
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp.Pharmacy]
.
Наименование | Тип данных | Возможные значения | Описание | Примечания |
---|---|---|---|---|
useSelectionMedicationsForm | логический |
| Использовать форму подбора лекарственных препаратов | По умолчанию false |
[Mdlp.Pharmacy] ; Использовать форму подбора лекарственных препаратов ; По умолчанию false useSelectionMedicationsForm = true |
В секции [UI.PharmChoiceForm.Items]
настроить отображение полей для формы выбора лекарств. Подробнее о настройке можно прочитать в разделе "Графический интерфейс".
[UI.PharmChoiceForm.Items] ; Отображение списка лекарств в форме выбора ;fields = "receipt;;-2;true;1, name;Наименование;-1;true;128, country;Страна;-2;true;132, producer;Производитель;-2;true;132, remain;Остаток;-2;true;130, price;Цена;-2;true;130, series;Серия;-2;true;130, shelflife;Годен до;-2;true;130" |
Заполнить таблицу Medicine
в БД Dictionaries
.
Лекарственные препараты будут добавлены в чек по цене, указанной в таблице |
COMMAND_SELECTMEDICINE
. Подробнее о настройке действия на клавишу можно прочитать в разделе "Настройка действий".При нажатии клавиши, настроенной на подбор лекарственных препаратов, на экран выводится список товаров. Выбрать нужный товар можно используя клавиши навигации или функцию фильтрации. При использовании фильтра в список товаров попадают записи, начинающиеся с введенной последовательности.
Фильтрация работает в двух режимах:
Переключение режимов выполняется командой COMMAND_SELECTMEDICINE
.
При переключении на режим поиска по МНН поле ввода блокируется и в списке товаров остаются только товары, в которых есть полный список МНН выделенного товара. |
При выборе лекарственных препаратов из списка будет открыт диалог ввода количества. Допустим ввод целого значения (упаковка) и дробного (блистер).
Пусть лекарственный препарат может продаваться как в упаковке (2 блистера по 10 таблеток) за 200 рублей, так и блистерами (по 10 таблеток) за 100 рублей. Тогда необходимо:
|
После ввода количества лекарственного препарата требуется сканирование кода маркировки.
Если количество товара состоит из целого и дробного значений, например, 1 упаковка и 1 блистер, то в первую очередь необходимо отсканировать код маркировки целой упаковки, затем код маркировки для блистера. |
При сканировании штрих-кода или кода маркировки лекарственного препарата, для которого заполнена таблица |
В кассовом ПО Artix реализована возможность настройки разрешенных типов данных для ввода кода маркировки, задается параметром permittedInput
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp
]:
При добавлении в чек маркированного товара
Наименование | Тип данных | Возможные значения | Описание | Примечания |
---|---|---|---|---|
permittedInput | целочисленный |
| Разрешенные типы вводимых данных | По умолчанию разрешены все типы вводимых данных |
[Mdlp] ... ; Разрешенные типы вводимых данных ; По умолчанию "" - все типы вводимых данных ;permittedInput = |
При сторнировании лекарственных препаратов требуется считывание кода маркировки товара. После сканирования кода маркировки из чека удаляется именно та позиция, данные которой были считаны, независимо от того, какая позиция была выделена при операции сторнирования. При сторнировании всего чека, содержащего лекарственные препараты, операция выполняется без считывания кодов маркировки.
Возврат лекарственных препаратов в аптечную сеть может быть осуществлен в режиме возврата или возврата по чеку продажи.
В режиме возврата добавление лекарственного препарата в чек выполняется аналогично добавлению в чек продажи.
При возврате по чеку продажи позицию для возврата можно выбрать:
Если при возврате по чеку продажи не используется форма выбора товаров, то при переходе к формированию чека возврата лекарственные препараты удаляются из чека.
Выбор лекарственных препаратов в форме выбора товара для возврата не может быть отменен. Сторнирование лекарственных препаратов в этом случае выполняется в режиме формирования чека возврата.
Вернуть лекарственный препарат, который не был продан невозможно. Возврат лекарственных препаратов по чеку продажи на другой кассе запрещен.
В упаковке лекарственного препарата может быть несколько блистеров, которые можно продать по отдельности друг от друга. Для таких товаров в кассовом ПО Artix существует возможность применения расфасовки. Подробнее о настройке и применении модификатора можно прочитать в разделе "Расфасовка товара".
При продаже расфасованных лекарственных препаратов необходимо отсканировать код маркировки, который нанесен на упаковку товара.
При продаже/возврате расфасованных лекарственных препаратов осуществляется контроль количества товара. При попытке продать/вернуть большее количество блистеров, чем было в упаковке на экран будет выведена ошибка "Количество товара с кодом маркировки не может превышать количество товара в упаковке".
Если была осуществлена продажа упаковки лекарственного препарата (без расфасовки), то при попытке вернуть лекарственный препарат частично на экран будет выведена ошибка "Нельзя вернуть позицию с расфасовкой. Товар был продан упаковкой".
В упаковке лекарственного препарата 10 блистеров. Первый покупатель приобретает 3 блистера. Кассир добавляет в чек лекарственный препарат с расфасовкой, указывая количество 3. При добавлении товара необходимо сканировать код маркировки с упаковки. Второй покупатель приобретает 7 блистеров. Кассир добавляет в чек лекарственный препарат с расфасовкой, указывая количество 7. При добавлении товара необходимо сканировать код маркировки с упаковки. Последующая продажа лекарственного препарата с данным кодом маркировки невозможна. |
В кассовом ПО Artix реализована возможность заказа лекарственных препаратов. Для совершения заказа необходимо:
Настроить подключение к серверу для заказа лекарственных препаратов в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp.Pharmacy.Order]
.
Наименование | Тип данных | Описание | Примечания |
---|---|---|---|
url | строковый | Адрес сервера для заказа лекарственных средств | По умолчанию http://localhost |
timeout | целочисленный | Таймаут запроса к серверу | По умолчанию 5 секунд
|
[Mdlp.Pharmacy.Order] ; Адрес сервера для заказа лекарственных средств ; Значение по умолчанию http://localhost ;url = "http://localhost" ; Таймаут запроса к серверу (в секундах) ; Значение по умолчанию 5 ;timeout = 5 |
В контексте подбора лекарственных препаратов выбрать нужный товар и нажать клавишу с командой COMMAND_ORDERMEDICINE
.
При нажатии клавиши, настроенной на заказ лекарственных препаратов, на экран выводится окно индикатора процесса отправки запроса на сервер:
Регламент работы по проверке кодов маркировки при продаже/возврате лекарственных препаратов определяется структурой торговой сети. Проверка кодов маркировки предполагает:
Проверка кода маркировки в проданной продукции на кассе задается параметром checkLocalUniqueness
в конфигурационном файле /linuxcash/cash/conf/
ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
осуществляется проверка в БД Documents
в таблице Goodsitem
на возможность продажи/возврата лекарственных препаратов:false
проверка кода маркировки в проданной продукции не осуществляется.Наименование | Тип данных | Возможные значения | Описание | Примечания |
---|---|---|---|---|
checkLocalUniqueness | логический |
| Проверка кода маркировки в проданной продукции на кассе | По умолчанию true |
[Mdlp] ; Настройки плагина мониторинга движения лекарственных препаратов ... ; Проверка кода маркировки в проданной продукции на кассе ; По умолчанию true ;checkLocalUniqueness = true |
Проверка кодов маркировки в "белом" списке в БД кассовой программы задается параметром enableMarkVerifyLocal
в конфигурационном файле /linuxcash/cash/conf/
ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
проверка кода маркировки осуществляется в БД Dictionaries
в таблице Excisemarkwhite
:false
проверка кода маркировки в "белом" списке не выполняется.Проверка кодов маркировки в "белом" списке на кассе выполняется только при значении параметра |
Наименование | Тип данных | Возможные значения | Описание | Примечания |
---|---|---|---|---|
enableMarkVerifyLocal | логический |
| Проверять коды маркировки на кассе | По умолчанию false |
[Mdlp] ; Настройки плагина мониторинга движения лекарственных препаратов ... ; Проверять коды маркировки на кассе ; По умолчанию false ;enableMarkVerifyLocal = false |
Структура сети с кассовыми серверами позволяет осуществлять контроль:
Настройки подключения к кассовому серверу задаются в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
Наименование | Тип данных | Возможные значения | Описание | Примечания |
---|---|---|---|---|
enableMarkVerify | логический |
| Проверка кодов маркировки на сервере | По умолчанию false |
markVerifyUrl | строковый | Url сервера проверки кодов маркировки | По умолчанию Для работы с КС используется следующий url " | |
markVerifyTimeout | целочисленный | Таймаут обращения к серверу проверки кодов маркировки в секундах | По умолчанию 30 | |
ignoreMarkVerifyErrors | логический |
| Игнорировать ошибки обращения к серверу проверки кодов маркировки | По умолчанию true |
uniqueIdPattern | строковый | Шаблон для формирования уникального идентификатора операции резервирования | По умолчанию "%(document.shopCode[04d])%(document.cashCode[02d])%(document.shift[04d])%(document.num[07d])%(position.posnum[04d]) " |
[Mdlp] ; Настройки плагина мониторинга движения лекарственных препаратов ... ; Проверка кодов маркировки на сервере ; По умолчанию false ;enableMarkVerify = false ; Url сервера проверки кодов маркировки ; Для работы с КС используется следующий url "http://'IP-адрес КС':8080/CSrest/rest/partialmark/" ;markVerifyUrl = http://localhost:8080/ ; Таймаут обращения к серверу проверки кодов маркировки в секундах ; По умолчанию 30 ;markVerifyTimeout = 30 ; Игнорировать ошибки обращения к серверу проверки кодов маркировки ; По умолчанию true ;ignoreMarkVerifyErrors = true ; Шаблон для формирования уникального идентификатора операции резервирования ; По умолчанию %(document.shopCode[04d])%(document.cashCode[02d])%(document.shift[04d])%(document.num[07d])%(position.posnum[04d]) ;uniqueIdPattern = %(document.shopCode[04d])%(document.cashCode[02d])%(document.shift[04d])%(document.num[07d])%(position.posnum[04d]) |
Проверка кодов маркировки на сервере задается при помощи параметра enableMarkVerify
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
осуществляется проверка кода маркировки на сервере,false
проверка кода маркировки на сервере не осуществляется.Для проверки кодов маркировки на сервере торговой сети в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
необходимо задать параметры подключения к серверу:
markVerifyUrl
- URL сервера, где хранятся данные о кодах маркировки,markVerifyTimeout
- таймаут ожидания ответа от сервера при проверке кодов маркировки.Настройками программы можно разрешать или запрещать продажу/возврат лекарственных товаров при возникновении ошибок обращения к серверу. Возможность игнорирования возникающих ошибок определяется параметром ignoreMarkVerifyErrors
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
в случае возникновения ошибок подключения к серверу они игнорируются, продажа/возврат лекарственных товаров осуществляется без проверки кодов маркировки на сервере,false
в случае возникновения ошибок подключения к серверу продажа товара не может быть выполнена. На экран будет выведена ошибка "Нет связи с сервером. Попробуйте позже".Шаблон для формирования уникального идентификатора операции резервирования определяется параметром uniqueIdPattern
конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
. Идентификатор записывается БД DocumentsAll
таблица Partialmark
в поле reserveId
(БД кассового сервера).
При добавлении лекарственных товаров в чек продажи/возврата на кассовый сервер отправляется REST-запрос на получение статуса кода маркировки. Статус кода маркировки может принимать следующие значения:
Дальнейшее поведение программы определяется полученным статусом.
Статус кода маркировки | Поведение кассы при продаже | Поведение кассы при возврате |
---|---|---|
Марка не зарегистрирована в БД | Товар с акцизной маркой добавляется в чек и может быть продан | Если товар был продан, то он будет добавлен в чек возврата. Если товар не был ранее продан, то на экран выводится сообщение "Товар с таким кодом маркировки не был продан", товар не добавляется в чек и не может быть возвращен |
Акцизная марка отсутствует в списке разрешенных к продаже | Товар в чек не добавляется, на экран выводится ошибка "Товар с такой акцизной маркой запрещен к продаже" | |
Штрих-код для проверки в списке акцизных марок, разрешенных к продаже, не передан | Товар в чек не добавляется, на экран выводится ошибка "Товар с такой акцизной маркой запрещен к продаже. Не заполнен штрих-код для проверки в белом списке" | |
Соответствие акцизной марки и штрих-кода в списке акцизных марок, разрешенных к продаже, не найдено | Товар в чек не добавляется, на экран выводится ошибка "Товар с такой акцизной маркой запрещен к продаже. Не найдено соответствие акцизной марки и штрих-кода в белом списке" | |
Повторный запрос подтверждения продажи марки | Товар в чек не добавляется, на экран выводится ошибка "Товар с такой акцизной маркой запрещен к продаже. По такому запросу уже было подтверждение продажи марки" | |
Заблокирована продажа/возврат марки в справочнике | Товар в чек не добавляется, на экран выводится ошибка "Товар с такой акцизной маркой запрещен к продаже. Заблокирована продажа/возврат в справочнике" | |
Превышен лимит продажи товара, который продается частями. Например, продажа блистеров из одной упаковки | Товар в чек не добавляется, на экран выводится ошибка "Товар с такой акцизной маркой запрещен к продаже. Превышен лимит продажи" | |
Неизвестный статус акцизной марки | Товар в чек не добавляется, на экран выводится ошибка "Неизвестный статус акцизной марки на сервере" |
После добавления товара в чек продажи/возврата код маркировки ставится в резерв на кассовом сервере.
Изменение статуса кода маркировки на кассовом сервере в зависимости от операции выполняется:
В кассовом ПО Artix реализован разрешительный режим – обязательная проверка кодов маркировки в системе цифровой маркировки "Честный знак".
|
Обязательная проверка кодов маркировки на сервере системы "Честный знак" задается при помощи параметра enableMarkVerifyCrpt
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
осуществляется проверка кода маркировки на сервере системы "Честный знак",false
проверка кода маркировки на сервере системы "Честный знак" не осуществляется.Возможность игнорировать ошибки обращения к серверу системы "Честный знак" задается при помощи параметра ignoreMarkVerifyCrptConnectionErrors
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
ошибки обращения к серверу системы "Честный знак" игнорируются, продажа может быть выполнена,false
в случае возникновения ошибок при проверке кода маркировки на сервере системы "Честный знак" на экран будет выведено сообщение "Не удалось выполнить проверку кода маркировки (Ошибка соединения с сервером)", продажа не может быть выполнена.Возможность запросить подтверждение добавления товара при провале проверки маркировки задается при помощи параметра markVerifyCrptAskConfirmation
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
true
на экран будет выведен диалог с сообщением об ошибке: по нажатию клавиши "Ввод" товар будет добавлен в чек, по нажатию клавиши "Отмена" товар не будет добавлен в чек,false
на экран будет выведен диалог с сообщением об ошибке, после закрытия диалога товар не будет добавлен в чек.Наименование | Типа данных | Возможные значения | Описание | Примечание |
---|---|---|---|---|
enableMarkVerifyCrpt | логический |
| Проверка кодов маркировки на сервере честного знака | По умолчанию false |
markVerifyCrptUrl | строковый | Url сервера проверки кодов маркировки честного знака | По умолчанию Можно указать несколько значений через запятую | |
markVerifyCrptTimeout | целочисленный | Таймаут обращения к серверу проверки кодов маркировки честного знака в секундах | По умолчанию Минимальное значение, которое можно указать – | |
ignoreMarkVerifyCrptConnectionErrors | логический |
| Игнорировать ошибки обращения к серверу честного знака | По умолчанию true |
markVerifyCrptAskConfirmation | логический |
| Запросить подтверждение добавления товара при провале проверки маркировки | По умолчанию false |
[Mdlp] ... ; Проверка кодов маркировки на сервере честного знака ; По умолчанию false ;enableMarkVerifyCrpt = false ; Url сервера проверки кодов маркировки честного знака ; По умолчанию https://cdn.crpt.ru ;markVerifyCrptUrl = https://cdn.crpt.ru ; Таймаут обращения к серверу проверки кодов маркировки честного знака в секундах ; По умолчанию 30 ;markVerifyCrptTimeout = 30 ; Игнорировать ошибки обращения к серверу честного знака ; По умолчанию true ;ignoreMarkVerifyCrptConnectionErrors = true ; Запросить подтверждение добавления товара при провале проверки маркировки ; По умолчанию false ;markVerifyCrptAskConfirmation = false ... |
В кассовом ПО Artix реализована возможность авторизации по токену УОТ (участника оборота товаров) в системе цифровой маркировки "Честный знак". Данная возможность задается при помощи параметра xapikey
в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp
]:
Наименование | Тип данных | Описание | Примечания | ||
---|---|---|---|---|---|
xapikey | строковый | Токен для доступа к серверу честного знака |
|
[Mdlp] ... ; Токен для доступа к серверу честного знака ; При использовании нескольких юрлиц задаются токены для отделов: ; xapikey = [<отдел1>:<токен1>],[<отдел2>.<отдел3>:<токен2>] ; При использовании одного юрлица токен задается для отдела -1 ; xapikey = [-1:<токен>] ;xapikey = ... |
Если задан невалидный токен, то будет выведено уведомление "Честный знак: ошибка токена. Чеки будут сформированы некорректно". |
После авторизации по токену УОТ (участника оборота товаров) в момент запуска кассы в системе цифровой маркировки "Честный знак" будет получен список CDN-площадок для осуществления проверки кодов маркировки.
CDN-площадка для проверки кодов маркировки выбирается в порядке приоритета в зависимости от среднего времени ответа, получаемого при запросе статуса CDN-площадок. Самый высокий приоритет имеет CDN-площадка с наименьшим средним временем ответа.
Если соединение с приоритетной CDN-площадкой было потеряно, то данная CDN-площадка будет недоступна для проверки кодов маркировки в течение 15 минут, проверка будет осуществляться в той CDN-площадке, которая следует далее по приоритету.
Если в течение таймаута, заданного в настройке markVerifyCrptTimeout
, ни одна из CDN-площадок из списка не ответила или оказалась недоступна, то товар может быть добавлен в чек без проверки кода маркировки.
Настройки получения информации о CDN-площадках осуществляются в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/crpt.ini
в секции [CRPT
]:
Наименование | Тип данных | Описание | Примечания |
---|---|---|---|
getInfoTimeout | целочисленный | Таймаут получения списка CDN-площадок | По умолчанию 10 секунд |
healthCheckTimeout | целочисленный | Таймаут получения состояния CDN-площадки | По умолчанию 10 секунд |
[CRPT] ; Настройки взаимодействия с ЦРПТ ; Таймаут получения списка CDN-площадок ; по умолчанию 10 секунд ;getInfoTimeout = 10 ; Таймаут получения состояния CDN-площадки ; по умолчанию 10 секунд ;healthCheckTimeout = 10 |
При добавлении маркированных товаров в чек продажи на сервер системы "Честный знак" отправляется REST-запрос на получение статуса кода маркировки.
Статус кода маркировки | Поведение кассы при продаже по умолчанию |
---|---|
Товар с некорректным кодом маркировки | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. Код маркировки некорректен" |
Товар с такой маркой не прошел проверку подлинности | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. Код маркировки не прошел проверку крипто подписи" |
Товар не имеет признака нанесения марки на упаковку | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. У кода маркировки отсутствует признак нанесения на упаковку" |
Товар с такой маркой продан или снят с продажи | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. Код маркировки не в обороте" |
Товар с такой маркой имеет истекший срок годности | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. Товар с таким кодом маркировки просрочен" |
Код маркировки данного товара выведен из оборота | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. Код маркировки выведен из оборота" |
Товар с таким кодом маркировки не найден | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. Код маркировки не найден" |
Товар заблокирован одной из CDN-площадок | Товар в чек не добавляется, на экран выводится ошибка "Ошибка проверки кода маркировки позиции <...>. Товар с таким кодом маркировки заблокирован "<CDN-площадкой>" |
В кассовом ПО Artix реализована возможность игнорировать конкретные статусы, получаемые при проверке кода маркировки на сервере системы "Честный знак".
Функционал доступен только при выключенной настройке markVerifyCrptAskConfirmation .
|
Данное поведение задается при помощи параметров, соответствующих полученным статусам, в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp]
:
deny
в случае возникновения ошибок на экран будет выведен диалог с сообщением об ошибке, после закрытия диалога товар не будет добавлен в чек,ask
в случае возникновения ошибок на экран будет выведен диалог с сообщением об ошибке: по нажатию клавиши "Продолжить" товар добавляется в чек, по нажатию клавиши "Отмена" товар не будет добавлен в чек,allow
статус игнорируется, товар будет добавлен в чек.Наименование | Типа данных | Возможные значения | Описание | Примечание |
---|---|---|---|---|
ignoreCrptStatusValid | строковый |
| Игнорировать результат проверки валидности кода маркировки | По умолчанию deny |
ignoreCrptStatusVerified | строковый | Игнорировать результат проверки крипто подписи кода маркировки | ||
ignoreCrptStatusUtilised | строковый | Игнорировать признак нанесения кода маркировки на упаковку | ||
ignoreCrptStatusRealizable | строковый | Игнорировать признак возможности реализации кода маркировки | ||
ignoreCrptStatusExpireDate | строковый | Игнорировать срок годности | ||
ignoreCrptStatusSold | строковый | Игнорировать вывод из оборота | ||
ignoreCrptStatusIsBlocked | строковый | Игнорировать блокировку КМ | ||
ignoreCrptStatusFound | строковый | Игнорировать не найденный КМ |
[Mdlp] ... ; Игнорировать получаемые статусы кода маркировки при проверке на сервере честного знака ; Возможные значения: "deny" - запретить продажу товара, если сервер вернул неверный статус, ; "ask" - запросить подтверждение продажи у кассира, ; "allow" - всегда разрешать продажу товара, независимо от получаемого статуса ; По умолчанию "deny" ; Игнорировать результат проверки валидности КМ ;ignoreCrptStatusValid = deny ; Игнорировать результат проверки крипто подписи КМ ;ignoreCrptStatusVerified = deny ; Игнорировать признак нанесения КМ на упаковку ;ignoreCrptStatusUtilised = deny ; Игнорировать признак возможности реализации КМ ;ignoreCrptStatusRealizable = deny ; Игнорировать срок годности ;ignoreCrptStatusExpireDate = deny ; Игнорировать вывод из оборота ;ignoreCrptStatusSold = deny ; Игнорировать блокировку КМ ;ignoreCrptStatusIsBlocked = deny ; Игнорировать не найденный КМ ;ignoreCrptStatusFound = deny ... |
Отраслевые реквизиты передаются в ОФД только в чеках продажи. Их заполнение обязательно всеми участниками оборота для тех товарных групп, которые подлежат обязательной проверке в системе цифровой маркировки "Честный знак".
Настройки отраслевых реквизитов задаются в конфигурационном файле /linuxcash/cash/conf/ncash.ini.d/mdlp.ini
в секции [Mdlp
]:
Наименование | Тип данных | Описание | Примечания | |
---|---|---|---|---|
foiv | строковый | Отраслевой реквизит: идентификатор ФОИВ | По умолчанию Указывается идентификатор ФОИВ. Идентификатор ФОИВ – это идентификатор федерального органа исполнительной власти.
Реквизит передается в теге 1262 | |
documentDate | строковый | Отраслевой реквизит: дата документа основания (дд.мм.гггг) | По умолчанию Указывается дата документа основания.
Реквизит передается в теге 1263 | |
documentNumber | строковый | Отраслевой реквизит: номер документа основания | По умолчанию Указывается номер документа основания.
Реквизит передается в теге 1264 |
[Mdlp] ... ; Отраслевой реквизит: идентификатор ФОИВ ; По умолчанию "030" ;foiv = 030 ; Отраслевой реквизит: дата документа основания (дд.мм.гггг) ; По умолчанию "21.11.2023" ;documentDate = 21.11.2023 ; Отраслевой реквизит: номер документа основания ; По умолчанию "1944" ;documentNumber = 1944 ... |
Если один из параметров |
По результатам проверки в системе цифровой маркировки "Честный знак" формируется отраслевой реквизит вида " Значения атрибутов подставляются из ответа от сервера системы цифровой маркировки "Честный знак":
|