На странице представлены наиболее частые коды ошибок, которые могут возникнуть при формировании документов в МДЛП, каковы причины их возникновения и как исправить.
Ошибка 1000
Ошибка 1000 возникает в случае неправильно сформированного документа. В МДЛП отображается, как «Техническая ошибка». Необходимо в квитанции отклонённого документа найти описание ошибки и найти нужную и списка возможных ситуаций, представленных ниже.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ‘2021-11-23T5:19:24.000Z’ is not facet-valid with respect to pattern ‘((000[1-9])|(00[1-9][0-9])|(0[1-9][0-9]{2})|([1-9][0-9]{3}))-((0[1-9])|(1[012]))-((0[1-9])|([12][0-9])|(3[01]))T(([01][0-9])|(2[0-3]))(:[0-5][0-9]){2}(.[0-9]+)?(([+-]((((0[0-9])|(1[0-3]))(:[0-5][0-9]))|14:00))|Z)’ for type ‘datetimeoffset’
Причина ошибки: не корректно указана дата «2021-11-20T5:19:24.000Z», верной датой была бы «2021-11-20T05:19:24.00Z».
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ‘ ‘ is not facet-valid with respect to pattern ‘([0-9]{10}|[0-9]{12})’ for type ‘inn_type’.
Причина ошибки: Не указан ИНН или указан не верный ИНН в документе.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-complex-type.2.3: Element ‘health_care’ cannot have character [children], because the type’s content type is element-only.
Причина ошибки: Тэги в документе разорваны или имеются в документе лишние символы, которые нарушают размещение элементов.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-identity-constraint.4.1: Duplicate unique value [0460243150469811000RE0PU009] declared for identity constraint «ux_withdrawal_sgtin» of element «order_details».
Причина ошибки: Указаны несколько раз SGTIN в документе. Требуется удалить дубликат SGTIN из документа.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: The element type «order_details» must be terminated by the matching end-tag «</order_details>».
Причина ошибки: наличие лишних или отсутсвующих тэгов в документе.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Указанный идентификатор организации (subject_id) в документе не соответствует отправителю.
Причина ошибки: В поле subject_id необходимо указывать идентификатор МД организации, которая осуществляет отправку документа.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value » is not facet-valid with respect to pattern ‘([0-9]{1}[1-9]{1}|[1-9]{1}[0-9]{1})[0-9]{7}’ for type ‘kpp_type’.
Причина ошибки: В документе указан тэг kpp, но сам КПП не заполнен или не соответсвует формату КПП.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-complex-type.2.4.a: Invalid content was found starting with element ‘order_details’. One of ‘{union}’ is expected.
Причина ошибки: Имеются нарушения тегов. Отсутсвуют лишние теги или нет закрывающих тегов.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: XML document structures must start and end within the same entity.
Причина ошибки: Нарушена структура тегов. Отсутствуют закрывающие теги.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: The element type «sgtin» must be terminated by the matching end-tag «</sgtin>».
Причина ошибки: в теге с указанием sgtin присутсвует пробел.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ‘0046700053912653EDaCpKOX00bz’ is not facet-valid with respect to pattern ‘[0-9]{14}[!-«%-/0-9A-Z_a-z]{13}’ for type ‘sign_sgtin_type’.
Причина ошибки: SGTIN имеет длину, отличную от 27 символов.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: An invalid XML character (Unicode: 0x1) was found in the element content of the document.
Причина ошибки: в документе присутствуют недопустимые символы, которые в том числе могут быть скрытыми символами-разделителями.
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: The element type «multi_pack» must be terminated by the matching end-tag «</multi_pack>».
Причина ошибки: нарушение формирования тегов. Присутствуют лишние или отсутсвуют закрывающие теги.
Ошибка 11
error_code 11: Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке.
Причины ошибки могут быть следующие:
- Выполняется попытка передать товар из недопустимого статуса.
- Лекарственные препараты были получены по государственному контракту и пытаются быть перемещены, как продажа за собственные средства.
- Попытка вернуть товар по схеме 415 с типом 2 (возврат) недопустима, если приём товара был по схеме 702. В таком случае нужно, чтобы контрагент со своей стороны загрузил схему 702.
- Лекарственный препарат уже был реализован и не может быть перемещён далее.
Ошибка 52
error_desc 52: Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве.
Причины ошибки:
- Указанный SGTIN уже выбыл из оборота и переведён в архив.
- Указанный SSCC уже расформирован или введён неверно.
- Допущены ошибки при вводе SGTIN. Некоторые символы могут быть визуально похожи, поэтому при ручном вводе SGTIN может быть совершён ввод не корректных символов.
- В SGTIN учитывается верхний и нижний регистр, поэтому строчные символы будут отличаться от заглавных в SGTIN.
Ошибка 22:
error_desc 22: КиЗ принадлежит другому участнику.
Причина ошибки: SGTIN по данным МДЛП принадлежит другому участнику. В данном случае необходимо проверить, не выполнил ли контрагент уже самостоятельно перемещение товара по другому документу. Или товар изначально не был принят на баланс организации.
Ошибка 34:
error_desc 22: Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.
Причина ошибки: В поле subject_id указан не корректный идентификатор места деятельности, отличный от фактического расположения товара. Либо указан идентификатор организации в поле subject_id, при нахождении товара на территории РФ.
Ошибки маркировки товаров в «Честном ЗНАКе»
Максим Демеш
10 июля 2022
496
Пользователи, работающие в «Честном ЗНАКе», могут сталкиваться с ошибками маркировки. Чтобы их устранить, нужно выяснить причины ― почему возник сбой. Рассмотрим самые распространенные ошибки и способы их исправления.
Оглавление
- УКЭП не найдена или не настроено ПО для работы в системе
- Недостаточное описание товара в документе «Ввод в оборот»
- Не приходит подтверждение (накладная находится в статусе ожидания)
- КиЗ принадлежит другому участнику
- Действие было отменено пользователем
- Внутренняя ошибка сервера
- Недопустимый статус кода маркировки
- Недопустимый переход в товаропроводящей цепочке
- Набор ключей не существует
- Ошибка исполнения функции
- Указан неверный алгоритм
- Ошибка 5090 при выбытии товара через РВ
- Ошибка неверного запроса
- Сервер недоступен
- Ошибки при обработке документов «Честным ЗНАКом»
- Ошибки кодов маркировки при приемке товаров
- Ошибки при работе с ЭДО
- Вопрос-ответ
УКЭП не найдена или не настроено ПО для работы в системе
Для регистрации и дальнейшей работы в системе мониторинга участники оборота маркированных товаров должны получить усиленную квалифицированную электронную подпись и настроить ПО. Если «Честный ЗНАК» их не определяет, то выдает ошибку. Причины сбоя и способы его устранения:>
- USB-носитель с ключами и сертификатом электронной подписи не установлен в порт ПК. Если флеш-накопитель отсутствует, система не определяет КЭП. Соответственно, выдает ошибку. Обратите внимание, что подпись может храниться на жестком диске ПК (то есть, уже стоять на компьютере).
- СКЗИ не установлена. Чтобы войти в личный кабинет системы маркировки, должна стоять программа для криптографии (VipNet либо КриптоПро). Она позволяет работать с электронной подписью. Даже если флешка с КЭП установлена в порт USB, но программа СКЗИ отсутствует, «Честный ЗНАК» выдает ошибку. Скачайте и установите программу криптографии.
- Плагин и расширение для браузера не установлены. Это одно из требований для успешного входа в систему маркировки. Если выскакивает сообщение с ошибкой «Плагин недоступен», нужно его поставить. Подойдет Рутокен Плагин либо КриптоПро ЭЦП Browser plug-in. Дополнительно в браузере следует установить расширение «Адаптер Рутокен Плагин» и «CryptoPro Extension for CAdES Browser Plug-in».
- Сертификаты не установлены. Для успешной работы в системе мониторинга нужно установить корневые и личные сертификаты в криптографическую программу.
Остановимся подробнее на процессе установки сертификатов. Сначала про личный. Ход действий зависит от используемого СКЗИ:
- VipNet. Переходим в программу и находим свою КЭП в списке. Отправляемся в раздел «Свойства» и в контейнере ключей нажимаем на кнопку «Открыть». Устанавливаем сертификат. Не забываем, что нужно указать, для какого пользователя, и выбрать хранилище «Личный».
- КриптоПро CSP. Переходим на вкладку «Сервис» и нажимаем «Установить личный сертификат» → «Обзор». Указываем расположение файлов на ПК и создаем связку с контейнером закрытого ключа. Выбираем требуемый файл личного сертификата и подтверждаем действие кнопкой «ОК».
Для установки корневых сертификатов нужен соответствующий файл, который можно скачать на сайте УЦ, выдавшего подпись. Также он находится на официальном портале ведомства. Скачайте и откройте файл. Кликните по кнопке «Установить сертификат», следуйте указанием мастера установки. Обязательно укажите хранилище «Промежуточные центры сертификации».
Недостаточное описание товара в документе «Ввод в оборот»
В данном случае «Честный ЗНАК» выдает ошибку с кодом 41. Проблема возникает в случае, когда пользователь пытается ввести в оборот товар, карточка которого не опубликована и находится в статусе «Черновик». Операцию можно выполнить после публикации карточки.
Карточка с описанием товара, созданная в 2019 году, может не позволять вводить продукцию в оборот. Это связано с изменениями в законодательстве: требований для публикации. Чтобы исправить ситуацию, достаточно указать недостающие данные и отправить карточку на модерацию.
Не приходит подтверждение (накладная находится в статусе ожидания)
Прежде всего, отметим, что проблема возникает преимущественно со стороны поставщика, то есть получатель не всегда может ее решишь. Зачастую ошибка появляется при сотрудничестве с крупными поставщиками ― время обработки их документов часто увеличено (из-за большого объема данных). У мелких контрагентов причина сбоев заключается в том, что они подтверждают информацию вручную (в данном случае играет роль человеческий фактор).
Что делаем? Звоним контрагенту и рассказываем о проблеме. Он может попробовать отправить данные повторно (нажать на кнопку для отправки сведений в ЧЗ, а потом кликнуть «Отправить отказ»). После подтверждения отказа повторно отправить документы в систему маркировки.
В результате: происходит отмена предыдущей операции (при которой не дошло подтверждение) и выполняется повторная. Если ничего не помогает, нужно обратиться в техподдержку операторам «Честного ЗНАКа».
КиЗ принадлежит другому участнику
Система маркировки товаров выдает ошибку 22, если контрагент по ошибке отправил данные другой организации. Либо же поставщик неправильно указал код места деятельности. Такая проблема возникает во время приемки товара, когда получатель считывает КиЗ на упаковках.
Выход из ситуации: обращаемся к поставщику. Просим, чтобы он проверил информацию. Вероятно, понадобится отправить ему квитанцию. После устранения ошибки нужно повторно выполнить операцию.
Действие было отменено пользователем
Ошибка с кодом 0x8010006E указывает на отмену действия во время входа в систему. Например, пользователь нажал на кнопку «нет» в окне предупреждения о безопасности либо в момент ввода пароля. То есть, действие не было подтверждено (и по факту отменено). Чтобы избавиться от ошибки, попробуйте выполнить операцию заново, подтверждая действия на всех ее этапах.
Внутренняя ошибка сервера
Ошибка 500 «Честного ЗНАКа» ― распространенная проблема, которая не связана с действиями пользователя. Обычно она возникает при авторизации в системе. Причина ее появления ― технические сбои на сервере. Такое часто случается, когда на него оказывается большая нагрузка. Способы решения:
- очистить кэш страниц в браузере, который используется для входа в систему мониторинга;
- попробовать зайти в «Честный ЗНАК» с другого браузера.
Если ни один из способов не помог решить проблему, нужно написать в техподдержку. Вполне возможно, сбой устранят без участия пользователя.
Обращение в техническую поддержку не нужно игнорировать. Если придется разбираться с контролирующими органами, будет на что ссылаться: есть подтверждение, что ошибка в работе произошла не по вине участника оборота маркированных товаров.
Иногда ошибка 500 указывает на неправильные действия пользователя. Например, если при заполнении профиля на первом этапе он не нажал на кнопку «проверить» после фактического адреса регистрации. В таком случае проблему можно устранить самостоятельно путем исправления данных.
Недопустимый статус кода маркировки
«Честный ЗНАК» выдает ошибку 14 при вводе остатков или регистрации любого другого документа. Расшифровывается, как недопустимый статус маркировочного кода. Причины ее появления:
- средство идентификации товара или транспортной упаковки пребывает в одном из статусов: «Перемаркирован», «Ожидает подтверждения приемки», «Ожидает передачу собственнику», «Ожидает перемаркировку»;
- статус маркировочного кода товара, выпущенного зарубежным производителем, отличается от «Эмитирован. Получен»;
- агрегат вышестоящего уровня для маркировочного кода пребывает в статусе «Расформирована».
Сделайте следующее:
- проверьте статус отчета о нанесении, если указано, что он обработан с ошибками, проблема в нем;
- убедитесь, что денег на счету достаточно для регистрации документа (в зависимости от количества заказанных кодов, из расчета, что он стоит 50 копеек без НДС), если средств не хватает, пополните баланс;
- проверьте статус маркировочных кодов (в отчет попадают только отсканированные марки, имеющие статус «Верифицирован»);
- если код в статусе «Эмитирован. Получен», это означает, что он пока не нанесен.
Нужно скопировать отчет о нанесении и отправить повторно на регистрацию.
Недопустимый переход в товаропроводящей цепочке
Ошибка 11 маркировки означает, что товар, подготовленный для отгрузки, находится в неподходящем статусе. Например, не принят, поэтому не числится на балансе торгового предприятия, или выведен из оборота. В любом из этих случаев оформить отгрузку невозможно ― документально товар отсутствует и не принадлежит пользователю.
Проверьте статус продукции. Выполните операцию, чтобы товар перешел на баланс предприятия: перемаркировать и ввести в оборот (если выведен из него) или подтвердить приемку (если не принят).
Набор ключей не существует
Ошибка с кодом 0x80090016 возникает при попытке входа в «Честный ЗНАК». Вероятная причина ― система ПК определяет сайт ЦРПТ ЧЗ как опасный объект, представляющий угрозу для компьютера.
Пути решения:
- добавьте в браузере сайт ЧЗ в надежные узлы;
- деактивируйте антивирус;
- отключите блокировку рекламы.
Если ничего не помогло и ошибка сохранилась, переустановите плагин и сертификаты КЭП.
Ошибка исполнения функции
Ошибка с кодом 0x8007065B появляется тогда, когда отсутствует лицензия на ПО КриптоПро СSP. Для проверки ее статуса зайдите в программу. Перейдите во вкладку «Общие» и на строке «Срок действия» посмотрите текущий статус лицензии. Например, если «Истекла», срок закончился и нужно его продлевать. Приобрести новую лицензию можно у разработчика, а затем активировать ее.
Если с лицензией все в порядке, а система выдает ошибку, попробуйте переустановить плагин и сертификаты КЭП.
Указан неверный алгоритм
Если используется устаревшая версия КриптоПро CSP, при попытке входа в систему появляется ошибка с кодом 0х80090008. Для ее устранения проверьте, программа какой версии используется. При необходимости обновите ее до последней.
Если версия криптопровайдера актуальна, попробуйте переустановить плагин. Если и это не помогает, переустановите сертификаты подписи.
Ошибка 5090 при выбытии товара через РВ
При выводе лекарственного препарата из оборота через регистратор выбытия «Честный ЗНАК» иногда отправляет ошибку 5090. При ее появлении нужно проверить статус синхронизации устройства со спутниками ГЛОНАСС. Следует перейти из главного меню в раздел «Информация» и посмотреть, какое значение стоит в пункте «До блок-ки». Если «Блокировка», потребуется повторно связаться со спутником навигации и выполнить операцию заново.
Ошибка неверного запроса
Ошибка 400 «Честного ЗНАКа» указывает на то, что сервер не может корректно распознать и обработать запрос. Такое возникает, когда тот искажен, неправильно введен или поврежден. Или же (что наиболее вероятно) пользователь указал в поисковой строке несуществующий адрес сайта. Как результат, он не может попасть в личный кабинет.
Способы решения:
- обновите страницу, нажав F5;
- проверьте, правильно ли указан URL-адрес;
- очистите кэш и cookie используемого браузера.
попробуйте войти на сайт, вбив первые буквы названия в поисковую строку (система сама направит в нужном направлении);
Как правило, пользователю удается устранить проблему самостоятельно.
Сервер недоступен
Ошибка 503 свидетельствует о временной недоступности сервиса, в том числе системы маркировки. Наиболее распространенная причина ― перегруженность внешними запросами. В данном случае не остается ничего другого, как просто подождать. Ускорить решение проблемы можно путем обновления страницы.
Ошибки при обработке документов Честным ЗНАКом
УПД подписывают оба контрагента — продавец и покупатель продукции. Данные проходят обработку в системе маркировки, после чего документ получает определенный статус. В зависимости от результатов проверки:
- «Обработан успешно» ― выполнен переход прав собственника на маркированные товары;
- «Обработан с ошибками» ― товар не перешел к другому владельцу.
Чтобы просмотреть статус документа, сделайте следующее:
- 1. Авторизоваться в личном кабинете ГИС МТ.
- 2. Выбрать группу товаров, с которой работаете.
- 3. В разделе с документами представлен список файлов и отражены статусы. Если какой-то обработан с ошибкой, можно войти в него и посмотреть: «Сформировать список ошибок».
Файл можно скачать и открыть в текстовом редакторе (например, Блокноте). Это позволит прочитать описания ошибок «Честного ЗНАКа».
Ошибки кодов маркировки при приемке товаров
Рассмотрим несколько основных ошибок, с которыми сталкиваются пользователи во время приемки товаров. Речь пойдет о проблемах в кодами маркировки. Представим данные в виде таблицы.
|
Ошибки |
Причины |
Решение |
|
Штрихкод не считывается сканером |
Сканер не настроен |
Настроить сканер штрихкодов для работы с маркировкой |
|
Код не соответствует формату маркировки |
В документе содержится некорректный код маркировки |
Не подтверждать приемку. Отклонить ее и запросить накладную с верными данными |
|
Операция с кодом не выполняется |
Товар, который маркирован с помощью этого штрихкода, уже продан либо вообще не введен в оборот |
Аннулировать поступление и запросить корректные документы |
|
Штрих-код числится на товарных остатках в организации |
Товар с кодом не принадлежит поставщику |
Связаться с поставщиком, чтобы он подтвердил документ. Получить новую накладную |
Ошибки при работе с ЭДО
|
Ошибки |
Причины |
Решение |
|
Документ не отображается в системе |
Документ находится на этапе обработки |
Дождаться завершения обработки |
|
Документ некорректный |
Проверить статус документа. Должен быть «отправлено в ГИС МТ» |
|
|
Пользователь не зарегистрирован в системе маркировки |
Аннулировать операцию. Зарегистрироваться в «Честном ЗНАКе» и выполнить ее повторно |
|
|
Документ уже зарегистрирован> |
В прошлом документ уже регистрировали в системе |
Откорректировать данные (исправить дату, номер документа) |
Вопрос-ответ
Чтобы устранить ошибку настройки обмена с СУЗ в 1С:Розница, нужно изменить адрес отправки запроса. Его можно скопировать, перейдя в станцию управления заказами из личного кабинета «Честного ЗНАКа».
Проблема, скорее всего, заключается в сканере штрихкодов. Нужно проверить его работоспособность: отсканировать другой двумерный код (например, QR) и посмотреть, что отобразится на экране. Или считать этот же код Data Matrix, но другим сканером.
|
|
Эксперт Директор по развитию компании «Мультикас». Более 7 лет опыта в области внедрения онлайн-касс, учетных систем ЕГАИС и Маркировки товаров для розничных организаций и заведений питания. Максим Демеш md@kassaofd.ru |
Нужна помощь с устранением ошибок маркировки?
Не теряйте время, мы окажем бесплатную консультацию и поможем исправить ошибки в системе Честный Знак в кратчайшие сроки.
Подготовьтесь к маркировке с Мультикас
Мы поможем подготовиться к маркировке, у нас есть все, что нужно!
Понравилась статья? Поделись ею в соцсетях.
Также читают:
Маркировка товаров в 2022 году: какие товары подлежат обязательной маркировке
Маркировка товаров в 2022 году в системе Честный Знак продолжается. Список дополнен новыми позициями. К товарам, подлежащим обязательной маркировке, присоединяются велосипеды, бутилированная вода, антисептики и прочая продукция. В данной статье…
596
Узнать больше
Маркировка товаров: проверки и штрафы
За отсутствие маркировки товаров предусмотрены штрафы. Их размеры определяются ст. 15.12 КоАП РФ. На сегодняшний день без средств идентификации не продаются табак, обувь, лекарственные препараты и другие товары. С первого…
462
Узнать больше
Правила перемаркировки продукции в системе «Честный ЗНАК»
Рассмотрим правила перемаркировки продукции в системе «Честный ЗНАК». Может возникнуть ряд ситуаций, когда эти правила требуют изучения. Например, покупатель вернул товар без этикетки с кодом Data Matrix. Ее отсутствие не…
434
Узнать больше
Все о маркировке товаров Честный Знак
Маркировка товаров Честный Знак продолжает внедряться в 2020 году. Введение новой системы контроля началось еще в 2019 году. К 2024 планируется повсеместно внедрить маркировку на все группы товаров. В 2020…
1083
Узнать больше
ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка.
Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.
Line: 0
«.
Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
- Адрес АРМ пользователя (IP-адрес компьютера)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.
- Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту. -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
- Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
ORA-20103: Контрольный (идентификационный) знак «(01)04680013242190(21)axzxywxxfx4w9» в реестре не определен.
Некорректно нанесен Data Matrix (марка) на ЛП.
Нарушен документооборот.
Проблема в сканере штрих-кодов.
Данная ошибка означает, что КИЗ — (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. Проверка сканера.
При считывании сканера символы имеют разную кодировку, это может быть связано со сканером (там есть настройка регистра символов, для каждого сканера она своя, поэтому пользователь читает руководство пользователя своего сканера и настраивает).
Проверку сканера можно осуществить: Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Если есть другой компьютер и сканер можно проверить еще с помощью них считывание марки.
ORA-06512: на «SYS.UTL_HTTP», line 1130
ORA-12541: TNS:нет прослушивателя
).?
Обратиться в отдел технической поддержки или прислать событие в Парус Консультант.
Ошибка технического характера.
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Пример анализа по клиенту:
Документы операций с упаковками
Для документа 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.
Статус — Принят частично
В Журнале взаимодействия с ИС Маркировка
Статус — Принят частично
Код ошибки — 52
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе
Рекомендуется проверить отправляемый документ на корректность цепочки документооборота и обратиться с техническую поддержку Честного Знака.
Тип — 531
Статус — Не принят
ПКМ — Связи — Выходные документы — ЖВсИСМ
Код ошибки — 15
Текст ошибки — Попытка изменить состояние вложенного КиЗ
Документы операций с упаковками
Статус – Не принят
В Журнале взаимодействия с ИС Маркировка
Код ошибки — 34
Текст ошибки — Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.
агрегации/изъятия/докладки/расформирования должны осуществляться владельцем SGTIN/SSCC.
Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.
Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.
Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.
Выходит ошибка:
В документе «*» не найдены упаковки, для которых возможно формирование документа акцептования.
В открывшемся окне Документы операций с упаковками будут отображаться связанные документы.
Если пользователю необходимо переотправить 701 документ, то на нужном 701 документе произвести действие размножить и далее выполнить действие Отправить.
На документах ПКМ — Связи — Выходные документы — ЖВсИСМ ошибка:
Код ошибки — 33
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.
Пользователю необходимо восстановить правильную цепочку документооборота и выполнить корректно отправку документов по цепочке:
601-210-211-701 (702) -912.
Таким образом необходимо произвести отправку 701 (702) документа, дождаться пока статус будет Получен и дальше уже произвести отправку 912 документов.
Документы необходимо будет создать путем размножения с текущих (по которым уже есть статусы).
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе обработки документа системой: 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
Согласно Постановление Правительства РФ от 14.12.2018 N 1556 (ред. от 28.01.2021) код маркировки должен состоять только из групп применения с символами 01, 21, 91, 92.
первая группа данных — глобальный идентификационный номер торговой единицы, состоящий из 14 цифровых символов, которому предшествует идентификатор применения (01);
вторая группа данных — индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности (латинского алфавита), которому предшествует идентификатор применения (21).
третья группа данных — идентификатор (индивидуальный порядковый номер) ключа проверки, предоставляемый эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, состоящий из 4 символов (цифр, строчных и прописных букв латинского алфавита), которому предшествует идентификатор применения (91).
четвертая группа данных — значение кода проверки, предоставляемое эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, которому предшествует идентификатор применения (92), и состоящее из 44 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов).
При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:
Код ошибки -19
Текст ошибки — Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
- Пример:
Документы операций с упаковками
601 дата 05.04.2021
ПКМ — Связи выходные документы
701 дата 02.04.2021
Поэтому и выходит ошибка: 19 Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
Операции, производимые над SGTIN, должны совершаться последовательно.
Причина: в операции неверно указана operation_date.
Решение:
Проверить поле Дата в документах. В 701 документе дата не может быть раньше, чем в 601.
Проверить в 601 документе поле «Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.
2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.
Документ 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 документы.
Для режима «Работа с упаковками ⇒ Добавление» реализована редактируемая колонка грида «Доля от вторичной упаковки». Механизм указания доли доступен только для типов документов 511, 521, 531, т.к. в других документах учет доли не предусмотрен системой МДЛП.
Для выбытия целой упаковки, как и ранее, ничего дополнительно указывать не требуется.
Для выбытия доли вторичной упаковки ее значение необходимо указывать в формате правильной дроби, числитель которой обозначает количество выбываемых первичных упаковок, а знаменатель – количество первичных упаковок во вторичной упаковке.
Указание дроби допускается в формате, например, «2/10», «210», при этом разделитель «» автоматически заменяется на «/». При указании дроби в формате «2.10» и подобных пользователь получит ошибку вида: «Некорректные символы в тексте доли от вторичной упаковки: «.»».
Внимание! При последующем долевом выбытии кода маркировки необходимо указывать тот знаменатель дроби, который был выбран в первый раз – это правило, действующее в системе МДЛП.
531 ПКМ — ИС Маркировка — Сформировать отчет о выбытии
выходит ошибка:
В документе «**» присутствуют позиции без криптозащиты. Формирование отчета о выбытии невозможно.
Возможно, код маркировки (КМ) выбрали из списка существующих или отсканировали, но не в разделе Работа с упаковками — Добавление, а в спецификации «Упаковки» после действия «Добавить». В этих случаях даже если КМ содержит криптохвост, то в ДОУ его не будет. При размножении ДОУ и после успешной отправки на РВ — криптохвост удаляется.
ПКМ – Работа с упаковками – Добавление
В открывшемся окне «Набор упаковок» нажимают ПКМ – Добавить
В поле КИЗ – сканируют упаковку нажимают ОК.
Первая упаковка – сохраняется и отображается в разделе «Набор упаковок».
Вторую упаковку сканируют нажимают ОК, вторая упаковка не отображается в разделе «Набор упаковок». Но при нажатии в разделе «Набор упаковок» еще раз ОК в спецификацию «Упаковки» добавляются 2 записи, визуально мы видели только одну, а сканировали 2.
Пользователю необходимо обратиться в Отдел технической поддержки или прислать событие через Парус Консультант с описанием проблемы.
Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:
Под пользователем выйти из всех запущенных сеансов.
В Администраторе – Учет – Профили пользователей
Отбор по графе «Пользователь (наименование)»
Тип – WEB
Приложение системы — Учет маркированных товаров
Раздел системы — Набор упаковок
Вид — Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.
Перезайти под пользователем в раздел и проверить.
1. поставщик формирует документ 415 «Отгрузка со склада» и отправляет в систему;
2. мы получаем 601 «Уведомление об отгрузке со склада».
3. Если поставщик понял что где-то в 415 «Отгрузка со склада» допущена ошибка, то он отправляет в систему 251 «Отзыв отправителем переданных получателю лекарственных препаратов»;
4. мы получаем 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов».
5. клиенту необходимо в разделе Учет — Документы операций с упаковками выполнить действие ПКМ — ИС Маркировка — Получить(если не получится попробовать Загрузить из журнала)
В появившемся документе 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов» будет информация в спецификации Упаковки. По информации в данной спецификации пользователь может сверить информацию упаковок и узнать какой именно 601 документ был отозван поставщиком.
об оприходовании».
Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ — ИС Маркировка — Получить.
После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлся
владельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании
– 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, а
также сведения об Участнике, который осуществил оприходование.
В поле Принадлежность необходимо указать юр. лицо код мединфо.
1) Документы операций с упаковками
В документе «531. Выдача ЛП в медицинском учреждении»
Статус обмена данными с ИС Маркировка — Принят частично
Код ошибки — 11
Текст ошибки — Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
2) В документе «701. Подтверждение (акцептование) сведений»
Статус обмена данными с ИС Маркировка — Принят частично (Не принят и т.д.)
Код ошибки — 11
Текст ошибки — Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
1) Статус — Принят частично возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе. Необходимо в ЛК ЧЗ проверить статусы 701 и 702 документа. Если документы были корректно сформированы, то ЛП должны стоять на балансе в ЛК ЧЗ. Необходимо проверить фактическое наличие выдаваемых упаковок и далее за разъяснениями обратиться в СТП Честного знака.
2) Статус — Принят частично (Не принят и т.д.) возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе, либо не получена информация по цепочке 210-211. Необходимо проверить цепочку документов 601(612)-210-211-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
Документы — Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
В открывшемся окне Набор упаковок ПКМ — Добавить
В окне Набор упаковок: Добавление в поле КИЗ производят сканирование КИЗа с упаковки лекарственного препарата и нажимают Ок.
При создании документа выполняем действия согласно инструкции, размещенной у нас на портале info.parusyug.ru Парус 8. Учет маркированных товаров/документ — 2.Пользовательская инструкция по работе с модулем «Учет маркированных товаров».
В спецификацию «Упаковки» производим добавление и сканирование упаковок, заполняем «Сведения о цене», отправляем документ, проверяем статус.
Если в документе содержатся третичные упаковки, необходимо пометить их чекерами, далее нажать ПКМ — Формирование — Запрос содержимого транспортных упаковок (документ 210 «Запрос информации по номеру SGTIN/SSCC») заполняем Реквизиты документа: каталог (можно сразу указать 210.Запрос информации по номеру SGTIN/SSCC), тип документа — ДОУ, префикс документа, дата.
Отрабатываем схему 210-211-912.
В ответ на наш запрос (документ 210 «Запрос информации по номеру SGTIN/SSCC») нам приходит ответ от ИС МДЛП документ 211 «Результат обработки сведений по номеру SGTIN/SSCC», и документ 912 «Расформирование упаковки».
Документы операций с упаковками
В разделе Учет — Журнал взаимодействия с ИС Маркировка уже получен документ 601.
В разделе Документы — Приходные документы выполнить действие ПКМ — ИС Маркировка — Загрузить из журнала
Выбрать документ, нажать Ок.
Выходит ошибка:
Не найдена операция приходования для документа операций с упаковками.
Документы операций с упаковками
Статус — Не принят
Код ошибки — 200
Текст ошибки — Идентичный документ был отправлен ранее
- Проанализировать, почему документ был отправлен повторно
- Проверить статус обработки отправленного раннее идентичного документа
Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ' 2 АПТ' is not facet-valid with respect to pattern 'S.*' for type 'document_number_200_type'.
Документы операций с упаковками
Документ — 601(612) в поле контрагент — пусто, поле Место деятельности контрагента — заполнено.
При формировании документа 701 выходит ошибка:
Контрагент должен быть задан
Необходимо предоставить сведения для настройки места деятельности и контрагента:
Место деятельности
Наименование контрагента
ИНН
КПП
р/с
Адрес
Заявку можно прислать через Парус Консультант или обратиться в Отдел технической поддержки.
Документы операций с упаковками
Тип документа — 521, 531
Действие ПКМ — ИС Маркировка — Сформировать отчет о выбытии
В разделе Учет — Регистраторы выбытия кодов маркировки
Спецификация Очередь заданий
Происходит зависание в очереди
Проверить работоспособность регистратора выбытия
Возможно связано с ошибкой 5090: «Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно» (ошибка отображается только в логах сервиса взаимодействия)
Ввод PIN-кода раз в сутки является обязательным условием для соблюдения требований безопасности и отключить его нельзя.
Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
При попытке сохранить отсканированную упаковку выходит ошибка:
ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от «Не отработан» недопустимо.
Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.
В настоящий момент в ПП «Парус-Бюджет 8. Учет маркированных товаров» эта цепочка не реализована, т.к. существует её аналог — схема 415 со значениями (в том числе) «Тип договора при реализации» (contract_type):
— 2 (комиссия);
— 3 (агентский договор);
Следовательно, предлагаем в текущей деятельности использовать её.
Документы операций с упаковками
Тип документа — 912 (или др.)
Статус — Не принят
Код ошибки — 38
Текст ошибки — Операция не может быть выполнена — указанный SGTIN/SSCC не найден в системе или расформирован.
- указаны существующие SGTIN/SSCC;
- SSCC не расформирован по данным системы.
Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — Отправить
или
ПКМ — ИС Маркировка — Сформировать отчет о выбытии
ошибка: В документе «**» присутствуют упаковки, входящие в нерасформированную транспортную упаковку
Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
Документы операций с упаковками
Тип документа — 701
Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.
Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
Не отправляются документы, статус не определен
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
ПКМ — ИС Маркировка — Проверить статус
Статус — «Принят частично»
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
Статья от Партнера
Проверка статусов электронных документов, переданных в Честный Знак, и исправление ошибок
Использование ЭДО при обороте маркированных товаров позволяет фиксировать передачу прав собственности путем отправки электронных документов в систему Честный ЗНАК. Важно следить за соответствием кодов маркировки, нанесенных на товар, с кодами маркировки, переданными в электронных документах (для исключения случаев передачи прав собственности/реализации кодов маркировки через кассу, не принадлежащих участнику оборота маркированных товаров, влекущих за собой денежные штрафы (15.12.1 КоАП РФ)).
В систему Честный ЗНАК оператором «Платформа ЭДО» передается каждый подписанный с двух сторон (покупателем и продавцом) УПД/УПДи/УКД, содержащий в своем составе сведения о товарах, подлежащих маркировке.
Каждый переданный в Честный ЗНАК электронный документ проходит несколько этапов обработки:
- Отправка документа в систему Честный ЗНАК (факт принятия электронного документа Честным ЗНАКом)
- Проверка данного документа системой Честный ЗНАК на валидность
- Обработка документа в разрезе его товарной группы
- Итоговый статус обработки документа системой Честный ЗНАК
Как проверить статус обработки электронного документа с маркировкой?
В сервисе «Платформа ЭДО» реализован функционал для проверки статуса отправленного в Честный ЗНАК документа.
Чтобы проверить статус отправки и обработки документа:
1) На главном экране личного кабинета «Платформа ЭДО» включите режим «Документы с маркировкой»
2) Выберите необходимый документ и нажмите на значок «i» в графе «Состояние».
Значок «i» имеет 3 цветовых значения:
- Зеленый — документ обработан корректно в Честном ЗНАКе, переход права собственности осуществлен,
- Желтый — документ в процессе обработки в Честном ЗНАКе. При этом можно получить ответ, на каком из 4х ранее упомянутых этапов обработки находится в данный момент процесс,
- Красный — ошибка обработки документа. При детальном просмотре статуса можно понять, на каком этапе обработки документа произошла ошибка и ее конкретные причины
Как исправить ошибки?
В случае возникновения ошибки на любом из этапов обработки, Вам будет доступен для скачивания ответ от Честного ЗНАКа. Скачав данный документ с расшифровкой причин ошибок, выполните действия для их исправления. Ошибки могут касаться:
1) Участников документооборота
Пример: участник не зарегистрирован в соответствующей товарной категории, по которой идет переход права собственности на маркированную продукцию
2) Электронного документа
Пример: данный документ уже ранее поступал в ГИС МТ
3) Маркированной продукции в документе
Пример: в электронном документе присутствуют некорректные коды маркировки
Тема: Некорреткная СНО
Вопрос: В АРМ Кассир «Ошибка: Некорректная СНО»
Ответ: Проблема в настройке драйвера ККМ (не выбрана СНО по умолчанию). Обратитесь к мастеру ККМ.
Тема: Ошибка сервера. Код ответа 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»
Ответ: Это неправильная марка. Неправильно сделал производитель. такой товар не считается маркированным.
Пример неправильной марки:
Пример правильной марки(есть символ GS1 перед группой 91 и перед группой 92):
Тема: Попытка изменить состояние вложенного КИЗ
Вопрос: Ответ системы ЧЗ «Попытка изменить состояние вложенного КИЗ»
Ответ: Поставщик
не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию и отправить запрос в маркировку повторно.
Тема: 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, чтобы снять отметки о проверке кодов маркировки
С 1 ноября передавать информацию о перемещении упакованной воды в Честный ЗНАК (ЧЗ) можно только через операторов электронного документооборота (ЭДО). В статье расскажем, какие ошибки возникают при работе с ЧЗ и как их исправить.
Напомним, что отправка сведений в ЧЗ из Диадока становится доступной после покупки и активации сервиса передачи данных. Чтобы все работало корректно, важно уметь расшифровывать статусы передачи данных и отправлять документы в правильном формате.
Как подключиться к Честному ЗНАКу читайте в нашей предыдущей новости.
Сервис передачи данных оплачен, а данные не начали передаваться в Честный ЗНАК
После активации сервиса в списках документов и на странице документа появится обозначение ГИС МТ (Государственная информационная система мониторинга товаров). Оно сообщает о статусе передачи данных. В списках документов используется цветовая маркировка статуса:
- серый — документ еще не обработан в ГИС МТ;
- зеленый — документ успешно обработан, собственник кодов маркировки изменен;
- красный — получена ошибка обработки документа в ГИС МТ.
Если вы отправили документ с данными о маркированных товарах, но напротив него не появился значок ГИС МТ, значит они не ушли в Честный ЗНАК. В таком случае право собственности не переходит от продавца покупателю. Это может происходить по нескольким причинам.
Проверьте, что выполнены следующие условия:
- Отправитель и получатель зарегистрированы в Честном ЗНАКе как участники оборота. При регистрации указан идентификатор участника ЭДО. Его можно посмотреть в Диадоке в разделе «Настройки» — «Реквизиты организации».
- Оба участника подключены к ЭДО и между ними настроен обмен документами: внутри одной системы или с помощью роуминга. Подключиться к ЭДО можно по ссылке.
- Документ составлен в форматах по 820 или 736 приказам ФНС.
- Документ заполнен согласно любой функции, кроме СЧФ или КСЧФ. О функциях УПД читайте по ссылке.
- Документ содержит коды маркировки.
- Документ подписан электронной подписью (КЭП) с двух сторон.
Если вы работаете в модуле для 1С, убедитесь, что в вашей системе:
- Поддерживается передача данных в Честный ЗНАК. Найдите свою конфигурацию 1С в инструкции.
- Включено отображение статусов. Узнайте, как включить статусы в 1С.
Как работать с ОСУ в модуле для 1С — читайте в новости.
Как исправить ошибки при передаче данных в ЧЗ
При передаче данных в статусе документа может возникнуть «Ошибка передачи». Она означает, что переход права собственности на маркированные товары не произошел. При этом на странице документа можно увидеть:
- статус обработки документа Честным ЗНАКом;
- дополнительную информацию о статусе, например, данные об ошибке;
- ссылку на скачивание файла детализации — квитанции из ГИС МТ.
Документ с таким номером уже зарегистрирован в ГИС МТ
Частая ошибка, которая появляется при обмене документами в роуминге, если оператор второго участника оборота уже передал документы в ЧЗ. В этом случае нужно проверить, есть ли среди документов файл с таким же номером. Если документ есть, он абсолютно такой же и по нему получен успешный статус, то делать ничего не нужно. Данные были получены Честным ЗНАКом.
Покупатель не зарегистрирован в ГИС МТ
У этой ошибки есть два решения.
- Если покупатель приобретает товар для дальнейшей перепродажи или реализации и пользователь получает такую ошибку, покупателю нужно зарегистрироваться в Честном ЗНАКе. После обе стороны должны аннулировать документ, а продавец — отправить новый покупателю.
- Если покупателю передают товар для собственных нужд или безвозмездно, то регистрация в ЧЗ не нужна. Продавцу нужно корректно указать причины выбытия товара из оборота. Как это сделать, рассказывает Честный ЗНАК.
Для других типов ошибок мы подготовили понятную инструкцию. А если в статусе получена необработанная ошибка, детали можно посмотреть в файле детализации.
- 1.1 Принятие товара по 702 схеме
Приемка по 702 схеме ускоряет процесс принятия товара, так как не требуется ожидания ответа от поставщика.
При приемке товара поставщик может отправить товар в заводской упаковке.
До момента получения квитанции из честного знака ни в коем случае не выкидывать транспортные коробки.
Поставщик может отправить товар в транспортной упаковке, на самом коробе будет SSCC штрих-код, следующего вида
Поставщик присылает накладную, как обычно.
Если товар является маркированным, у товара появляется иконка (обведена на рисунке красным)
ВАЖНО!!!!! ОБЯЗАТЕЛЬНО СВЕРИТЬ ПРИВЯЗКУ В НАКЛАДНОЙ С ОПРИХОДУЕМЫМ ТОВАРОМ: НАИМЕНОВАНИЕ , ДОЗИРОВКА , ПРОИЗВОДИТЕЛЬ!!!!
Если у вас пришел маркированный товар, но указанного значка нет, необходимо:
1) Уточнить у поставщика, является ли он маркированным или нет?
2) В случае, если товар действительно является маркированным:
При несовпадении gtin в накладной с препаратом, написать на склад по форме:
- Аптека
- Номер накладной
- Наименование и gtin препарата, который указан на самом препарате.
- gtin, который указан в накладной.
- Для заполнения номеров упаковок необходимо нажать дважды по данной иконке
откроется форма заполнения КИЗ Упаковок.
ПРИМЕР КИЗ ПОКАЗАН НА СКРИНШОТЕ.
Синим цветом помечен GTIN лекарства.
Красным помечен уникальный номер упаковки.
НОМЕР КИЗ В ПРОГРАММЕ ПРИ ДОБАВЛЕНИИ ДОЛЖЕН БЫТЬ АНАЛОГИЧНЫМ ТОМУ, КОТОРЫЙ УКАЗАН НА УПАКОВКЕ
В данную форму сканером штрих-кодов сканируем qr код КАЖДОЙ УПАКОВКИ данной номенклатуры.
Программа не даст провести накладную, если количество отсканированных qr кодов меньше или больше количества товара в накладной.
После заполнения QR кодов упаковок нажать «сохранить».
Строчка номенклатуры, с правильно заполненными КИЗ поменяет статус (Обведена красным на рисунке ниже)
После того, как будут внесены данные по все маркируемым товарам, провести накладную.
После проведения накладной статус МДЛП в накладной поменяется (Обведена красным)
После чего необходимо открыть поступление.
Создаем уведомление об оприходовании мдлп (обведено красным)
Откроется форма уведомления Заполнить:
- 1) грузоотправителя (Организация поставщика)
- 2) Место деятельности поставщика (Адрес склада) – выбрать из списка
- 3) Ответственный (Заведующая аптекой)
Нажимаем кнопки:
- «Записать »
- «Передайте данные».
«Документ не проведен. Провести?»
Нажимаем «ДА»
3. Появится форма обмена с системой «Честный знак».
- 1) Необходимо нажать красную кнопку – Показать все-, выбрать сертификат, которые соответствует вашей организации и директору из списка
- 2) Ввести пароль gorapteka
- 3) Поставить галочку «Запомнить пароль»
- 4) Нажать подписать.
ВАЖНО, ОБЯЗАТЕЛЬНО ВВОДИТЕ ПАРОЛЬ АНГЛИЙСКИМИ БУКВАМИ, УБЕДИТЕСЬ, ЧТО НЕ ВКЛЮЧЕНА КЛАВИША CAPS LOCK, иначе у вас возникнет ошибка авторизации.
Для проверки результата обработки уведомления необходимо открыть уведомление и нажать кнопку
«Получите квитанцию о фиксации» (показано на рисунке ниже)
Как только будет получено уведомление о подтверждении сведений, статус документа станет
«Принято», маркированный товар можно будет продавать. В случае статус ОТКЛОНЕНО , ПРИНЯТО ЧАСТИЧНО смотреть инструкцию «ОШИБКИ ПРИ ПРИНЯТИИ», описанную ниже.
Ниже показано уведомление, которое было успешно подтверждено в честном знаке по 702 схеме.
В списке поступлений у накладной изменится статус на «Оформлено»
1.2 Ошибки при принятии
При приемке маркированного товара возникают ошибки.
Для того, чтобы понять, какой товар был не принят системой, необходимо открыть уведомление (дважды нажать левой клавишей мыши по строчке с уведомлением)
Когда уведомление откроется, нажать кнопку «Состав»
Появится список препаратов данного уведомления.
Товар, который не был принят системой, будет отображаться в столбце «Отклонено», и напротив каждого КИЗА, будет отображаться причина с номером ошибки
Ниже приведены примеры ошибок и их описание:
(11) Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке — Поставщик не сделал разагрегацию групповой упаковки . Позвоните Поставщику, им необходимо сделать разагрегацию(изьятие из групповой упаковки ваших номеров киз), после чего нужно произвести приемку препаратов повторно, если поставщик просит квитанцию об ошибке из МДЛП(Честный знак) — на линию в 1с-коннект: «Склад — вопросы маркировки»,
(22) Операция не может быть выполнена. SGTIN не принадлежит указанному грузоотправителю — Поставщик не принял себе препарат, нарушилась товаропроводящая цепочка, пока поставщик не примет, аптека не сможет принять. Перед обращением, проверьте, правильно ли был выбран поставщик, далее пишите задачу на линию в 1с-коннект: «Склад — вопросы маркировки»
(52) Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве. Неправильно проштриховали номер КИЗ , перештриховать, необходимо сверить с упаковкой и принять заново.
(54) Операция не может быть выполнена. Ошибка при изъятии кода из групповой упаковки. Проверьте указанную дату операции, статус и владельца вложенных КИЗ. Фактически изьятие из групповой упаковки происходит в течении от нескольких дней или неделю, можно созвониться с поставщиком и после того как они произведут изъятие , повторно принять накладную.
(30) Обратитесь на линию в 1с-коннект: «Склад — вопросы маркировки»
1.3. Статус изменился на «К Передаче».
Если у вас возникла ситуация, что статус уведомления стал «К передаче»
Вам нужно зайти в само уведомление
Перейти на вкладку «Состав», убедится что на вкладке «Состав» присутствуют позиции.
ВАЖНО СОСТАВ НЕ ДОЛЖЕН БЫТЬ ПУСТЫМ
Нажать на кнопку «ПРОТОКОЛ ОБМЕНА»
Далее нажать кнопку «ВЫПОЛНИТЬ ОБМЕН»
Далее выполняете стандартную процедуру приемки маркировки
Когда стороны сделки подписывают УПД, оператор ЭДО, передаёт в ГИС МТ «Честный ЗНАК» информацию, содержащуюся в этом документе. Затем в системе маркировки начинается дополнительная проверка документа и после завершения проверки, пользователь в личном кабинете системы маркировки может увидеть следующий результат:
- Когда у документа появляется статус «Обработан успешно» — означает, что произошел переход прав собственности на маркированные товары. Товары из документа можно реализовывать дальше.
- Когда у документа появляется статус «Обработан с ошибками» — означает, что переход права собственности на маркированные товары не произошел.
Как узнать статус документа в Честном Знаке?
Для просмотра статуса документа необходимо выполнить следующие действия:
1. Перейдите в личный кабинет по ссылке
2. Выберите необходимую товарную группу:
3. Перейдите в раздел «Документы»:
4. В разделе «Документы» выберите вкладку «Документы»:
5. Статус документа можно отфильтровать:
6. Если есть документ со статус «Обработан с ошибкой», то ошибку можно посмотреть, зайдя в документ:
7. Для того чтобы посмотреть ошибку, нажмите на кнопку «Сформировать список ошибок»
8. Дождитесь формирования списка ошибок:
9. Затем скачайте список ошибок, нажав на кнопку «Скачать список ошибок»
10. Скачанный документ рекомендуется извлечь из архива и открыть через блокнот:
11. Затем в документе можно посмотреть текст ошибки:
Например:
В образце указан номер ошибки «24», «Статус кода маркировки {КМ} не соответствует выполняемой операции»