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

Тема: Некорреткная СНО

Вопрос: В АРМ Кассир «Ошибка: Некорректная СНО»

Ответ: Проблема в настройке драйвера ККМ (не выбрана СНО по умолчанию). Обратитесь к мастеру ККМ.

Тема: Ошибка сервера. Код ответа 400

Вопрос: В АИС Товародвижение при выборе сертификата из файловой системы выдается сообщение «Ошибка: Проверьте аутентификационные данные»

Ответ: Закончился срок текущего сертификата, который привязан к текущему пользователю. Необходимо выполнить выбор сертификата «Из файловой системы» в п. «Маркировка»-«Параметры пользователя», а потом выполнять замену сертификата в списке «Пользователи» согласно описанию Ч. 18

Тема: Ошибка SSL connect error

Вопрос: В АРМ Кассир или АРМ Товародвижение «Ошибка SSL connect error»

Ответ: 1. Проверьтк, корректно ли подготовлен ПК к маркировке, выполните
настройки согласно инструкции «Подготовка ПК к маркировке»..
2. Проверьте, присутствует ли библиотека gost.dll в папке программы. Если в кассовой программе этого файла нет, то его можно скопировать из любой папки клиентской части АИС Товародвижение(StoreStore).

Тема: Исчерпан ресурс хранения ФН

Вопрос: В АРМ Кассир «Исчерпан ресурс хранения ФН»

Ответ: Проблема
с ФН(фискальный накопитель) ККМ. Обратитесь к мастеру ККМ.

Тема: Невозможно добавить связь документа по SGTIN

Вопрос: В АРМ Кассир «Невозможно добавить связь документа по SGTIN»

Ответ: Необходимо повторно запустить скрипты с версии 636 (скрипт 636 должен быть от 11.06.2020) до вашей версии.

Тема: Объект или свойство не найдено

Вопрос: Сообщение «Объект или свойство не найдено»

Ответ: 1. ПК не подготовлен к маркировке. Выполните настройки согласно инструкции «Подготовка ПК к маркировке».
2. АРМ Кассир запущен от имени администратора, а сертификат нет.  Запустить АРМ Кассир не от имени администратора ОС.

Тема: Конфликт в базе Store таблица Cashiers

Вопрос: В АРМ Кассир «Конфликт в базе Store таблица Cashiers»

Ответ: Не был запущен скрипт на таблицу кассиров 633. Необходимо запустить скрипты с версии 633 (скрипт 633 должен быть от 06.05.2020)

Тема: Отсутствует обязательная группа GS1

Вопрос: В АИС Товародвижение при сканировании КИЗ «Штрихкод не соответствует маркированному товару. Отсутствует обязательная группа GS1»

Тема: Попытка изменить состояние вложенного КИЗ

Вопрос: Ответ системы ЧЗ «Попытка изменить состояние вложенного КИЗ»

Ответ: Поставщик
не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию и отправить запрос в маркировку повторно.

Тема: No ole automation interface

Вопрос:

В настройках касс ошибка No ole automation interface

Ответ: Либо установлен драйвер не 32-х разрядный, либо не зарегистр-ны библиотеки драйвера. Установить драйвер АТОЛ 10 по инструкции.

Тема: Не поддерживается в данном режимеверсии

Вопрос: Ошибка ККМ. Не поддерживается в данном режимеверсии

Ответ: Это значит что касса на платформе 2.5 с прошивкой ниже 8541, в этом случае в настройках кассы нужно ставить «Не передавать СИЗ».

Передача СИЗ на платформе 2.5 работает только с
прошивкой 8541 и выше и драйвером 10.6.1 и выше

Тема: Ошибка. Проверка на партию маркировки

Вопрос: Ошибка. Проверка на партию маркировки. Не удалось продолжить выполнение, поскольку сеанс находится в состоянии завершения

Ответ: В SQL Managemet Studio в свойствах базы в Параметрах (Options) поставить совместимость не ниже SQL 2008 и снова прокрутить скрипты апгрейда базы.

Тема: Операция отклонена. Некорректное состояние

Вопрос: Ответ системы ЧЗ «Операция отклонена. Некорректное состояние»

Ответ: Товар не принадлежит тому поставщику, которого вы указали в привязке мест деятельности. Еще раз запросите у поставщика код места деятельности и проверьте корректность привязки.
Либо поставщик не добавил аптеку в свои доверенные контрагенты. Сделайте такой запрос поставщику.

Тема: Неправильно настроена работа с системой МДЛП

Вопрос: При входе в кассовую программу: Для выбранного пользователя неправильно настроена работа с системой МДЛП! Функции проверки маркированного товара в МДЛП будут недоступны! Обратитесь к системному администратору для исправления ситуации.

Ответ: Если на кассе будет проверка товаров в МДЛП — сделать подготовку ПК по инструкции
Если на кассе не будет проверка товаров в МДЛП — нужно в настройке кассы подключить кассиров к пользователю склада, у которого нет связи с маркировкой, или игнорировать это сообщение.

Тема: Некорректное значение параметров команды

Вопрос: Ошибка ККМ. Некорректное значение параметров команды.

Ответ: Происходит при смене режима налогообложения. Стоит ФН для ОСН сроком на 36 месяцев, а должна быть сроком на 15 месяцев.

Тема: Ошибка сервера. Код ответа 7

Вопрос: Ошибка сервера. Код ответа 7. Ошибка couldn’t connect to server (7)

Ответ: Система Честного Знака загружена и не отвечает. Попробуйте повторить действие позже.

Тема: Ошибка сервера. Код ответа 35

Вопрос: Ошибка сервера. Код ответа 35. Ошибка SSL connect error (35)

Ответ: Система Честного Знака загружена и не отвечает. Попробуйте повторить действие позже.

Тема: Отсутствует документ с кодами из маркировки

Вопрос: Отсутствует документ с кодами из маркировки

Ответ: Возникает при приеме накладной прямым порядком. Поэтому сначала нужно принять и обработать входящие документы МДЛП в п. Маркировка — Документы. После получения документа сравнить указанные МД в документе и в базе склада у поставщика и подразделения, дату и номер накладной.

Тема: Штрихкод не соответствует маркированному товару!

Вопрос: Штрихкод не соответствует маркированному товару!
Отсутствует штрихкод.
Сканер д.б. в режиме эмуляции COM-порта (глобальная настройка)

Ответ: Некорректно работает сканер. Проверьте исправность сканера. Попробуйте заменить сканер и проверить работу.

Тема: Ошибка ККМ. Неверная длина

Вопрос: Ошибка при пробитии чека с маркированным товаром
Ошибка ККМ: Неверная длина

Ответ: Стоит старая прошивка на ККМ. Обновите прошивку до платформы 2.5 или 5.0
Если прошивка новая, то проверьте настройки кассового ПО, должна быть выбрана нужная платформа.

Тема: Код 11. Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке

Вопрос: Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке

Ответ: Поставщик не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию и отправить ответ в маркировку повторно

Тема: Необходима инициализация объекта MARKING

Вопрос: Необходима инициализация объекта MARKING

Ответ: Нет связи кассира с пользователем маркировки в настройках кассы. Нужно связать пользователя в справочнике кассиров.

Тема: Неверно заполнено поле Код торговой точки (Код АРМ)!

Вопрос: Неверно заполнено поле Код торговой точки (Код АРМ)! (после обновления кассового ПО ЮНИКО)

Ответ: Не выбрана Торговая точка в складе. Выберите ее в Глобальных настройках — Вкладка Доп.1 — Настройка — Торг.точка.

Тема: Не удалось привязать SGTIN ни к одной позиции накладной

Вопрос: Не удалось привязать SGTIN ни к одной позиции накладной

Ответ: В справочнике ТМЦ в карточке товара в поле GTIN ввести вручную или считать сканером код с упаковки.

Тема: Сканирование кода маркировки в интернет-заказе

Вопрос: На кассе при выборе интернет-заказа кассовая программа просит просканировать код маркировки, но после сканирования товар в чек все равно не попадает

Ответ: Обновить кассовое ПО до версии 243

Тема: Ошибка. Неправильный синтаксис около конструкции

Вопрос: Ошибка. Неправильный синтаксис около конструкции…

Ответ: Выставить совместимостть базы SQL на версию 2008

Тема: Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Некорректный документ. cvc-pattern-valid: Value ‘ ‘ is not facet-valid with respect to pattern ‘S.*’ for type ‘document_number_200_type’

Вопрос: Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Некорректный документ. cvc-pattern-valid: Value » is not facet-valid with respect to pattern ‘S.*’ for type ‘document_number_200_type’

Ответ: Лишние символыпробелы в номере накладной. Проверьте корректность номера накладной.

Тема: Не печатается буква М (метка марк.товара) в чеке на кассовых аппаратах ШТРИХ-М

Вопрос: Не печатается буква М (метка марк.товара) в чеке на кассовых аппаратах ШТРИХ-М

Ответ: Необходима последняя версия драйвера — 4.15.829, а также в настройках драйвера ШТРИХ-М в таблице №17, в поле 25(Rus автопечать тегов) поставить 1

Тема: Ошибка сервера. Код ответа 502

Вопрос: Ошибка сервера. Код ответа 502

Ответ: Честный Знак недоступен. Повторите попытку позже.

Тема: Штрихкод не соответствует марк.товару! Неверный размер группы GS1. AI92

Вопрос: Штрихкод не соответствует марк.товару! Неверный размер группы GS1. AI92

Ответ: Код маркировки является некорректным. Криптохвост содержит более или менее 44 символов. По закону должно быть 44 символа.
В соответствии с 61 ФЗ, товар с нечитаемой обяз.информацией, в том числе с нечитаемым средством идентификации, относится к недоброкачестввеному (некачественному) товару. Если код не читается при приемке, то принимать  такой товар не надо, надо вернуть его поставщику.
Структура кода идентификации утверждена постановлением Правительства Российской Федерации от 14 декабря 2018 г. № 1556 «Об утверждении Положения о системе мониторинга движения лекарственных препаратов для медицинского применения» (далее – Постановление № 1556). Несоответствие кода идентификации требования Постановления №1556 может свидетельствовать о возможной фальсификации лекарственных средств. При выявлении подобных случаев, упаковки должны быть возвращены поставщику этих лекарственных препаратов. В случае повторения подобной ситуации, о факте выявления кода маркировки, не соответствующего Постановлению №1556, необходимо уведомить Оператора системы мониторинга, направив соответствующее уведомление в службу технической поддержки ЦРПТ.
Почему мобильное приложение ЧЗ сообщает что код маркировки правильный?
Мобильное приложение «Честный знак» предназначено не для участника оборота, а для конечного потребителя, для проверки статуса SGTIN.
В настоящий момент в приложении сверка верификации криптоподписи отсутствует. В будущем процесс будет доработан.

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

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

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Не найден товар по считанному товарной номенклатуры!

Вопрос: Не найден товар по считанному товарной номенклатуры!

Ответ: Пересорт маркированного товара. Обратитесь к сопровождающему Юнико или на горячую линию Юнико.

Тема: Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.

Вопрос: Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Ошибка: Невозможно добавить признак маркированного товара в запись расхода

Вопрос: Ошибка: Невозможно добавить признак маркированного товара в запись расхода!

Ответ: Т.к. контролируется дата начала маркировки, то возможно сбилась дата и время на сервере. Проверьте и поставьте актуальную дату и время.

Тема: Ошибка 81. Договор на оказание услуг по предоставлению кодов маркировки не подписан

Вопрос: Ошибка 81. Договор на оказание услуг по предоставлению кодов маркировки не подписан

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Ошибка сервера. Код ответа 422

Вопрос: Ошибка сервера. Код ответа 422. Превышено максимальное количество задач для предоставления данных. Допустимое количество:10

Ответ: Проверить, есть открыт ли доступ на асинхронные задачи в ЛК ЧЗ. Отключить в настройках кассы проверку на забраковку в МДЛП.

Тема: Неверное состояние ФН

Вопрос: Ошибка ККМ openReceipt. Неверное состояние ФН

Ответ: Проверить, чтобы были установлены последние драйвера и прошивки. Проверить не открыт ли чек в драйвере ККМ, при необходимости — закрыть его.

Тема: Ошибка ККМ. Операция не разрешена, при регистрации не был установлен признак ТМТ

Вопрос: Ошибка ККМ. Операция не разрешена, при регистрации не был установлен признак ТМТ.

Ответ: При перерегистрации ККМ на ФН 1.2 не поставили галочку «Торговля маркированными товарами». Нужна перерегистрация ККМ.

Тема: Ошибка ККМ. Процедура проверки КМ прервана

Вопрос: Ошибка ККМ. Процедура проверки КМ прервана

Ответ: Ошибка означает, что некорректно настроен адрес ИСМ или порт ИСМ в драйвере ККМ.

Тема: Ошибка: Запись не найдена 35 при доступе к файлу Mark_Doc_sgtin

Вопрос: При открытии окна подробной маркировки Ошибка: Запись не найдена 35, возникла при доступе к файлу Mark_Doc_sgtin. Возвращаемся к предыдущему окну.

Ответ: Зайти в любую приходную накладную без маркировки, зайти в окно подробной маркировки по сочетанию клавиш Ctrl+Alt+M, снять галочку «Упрощенный режим» в верхней части таблицы и сделать сортировку по наименованию.

Тема: Ошибка РВ. Отсутствует связь с СЭ

Вопрос: Ошибка РВ. Отсутствует связь с СЭ

Ответ: СЭ — сервер эмиссии. РВ обращается к нему для проверки марки, аналогично, как в ККТ. Данная ошибка означает, что РВ не смог проверить online-марку на сервере эмиссии. Проверьте, что этот SGTIN выбыл через 10521 схему. Если товар по кнопке ИНФО имеет статус Отпуск по ЛР, значит он выбыл по 10521 схеме.

Тема: Ошибка ККМ OpenSession: неверный пароль

Вопрос: При регистрации кассира в кассовой программе Ошибка ККМ OpenSession: неверный пароль

Ответ: Проверить, введены ли пароли администратора в драйвере ККМ. Попробовать открыть смену через драйвер.

Тема: Время ожидания ответа превышено!

Вопрос: В кассовой программе при сканировании КИЗа: Время ожидания ответа превышено!

Ответ: Обновить драйвер ККМ до актуального и проверить в драйвере ККМ, что стоит настройка ФФД 1.2

Тема: POST_EXPORT_TASKS_FILTER. Ошибка сервера. Код ответа 403

Вопрос: В асинхронных задачах: POST_EXPORT_TASKS_FILTER. Ошибка сервера. Код ответа 403

Ответ: Включить настройку асинхронных методов в личном кабинете Честного Знака

Тема: Ошибка ККМ registration: Работа с маркированными товарами временно заблокирована

Вопрос: Ошибка ККМ registration: Работа с маркированными товарами временно заблокирована

Ответ: Проверить в драйвере ККМ, уходят ли уведомления в ОФД. Также в драйвере проверить настройку сервера ИСМ, настроить корректно

Тема: Ошибка ККМ registration: Не найден обязательный параметр LIBFPTR_PARAM_MARKING_PROCESSING_MODE

Вопрос: Ошибка ККМ registration: Не найден обязательный параметр LIBFPTR_PARAM_MARKING_PROCESSING_MODE

Ответ: Ошибка возникает на кассовых прошивках платформы 1.2. В настройках кассы, пункт Установки — Вкладка Касса — выбрать Тип кассы: Атол 1.2

Тема: Verification. Ошибка сервера. Код ответа 403. Недостаточно прав для осуществления операции

Вопрос: При проверке кодов маркировки ошибка
Verification. Ошибка сервера. Код ответа 403. Недостаточно прав для осуществления операции

Ответ: В личном кабинете Честного знака добавить в группе прав, права на проверку кодов маркировки и проверку кодов маркировки и криптохвостов.

Тема: Не удалось найти марки по заданным условиям

Ответ: Выделить все коды маркировки и нажать Ctrl+Shift+R, чтобы снять отметки о проверке кодов маркировки

Повторить отправку 531 ДОУ.

В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.

№
Текст ошибки
Описание возможной причины
Рекомендации и примечания

1

ORA-20103: Не задан мнемокод пользователя ИС Маркировка.

Не заполнен системный параметр №1816.

Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка. 

2

Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.

Line: 0

«.

Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.

В Парусе Консультанте необходимо создать событие. 

В заявке предоставляется следующая информация:

1. Наименование организации
2. Ответственный сотрудник и телефон
3. Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
4. Адрес АРМ пользователя (IP-адрес компьютера)

Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.

3
В разделе «Документы операций с упаковками» при попытке Получить/Отправить документы ничего не происходит.
Часто проблема связана с тем, что не предоставлена актуальная ЭЦП.

1. Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
2. Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту.  -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
3. Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
4. Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.

4
При сканировании возникает ошибка:
ORA-20103: Контрольный (идентификационный) знак «(01)04680013242190(21)axzxywxxfx4w9» в реестре не определен.

Некорректно нанесен Data Matrix (марка) на ЛП.

Нарушен документооборот.

Проблема в сканере штрих-кодов.

1. Раздел Учет — Реестр контрольных идентификационных знаков
Данная ошибка означает, что КИЗ — (01)04680013242190(21)axzxywxxfx4w9 не найден в разделе Учет — Реестр контрольных идентификационных знаков. Если выполнить ПКМ — Отобрать в поле «Контрольный (идентификационный) знак» вставить — (01)04680013242190(21)axzxywxxfx4w9.
Каталог выбран Вашего юр. лица.
Таким образом делаем вывод, что данный ЛП отсутствует в нашей базе КИЗ.
По умолчанию у каждого пользователя ПКМ — Настройки закладка Прочие стоит чекер «Учитывать регистр символов», таким образом мы в отборе искали КИЗ, в котором маленькие буквы — *axzxywxxfx4w9*. Если Вы уберете этот чекер (временно для проверки КИЗ), то увидите, что в Реестре КИЗ есть КИЗ — (01)04680013242190(21)AXZXYWXXFX4W9 (большие буквы).
2. Проверка документооборота.
Необходимо проверить в документах 601(612), 211, 701 какой КИЗ использовался и какой статус у этих документов, правильно ли они приняты по схеме 601(612)-210-211-701-912 у всех ли статус Получен/Принят?
Если КИЗ с большими или с маленькими буквами не находится в документах (Отбор по колонке КИЗ), значит КИЗ не проходил в ИС Маркировка.
3. Проверка сканера.
При считывании сканера символы имеют разную кодировку, это может быть связано со сканером (там есть настройка регистра символов, для каждого сканера она своя, поэтому пользователь читает руководство пользователя своего сканера и настраивает).
Проверку сканера можно осуществить: Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Если есть другой компьютер и сканер можно проверить еще с помощью них считывание марки.

5
Ошибка: Не удалось поставить запрос в очередь (ORA-29273: сбой запроса HTTP
ORA-06512: на «SYS.UTL_HTTP», line 1130
ORA-12541: TNS:нет прослушивателя
).?
Связана с работой сервиса.

Обратиться в отдел технической поддержки или прислать событие в Парус Консультант.

Ошибка технического характера.

6
ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Нарушен документооборот 612-210-211-701-912.

Пример анализа по клиенту:

Документы операций с упаковками
Для документа 912 (хотя может и для другого типа) ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Проверяю:
612 ДОУ 13.04.2021 Получен 12.04.2021 11:56
1) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 нет
912 ДОУ 16.04.2021 Не определен
2) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 ДОУ 13.04.2021 Получен 13.04.2021 16:35:46
912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40
701 ДОУ 13.04.2021 Принят 16.04.2021 14:23
Общая проблема: нарушена цепочка документооборота: 612-210-211-701-912.
2 проблемы:
1) 912 ДОУ 16.04.2021 Не определен — при отправке ошибка, так как нет документа 211. Пусть попробуют еще раз отправить 210 документ, если не получится, размножить 210 и отправить еще раз, получить ответ 211 и 912.
2) 912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40 — не принят, так как 701 принят позже ДОУ 13.04.2021 Принят 16.04.2021 14:23. Соответственно нарушили цепочку документооборота.
Должны были сначала 701 отправить и получить статус Принят, затем отправить 912.

7
Документ операций с упаковками
Статус — Принят частично
В Журнале взаимодействия с ИС Маркировка
Статус — Принят частично
Код ошибки — 52
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе
Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе МДЛП или был перемещен в архив.
В Документе в спецификации Упаковки, ошибка возникла по какой-то упаковке «Тип», «КИЗ» в графе «Код ошибки» и «Текст ошибки» мы видим ошибку 52, именно по ней отсутствует информация в ИС Маркировка.
Рекомендуется проверить отправляемый документ на корректность цепочки документооборота и обратиться с техническую поддержку Честного Знака.

8
Документы операций с упаковками
Тип — 531
Статус — Не принят
ПКМ — Связи — Выходные документы — ЖВсИСМ
Код ошибки — 15
Текст ошибки — Попытка изменить состояние вложенного КиЗ
При попытке зарегистрировать операцию движения SGTIN, который вложен в SSCC.
Необходимо проверить цепочку приемки ЛП на баланс 601-210-211-701-912. Так как пытаются выдать вторичную упаковку, которая вложена в транспортную. А транспортную не расформировали.

9

Документы операций с упаковками

Статус – Не принят
В Журнале взаимодействия с ИС Маркировка
Код ошибки — 34
Текст ошибки — Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.

Ошибка может возникнуть, если операции
агрегации/изъятия/докладки/расформирования должны осуществляться владельцем SGTIN/SSCC.

Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.

Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.

Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.

10
601 документ пользователь нажимает ПКМ- Формирование — Документ акцептования нажимает ОК (пытается создать 701 документ)
Выходит ошибка:
В документе «*» не найдены упаковки, для которых возможно формирование документа акцептования.
Возникает не ошибка, а предупреждение, так как в уведомительном окне есть выбор действия (Продолжить, Прервать, Игнорировать все).
Предупреждение свидетельствует о том, что все упаковки в документе 601 уже имеют привязку к созданному документу акцептования 701. Это можно проверить если на 601 документе нажать ПКМ – Связи – Выходные документы – Документы операций с упаковками.
В открывшемся окне Документы операций с упаковками будут отображаться связанные документы.
Если пользователю необходимо переотправить 701 документ, то на нужном 701 документе произвести действие размножить и далее выполнить действие Отправить.

11
Документ 912 статус – Не принят.
На документах ПКМ — Связи — Выходные документы — ЖВсИСМ ошибка:
Код ошибки — 33
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.
Ошибка возникает, по причине нарушения цепочки документооборота, неверный порядок отправки документов выглядит чаще всего так: 601-210-211-912-701(702).
Когда пользователь отправляет документ 912 «Расформирование транспортной упаковки» раньше, чем принимает себе на баланс с помощью отправки документа 701 «Приемка с прямым порядком акцептования» (702 «Оприходование лекарственных препаратов»), ЧЗ такие 912 не принимает.
Пользователю необходимо восстановить правильную цепочку документооборота и выполнить корректно отправку документов по цепочке:
601-210-211-701 (702) -912.
Таким образом необходимо произвести отправку 701 (702) документа, дождаться пока статус будет Получен и дальше уже произвести отправку 912 документов.
Документы необходимо будет создать путем размножения с текущих (по которым уже есть статусы).

12
Если у документа статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе обработки документа системой: invalid request data: data.properties.contract_type should be equal to one of the allowed values, data.properties.contract_type should be equal to one of the allowed values, data.properties.source_type should be equal to one of the allowed values, data.properties should have required property 'contract_num', data.properties should match exactly one schema in oneOf
Не заполнен «Реестровый номер контракта»
В документе заполнить поле «Реестровый номер контракта (договора) в Единой ИС в сфере закупок.

13
ORA-20103: Не найден корректный идентификатор применения в тексте КИЗ
При сканировании упаковки ЛП, считывается код Data Matrix, который не имеет установленных стандартом идентификаторов применения. Поставщик некорректно сгенерировал штрихкод или упаковка повреждена.
Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Согласно Постановление Правительства РФ от 14.12.2018 N 1556 (ред. от 28.01.2021) код маркировки должен состоять только из групп применения с символами 01, 21, 91, 92.
первая группа данных — глобальный идентификационный номер торговой единицы, состоящий из 14 цифровых символов, которому предшествует идентификатор применения (01);
вторая группа данных — индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности (латинского алфавита), которому предшествует идентификатор применения (21).
третья группа данных — идентификатор (индивидуальный порядковый номер) ключа проверки, предоставляемый эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, состоящий из 4 символов (цифр, строчных и прописных букв латинского алфавита), которому предшествует идентификатор применения (91).
четвертая группа данных — значение кода проверки, предоставляемое эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, которому предшествует идентификатор применения (92), и состоящее из 44 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов).

14

При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:

Код ошибки -19

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

1. Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
2. Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время

1. Пример:
   Документы операций с упаковками
   601 дата 05.04.2021
   ПКМ — Связи выходные документы
   701 дата 02.04.2021
   Поэтому и выходит ошибка: 19 Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
   Операции, производимые над SGTIN, должны совершаться последовательно.
   Причина: в операции неверно указана operation_date.
   Решение:
   Проверить поле Дата в документах. В 701 документе дата не может быть раньше, чем в 601.

Проверить в 601 документе поле «Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.

2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.

15

Документ 210 «Запрос информации по номеру SGTIN/SSCC»

Статус — Получен ответ, но по связям не находит документ 211 «Результат обработки сведений по номеру SGTIN/SSCC»

Проверяем:
Учет — Документы операций с упаковками
Проверить первоначальный документ 601 или 612. Как это сделать?
На 210 ПКМ – Связи – Входные документы – нашли документ 601/612 и проверяем статус у этого документа, должен быть «Статус обмена данными с ИС Маркировка» – Получен.
Далее на 601 или 612 ПКМ – Связи – Выходные документы – проверяем какие документы по связям есть.
Если видим только 210 проверяем статус у этих 210.
Если статус — Получен ответ – это значит что из ЧЗ пришел по ним ответ в виде 211. Но если на 210 ПКМ – Связи – Выходные документы мы не находим 211 документа, то возникает проблема у клиента, которую можно решить с помощью рекомендаций.
Рекомендации:
1. В разделе Учет — Журнал взаимодействия с ИС Маркировка
на документах: 210 выполнить действие ПКМ — ИС Маркировка — Проверить статус еще раз. По связям еще раз проверить выходные документы не подгрузился ли 211. Если не подгрузился переходим к пункту 2.
2. Документы — Документы операций с упаковками
на документах: 210 выполнить действие ПКМ — Размножить и далее на размноженных документах выполнить действие ПКМ — ИС Маркировка — Отправить. Дождаться пока документ получит статус — Получен ответ и по связям ПКМ — Связи — Выходные документы проверить 211 документы.

16
Указание Доли выбываемого ЛП

Реализована возможность «быстрого» указания доли выбываемого ЛП после сканирования кода маркировки.
Для режима «Работа с упаковками ⇒ Добавление» реализована редактируемая колонка грида «Доля от вторичной упаковки». Механизм указания доли доступен только для типов документов 511, 521, 531, т.к. в других документах учет доли не предусмотрен системой МДЛП.
Для выбытия целой упаковки, как и ранее, ничего дополнительно указывать не требуется.
Для выбытия доли вторичной упаковки ее значение необходимо указывать в формате правильной дроби, числитель которой обозначает количество выбываемых первичных упаковок, а знаменатель – количество первичных упаковок во вторичной упаковке.
Указание дроби допускается в формате, например, «2/10», «210», при этом разделитель «» автоматически заменяется на «/». При указании дроби в формате «2.10» и подобных пользователь получит ошибку вида: «Некорректные символы в тексте доли от вторичной упаковки: «.»».
Внимание! При последующем долевом выбытии кода маркировки необходимо указывать тот знаменатель дроби, который был выбран в первый раз – это правило, действующее в системе МДЛП.

17
Документ — 531
531 ПКМ — ИС Маркировка — Сформировать отчет о выбытии
выходит ошибка:
В документе «**» присутствуют позиции без криптозащиты. Формирование отчета о выбытии невозможно.
Данная ошибка означает, что в упаковках отсутствует информация о криптозащите. 
Выбытие через РВ может осуществляться только при отсканированных упаковках (на документе ПКМ — Работа с упаковками — Добавление). Если по какой-то причине у Вас нет возможности создать документ и отсканировать заново упаковки, то ЛП без криптозащиты Вы можете отправить по упрощенной схеме (по согласованию с ЧЗ) при помощи действия ПКМ — ИС Маркировка — Отправить.
Возможно, код маркировки (КМ) выбрали из списка существующих или отсканировали, но не в разделе Работа с упаковками — Добавление, а в спецификации «Упаковки» после действия «Добавить». В этих случаях даже если КМ содержит криптохвост, то в ДОУ его не будет. При размножении ДОУ и после успешной отправки на РВ — криптохвост удаляется.

18
Документ – 531
ПКМ – Работа с упаковками – Добавление
В открывшемся окне «Набор упаковок» нажимают ПКМ – Добавить
В поле КИЗ – сканируют упаковку нажимают ОК.
Первая упаковка – сохраняется и отображается в разделе «Набор упаковок».
Вторую упаковку сканируют нажимают ОК, вторая упаковка не отображается в разделе «Набор упаковок». Но при нажатии в разделе «Набор упаковок» еще раз ОК в спецификацию «Упаковки» добавляются 2 записи, визуально мы видели только одну, а сканировали 2.
Наблюдается только в ВЕБ версии под конкретным пользователем.

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

Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:

Под пользователем выйти из всех запущенных сеансов.
В Администраторе – Учет – Профили пользователей
Отбор по графе «Пользователь (наименование)»
Тип – WEB
Приложение системы — Учет маркированных товаров
Раздел системы — Набор упаковок
Вид — Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.
Перезайти под пользователем в раздел и проверить.

19
605 «Уведомление получателя об отзыве отправителем переданных лекарственных препаратов».

Схема:
1. поставщик формирует документ 415 «Отгрузка со склада» и отправляет в систему;
2. мы получаем 601 «Уведомление об отгрузке со склада».
3. Если поставщик понял что где-то в 415 «Отгрузка со склада» допущена ошибка, то он отправляет в систему 251 «Отзыв отправителем переданных получателю лекарственных препаратов»;
4. мы получаем 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов».
5. клиенту необходимо в разделе Учет — Документы операций с упаковками выполнить действие ПКМ — ИС Маркировка — Получить(если не получится попробовать Загрузить из журнала)
В появившемся документе 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов» будет информация в спецификации Упаковки. По информации в данной спецификации пользователь может сверить информацию упаковок и узнать какой именно 601 документ был отозван поставщиком.

20
627 «Уведомление владельца о регистрация в ИС МДЛП сведений
об оприходовании».

Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ — ИС Маркировка — Получить.

После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлся
владельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании
– 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, а
также сведения об Участнике, который осуществил оприходование.

21
На действие «Добавление/размножение документа операций с упаковками» раздела «Документы операций с упаковками» в каталоге «552. Вывод ЛП из оборота по различным причинам» по юридическому лицу «Организация» у Вас нет прав. Обратитесь к Администратору.
Не верно указано значение в поле Принадлежность
Ошибка свидетельствует о том, что у пользователя нет прав на юр. лицо — «Организация».
В поле Принадлежность необходимо указать юр. лицо код мединфо.

22

1) Документы операций с упаковками
В документе «531. Выдача ЛП в медицинском учреждении»
Статус обмена данными с ИС Маркировка — Принят частично
Код ошибки — 11

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

2) В документе «701. Подтверждение (акцептование) сведений»

Статус обмена данными с ИС Маркировка — Принят частично (Не принят и т.д.)
Код ошибки — 11

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

1) Статус — Принят частично возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе. Необходимо в ЛК ЧЗ проверить статусы 701 и 702 документа. Если документы были корректно сформированы, то ЛП должны стоять на балансе в ЛК ЧЗ. Необходимо проверить фактическое наличие выдаваемых упаковок и далее за разъяснениями обратиться в СТП Честного знака.

2) Статус — Принят частично (Не принят и т.д.) возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе, либо не получена информация по цепочке 210-211. Необходимо проверить цепочку документов 601(612)-210-211-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701.  Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.

23
Зависание при сканировании большого объема упаковок.
Документы — Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
В открывшемся окне Набор упаковок ПКМ — Добавить
В окне Набор упаковок: Добавление в поле КИЗ производят сканирование КИЗа с упаковки лекарственного препарата и нажимают Ок.
В поле КИЗ на данный момент происходит сохранение истории сканированных КИЗ, когда объем достигает большого количества возникает зависание.
Можете применять ручную очистку поля по shift+del.

24
702 «Оприходование лекарственных препаратов» третичные упаковки

При создании документа выполняем действия согласно инструкции, размещенной у нас на портале info.parusyug.ru Парус 8. Учет маркированных товаров/документ — 2.Пользовательская инструкция по работе с модулем «Учет маркированных товаров».
В спецификацию «Упаковки» производим добавление и сканирование упаковок, заполняем «Сведения о цене», отправляем документ, проверяем статус.

Если в документе содержатся третичные упаковки, необходимо пометить их чекерами, далее нажать ПКМ — Формирование — Запрос содержимого транспортных упаковок (документ 210 «Запрос информации по номеру SGTIN/SSCC») заполняем Реквизиты документа: каталог (можно сразу указать 210.Запрос информации по номеру SGTIN/SSCC), тип документа — ДОУ, префикс документа, дата.
Отрабатываем схему 210-211-912.

В ответ на наш запрос (документ 210 «Запрос информации по номеру SGTIN/SSCC») нам приходит ответ от ИС МДЛП документ 211 «Результат обработки сведений по номеру SGTIN/SSCC», и документ 912 «Расформирование упаковки».

25

Документы операций с упаковками

В разделе Учет — Журнал взаимодействия с ИС Маркировка уже получен документ 601.

В разделе Документы — Приходные документы выполнить действие ПКМ — ИС Маркировка — Загрузить из журнала

Выбрать документ, нажать Ок.

Выходит ошибка:

Не найдена операция приходования для документа операций с упаковками.

Документ пришел по новой операции приходования.
Необходимо в ЛК ЧЗ по документу выгрузить квитанцию .xml и прислать событие на Парус Консультант с указанием по какому документу возникла ошибка и приложить квитанцию из ЧЗ.

26

Документы операций с упаковками

Статус — Не принят

Код ошибки — 200

Текст ошибки — Идентичный документ был отправлен ранее

Ошибка может возникнуть при попытке загрузки дублирующего документа.

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

Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.

27
Документ — 531 статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ' 2 АПТ' is not facet-valid with respect to pattern 'S.*' for type 'document_number_200_type'.
Не соответствие формату элемента
В документе на закладке «Дополнительно» заголовок «Документ-подтверждения (соответствия) / документ розничной торговли» в поле «Номер» перед введенным номером есть пробел.

28

Документы операций с упаковками

Документ — 601(612) в поле контрагент — пусто, поле Место деятельности контрагента — заполнено.

При формировании документа 701 выходит ошибка:

Контрагент должен быть задан

В поле контрагент не задано юр. лицо

Необходимо предоставить сведения для настройки места деятельности и контрагента:

Место деятельности

Наименование контрагента

ИНН

КПП

р/с

Адрес

Заявку можно прислать через Парус Консультант или обратиться в Отдел технической поддержки.

29

Документы операций с упаковками

Тип документа — 521, 531

Действие ПКМ — ИС Маркировка — Сформировать отчет о выбытии

В разделе Учет — Регистраторы выбытия кодов маркировки

Спецификация Очередь заданий

Происходит зависание в очереди

Проверить работоспособность регистратора выбытия

Возможно связано с ошибкой 5090: «Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно» (ошибка отображается только в логах сервиса взаимодействия)

Раз в сутки нужно вводить PIN-код.
Ввод PIN-кода раз в сутки является обязательным условием для соблюдения требований безопасности и отключить его нельзя.

30

Документы операций с упаковками

ПКМ — Работа с упаковками — Добавление

При попытке сохранить отсканированную упаковку выходит ошибка:

ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от «Не отработан» недопустимо.

Возникает, когда у документа в гриде «Состояние» статус «Отработан как план» или «Отработан как факт»
Ошибка возникает, когда в документ который имеет в гриде «Состояние» статус «Отработан как план» или «Отработан как факт». Необходимо снять отработку с документа (ПКМ — Состояние — Снять отработку) и тогда производить добавление новых упаковок в спецификацию.

31
619 «Уведомление получателя об отгрузке лекарственных препаратов со склада отправителя в рамках агентского договора»

Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.

В настоящий момент в ПП «Парус-Бюджет 8. Учет маркированных товаров» эта цепочка не реализована, т.к. существует её аналог — схема 415 со значениями (в том числе) «Тип договора при реализации» (contract_type):
— 2 (комиссия);
— 3 (агентский договор);
Следовательно, предлагаем в текущей деятельности использовать её.

32

Документы операций с упаковками

Тип документа — 912 (или др.)

Статус — Не принят

Код ошибки — 38

Текст ошибки — Операция не может быть выполнена — указанный SGTIN/SSCC не найден в системе или расформирован.

Ошибка может возникнуть при попытке осуществления операции агрегации/ изъятия/ докладки/ уничтожения для SGTIN/SSCC, которые не зарегистрированы в системе или раннее были расформированы.
Рекомендуется проверить отправляемый документ и убедиться, что:

• указаны существующие SGTIN/SSCC;

• SSCC не расформирован по данным системы.

Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701.  Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.

33

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — Отправить

или

ПКМ — ИС Маркировка — Сформировать отчет о выбытии

ошибка: В документе «**» присутствуют упаковки, входящие в нерасформированную транспортную упаковку

Ошибка возникает из-за отсутствия «Отработки» документа 912

Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка  «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.

34

Документы операций с упаковками

Тип документа — 701

Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.

Ошибка возникает при наличии принятого документа в ЧЗ но с другим идентификатором операции ИС Маркировка

Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.

В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.

35

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — сформировать отчет о выбытии

Не отправляются документы, статус не определен

Очередь создается на регистратор выбытия и удаляется, документ в ЛК ЧЗ не загружается.
Необходимо обратить внимание на номер документа, максимально допустимая длина поля «номер документа»  16 символов.

36

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — сформировать отчет о выбытии

ПКМ —  ИС Маркировка — Проверить статус

Статус — «Принят частично» 

Не все упаковки выгружены в МДЛП или часть упаковок отклонены.

Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.

Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»

Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.

В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.

Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.

1.  Ошибка при проводке накладной: Операция не может быть выполнена. Хронология событий нарушена.
   

   Дата проводки документа ранее даты предыдущей операции.
   Решение: Необходимо исправить дату фактической поставки

2. Ошибка при проводке накладной: Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке.
   
   Товар находится на статусе недопустимом для данной операции. 
   Решение: Проверить статус товара в МДЛП.  Для оприходованного товара, по результату проверки, принять решение проводить с отключенной маркировкой или уточнять информацию в МДЛП.
   Если ошибка при  формировании документа «возврат поставщику» и товар был оприходован по 702 схеме, то со стороны поставщика также должна быть проведена операция оприходования товара на свой баланс с помощью 702 документа.
3. Ошибка при получении квитанции документа отправленной через РВ: Ошибка проверки ответа от РВ. content
   
   Проблема с регистратором выбытия
   Решение: Проверить настройки РВ в аптеке по инструкции для настройке МДЛП. В случае успешной проверки, необходимо проверить устройство Регистратор выбытия.
4. Ошибка при получении квитанции МДЛП: Проблема с сетью или настройками прокси. проверьте настройки МДЛП. 
   
   
   Решение: Проверить настройки МДЛП по инструкции для настройке МДЛП. В случае успешной проверки, проблема связана с порталом МДЛП
5. Ошибка при проводке накладной по обратной схеме: Указанный контрагент отсутствует в списке доверительных контрагентов. 
   
   Решение: необходимо обратиться к поставщику для добавления Вашей ЛПУ в список доверительных контрагентов в личном кабинете МДЛП 
6. Ошибка при загрузке накладных МДЛП: В транспортной упаковкене обнаружены потребительские упаковки. 
   
   Решение: транспортная упаковка (sscc) не содержит вложений (sgtin). необходимо обратиться к поставщику за устранением ошибки 
7. Ошибка при проводке  накладной: Попытка изменить состояние вложенного КИЗ.
   
   Данные sgtin находятся в транспортной упаковке 
   Решение: при проводке  приходной накладной по обратной схеме необходимо сканировать транспортную упаковку, а не sgtin 
   при проводке перемещение или требования необходимо выполнить распаковку ТУ в ПН 
8. Ошибка РВ: Ошибка ДРВ: Отчет о выбытии. Неверное состояние отчета
   
   Решение: Проверьте устройство РВ, перезагрузите его. Если перезагрузка не помогла обратитесь в тех поддержку МДЛП
9. Ошибка при сканировании ТУ при обратном акцепте: Нарушено ограничение на временной интервал между вызовами
   
   Интервал между запросом ТУ должен быть 30 сек. Требование МДЛП
   Решение: между сканированием ТУ делать перерыв в 30 сек. 
10. Ошибка при проверке настроек МДЛП в «администрирование»: Некорректный запрос. проверьте настройки МДЛП. 
    
    Решение:  Если менялся сертификат, проверить имеет ли доступ этот сертификат в личный кабинет МДЛП. Если нет, обратиться в тех. поддержку МДЛП и добиться входа в личный кабинет. 
11. При отпуске рецепта: Не удалось запросить документы по отчету СУЗ 
    
    Решение: обязательно нужно проверить чтобы у роли в ЛК МДЛП стояли права «Прослеживание документов по отчету из СУЗ»
    
12. Ошибка при проверке настроек МДЛП: Запрашиваемые данные не найдены. 
    
    Решение: Проверить правильность внесенных настроек МДЛП. 
13. Ошибка при открытии «Журнала сценариев»: Ошибка мониторинга сценариев — не удалось открыть порт ‘61862’/ Отслеживание новых событий будет недоступно. 
    
    Порт занят другим процессом. Это не мешает выполнению сценариев, можно запустить сценарий- он пройдет в фоновом режиме. Либо освободить порт и повторить попытку запуска журнала сценариев.  
14. Ошибка при проводке документа-перемещения: Обработка запроса провалилась: ошибка на этапе первичной обработки документа: некорректный документ…..  
    
    У склада назначение указано МД, но не проставлен признак «склад БА» (основной склад). Решение: если перемещение производится на склад отделения убрать МД у склада назначения.  
15.  Ошибка при отпуске рецептов: Ошибка задания регистратора выбытия
    

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

16.  Ошибка при выводе из оборота: Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве.

Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе или был перемещен в архив. Напоминаем, что в архивное хранилище перемещаются коды, у которых прошло более 60 дней после выбытия.
 Рекомендуется проверить отправляемый документ и убедиться, что: 
 — указаны существующие SGTIN/SSCC;
— указанные SGTIN НЕ находятся в архиве;
— SSCC не расформирован по данным системы;
— оборудование правильно считывает SGTIN/SSCC (Внимание! КМ регистрозависимые). В случае некорректной работы устройств необходимо обратиться к интегратору.
 Получить информацию по SGTIN можно через ЛК Участника в: 
— «Реестр SGTIN» с помощью параметров фильтрации;
— «Реестр SGTIN, эмитированных до 28.03.2021» с помощью параметров фильтрации;
— «Архив SGTIN» с помощью поиска;
Получить информацию по SSCC можно через ЛК Участника:

-«Реестр SGTIN» с помощью поиска по SSCC;

-«Реестр SGTIN, эмитированных до 28.03.2021» с помощью поиска по SSCC;

С результатами проверки необходимо обратиться в службу технической поддержки МДЛП для получения дальнейших рекомендаций 

17. Ошибка при отпуске электронного рецепта: Ошибка при получении СЭМД. Текст ошибки: некорректный запрос. проверьте настройки СЭМД(«Не указаны Фамилия и/или Имя пациента»)

Решение: это ошибка не связана с настройками, проблема с отсутствием ФИО у льготников ОНЛП, проблема будет решена когда все Аптеки будут подключены в защищенной сети

18. Ошибка при проводке документа: Операция отклонена. Операция не может быть выполнена. Операция не может быть выполнена. Недопустимое значение параметра withdrawal_reason и/или reason_return для SGTIN

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

Получить информацию о причине вывода из оборота выбранного SGTIN можно через ЛК участника в «Реестр SGTIN» с помощью параметров фильтрации;

19. Ошибка при загрузки мест деятельности конкретного поставщика: Некорректный запрос. проверьте настройки МДЛП

Решение: Необходимо проверить ОГРН данного поставщика, возможно. в начале или конце стоит пробел 

20. Документ заблокирован другим пользователем 

Решение: Под пользователем admin зайдите в раздел «администрирование», далее «операции»-«диагностика»-«управление логическими блокировками», удалите блокировку

21. При проверке сервиса подписи

необходимо проверить сертификат:

1. Сертификат установлен под пользователем который указан в пуле приложений IIS?

4. Сертификат в крипто про установлен в реестр?

5. У сертификата сохранен пароль?

22. При проверки настроек МДЛП

Проверить,как внесена настройка номер сертификата, должен быть внесен без пробелов и «?»

№
Текст ошибки
Описание возможной причины
Рекомендации и примечания

1

ORA-20103: Не задан мнемокод пользователя ИС Маркировка.

Не заполнен системный параметр №1816.

Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка. 

2

Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.

Line: 0

«.

Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.

В Парусе Консультанте необходимо создать событие. 

В заявке предоставляется следующая информация:

1. Наименование организации
2. Ответственный сотрудник и телефон
3. Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
4. Адрес АРМ пользователя (IP-адрес компьютера)

Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.

3
В разделе «Документы операций с упаковками» при попытке Получить/Отправить документы ничего не происходит.
Часто проблема связана с тем, что не предоставлена актуальная ЭЦП.

1. Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
2. Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту.  -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
3. Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
4. Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.

4
При сканировании возникает ошибка:
ORA-20103: Контрольный (идентификационный) знак «(01)04680013242190(21)axzxywxxfx4w9» в реестре не определен.

Некорректно нанесен Data Matrix (марка) на ЛП.

Нарушен документооборот.

Проблема в сканере штрих-кодов.

1. Раздел Учет — Реестр контрольных идентификационных знаков
Данная ошибка означает, что КИЗ — (01)04680013242190(21)axzxywxxfx4w9 не найден в разделе Учет — Реестр контрольных идентификационных знаков. Если выполнить ПКМ — Отобрать в поле «Контрольный (идентификационный) знак» вставить — (01)04680013242190(21)axzxywxxfx4w9.
Каталог выбран Вашего юр. лица.
Таким образом делаем вывод, что данный ЛП отсутствует в нашей базе КИЗ.
По умолчанию у каждого пользователя ПКМ — Настройки закладка Прочие стоит чекер «Учитывать регистр символов», таким образом мы в отборе искали КИЗ, в котором маленькие буквы — *axzxywxxfx4w9*. Если Вы уберете этот чекер (временно для проверки КИЗ), то увидите, что в Реестре КИЗ есть КИЗ — (01)04680013242190(21)AXZXYWXXFX4W9 (большие буквы).
2. Проверка документооборота.
Необходимо проверить в документах 601(612), 211, 701 какой КИЗ использовался и какой статус у этих документов, правильно ли они приняты по схеме 601(612)-210-211-701-912 у всех ли статус Получен/Принят?
Если КИЗ с большими или с маленькими буквами не находится в документах (Отбор по колонке КИЗ), значит КИЗ не проходил в ИС Маркировка.
3. Проверка сканера.
При считывании сканера символы имеют разную кодировку, это может быть связано со сканером (там есть настройка регистра символов, для каждого сканера она своя, поэтому пользователь читает руководство пользователя своего сканера и настраивает).
Проверку сканера можно осуществить: Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Если есть другой компьютер и сканер можно проверить еще с помощью них считывание марки.

5
Ошибка: Не удалось поставить запрос в очередь (ORA-29273: сбой запроса HTTP
ORA-06512: на «SYS.UTL_HTTP», line 1130
ORA-12541: TNS:нет прослушивателя
).?
Связана с работой сервиса.

Обратиться в отдел технической поддержки или прислать событие в Парус Консультант.

Ошибка технического характера.

6
ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Нарушен документооборот 612-210-211-701-912.

Пример анализа по клиенту:

Документы операций с упаковками
Для документа 912 (хотя может и для другого типа) ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Проверяю:
612 ДОУ 13.04.2021 Получен 12.04.2021 11:56
1) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 нет
912 ДОУ 16.04.2021 Не определен
2) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 ДОУ 13.04.2021 Получен 13.04.2021 16:35:46
912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40
701 ДОУ 13.04.2021 Принят 16.04.2021 14:23
Общая проблема: нарушена цепочка документооборота: 612-210-211-701-912.
2 проблемы:
1) 912 ДОУ 16.04.2021 Не определен — при отправке ошибка, так как нет документа 211. Пусть попробуют еще раз отправить 210 документ, если не получится, размножить 210 и отправить еще раз, получить ответ 211 и 912.
2) 912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40 — не принят, так как 701 принят позже ДОУ 13.04.2021 Принят 16.04.2021 14:23. Соответственно нарушили цепочку документооборота.
Должны были сначала 701 отправить и получить статус Принят, затем отправить 912.

7
Документ операций с упаковками
Статус — Принят частично
В Журнале взаимодействия с ИС Маркировка
Статус — Принят частично
Код ошибки — 52
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе
Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе МДЛП или был перемещен в архив.
В Документе в спецификации Упаковки, ошибка возникла по какой-то упаковке «Тип», «КИЗ» в графе «Код ошибки» и «Текст ошибки» мы видим ошибку 52, именно по ней отсутствует информация в ИС Маркировка.
Рекомендуется проверить отправляемый документ на корректность цепочки документооборота и обратиться с техническую поддержку Честного Знака.

8
Документы операций с упаковками
Тип — 531
Статус — Не принят
ПКМ — Связи — Выходные документы — ЖВсИСМ
Код ошибки — 15
Текст ошибки — Попытка изменить состояние вложенного КиЗ
При попытке зарегистрировать операцию движения SGTIN, который вложен в SSCC.
Необходимо проверить цепочку приемки ЛП на баланс 601-210-211-701-912. Так как пытаются выдать вторичную упаковку, которая вложена в транспортную. А транспортную не расформировали.

9

Документы операций с упаковками

Статус – Не принят
В Журнале взаимодействия с ИС Маркировка
Код ошибки — 34
Текст ошибки — Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.

Ошибка может возникнуть, если операции
агрегации/изъятия/докладки/расформирования должны осуществляться владельцем SGTIN/SSCC.

Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.

Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.

Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.

10
601 документ пользователь нажимает ПКМ- Формирование — Документ акцептования нажимает ОК (пытается создать 701 документ)
Выходит ошибка:
В документе «*» не найдены упаковки, для которых возможно формирование документа акцептования.
Возникает не ошибка, а предупреждение, так как в уведомительном окне есть выбор действия (Продолжить, Прервать, Игнорировать все).
Предупреждение свидетельствует о том, что все упаковки в документе 601 уже имеют привязку к созданному документу акцептования 701. Это можно проверить если на 601 документе нажать ПКМ – Связи – Выходные документы – Документы операций с упаковками.
В открывшемся окне Документы операций с упаковками будут отображаться связанные документы.
Если пользователю необходимо переотправить 701 документ, то на нужном 701 документе произвести действие размножить и далее выполнить действие Отправить.

11
Документ 912 статус – Не принят.
На документах ПКМ — Связи — Выходные документы — ЖВсИСМ ошибка:
Код ошибки — 33
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.
Ошибка возникает, по причине нарушения цепочки документооборота, неверный порядок отправки документов выглядит чаще всего так: 601-210-211-912-701(702).
Когда пользователь отправляет документ 912 «Расформирование транспортной упаковки» раньше, чем принимает себе на баланс с помощью отправки документа 701 «Приемка с прямым порядком акцептования» (702 «Оприходование лекарственных препаратов»), ЧЗ такие 912 не принимает.
Пользователю необходимо восстановить правильную цепочку документооборота и выполнить корректно отправку документов по цепочке:
601-210-211-701 (702) -912.
Таким образом необходимо произвести отправку 701 (702) документа, дождаться пока статус будет Получен и дальше уже произвести отправку 912 документов.
Документы необходимо будет создать путем размножения с текущих (по которым уже есть статусы).

12
Если у документа статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе обработки документа системой: invalid request data: data.properties.contract_type should be equal to one of the allowed values, data.properties.contract_type should be equal to one of the allowed values, data.properties.source_type should be equal to one of the allowed values, data.properties should have required property 'contract_num', data.properties should match exactly one schema in oneOf
Не заполнен «Реестровый номер контракта»
В документе заполнить поле «Реестровый номер контракта (договора) в Единой ИС в сфере закупок.

13
ORA-20103: Не найден корректный идентификатор применения в тексте КИЗ
При сканировании упаковки ЛП, считывается код Data Matrix, который не имеет установленных стандартом идентификаторов применения. Поставщик некорректно сгенерировал штрихкод или упаковка повреждена.
Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Согласно Постановление Правительства РФ от 14.12.2018 N 1556 (ред. от 28.01.2021) код маркировки должен состоять только из групп применения с символами 01, 21, 91, 92.
первая группа данных — глобальный идентификационный номер торговой единицы, состоящий из 14 цифровых символов, которому предшествует идентификатор применения (01);
вторая группа данных — индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности (латинского алфавита), которому предшествует идентификатор применения (21).
третья группа данных — идентификатор (индивидуальный порядковый номер) ключа проверки, предоставляемый эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, состоящий из 4 символов (цифр, строчных и прописных букв латинского алфавита), которому предшествует идентификатор применения (91).
четвертая группа данных — значение кода проверки, предоставляемое эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, которому предшествует идентификатор применения (92), и состоящее из 44 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов).

14

При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:

Код ошибки -19

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

1. Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
2. Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время

1. Пример:
   Документы операций с упаковками
   601 дата 05.04.2021
   ПКМ — Связи выходные документы
   701 дата 02.04.2021
   Поэтому и выходит ошибка: 19 Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
   Операции, производимые над SGTIN, должны совершаться последовательно.
   Причина: в операции неверно указана operation_date.
   Решение:
   Проверить поле Дата в документах. В 701 документе дата не может быть раньше, чем в 601.

Проверить в 601 документе поле «Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.

2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.

15

Документ 210 «Запрос информации по номеру SGTIN/SSCC»

Статус — Получен ответ, но по связям не находит документ 211 «Результат обработки сведений по номеру SGTIN/SSCC»

Проверяем:
Учет — Документы операций с упаковками
Проверить первоначальный документ 601 или 612. Как это сделать?
На 210 ПКМ – Связи – Входные документы – нашли документ 601/612 и проверяем статус у этого документа, должен быть «Статус обмена данными с ИС Маркировка» – Получен.
Далее на 601 или 612 ПКМ – Связи – Выходные документы – проверяем какие документы по связям есть.
Если видим только 210 проверяем статус у этих 210.
Если статус — Получен ответ – это значит что из ЧЗ пришел по ним ответ в виде 211. Но если на 210 ПКМ – Связи – Выходные документы мы не находим 211 документа, то возникает проблема у клиента, которую можно решить с помощью рекомендаций.
Рекомендации:
1. В разделе Учет — Журнал взаимодействия с ИС Маркировка
на документах: 210 выполнить действие ПКМ — ИС Маркировка — Проверить статус еще раз. По связям еще раз проверить выходные документы не подгрузился ли 211. Если не подгрузился переходим к пункту 2.
2. Документы — Документы операций с упаковками
на документах: 210 выполнить действие ПКМ — Размножить и далее на размноженных документах выполнить действие ПКМ — ИС Маркировка — Отправить. Дождаться пока документ получит статус — Получен ответ и по связям ПКМ — Связи — Выходные документы проверить 211 документы.

16
Указание Доли выбываемого ЛП

Реализована возможность «быстрого» указания доли выбываемого ЛП после сканирования кода маркировки.
Для режима «Работа с упаковками ⇒ Добавление» реализована редактируемая колонка грида «Доля от вторичной упаковки». Механизм указания доли доступен только для типов документов 511, 521, 531, т.к. в других документах учет доли не предусмотрен системой МДЛП.
Для выбытия целой упаковки, как и ранее, ничего дополнительно указывать не требуется.
Для выбытия доли вторичной упаковки ее значение необходимо указывать в формате правильной дроби, числитель которой обозначает количество выбываемых первичных упаковок, а знаменатель – количество первичных упаковок во вторичной упаковке.
Указание дроби допускается в формате, например, «2/10», «210», при этом разделитель «» автоматически заменяется на «/». При указании дроби в формате «2.10» и подобных пользователь получит ошибку вида: «Некорректные символы в тексте доли от вторичной упаковки: «.»».
Внимание! При последующем долевом выбытии кода маркировки необходимо указывать тот знаменатель дроби, который был выбран в первый раз – это правило, действующее в системе МДЛП.

17
Документ — 531
531 ПКМ — ИС Маркировка — Сформировать отчет о выбытии
выходит ошибка:
В документе «**» присутствуют позиции без криптозащиты. Формирование отчета о выбытии невозможно.
Данная ошибка означает, что в упаковках отсутствует информация о криптозащите. 
Выбытие через РВ может осуществляться только при отсканированных упаковках (на документе ПКМ — Работа с упаковками — Добавление). Если по какой-то причине у Вас нет возможности создать документ и отсканировать заново упаковки, то ЛП без криптозащиты Вы можете отправить по упрощенной схеме (по согласованию с ЧЗ) при помощи действия ПКМ — ИС Маркировка — Отправить.
Возможно, код маркировки (КМ) выбрали из списка существующих или отсканировали, но не в разделе Работа с упаковками — Добавление, а в спецификации «Упаковки» после действия «Добавить». В этих случаях даже если КМ содержит криптохвост, то в ДОУ его не будет. При размножении ДОУ и после успешной отправки на РВ — криптохвост удаляется.

18
Документ – 531
ПКМ – Работа с упаковками – Добавление
В открывшемся окне «Набор упаковок» нажимают ПКМ – Добавить
В поле КИЗ – сканируют упаковку нажимают ОК.
Первая упаковка – сохраняется и отображается в разделе «Набор упаковок».
Вторую упаковку сканируют нажимают ОК, вторая упаковка не отображается в разделе «Набор упаковок». Но при нажатии в разделе «Набор упаковок» еще раз ОК в спецификацию «Упаковки» добавляются 2 записи, визуально мы видели только одну, а сканировали 2.
Наблюдается только в ВЕБ версии под конкретным пользователем.

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

Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:

Под пользователем выйти из всех запущенных сеансов.
В Администраторе – Учет – Профили пользователей
Отбор по графе «Пользователь (наименование)»
Тип – WEB
Приложение системы — Учет маркированных товаров
Раздел системы — Набор упаковок
Вид — Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.
Перезайти под пользователем в раздел и проверить.

19
605 «Уведомление получателя об отзыве отправителем переданных лекарственных препаратов».

Схема:
1. поставщик формирует документ 415 «Отгрузка со склада» и отправляет в систему;
2. мы получаем 601 «Уведомление об отгрузке со склада».
3. Если поставщик понял что где-то в 415 «Отгрузка со склада» допущена ошибка, то он отправляет в систему 251 «Отзыв отправителем переданных получателю лекарственных препаратов»;
4. мы получаем 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов».
5. клиенту необходимо в разделе Учет — Документы операций с упаковками выполнить действие ПКМ — ИС Маркировка — Получить(если не получится попробовать Загрузить из журнала)
В появившемся документе 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов» будет информация в спецификации Упаковки. По информации в данной спецификации пользователь может сверить информацию упаковок и узнать какой именно 601 документ был отозван поставщиком.

20
627 «Уведомление владельца о регистрация в ИС МДЛП сведений
об оприходовании».

Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ — ИС Маркировка — Получить.

После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлся
владельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании
– 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, а
также сведения об Участнике, который осуществил оприходование.

21
На действие «Добавление/размножение документа операций с упаковками» раздела «Документы операций с упаковками» в каталоге «552. Вывод ЛП из оборота по различным причинам» по юридическому лицу «Организация» у Вас нет прав. Обратитесь к Администратору.
Не верно указано значение в поле Принадлежность
Ошибка свидетельствует о том, что у пользователя нет прав на юр. лицо — «Организация».
В поле Принадлежность необходимо указать юр. лицо код мединфо.

22

1) Документы операций с упаковками
В документе «531. Выдача ЛП в медицинском учреждении»
Статус обмена данными с ИС Маркировка — Принят частично
Код ошибки — 11

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

2) В документе «701. Подтверждение (акцептование) сведений»

Статус обмена данными с ИС Маркировка — Принят частично (Не принят и т.д.)
Код ошибки — 11

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

1) Статус — Принят частично возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе. Необходимо в ЛК ЧЗ проверить статусы 701 и 702 документа. Если документы были корректно сформированы, то ЛП должны стоять на балансе в ЛК ЧЗ. Необходимо проверить фактическое наличие выдаваемых упаковок и далее за разъяснениями обратиться в СТП Честного знака.

2) Статус — Принят частично (Не принят и т.д.) возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе, либо не получена информация по цепочке 210-211. Необходимо проверить цепочку документов 601(612)-210-211-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701.  Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.

23
Зависание при сканировании большого объема упаковок.
Документы — Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
В открывшемся окне Набор упаковок ПКМ — Добавить
В окне Набор упаковок: Добавление в поле КИЗ производят сканирование КИЗа с упаковки лекарственного препарата и нажимают Ок.
В поле КИЗ на данный момент происходит сохранение истории сканированных КИЗ, когда объем достигает большого количества возникает зависание.
Можете применять ручную очистку поля по shift+del.

24
702 «Оприходование лекарственных препаратов» третичные упаковки

При создании документа выполняем действия согласно инструкции, размещенной у нас на портале info.parusyug.ru Парус 8. Учет маркированных товаров/документ — 2.Пользовательская инструкция по работе с модулем «Учет маркированных товаров».
В спецификацию «Упаковки» производим добавление и сканирование упаковок, заполняем «Сведения о цене», отправляем документ, проверяем статус.

Если в документе содержатся третичные упаковки, необходимо пометить их чекерами, далее нажать ПКМ — Формирование — Запрос содержимого транспортных упаковок (документ 210 «Запрос информации по номеру SGTIN/SSCC») заполняем Реквизиты документа: каталог (можно сразу указать 210.Запрос информации по номеру SGTIN/SSCC), тип документа — ДОУ, префикс документа, дата.
Отрабатываем схему 210-211-912.

В ответ на наш запрос (документ 210 «Запрос информации по номеру SGTIN/SSCC») нам приходит ответ от ИС МДЛП документ 211 «Результат обработки сведений по номеру SGTIN/SSCC», и документ 912 «Расформирование упаковки».

25

Документы операций с упаковками

В разделе Учет — Журнал взаимодействия с ИС Маркировка уже получен документ 601.

В разделе Документы — Приходные документы выполнить действие ПКМ — ИС Маркировка — Загрузить из журнала

Выбрать документ, нажать Ок.

Выходит ошибка:

Не найдена операция приходования для документа операций с упаковками.

Документ пришел по новой операции приходования.
Необходимо в ЛК ЧЗ по документу выгрузить квитанцию .xml и прислать событие на Парус Консультант с указанием по какому документу возникла ошибка и приложить квитанцию из ЧЗ.

26

Документы операций с упаковками

Статус — Не принят

Код ошибки — 200

Текст ошибки — Идентичный документ был отправлен ранее

Ошибка может возникнуть при попытке загрузки дублирующего документа.

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

Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.

27
Документ — 531 статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ' 2 АПТ' is not facet-valid with respect to pattern 'S.*' for type 'document_number_200_type'.
Не соответствие формату элемента
В документе на закладке «Дополнительно» заголовок «Документ-подтверждения (соответствия) / документ розничной торговли» в поле «Номер» перед введенным номером есть пробел.

28

Документы операций с упаковками

Документ — 601(612) в поле контрагент — пусто, поле Место деятельности контрагента — заполнено.

При формировании документа 701 выходит ошибка:

Контрагент должен быть задан

В поле контрагент не задано юр. лицо

Необходимо предоставить сведения для настройки места деятельности и контрагента:

Место деятельности

Наименование контрагента

ИНН

КПП

р/с

Адрес

Заявку можно прислать через Парус Консультант или обратиться в Отдел технической поддержки.

29

Документы операций с упаковками

Тип документа — 521, 531

Действие ПКМ — ИС Маркировка — Сформировать отчет о выбытии

В разделе Учет — Регистраторы выбытия кодов маркировки

Спецификация Очередь заданий

Происходит зависание в очереди

Проверить работоспособность регистратора выбытия

Возможно связано с ошибкой 5090: «Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно» (ошибка отображается только в логах сервиса взаимодействия)

Раз в сутки нужно вводить PIN-код.
Ввод PIN-кода раз в сутки является обязательным условием для соблюдения требований безопасности и отключить его нельзя.

30

Документы операций с упаковками

ПКМ — Работа с упаковками — Добавление

При попытке сохранить отсканированную упаковку выходит ошибка:

ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от «Не отработан» недопустимо.

Возникает, когда у документа в гриде «Состояние» статус «Отработан как план» или «Отработан как факт»
Ошибка возникает, когда в документ который имеет в гриде «Состояние» статус «Отработан как план» или «Отработан как факт». Необходимо снять отработку с документа (ПКМ — Состояние — Снять отработку) и тогда производить добавление новых упаковок в спецификацию.

31
619 «Уведомление получателя об отгрузке лекарственных препаратов со склада отправителя в рамках агентского договора»

Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.

В настоящий момент в ПП «Парус-Бюджет 8. Учет маркированных товаров» эта цепочка не реализована, т.к. существует её аналог — схема 415 со значениями (в том числе) «Тип договора при реализации» (contract_type):
— 2 (комиссия);
— 3 (агентский договор);
Следовательно, предлагаем в текущей деятельности использовать её.

32

Документы операций с упаковками

Тип документа — 912 (или др.)

Статус — Не принят

Код ошибки — 38

Текст ошибки — Операция не может быть выполнена — указанный SGTIN/SSCC не найден в системе или расформирован.

Ошибка может возникнуть при попытке осуществления операции агрегации/ изъятия/ докладки/ уничтожения для SGTIN/SSCC, которые не зарегистрированы в системе или раннее были расформированы.
Рекомендуется проверить отправляемый документ и убедиться, что:

• указаны существующие SGTIN/SSCC;

• SSCC не расформирован по данным системы.

Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701.  Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.

33

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — Отправить

или

ПКМ — ИС Маркировка — Сформировать отчет о выбытии

ошибка: В документе «**» присутствуют упаковки, входящие в нерасформированную транспортную упаковку

Ошибка возникает из-за отсутствия «Отработки» документа 912

Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка  «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.

34

Документы операций с упаковками

Тип документа — 701

Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.

Ошибка возникает при наличии принятого документа в ЧЗ но с другим идентификатором операции ИС Маркировка

Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.

В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.

35

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — сформировать отчет о выбытии

Не отправляются документы, статус не определен

Очередь создается на регистратор выбытия и удаляется, документ в ЛК ЧЗ не загружается.
Необходимо обратить внимание на номер документа, максимально допустимая длина поля «номер документа»  16 символов.

36

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — сформировать отчет о выбытии

ПКМ —  ИС Маркировка — Проверить статус

Статус — «Принят частично» 

Не все упаковки выгружены в МДЛП или часть упаковок отклонены.

Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.

Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»

Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.

В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.

Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.

Компания «ЦРПТ» поясняет сложные моменты работы с системой маркировки в аптеках и ЛПУ

При работе с маркированными препаратами могут возникнуть различные ошибки.

Ошибка 1.

Ошибка подписания данных при обмене МДЛП (нажатие на кнопку «Выполнить обмен»).

Причина – неверно выбран адрес API.

Решение ошибки:

• проверьте правильность указания адреса API;
• выберите из контекстного меню поля «Адрес API» пункт «Промышленная система».

Ошибка 2.

Ошибка подписания данных при обмене МДЛП (нажатие на кнопку «Выполнить обмен»).

Причина – ошибка при вводе пароля.

Решение ошибки – введите корректный пароль.

Ошибка 3.

Отклонение уведомления при приемке товара по обратной схеме акцептования, МДЛП.

Причина – для определения причины отклонения посмотрите xml-текст квитанции МДЛП в протоколе обмена.

П р и м е ч а н и е – Отклонение по причине некорректного документа – в уведомлении все упаковки отсканированы на закладке «Товары».

Решение ошибки:

• запросите информация об упаковке;
• выполните обмен;
• проверьте поступившие товары;
• передайте данные. 

П р и м е ч а н и е – Серию достаточно проверить визуально, если она такая же, то генерировать не надо, можно повторно нажать кнопку «Сгенерировать».

Ошибка 4.

Ошибка «Данные по штрихкоду не найдены» после сканирования ЛП и выгрузке штрихкодов в 1С.

Причины:

• данные из ТСД передаются в неверном формате;
• неверный код маркировки.

П р и м е ч а н и е – Индийские препараты имеют код маркировки, но не той структуры.

Решение – Проверьте штрих код.

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

Ошибка 5.

Не приходят уведомления после нажатия кнопки «Выполнить обмен».

П р и м е ч а н и е – Если известно, что поставщик отгрузил ЛП по прямой схеме, уведомление на рабочем столе 1С получено.

Причины:

• компьютер не подключен к интернету;
• неполадки у интернет-провайдера;
• подключение к интернету блокирует межсетевой экран, антивирусная программа или другое программное обеспечение.

Решение: 

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

Повторить отправку 531 ДОУ.

В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.

Тема: Некорреткная СНО

Вопрос: В АРМ Кассир «Ошибка: Некорректная СНО»

Ответ: Проблема в настройке драйвера ККМ (не выбрана СНО по умолчанию). Обратитесь к мастеру ККМ.

Тема: Ошибка сервера. Код ответа 400

Вопрос: В АИС Товародвижение при выборе сертификата из файловой системы выдается сообщение «Ошибка: Проверьте аутентификационные данные»

Ответ: Закончился срок текущего сертификата, который привязан к текущему пользователю. Необходимо выполнить выбор сертификата «Из файловой системы» в п. «Маркировка»-«Параметры пользователя», а потом выполнять замену сертификата в списке «Пользователи» согласно описанию Ч. 18

Тема: Ошибка SSL connect error

Вопрос: В АРМ Кассир или АРМ Товародвижение «Ошибка SSL connect error»

Ответ: 1. Проверьтк, корректно ли подготовлен ПК к маркировке, выполните
настройки согласно инструкции «Подготовка ПК к маркировке»..
2. Проверьте, присутствует ли библиотека gost.dll в папке программы. Если в кассовой программе этого файла нет, то его можно скопировать из любой папки клиентской части АИС Товародвижение(StoreStore).

Тема: Исчерпан ресурс хранения ФН

Вопрос: В АРМ Кассир «Исчерпан ресурс хранения ФН»

Ответ: Проблема
с ФН(фискальный накопитель) ККМ. Обратитесь к мастеру ККМ.

Тема: Невозможно добавить связь документа по SGTIN

Вопрос: В АРМ Кассир «Невозможно добавить связь документа по SGTIN»

Ответ: Необходимо повторно запустить скрипты с версии 636 (скрипт 636 должен быть от 11.06.2020) до вашей версии.

Тема: Объект или свойство не найдено

Вопрос: Сообщение «Объект или свойство не найдено»

Ответ: 1. ПК не подготовлен к маркировке. Выполните настройки согласно инструкции «Подготовка ПК к маркировке».
2. АРМ Кассир запущен от имени администратора, а сертификат нет.  Запустить АРМ Кассир не от имени администратора ОС.

Тема: Конфликт в базе Store таблица Cashiers

Вопрос: В АРМ Кассир «Конфликт в базе Store таблица Cashiers»

Ответ: Не был запущен скрипт на таблицу кассиров 633. Необходимо запустить скрипты с версии 633 (скрипт 633 должен быть от 06.05.2020)

Тема: Отсутствует обязательная группа GS1

Вопрос: В АИС Товародвижение при сканировании КИЗ «Штрихкод не соответствует маркированному товару. Отсутствует обязательная группа GS1»

Тема: Попытка изменить состояние вложенного КИЗ

Вопрос: Ответ системы ЧЗ «Попытка изменить состояние вложенного КИЗ»

Ответ: Поставщик
не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию и отправить запрос в маркировку повторно.

Тема: No ole automation interface

Вопрос:

В настройках касс ошибка No ole automation interface

Ответ: Либо установлен драйвер не 32-х разрядный, либо не зарегистр-ны библиотеки драйвера. Установить драйвер АТОЛ 10 по инструкции.

Тема: Не поддерживается в данном режимеверсии

Вопрос: Ошибка ККМ. Не поддерживается в данном режимеверсии

Ответ: Это значит что касса на платформе 2.5 с прошивкой ниже 8541, в этом случае в настройках кассы нужно ставить «Не передавать СИЗ».

Передача СИЗ на платформе 2.5 работает только с
прошивкой 8541 и выше и драйвером 10.6.1 и выше

Тема: Ошибка. Проверка на партию маркировки

Вопрос: Ошибка. Проверка на партию маркировки. Не удалось продолжить выполнение, поскольку сеанс находится в состоянии завершения

Ответ: В SQL Managemet Studio в свойствах базы в Параметрах (Options) поставить совместимость не ниже SQL 2008 и снова прокрутить скрипты апгрейда базы.

Тема: Операция отклонена. Некорректное состояние

Вопрос: Ответ системы ЧЗ «Операция отклонена. Некорректное состояние»

Ответ: Товар не принадлежит тому поставщику, которого вы указали в привязке мест деятельности. Еще раз запросите у поставщика код места деятельности и проверьте корректность привязки.
Либо поставщик не добавил аптеку в свои доверенные контрагенты. Сделайте такой запрос поставщику.

Тема: Неправильно настроена работа с системой МДЛП

Вопрос: При входе в кассовую программу: Для выбранного пользователя неправильно настроена работа с системой МДЛП! Функции проверки маркированного товара в МДЛП будут недоступны! Обратитесь к системному администратору для исправления ситуации.

Ответ: Если на кассе будет проверка товаров в МДЛП — сделать подготовку ПК по инструкции
Если на кассе не будет проверка товаров в МДЛП — нужно в настройке кассы подключить кассиров к пользователю склада, у которого нет связи с маркировкой, или игнорировать это сообщение.

Тема: Некорректное значение параметров команды

Вопрос: Ошибка ККМ. Некорректное значение параметров команды.

Ответ: Происходит при смене режима налогообложения. Стоит ФН для ОСН сроком на 36 месяцев, а должна быть сроком на 15 месяцев.

Тема: Ошибка сервера. Код ответа 7

Вопрос: Ошибка сервера. Код ответа 7. Ошибка couldn’t connect to server (7)

Ответ: Система Честного Знака загружена и не отвечает. Попробуйте повторить действие позже.

Тема: Ошибка сервера. Код ответа 35

Вопрос: Ошибка сервера. Код ответа 35. Ошибка SSL connect error (35)

Ответ: Система Честного Знака загружена и не отвечает. Попробуйте повторить действие позже.

Тема: Отсутствует документ с кодами из маркировки

Вопрос: Отсутствует документ с кодами из маркировки

Ответ: Возникает при приеме накладной прямым порядком. Поэтому сначала нужно принять и обработать входящие документы МДЛП в п. Маркировка — Документы. После получения документа сравнить указанные МД в документе и в базе склада у поставщика и подразделения, дату и номер накладной.

Тема: Штрихкод не соответствует маркированному товару!

Вопрос: Штрихкод не соответствует маркированному товару!
Отсутствует штрихкод.
Сканер д.б. в режиме эмуляции COM-порта (глобальная настройка)

Ответ: Некорректно работает сканер. Проверьте исправность сканера. Попробуйте заменить сканер и проверить работу.

Тема: Ошибка ККМ. Неверная длина

Вопрос: Ошибка при пробитии чека с маркированным товаром
Ошибка ККМ: Неверная длина

Ответ: Стоит старая прошивка на ККМ. Обновите прошивку до платформы 2.5 или 5.0
Если прошивка новая, то проверьте настройки кассового ПО, должна быть выбрана нужная платформа.

Тема: Код 11. Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке

Вопрос: Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке

Ответ: Поставщик не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию и отправить ответ в маркировку повторно

Тема: Необходима инициализация объекта MARKING

Вопрос: Необходима инициализация объекта MARKING

Ответ: Нет связи кассира с пользователем маркировки в настройках кассы. Нужно связать пользователя в справочнике кассиров.

Тема: Неверно заполнено поле Код торговой точки (Код АРМ)!

Вопрос: Неверно заполнено поле Код торговой точки (Код АРМ)! (после обновления кассового ПО ЮНИКО)

Ответ: Не выбрана Торговая точка в складе. Выберите ее в Глобальных настройках — Вкладка Доп.1 — Настройка — Торг.точка.

Тема: Не удалось привязать SGTIN ни к одной позиции накладной

Вопрос: Не удалось привязать SGTIN ни к одной позиции накладной

Ответ: В справочнике ТМЦ в карточке товара в поле GTIN ввести вручную или считать сканером код с упаковки.

Тема: Сканирование кода маркировки в интернет-заказе

Вопрос: На кассе при выборе интернет-заказа кассовая программа просит просканировать код маркировки, но после сканирования товар в чек все равно не попадает

Ответ: Обновить кассовое ПО до версии 243

Тема: Ошибка. Неправильный синтаксис около конструкции

Вопрос: Ошибка. Неправильный синтаксис около конструкции…

Ответ: Выставить совместимостть базы SQL на версию 2008

Тема: Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Некорректный документ. cvc-pattern-valid: Value ‘ ‘ is not facet-valid with respect to pattern ‘S.*’ for type ‘document_number_200_type’

Вопрос: Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Некорректный документ. cvc-pattern-valid: Value » is not facet-valid with respect to pattern ‘S.*’ for type ‘document_number_200_type’

Ответ: Лишние символыпробелы в номере накладной. Проверьте корректность номера накладной.

Тема: Не печатается буква М (метка марк.товара) в чеке на кассовых аппаратах ШТРИХ-М

Вопрос: Не печатается буква М (метка марк.товара) в чеке на кассовых аппаратах ШТРИХ-М

Ответ: Необходима последняя версия драйвера — 4.15.829, а также в настройках драйвера ШТРИХ-М в таблице №17, в поле 25(Rus автопечать тегов) поставить 1

Тема: Ошибка сервера. Код ответа 502

Вопрос: Ошибка сервера. Код ответа 502

Ответ: Честный Знак недоступен. Повторите попытку позже.

Тема: Штрихкод не соответствует марк.товару! Неверный размер группы GS1. AI92

Вопрос: Штрихкод не соответствует марк.товару! Неверный размер группы GS1. AI92

Ответ: Код маркировки является некорректным. Криптохвост содержит более или менее 44 символов. По закону должно быть 44 символа.
В соответствии с 61 ФЗ, товар с нечитаемой обяз.информацией, в том числе с нечитаемым средством идентификации, относится к недоброкачестввеному (некачественному) товару. Если код не читается при приемке, то принимать  такой товар не надо, надо вернуть его поставщику.
Структура кода идентификации утверждена постановлением Правительства Российской Федерации от 14 декабря 2018 г. № 1556 «Об утверждении Положения о системе мониторинга движения лекарственных препаратов для медицинского применения» (далее – Постановление № 1556). Несоответствие кода идентификации требования Постановления №1556 может свидетельствовать о возможной фальсификации лекарственных средств. При выявлении подобных случаев, упаковки должны быть возвращены поставщику этих лекарственных препаратов. В случае повторения подобной ситуации, о факте выявления кода маркировки, не соответствующего Постановлению №1556, необходимо уведомить Оператора системы мониторинга, направив соответствующее уведомление в службу технической поддержки ЦРПТ.
Почему мобильное приложение ЧЗ сообщает что код маркировки правильный?
Мобильное приложение «Честный знак» предназначено не для участника оборота, а для конечного потребителя, для проверки статуса SGTIN.
В настоящий момент в приложении сверка верификации криптоподписи отсутствует. В будущем процесс будет доработан.

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

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

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Не найден товар по считанному товарной номенклатуры!

Вопрос: Не найден товар по считанному товарной номенклатуры!

Ответ: Пересорт маркированного товара. Обратитесь к сопровождающему Юнико или на горячую линию Юнико.

Тема: Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.

Вопрос: Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Ошибка: Невозможно добавить признак маркированного товара в запись расхода

Вопрос: Ошибка: Невозможно добавить признак маркированного товара в запись расхода!

Ответ: Т.к. контролируется дата начала маркировки, то возможно сбилась дата и время на сервере. Проверьте и поставьте актуальную дату и время.

Тема: Ошибка 81. Договор на оказание услуг по предоставлению кодов маркировки не подписан

Вопрос: Ошибка 81. Договор на оказание услуг по предоставлению кодов маркировки не подписан

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Ошибка сервера. Код ответа 422

Вопрос: Ошибка сервера. Код ответа 422. Превышено максимальное количество задач для предоставления данных. Допустимое количество:10

Ответ: Проверить, есть открыт ли доступ на асинхронные задачи в ЛК ЧЗ. Отключить в настройках кассы проверку на забраковку в МДЛП.

Тема: Неверное состояние ФН

Вопрос: Ошибка ККМ openReceipt. Неверное состояние ФН

Ответ: Проверить, чтобы были установлены последние драйвера и прошивки. Проверить не открыт ли чек в драйвере ККМ, при необходимости — закрыть его.

Тема: Ошибка ККМ. Операция не разрешена, при регистрации не был установлен признак ТМТ

Вопрос: Ошибка ККМ. Операция не разрешена, при регистрации не был установлен признак ТМТ.

Ответ: При перерегистрации ККМ на ФН 1.2 не поставили галочку «Торговля маркированными товарами». Нужна перерегистрация ККМ.

Тема: Ошибка ККМ. Процедура проверки КМ прервана

Вопрос: Ошибка ККМ. Процедура проверки КМ прервана

Ответ: Ошибка означает, что некорректно настроен адрес ИСМ или порт ИСМ в драйвере ККМ.

Тема: Ошибка: Запись не найдена 35 при доступе к файлу Mark_Doc_sgtin

Вопрос: При открытии окна подробной маркировки Ошибка: Запись не найдена 35, возникла при доступе к файлу Mark_Doc_sgtin. Возвращаемся к предыдущему окну.

Ответ: Зайти в любую приходную накладную без маркировки, зайти в окно подробной маркировки по сочетанию клавиш Ctrl+Alt+M, снять галочку «Упрощенный режим» в верхней части таблицы и сделать сортировку по наименованию.

Тема: Ошибка РВ. Отсутствует связь с СЭ

Вопрос: Ошибка РВ. Отсутствует связь с СЭ

Ответ: СЭ — сервер эмиссии. РВ обращается к нему для проверки марки, аналогично, как в ККТ. Данная ошибка означает, что РВ не смог проверить online-марку на сервере эмиссии. Проверьте, что этот SGTIN выбыл через 10521 схему. Если товар по кнопке ИНФО имеет статус Отпуск по ЛР, значит он выбыл по 10521 схеме.

Тема: Ошибка ККМ OpenSession: неверный пароль

Вопрос: При регистрации кассира в кассовой программе Ошибка ККМ OpenSession: неверный пароль

Ответ: Проверить, введены ли пароли администратора в драйвере ККМ. Попробовать открыть смену через драйвер.

Тема: Время ожидания ответа превышено!

Вопрос: В кассовой программе при сканировании КИЗа: Время ожидания ответа превышено!

Ответ: Обновить драйвер ККМ до актуального и проверить в драйвере ККМ, что стоит настройка ФФД 1.2

Тема: POST_EXPORT_TASKS_FILTER. Ошибка сервера. Код ответа 403

Вопрос: В асинхронных задачах: POST_EXPORT_TASKS_FILTER. Ошибка сервера. Код ответа 403

Ответ: Включить настройку асинхронных методов в личном кабинете Честного Знака

Тема: Ошибка ККМ registration: Работа с маркированными товарами временно заблокирована

Вопрос: Ошибка ККМ registration: Работа с маркированными товарами временно заблокирована

Ответ: Проверить в драйвере ККМ, уходят ли уведомления в ОФД. Также в драйвере проверить настройку сервера ИСМ, настроить корректно

Тема: Ошибка ККМ registration: Не найден обязательный параметр LIBFPTR_PARAM_MARKING_PROCESSING_MODE

Ответ: Ошибка возникает на кассовых прошивках платформы 1.2. В настройках кассы, пункт Установки — Вкладка Касса — выбрать Тип кассы: Атол 1.2

Тема: Verification. Ошибка сервера. Код ответа 403. Недостаточно прав для осуществления операции

Ответ: В личном кабинете Честного знака добавить в группе прав, права на проверку кодов маркировки и проверку кодов маркировки и криптохвостов.

Тема: Не удалось найти марки по заданным условиям

Ответ: Выделить все коды маркировки и нажать Ctrl+Shift+R, чтобы снять отметки о проверке кодов маркировки

Тема: Ошибка ККМ registration. В реквизите 2007 содержится КМ

Вопрос: Ошибка ККМ registration. В реквизите 2007 содержится КМ, который ранее не проверялся в ФН.

Ответ: Это проблема прошивки и драйвера. Решение: либо обновить драйвер и прошивку кассы до самой актуальной. Либо в настройках кассы Установки — SQL-сервер — Маркировка убрать галочку «Проверять КМ при выборе в чек».