Another fine problem to grapple with:
I got this error when I was trying to process a string that was over the limit for a varchar2, which is 32767. What Oracle 9i does is quietly demote CLOB data to varchar2 if it can and then throw one of these exceptions if it can’t.
so you can have, say, small clob is 3200 characters and big clob is 3300:
htp.p(small_clob) ; – – No exception
htp.p(big_clob); – – 20103 not a useful error message really, and the call stack looks wrong too
I was trying to output the CLOB from the HTP package and it choked on it. I give to the world this noddy procedure I wrote that solved it (8i people beware, substr does not work on CLOBs before 9i, you’ll have to use dbms_lob).
— Local procedure that will put a CLOB using the HTP package
procedure put_clob( p_cl in out nocopy clob ) is
l_buffer varchar2(32767) ;
k_max_size constant integer := 32767 ;
l_start integer := 1 ;
l_cloblen integer ;
begin
l_cloblen := dbms_lob.getlength( p_cl ) ; — actually, length() might work with this in 9i, try it
loop
l_buffer := substr( p_cl, l_start, k_max_size ) ;
htp.prn( l_buffer ) ;
l_start := l_start + k_max_size ;
exit when l_start > l_cloblen ;
end loop ;
htp.p;
end put_clob
The in out nocopy thing is more efficent, allegedly.
Don’t forget this can get even stickier with database columns, varchar2 is still only 2000 chars. I wish Oracle would just have one character stream type of indeterminate length (well LOB types are limited to 4GB, but you know what I mean). Allowing you to interchange varchars and clobs is OK, until you get weird errors like these, which only became apparent when a piece of dynamic html got to 33000 characters. Of course in 8i interoperability of varchars and clobs probably wouldn’t be allowed; maybe it was better?
I’ve also had this exception when calling a function over a database link. If there is an exception in the function it throws one of these errors. The real exception was in fact No data found, but I need to look at the code in more detail to verify this, perhaps the execption was being caught and what we were getting back was a null.
MurCode
- Форумы
- Поиск
- О проекте
Ошибка приложения
Mblmra
Дата: 05.01.2007 18:44:46
подскажите плз, кто встречался с такой ошибкой и где можно что то поправить, чтобы она не появлялась.
возникает при компилировании процедуры
ORA-20103: Приложение «Other» не установлено
при повторном вызове етой же процедуры программа на ошибку не обращает и компиляция проходит успешно
dmidek
Дата: 05.01.2007 18:50:42
ORA-20103 — это пользовательское сообщение об ошибке.
Триггер на ALTER ?
ICeef
Дата: 05.01.2007 18:54:38
Ищи RAISE_APPLICATION_ERROR… энто его творение
Mblmra
Дата: 05.01.2007 18:58:44
триггер тут не причем. вызываю всего лишь навсего процедурой процедуру по вставке данных.
а где ентот RAISE_APPLICATION_ERROR как его посмотреть?
ICeef
Дата: 05.01.2007 19:03:47
RAISE_APPLICATION_ERROR это PL/SQL оператор. Просмотри цепочку кода, которую вызываеш и думаю ты его там найдеш. В крайнем случае оттрейсь!
Mblmra
Дата: 05.01.2007 19:05:19
спс буду рыть
dmidek
Дата: 05.01.2007 19:07:14
| Mblmra |
| триггер тут не причем. вызываю всего лишь навсего процедурой процедуру по вставке данных.
а где ентот RAISE_APPLICATION_ERROR как его посмотреть? |
Вызываете или компилируете ?
Mblmra
Дата: 05.01.2007 19:10:23
откомпелированную процедуру вызываю: exec <имя процед.>
Sxak
Дата: 06.01.2007 09:24:41
Ну если предыдущее было непонятно объяснитья попробую
ORA-20000 и дальше такие ошибки дает не оракл а хранимые процедур, функц, тригеры которые пишутся уже разработчиками под конкретные задачи.
Тут по таким ошибкам понятное дело никто не сможет ничего сказать. Короче говоря это ошибка логики. Чтобы понять как это возникает надо смотретьимено твои процедуры а как ыт х вызываешь неважно.. В коде этих процедур а может быть триггкреров где-то есть
raise_appication_error(-20103,’Приложение «Other» не установлено’)
Вот такое то и надо искать.. В процессе выполнения твоей процедуры процедурка выполняет такую строку. .Именно олна и генерит такую ошибку..
SmaLL
Дата: 24.01.2007 16:56:18
Видимо Парус 8.5.2.2
Выход — купить лицензию на сторонние приложения.
Попроавить не получиться, т.к. пакет с этим кодом завраплен
———
Что ни делается, всЁ к лучшему!
№
Текст ошибки
Описание возможной причины
Рекомендации и примечания
1
ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Не заполнен системный параметр №1816.
Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка.
2
Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.
Line: 0
«.
Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
- Адрес АРМ пользователя (IP-адрес компьютера)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.
3
В разделе «Документы операций с упаковками» при попытке Получить/Отправить документы ничего не происходит.
Часто проблема связана с тем, что не предоставлена актуальная ЭЦП.
- Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту. -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
- Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
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
Текст ошибки — Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
- Пример:
Документы операций с упаковками
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
Текст ошибки — Идентичный документ был отправлен ранее
Ошибка может возникнуть при попытке загрузки дублирующего документа.
- Проанализировать, почему документ был отправлен повторно
- Проверить статус обработки отправленного раннее идентичного документа
Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.
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 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
34
Документы операций с упаковками
Тип документа — 701
Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.
Ошибка возникает при наличии принятого документа в ЧЗ но с другим идентификатором операции ИС Маркировка
Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
35
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
Не отправляются документы, статус не определен
Очередь создается на регистратор выбытия и удаляется, документ в ЛК ЧЗ не загружается.
Необходимо обратить внимание на номер документа, максимально допустимая длина поля «номер документа» 16 символов.
36
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
ПКМ — ИС Маркировка — Проверить статус
Статус — «Принят частично»
Не все упаковки выгружены в МДЛП или часть упаковок отклонены.
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
Может сейчас эта тема не особо вас волнует, однако протяжении существования вашего сайта вы будете сталкиваться с кодами ответов сервера или «списком кодов состояния HTTP», связанных с различными элементами функциональной составляющей вашего сайта. Довольно часто встречаются такие ошибки, как 404 и 301, но существует огромное множество других ошибок, с которыми вы, возможно, не знакомы. Прежде чем паниковать, лучше прочтите эту статью, призванную рассказать вам о значения кодов различных ошибок, которые могут встретиться на вашем пути.
Некоторые из них напрямую связаны с сервером или с клиентской стороной, а некоторые уже не актуальны, поэтому вы вряд ли их увидите в реальной жизни, но ради интереса и фоновых знаний я включил и их.
Ниже представлена удобная таблица, при помощи которой вы сможете быстро и просто перейти к интересующей вас ошибке, и узнать ее значение:
| 100 | 301 | 405 | 417 | 450 |
| 101 | 302 | 406 | 418 | 451 |
| 102 | 303 | 407 | 422 | 500 |
| 200 | 304 | 408 | 423 | 501 |
| 201 | 305 | 409 | 424 | 502 |
| 202 | 306 | 410 | 425 | 503 |
| 203 | 307 | 411 | 426 | 504 |
| 204 | 400 | 412 | 428 | 505 |
| 205 | 401 | 413 | 429 | 506 |
| 206 | 402 | 414 | 431 | 507 |
| 207 | 403 | 415 | 444 | 509 |
| 300 | 404 | 416 | 449 | 510 |
1xx Информационные коды
- 100 Continue Server Code
100 Continue означает «работу в штатном режиме». Он означает, что пользователем был сделан хороший запрос, и сервер принялся к обработке. Это временный код ответа, имеющий место лишь тогда, когда пользователь ожидает финального ответа от сервера, который происходит только после того, как будет отослан последний пакет данных.
Когда этот код может использоваться? Это внутренний код, и иногда он даже не генерируется, если пользователь уже получил какие-то данные от сервера. Это нечто вроде послания к серверу о том, что соединение было установлено успешно, и двери открыты. Высылай данные, но не забудь закрыть дверь, когда закончишь дела (имеется в виду код финального ответа).
Вернуться в начало
- 101 Switching Protocols
Это, наверное, один из самых простых серверных кодов, который означает, что пользователь сделал запрос на переключение типа протокола, используемого на веб-сервере, и сервер дал согласие на это.
Когда этот код может использоваться? При переключении на новую версию HTTP с протокола старого типа. Этот запрос выполняется только при наличии более подходящего протокола (иными словами, при наличии более свежей версии HTTP).
Вернуться в начало
- 102 Processing
Так как WebDAV-запрос (протокол передачи) может содержать не только один запрос, но также множество подзапросов, включая операции с файлами, он зачастую может затребовать более длительного времени для завершения запроса.
Когда этот код может использоваться? Этот код генерируется для того, чтобы оповестить пользователя и необходимости сбросить таймер и ожидать следующей команды в обычном режиме, так как процесс обработки запроса может занять длительное время.
Вернуться в начало
2xx Success
Сообщения данного класса информируют о случаях успешного принятия и обработки запроса клиента. В зависимости от статуса сервер может ещё передать заголовки и тело сообщения. Иначе говоря, данная классификация кодов обозначает, что действие, запрошенное клиентом, было успешно принято в обработку.
- 200 OK
Этот код, вероятно, является самым популярным, но при этом самым незаметным ввиду его характера. Он означает, что обмен между пользователем и сервером завершен, и все прошло так, как должно было.
- 201 Created
В результате успешного выполнения запроса был создан новый ресурс. Например, запрос пользователя привел к созданию нового ресурса вроде новой страницы. Сервер-источник должен создать ресурс перед тем, как отправлять код 201. Если ресурс не может быть создан в данный момент, то сервер вместо этого должен отобразить код 202 (accepted).
Вернуться в начало
- 202 Accepted
Запрос был принят на обработку, но она не завершена по каким-либо причинам. Запрос может и не быть выполнен до конца, в зависимости от того, был ли он отклонен в процессе обработки.
Когда этот код может использоваться? Когда сервер не может выполнить запрос в тот момент, в который он был сделан. Запрос изначально не рассчитан на обязательное исполнение, и клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс.
Вернуться в начало
- 203 Non-Authoritative Information
Сервер успешно обработал запрос, но передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной. По сути, этот код очень похож на 200, но указывает на то, что информация была получена не из первоисточника.
Когда этот код может использоваться? Этот код может быть использован вместо 200, когда у отправителя есть причина полагать, что заголовки ответа от постороннего источника могут отличаться от того, что предоставил бы исходный сервер.
Вернуться в начало
- 204 No Content
Этот код представляет собой ответ, посланный сервером для того, чтобы сообщить, что запрос был получен и понят, но отсутствуют данные, которые можно было отправить пользователю. Это, главным образом, используется для того, чтобы разрешить запуск скриптов, не меняя при этом документ. Данный код не должен содержать тело сообщения, и включается в первую пустую строку кода сразу после заголовка.
Когда этот код может использоваться? Этот код, главным образом, используется для того, чтобы позволить осуществить ввод или какие-либо действия без необходимости обновлять документ (страницу).
Вернуться в начало
- 205 Reset Content
Сервер успешно обработал запрос, но при этом не возвращает какой-либо контент. В отличие от 204, этот ответ требует от запрашиваемого обновить документ.
Когда этот код может использоваться? Обычно он используется тогда, когда пользователь заполняет форму, а сервер посылает браузеры запрос на очистку формы. Он схож с кодом 204, но просит пользователя сбросить документ после завершения – например, очистить HTML-форму после подтверждения.
Вернуться в начало
- 206 Partial Reset
Сервер возвращает лишь часть контента, соответствующего заголовку, посланному клиентом. Обычно он используется расширенными инструментами кэширования, когда пользователь запрашивает лишь небольшую часть контента на странице, и сервер в своем ответе предоставляет данные лишь для этой области на странице.
Когда этот код может использоваться? Этот кода обычно используется вследствие запрос If-Range, который применяется в мощных валидаторах кэша. Запрос также должен включать заголовки области, которые используется в качестве параметров диапазона возвратной информации.
Вернуться в начало
- 207 Multi-Status
Сервер передаёт результаты выполнения сразу нескольких независимых операций, которые помещают в тело сообщения в виде XML-документа.
Вернуться в начало
3хх Перенаправление
Этот класс кодов состояния указывает на дальнейшие действия, которые должны быть предприняты агентом пользователя для того, чтобы завершить запрос. Действия могут производиться пользователей, либо могут включать в себя различные запросы к серверу.
- 300 Multiple Choices
В основном, этот код сообщает пользователю о том, что ресурс был перемещен, и сервер отвечает списком доступных альтернативных вариантов, среди которых пользователь может выбрать наиболее подходящий ему ресурс.
Когда этот код может использоваться? Обычно этот код можно увидеть, когда сервер считает, что предоставленный пользователем (другими словами, браузером пользователя) URL имеет недостаточно точный указатель, и предлагает дальнейший выбор. Обычно это происходит тогда, когда пользователь использует URL на директорию не самого последнего уровня, и сервер предлагает ему выбор имеющихся файлов или директорий последующего уровня.
Вернуться в начало
- 301 Moved Permanently
Это довольно распространенный пользовательский запрос. Он означает, что запросы для данного ресурса (а также все последующие запросы) должны быть перенаправлены на заданный URL.
Когда этот код может использоваться? Когда страница более не существует, либо ссылка, ведущая на сторонний источник, уже не работает. 301 редирект сообщает пользователю о том, что запрашиваемый ресурс был перемещен (обычно это реализуется при помощи файла .htaccess, доступного на серверах Apache).
Вернуться в начало
- 302 Found
Этот код сообщает пользователю, что расположение запрашиваемого ресурса временно изменено, и 302 код состояния должен содержать информацию о новом месторасположении, которое пользователь и должен запросить.
Когда этот код может использоваться? У этого кода есть несколько применений, многие из которых не являются тем, для чего код был изначально предназначен. Изначально он представлял собой основной способ создания временного перенаправления. Тем не менее, сегодня существуют и другие – этичные, и неэтичные – способы его применения.
Вернуться в начало
- 303 See Other
Этот код указывает пользователю на то, что запрашиваемый ресурс можно найти по URL, который отличается от указанного в запросе. Это не обязательно означает, что что-то было перемещено, это код лишь предоставляет адрес, по которому следует запрашивать подобный ответ.
Когда этот код может использоваться? Этот метод главным образом существует для того, чтобы позволить выводу данных POST-активированного скрипта перенаправить агента пользователя к выбранному ресурсу.
Вернуться в начало
- 304 Not Modified
Этот код означает, что пользователь запрашивает документ/ресурс только в том случае, если он подвергался изменениям с момента последнего обновления кэша данного документа.
Когда этот код может использоваться? Если в ответе от сервера сообщается о том, что параметры документа If-Modified-Since или If-Match не менялись с момента создания последнего кэша, то нет необходимости в повторной отправке ресурса.
Вернуться в начало
- 305 Use Proxy
Этот код сообщает пользователю, что доступ к запрашиваемому ресурсу возможен только посредством прокси, указанного в ответе.
Когда этот код может использоваться? Этот код часто отображается в связи с мерами безопасности, и предоставляет доступ к запрашиваемым URL-ресурсам.
Вернуться в начало
- 306 Switch Proxy
Этот код изначально означал «последующие запросы должны использовать указанный прокси», но в данный момент не используется и зарезервирован.
Вернуться в начало
- 307 Temporary Redirect
Этот код возвращается, если ресурс на данный момент временно доступен по другому URL, который также предоставляется в ответе. Этот код немного отличается от кода 302 – он представляет собой более определенную версию кода 302.
Когда этот код может использоваться? Он используется практически в тех же случаях, что и 302, но пользователь должен продолжить запросы по исходному URL при следующих запросах, либо до тех пор, пока не будет применен новых код ответа.
Вернуться в начало
4хх Ошибка клиента
Класс кодов 4xx предназначен для указания ошибок со стороны клиента, либо на то, что локации никогда (или уже) не существовало. Эти коды состояния применимы к любому методу запроса.
- 400 Bad Request
Запрос не может быть исполнен ввиду синтаксической ошибки.
Когда этот код может использоваться? Когда пользователь запрашивает информацию, но делает это, пренебрегая правилами протокола передачи гипертекста. Запрос не следует повторять без изменения синтаксиса.
Вернуться в начало
- 401 Unauthorized
Этот код связан с запросом к ресурсу, который требует авторизации. Ответ 401 указывает на то, что попытка авторизации была отклонена по тем данным, которые предоставил пользователь.
Когда этот код может использоваться? Когда пользователь совершает запрос к серверу, используя неправильные данные авторизации (имя пользователя и/или пароль).
Вернуться в начало
- 402 Payment Required
Зарезервирован на будущее. Тем не менее, исходное предназначение заключалось в том, что данный код мог использоваться в некоторой форме электронных денег для проведения трансакций, но этого не случилось, и коду не нашлось применения.
Когда этот код может использоваться? Старый сервис MobileMe от Apple выдавал ошибку 402, если аккаунт пользователя в MobileMe подозревался в злоупотреблении сервисом. Кроме того, Youtube использует это состояние, если конкретный IP-адрес уличен в совершении чрезмерного числа запросов, и тогда пользователю необходимо ввести CAPTHA.
Вернуться в начало
- 403 Forbidden
Пользователь пытается осуществить доступ к ресурсу, к которому у него нет доступа, и авторизация не изменит положения.
Когда этот код может использоваться? Когда сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Обычно такое случается, когда ресурс не предназначен для публичного доступа.
Вернуться в начало
- 404 Not Found
Все знакомы с этим кодом, не так ли? Он означает, что запрошенный ресурс не может быть найден, но в будущем – когда он, возможно, там появится, – к нему можно будет осуществить доступ. Также здесь допустимы последующие запросы от клиента. Тем не менее, в большинстве таких случаев применяется код перенаправления из семейства 3хх, и пользователя перенаправляют на альтернативный ресурс или локацию.
Когда этот код может использоваться? Довольно часто, особенно если страницу переместили или удалили. Зачастую в подобных случаях сервер автоматически генерирует направляющую страницу с ошибкой 404.
Вернуться в начало
- 405 Method Not Allowed
Метод, при помощи которого совершается запрос к ресурсу, не доступен. Другими словами, ошибка возникает при попытке использовать GET на форме, которая требует ввод данных посредством POST, либо использовании метода PUT на ресурсе, который предназначен только для чтения.
Когда этот код может использоваться? Ошибки 405 встречаются в связи с конкретными объектами на веб-странице, для которых был совершен запрос. Например, когда строка запроса в скрипте отличается от пользовательского запроса, в котором подразумевается использование этого скрипта.
Вернуться в начало
- 406 Not Acceptable
Запрошенный ресурс способен генерировать только тот контент, который не применим к Accept-заголовкам в самом запросе. Браузер способен указывать серверу характеристики данных, которые данные будут принимать от сервера
Когда этот код может использоваться? Если форма файла запрошенного ресурса не совпадает с форматом, который пользователь способен распознать. Мы говорим сейчас о языке программирования, а не о французском!
Вернуться в начало
- 407 Proxy Authentication Required
Как и код состояния 401, код 407 означает, что клиент сначала должен авторизоваться через прокси. Чтобы сделать это и авторизоваться, прокси должен вернуть поле с заголовком proxy-authenticate, который отвечает требованиям, представленным сервером.
Когда этот код может использоваться? Когда сервер думает, что запрос данных от клиента корректным, но доступ к ресурсу возможен только посредством авторизации через прокси-сервер.
Вернуться в начало
- 408 Request Timeout
Время ожидания сервером передачи от клиента истекло.
Когда этот код может использоваться? Руководствуясь спецификацией W3 HTTP: «Клиент не сделал запрос в отведенный промежуток времени, который сервер был готов ждать. Клиент МОЖЕТ повторить запрос когда угодно».
Вернуться в начало
- 409 Conflict
Указывает на то, что запрос не может быть выполнен из-за конфликтного обращения к ресурсу.
Когда этот код может использоваться? Вы можете получить такой код при загрузке файла на веб-сервер, где уже имеется более свежая версия этого файла, что приводит к конфликту в системе контроля версий.
Вернуться в начало
- 410 Gone
Такой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Пользователю не следует повторять идентичный запрос.
Когда этот код может использоваться? Если более невозможно осуществить доступ к ресурсу посредством данного запроса, и сервер не владеет информацией о возможном месте расположения ресурса. Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404.
Вернуться в начало
- 411 Length Required
Запрос не указывает длину контента, и это было затребовано в совершенном запросе.
Когда этот код может использоваться? Когда браузер не определяет длину запрашиваемого контента в заголовке запроса. Сервер не примет запрос без валидного поля заголовка content-length.
Вернуться в начало
- 412 Precondition Failed
Сервер не отвечает одному из предварительных условий, которые отправитель указал в запросе. Другими словами, один или более заголовок запроса был возвращен с атрибутом false.
Когда этот код может использоваться? Если заголовок запроса, который совершает валидный запрос к ресурсу, сообщает, что этот конкретный запрос не применим к этому конкретному ресурсу.
Вернуться в начало
- 413 Request Entity Too Large
Код 413 отображается в тех случаях, когда сервер отказывается обработать запрос по причине слишком большого размера тела запроса.
Когда этот код может использоваться? При использовании в форме метода POST с контентом, по размеру большим, нежели сервер способен обработать.
Вернуться в начало
- 414 Request-URL Too Long
Этот код отображается, когда сервер не может обработать запрос из-за слишком длинного указанного URL.
Когда этот код может использоваться? Когда POST-запрос конвертируется в GET-запрос. POST-запрос поддерживает отправку безграничного объема данных, связывая их с самим запросом. Тем не менее, если запрос должен быть конвертирован в GET-запрос, то запрос позволяет привязать данные формы к URL, что позволяет проводить информацию в больших размерах, чем это было доступно.
Вернуться в начало
- 415 Unsupported Media-Type
Ответ 415 отправляется для указания о том, что сервер заметил, что часть запроса была сделана в неподдерживаемом формате.
Когда этот код может использоваться? Когда в запросе не указываются какие-либо типы медиа, которые поддерживаются ресурсом или сервером. Например, пользователь запрашивает изображение с расширением файла, которое не поддерживается сервером. Сервер знает о том, что было запрошено, но не понимает формат, в котором был запрошен ресурс.
Вернуться в начало
- 416 Requested Range Not Satisfiable
Этот ответ приходит пользователю, когда тот запрашивает часть запрашиваемого ресурса, когда эта часть не может быть предоставлена.
Когда этот код может использоваться? Когда у сервера запрашивают XXX-YYY байтов какого-либо ресурса, но ресурс имеет меньший размер, чем указано в запросе.
Вернуться в начало
- 417 Expectation Failed
Этот ответ может быть получен, когда по каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса.
Когда этот код может использоваться? Все вполне и так понятно. Когда один из заголовков запроса, заголовок «Expect», имеет запрос, на который сервер не может предоставить ответ.
Вернуться в начало
- 418 I’m a teapot
Этот код был создан в 1998 году как одна из традиционных первоапрельских шуток IETF, в RFC 2324, Hyper Text Coffee Pot Control Protocol, и вряд ли будет обрабатываться современными HTTP-серверами.
- 422 Unprocessable Entity
Запрос был принят и понят, но не может быть выполнен ввиду наличия семантических ошибок.
Когда этот код может использоваться? Когда сервер успешно принял запрос, может работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом.
Вернуться в начало
- 423 Locked
Целевой ресурс из запроса заблокирован от применения к нему указанного метода. Чтобы ресурс стал доступным, необходимо снять блокировку или предоставить правильные данные авторизации.
Когда этот код может использоваться? Когда ресурс… закрыт. Обычно это случается из соображений безопасности.
Вернуться в начало
- 424 Failed Dependency
Указывает на то, что реализация текущего запроса может зависеть от успешности выполнения другой операции, и если она не будет успешно проведена, вся обработка запроса будет прервана.
Вернуться в начало
- 425 Unordered Collection
Этот код отображается, когда ресурс определен в черновиках «WebDAV Advanced Collections Protocol», но не присутствует в «Web Distributed Authoring and Versioning Ordered Collections Protocol».
Вернуться в начало
- 426 Upgrade Required
Этот код отображается, когда сервер указывает клиенту на необходимость обновить (переключиться на другой, более новый) протокол. Когда этот код может использоваться? Обычно когда браузер использует устаревшие протоколы.
Вернуться в начало
- 428 Precondition Required
Сервер-источник требует, чтобы в запросе были указаны предварительные условия. Этот код предназначен для того, чтобы избежать конфликта версий ресурса в тех случаях, когда клиент получает (GET) состояние ресурса, изменяет его, и отправляет (PUT) обратно на сервер, и в то же время какая-то третья сторона также изменяет положение ресурса прямо на севере, что приводит к конфликту.
Когда этот код может использоваться? Запрашивая указание условий, сервер как бы гарантирует клиентам то, что они используют корректные актуальные копии ресурс. Если же это не соответствует действительно, пользователь получит ошибку 428.
Вернуться в начало
- 429 Too Many Requests
Этот ответ посылается, если клиент попытался отправить слишком много запросов за короткое время.
Когда этот код может использоваться? Когда пользователь посылает слишком много запросов за короткий промежуток времени.
Вернуться в начало
- 431 Request Header Fields Too Large
Происходит, когда сервер не собирается обрабатывать запрос, так как какое-то из полей заголовка (или все поля заголовков) слишком большое.
Когда этот код может использоваться? В основном тогда, когда заголовок запроса от пользователя больше, чем сервер способен обработать. Запрос может быть повторен после того, как будет уменьшен размер полей заголовков в запросе.
Вернуться в начало
- 444 No Response
Использовался в лог-файлах Nginx для указания того, что сервер не вернул информацию пользователю и закрыл соединение.
Когда этот код может использоваться? Обычно использовался в качестве сдерживающего фактора против вредоносного ПО.
Вернуться в начало
- 449 Retry With (Microsoft)
Расширение Microsoft, которое указывает на то, что запрос должен быть повторен после применения подходящего действия.
Когда этот код может использоваться? Этот код зачастую генерируется, когда выставленные параметры запроса не соответствуют тем, что может принять сервер.
Вернуться в начало
- 450 Blocked by Windows Parental Controls (Microsoft)
Расширение Microsoft. Эта ошибка выдается, когда параметры Windows Parental Controls выставлены на блокировку доступ к определенным веб-страницам.
Когда этот код может использоваться? Когда родители (зная об этой функции) используют родительский контроль, и id-доступа запросил доступ к заблокированному ресурсу.
Вернуться в начало
- 451 Unavailable For Legal Reasons
Новый HTTP-код состояния для ресурсов, которые заблокированы из юридических соображений. Используется для указания на то, что доступ к запрашиваемому ресурсу был заблокирован из юридических соображений: например, цензурой, или правительством.
Вернуться в начало
5xx Ошибка сервера
Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.
Эти серверные ответы зачастую отображаются, когда пользователь делает запрос, который сервер не в состоянии обработать по той или иной причине. Сервер должен включать сообщение для браузера, которое должно быть показано пользователю – в нем сообщается, что сервер (и по каким причинам) не способен обработать запрос.
- 500 Internal Server Error
Данная ошибка говорит о любой внутренней ошибке сервера, которая не входит в рамки остальных ошибок класса.
Когда этот код может использоваться? Когда ресурс или ссылка создаются на сервере (вроде календаря в системе бронирования), которые технически не существуют в виде ссылки или доступного ресурса, но показывается пользователю в виде ссылки.
Вернуться в начало
- 501 Not Implemented
Сервер либо не понимает метод в запросе, либо не поддерживает возможностей, необходимых для обработки запроса
Когда этот код может использоваться? Вы можете столкнуться с этим, когда сервер не поддерживает нормальные протоколы запроса, вроде GET, OPTIONS, HEAD, POST и т.д.
Вернуться в начало
- 502 Bad Gateway
Ответ 502 отображается, когда сервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера.
Когда этот код может использоваться? Обычно, когда вышестоящий сервер и прокси-сервер/шлюз не согласовывают между собой протоколы, представленные в запросе, и в результате получается ошибка при обмене данных.
Вернуться в начало
- 503 Server Unavailable
Сервер временно не имеет возможности обрабатывать запросы по техническим причинам. В основном, это состоянии является временным.
Когда этот код может использоваться? Когда сайт пользуется чрезмерным спросом, и сервер не в состоянии обработать все запросы.
Вернуться в начало
- 504 Gateway Timeout
Сервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса.
Когда этот код может использоваться? Когда для передачи данных используется прокси-сервер/шлюз, и два сервера ждут ответов.
Вернуться в начало
- 505 HTTP Version Not Supported
Сервер не поддерживает указанную в запросе версию протокола HTTP.
Когда этот код может использоваться? В случаях, описанных выше! Когда HTTP-протокол более старый, нежели требуется серверу, и следовательно не поддерживается.
Вернуться в начало
- 506 Variant Also Negotiates
Такой ответ посылается, когда в результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается.
Когда этот код может использоваться? Когда сервер настроен некорректно, и не способен обработать запрос.
Вернуться в начало
- 507 Insufficient Storage
Когда сервер не способен разместить данные, так как не хватает места для выполнения текущего запроса.
Когда этот код может использоваться? Когда сервер уже полностью загружен, и пользователь совершает запрос на ресурс, который сервер уже имеет в запасе. Проблема заключается в том, что на сервере нет места для того, чтобы поместить данные, которые посылаются в запросе, чтобы затем выслать запрашиваемый ресурс.
Вернуться в начало
- 509 Bandwidth Limit Exceeded
Этот код ответа используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика.
Когда этот код может использоваться? Когда на сервере Apache выполняется корректное расширение, и в ISP установлен уровень пропускного канала, который скоро может быть превышен. Существует несколько опций предела.
Вернуться в начало
- 510 Not Extended
Когда на сервере отсутствует расширение, которое желает использовать клиент. Когда этот код может использоваться? Когда сервер требует больше информации в совершаемом запросе.
Вернуться в начало
- 511 Network Authentication Required
Данный код состояния отображается в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету.
Когда этот код может использоваться? Когда пользователь предварительно должен дать свое согласие на условия использования, перед тем, как он получит доступ к интернету (например, к Wi-fi точке доступа).
Итак, надеюсь, что данный список хоть как-то окажется вам полезным. Если я упустил что-то из виду, пожалуйста, допишите информацию в комментариях, и я обязательно включу ее в статью. Пожалуйста, не забудьте поделиться этой статье с друзьями, чтобы они также были в курсе.
Вернуться в начало
На странице представлены наиболее частые коды ошибок, которые могут возникнуть при формировании документов в МДЛП, каковы причины их возникновения и как исправить.
Ошибка 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, при нахождении товара на территории РФ.
Кодом ответа является цифровое обозначение выданного пользователю результата при обращении к системе. Расшифровка Action Code приводится в нижеследующей таблице:
Actioncode Сообщение об ошибке Описание ошибки Рекомендации клиенту -20010 Блокировка по лимиту Отклонение транзакции из-за превышения допустимого лимита по платежному инструменту, установленному обслуживающим (выпустившим) карту банком. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -9000 Начинаем Начало проведения транзакции. Никаких сообщений для клиента нет -3003 Неизвестно Неизвестно. Ошибка при проведении платежа.
Повторите позднее.
-2102 Блокировка по имени пассажира Блокировка по имени пассажира. Ошибка платежа
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина.
-2101 Блокировка по e-mail Блокировка по e-mail. Ошибка платежа.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина.
-2020 Получен неверный ECI Выставление кода осуществляется только при несоответствии пришедшего ECI допустимому для МПС, применительно к картам VISA и MasterCard. Допустимое значение для первой составляет 05,06, а второй — 01,02. Ошибка при проведении платежа.
Повторите позднее.
-2019 Отклонено по iReq в PARes Присутствие iReq в полученном PARes, что привело к отклонению платежа. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -2018 Отклонено. Таймаут соединения с DS Directory server Visa или MasterCard недоступен, либо произошла ошибка при ответе на запрос VeReq, возникла ошибка связи. Ошибка возникает при взаимодействии сервера МПС и платежного шлюза из-за технических неполадок первого. Ошибка при проведении платежа.
Повторите позднее.
-2017 Отклонено. Статус PARes-а не «Y» Отклонено по причине статуса PARes-а не «Y». Ошибка платежа.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина.
-2016 U в VERes-е Банк не смог распознать принадлежность платежного инструмента (карты) 3D Secure. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -2015 Отклонено по iReq в VERes В VERes от DS присутствует iReq, что приводит к отклонению транзакции. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -2013 Исчерпаны попытки оплаты Количество попыток по совершению транзакции превысило допустимый лимит. Ошибка при проведении платежа.
Повторите позднее.
-2012 Операция не поддерживается Система не распознает операцию как допустимую. Ошибка при проведении платежа.
Повторите позднее.
-2011 U в PARes-е Не была произведена авторизация 3D Secure. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -2010 Несовпадение XID Несовпадение XID. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -2008 Неверный кошелёк Неверный кошелёк. ActionCode больше не применяется -2007 Время сессии истекло Таймаут по введению данных платежного инструмента составляет 20 минут. Продолжительность сессии может отличаться у мерчанта. В таких случаях указывается время из настроек. Ошибка при проведении платежа.
Повторите позднее.
-2006 3DS авторизация не пройдена Аутентификация по 3D Secure была отклонена банком. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -2005 Проверка 3D Secure подписи не пройдена Подпись эмитента оказалась неверной. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -2003 Блокировка по порту Блокировка по порту. ActionCode больше не применяется -2002 Блокировка по сумме Превышен лимит по карте либо лимит магазина по дневной выручке, по одной карте либо одной операции. Ошибка платежа.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина.
-2001 Блокировка по IP IP-адрес клиента находится в черном списке. Ошибка платежа.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина.
-2000 Блокировка по номеру карты Банковская карта клиента находится в черном списке. Ошибка платежа.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина.
-102 Платёж отменён платёжным агентом Отмена транзакции была произведена платежным агентом. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. -100 Попыток оплаты не было Не было попыток оплаты. Никаких сообщений не отображается -1 Процессинг недоступен Истекло время ожидания ответа от процессинговой системы.
Время ожидания от процессинговой системы истекло.
Ошибка при проведении платежа.
Повторите позднее.
0 Запрос успешно обработан Платёж успешно прошёл. Операция прошла успешно. 1 Отказ.
Требуется подтверждение личности.
Чтобы завершить транзакцию, необходимо подтвердить личность. Если это интернет транзакция, происходит отклонение платежа, поскольку подтвердить личность невозможно. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 5 Отказ сети проводить транзакцию В проведении транзакции по сети отказано. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 15 МПС не смогла определить эмитента карты Платежная система не смогла идентифицировать эмитента (банк) карты. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 53 Неверный аккаунт Карта не найдена в системах процессинга Платеж отклонен.
Обратитесь к продавцу (представителю) магазина.
100 Ограничение по карте. Ограничение по карте (Банк эмитент запретил интернет транзакции по карте). Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 101 Срок действия карты введен неверно Неправильно введен срок окончания действия карты, указанной на лицевой стороне в формате мм/гг Перепроверьте вводимые данные. Если ошибка возникла повторно, позвоните в обслуживающий банк. 103 Свяжитесь с банком-эмитентом Отсутствует связь с банком, связаться с которым должны представители ТСП (торгово-сервисного предприятия). Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 104 Ограничение по карточному счёту На карточный счет наложены ограничения. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 106 Превышено количество попыток ввода ПИН. Карта может быть заблокирована. Допускается лишь несколько попыток ввода ПИН-кода. Если ни одна не была правильной, платежный инструмент блокируется. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 109 Неверно указан идентификатор терминала либо мерчанта Неправильно указан идентификатор терминала либо мерчанта или на уровне процессинга заблокирован АСС. Ошибка платежа.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина.
111 Неверный номер карты Номер платежного инструмента (карты) указан некорректно. Перепроверьте вводимые данные. Если ошибка возникла повторно, позвоните в обслуживающий банк. 116 Недостаточно средств. Денежных средств на счету недостаточно для проведения желаемой транзакции (покупки/оплаты). Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 120 Отказ со стороны банка-эмитента. Отказ при выполнении операции со стороны обслуживающего банка. Ответ платежной сети имеет код 57. Причину отказа необходимо выяснять у эмитента. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 121 Превышение доступного лимита. Исчерпан установленный со стороны банка-эмитента лимит. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 123 Превышен лимит по операциям. Количество транзакций за определенный период лимитировано. Попытка провести еще одну операцию приводит к отказу. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 125 Неверный номер карты. Ошибка под кодом 125 о некорректности введенного номера карты может быть вызвана несколькими причинами:
· попытка возврата на нулевую сумму;
· больше холда;
· неверный срок действия платежного инструмента.
Последнее характерно для AmEx.
Перепроверьте вводимые данные. Если ошибка возникла повторно, позвоните в обслуживающий банк. 208 Карта утеряна. Карта значится утерянной. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 209 Ограничение по карте. Существующие ограничения (лимиты) по банковской карте исчерпаны. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 400 Реверсал обработан. Отмена авторизации, по которой происходит возврат ранее заблокированной суммы на счету клиента. Произошла отмена операции/транзакции 902 Ограничение по карте. По карте пытаются выполнить неразрешенную операцию/транзакцию. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 903 Превышение доступного лимита. Осуществлена попытка произвести транзакцию, сумма которой превышает заданный эмитентом лимит. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 904 Неверный формат сообщения Ошибочный формат сообщения с точки зрения банка эмитента. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 907 Отсутствует связь с банком Связь с банком, выпустившим и обслуживающим карту, отсутствует. Это делает транзакцию невозможной в режиме stand-in, когда эмитент не может связаться с платежной сетью. Транзакция либо осуществляется в режиме оффлайн, когда выгрузка осуществляется позже, либо отклоняется. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 909 Невозможно провести операцию. Это общая ошибка, зафиксированная системой. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 910 Нет связи с банком. Связь с банком-эмитентом отсутствует. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 913 Неверный формат сообщения. Сеть воспринимает формат производимой транзакции как некорректный. Ошибка при проведении платежа. Повторите позднее. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 914 Оригинальная транзакция не была найдена. Завершение, возврат или отмена транзакции невозможна из-за того, что операция не была найдена. Сообщения для клиента отсутствуют и не отображаются. 999 Подозрение в мошенничестве. Отсутствует авторизация по транзакции (начало).
Отклонение из-за ошибки 3D Secure либо по фроду.
Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
1001 Сообщение об ошибке не выводится. Происходит в момент регистрации осуществляемой транзакции, пока не были введены данные платежной карты. Какие-либо сообщения для клиента и рекомендации отсутствуют. 2001 Фрод. Платежная сеть или процессинг признает транзакцию как фродовую (мошеннические действия). Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
2002 Неверная операция. Операция неверная. Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
2003 SSL запрещён. Магазином запрещено проведение транзакции SSL, то есть не по 3D Secure. Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
2004 SSL без введения CVC запрещен. Оплата через SSL без ввода CVС2 запрещена.
Оплата с помощью SSL, когда не вводится CVC2 не допускается магазином.
Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
2005 Заказ не удовлетворяет 3D Secure правилам. Проводимый платеж не соответствует условиям проверки по 3D Secure. Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
2006 Однофазные платежи запрещены. Существует запрет на однофазные платежи. Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
2007 Заказ уже оплачен. Оплата за заказ уже произведена. Клиенту высвечивается надпись о том, что оплата уже выполнена. 2008 Транзакция не завершена. Выполняемая транзакция не завершена. Какие-либо сообщения для клиента не выводятся. 2009 Сумма возврата больше оплаченной суммы. Запрашиваемая к возврату сумма больше оплаченной. Клиент видит сообщение о том, что запрашиваемая по возврату сумма превышает уплаченную. 2014 Ошибка выполнения правил по 3D Secure. Нарушены правила 3D Secure. Ошибка платежа. Попробуйте повторить позднее.
Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
2015 Ошибка выполнения правила выбора терминала. Правило некорректно, что вызывает ошибку. Ошибка платежа. Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий. 2016 3DS запрещён. Торговая точка/Мерчант не принимает к оплате карты с 3D Secure. Ошибка платежа. Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий. 2023 Лимит потоков достигнут. Обработка в процессинге не может быть выполнена, поскольку очередь запросов достигла своего установленного лимита. Ошибка платежа. Попробуйте повторить позднее. 4005 Отклонено продавцом. Продавец отклонил заказ. Клиент видит сообщение об отклонении транзакции со стороны продавца. 9001 Внутренняя ошибка РБС. Внутренний отказ от РБС. Ошибка платежа. Попробуйте повторить позднее. 71015 Неверно введенная информация. Данные по карте введены неверно. Проверьте вводимые платежные данные. Если ошибка повторяется, следует обратиться в службу поддержки обслуживающего банка. 151017 Decline. 3DSec comm error. По 3D Secure произошла ошибка связи. Ошибка платежа. Повторите позднее. Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий. 151018 Decline. Processing timeout. Данные не были отправлены по причине таймаута в процессинге. Ошибка платежа. Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий. 151019 Decline. Processing timeout Отправка произошла, ответ от банка не пришел своевременно, что привело к завершению отведенного времени (таймаута) по транзакции. Ошибка платежа. Повторите позднее. Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий. 341014 Decline. General Error Код отказа РБС. Ошибка платежа. Повторите позднее. Для разъяснения подробностей обратитесь к продавцу (представителю) магазина для дальнейших действий.
Result Code Description Как решить проблему Куда обратиться
76
51
076
9859
116
603
Insufficient funds
Not sufficient funds
Decline, not sufficient funds
Decline, not sufficient funds На балансе карты недостаточно средств Если на карте баланс больше или равен сумме транзакции, а отказ все равно происходит по причине недостатка средств, тогда возможны такие причины:
— банк-эмитент удерживает дополнительные комиссии с держателя карты. Это может возникать в случаях погашение кредита посредством интернет-платежа, либо если договор на обслуживание банковской карты предусматривает дополнительные комиссии;
— происходит конвертация из валюты покупки в валюту карты. Убедитесь, что средств на карте достаточно для покрытия комиссии за конвертацию валют. Некоторые банки-эмитенты устанавливают комиссии на конвертацию валют как-правило в пределах 1% Банк-эмитент (банк, выпустивший карту)
50
5
9905
180
Transaction declined
Do not honor
Do not Honour
Transaction declined
Do not honor Не обслуживать Пожалуй, самый общий и не определенный код отказа. Он может указывать на любые ограничения, наложенные банком-эмитентом, которые банк пожелал оставить не уточненными.
Возможные причины:
— карта заблокирована или на ней установлен статус
— на карте не установлен лимит на оплату в интернет, либо этот лимит недостаточный
— сработали настройки системы безопасности банка-эмитента
— сработали ограничения по сумме или количеству операций по карте у банка-эмитента
— банк-эмитент установил ограничения на проведение данного типа транзакций
— по карте не разрешены международные платежи (доместиковая карта)
— банк-эмитент установил ограничение на транзакции с двойной конвертацией валют (DCC)
— банк-эмитент установил ограничения на транзакции в данной валюте
— банк-эмитент установил ограничения на транзакции в данной стране
— банк-эмитент в США ограничил по карте операции в валюте, отличной от USD
— банк-эмитент в США ограничил по карте операции в странах бывшего СНГ и других рисковых регионах Банк-эмитент (банк, выпустивший карту). Если банк-эмитент не видит данную транзакцию, тогда необходимо обратиться в банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
55
055
12
902
9882
9912
Invalid transaction
Invalid transaction card / issuer / acquirer
Decline reason message: invalid transaction
Invalid transaction Операция для данной карты или мерчанта не разрешена Причины могут быть теми же, что и для Do not honor Банк-эмитент (банк, выпустивший карту). Если банк-эмитент не видит данную транзакцию, тогда необходимо обратиться в банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
95
095
61
061
121
9861
9863
Decline, exceeds withdrawal amount limit
Exceeds amount limit
Exceeds withdrawal limit
Withdrawal limit would be exceeded
Withdrawal limit already reached
Card exceeds withdrawal amount limit На карте достигнут лимит по сумме операций в сутки, в месяц или на разовую транзакцию Возможные причины (более детально смотрите по банку-эквайеру выше):
— на карте не установлен лимит операций в интернет или он уже достигнут или будет достигнут с текущей транзакцией
— общий лимит по сумме для операций покупок по карте уже достигнут или будет достигнут с текущей транзакцией
— карта не открыта для расчетов в интернет
— на карте не активирован сервис 3D-Secure из-за чего операции в интернет без 3D-Secure пароля попадают под ограничения банка-эмитента Банк-эмитент (банк, выпустивший карту)
65
065
82
082
9860
Activity count exceeded
Exceeds frequency limit
Maximum number of times used
Card exceeds withdrawal frequency limit На карте достигнут лимит по количеству операций в сутки или в месяц Возможные причины (более детально смотрите по банку-эквайеру выше):
— на карте не установлен лимит операций в интернет или он уже достигнут или будет достигнут с текущей транзакцией
— общий лимит по количеству операций покупок по карте уже достигнут или будет достигнут с текущей транзакцией
— карта не открыта для расчетов в интернет
— на карте не активирован сервис 3D-Secure из-за чего операции в интернет без 3D-Secure пароля попадают под ограничения банка-эмитента Банк-эмитент (банк, выпустивший карту)
57
119
Not permitted to client
Transaction not permitted on card
Transaction not permitted to card
Decline, transaction not permitted to cardholder
Transaction not permitted to card
Not permitted to client
Decline, transaction not permitted to cardholder
Function Not Permitted To Cardholder
Not permitted to client Транзакция не разрешена для карты или клиента
Банк эмитент отклонил транзакцию так как она не может быть осуществлена для этой карты или клиента.
Возможные причины (более детально смотрите по банку-эквайеру выше):
— данный карточный продукт не рассчитан для такого типа операции
— для данной карты не настроен такой тип операции на стороне банка-эмитента
Банк-эмитент (банк, выпустивший карту)
58
120
Decline, transaction not permitted to terminal
Not permitted to merchant
The requested service is not permitted for terminal
Function Not Permitted To Terminal
Txn Not Permitted On Term
Not permitted to merchant Транзакция не разрешена для терминала или мерчанта Мерчант или терминал настроен некорректно, или данный тип операции не разрешен на стороне банка-эквайера или платежного провайдера. В первую очередь нужно уточнить конфигурацию торговой точки у платежного провайдера и список допустимых операций Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
211
N7
9881
Bad CVV2
Decline for CVV2 Failure
CVV2 is invalid
Invalid CVV2
Decline Cvv2 failure
Invalid CVV2 code Введен неверный CVV2 код во время проведения платежа Необходимо проверить CVV2 код на оборотной стороне карты. Код состоит из 3 цифр для Visa/MasterCard/Discover и из 4 цифр для карт American Express.
CVV2 код также может называться CVC2, CID, CSC2 код.
В некоторых случаях такой код отказа может возвращаться и при вводе неверного срока действия карты.
Стоит обратить внимание, если банк эмитент использует динамический код CVV2, генерируемый на короткий промежуток времени в клиент-банке — срок жизни такого CVV2 кода мог истечь на момент совершения операции Банк-эмитент (банк, выпустивший карту)
058
59
059
62
062
9858
104
Restricted card
Restricted status
Decline, restricted card
Card is restricted
Your card is restricted
Restricted Card Операции по карте ограничены Возможные причины:
— операции по карте в данном регионе/стране не разрешены
— на карте установлен статус, ограничивающий платежи
— для карты не доступны интернет-платежи Банк-эмитент (банк, выпустивший карту)
56
056
Transaction not supported by institution Your card is not supported. Please use card of other payment system Данный тип платежной системы не поддерживается Банк-эквайер или платежный провайдер не поддерживает платежную систему данной карты.
Отказ может возникать в таких случаях:
— оплата картой локальной платежной системы за рубежом. Например картой платежной системы МИР за пределами РФ, картой платежной системы ПРОСТИР за пределами Украины
— оплата картами оплата AMERICAN EXPRESS, Diners Club,JCB, China Union Pay, Discover которые не поддерживаются платежным провайдером
— оплата картой Monobank в счет микро-кредитной организации (погашение кредита), либо выдача кредит. Монобанк блокирует операции в адрес МФО по некоторым типам карт Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
Монобанк, если карта этого банка
100
1000
Decline (general, no comments)
General decline, no comments
General decline
General decline Общий отказ. Причины могут быть теми же, что и для Do not honor Банк-эмитент (банк, выпустивший карту)
54
101
Expired card
Decline, expired card
Expired card
Pick-up, expired card
Card expired
Invalid card expiry date Истек срок действия карты Возможные причины
— срок действия карты закончился
— указан неверный срок действия карты
— карта была перевыпущена с новым сроком Банк-эмитент (банк, выпустивший карту)
14
111
9852
1012
305113
Card number does not exist
Invalid card number
No such card
Decline, card not effective
Invalid card
Wrong card number
Invalid card number Неверный номер карты Возможные причины:
— неверный номер карты
— карта не действительна
— оплата картой локальной платежной системы за рубежом. Например картой платежной системы МИР за пределами РФ, картой платежной системы ПРОСТИР за пределами Украины
— оплата картами оплата AMERICAN EXPRESS, Diners Club,JCB, China Union Pay, Discover которые не поддерживаются платежным провайдером
— операции по карте в данном регионе/стране не разрешены
— на карте установлен статус, ограничивающий платежи Банк-эмитент (банк, выпустивший карту)
909
42
7
07
108
9875
207
42
External Decline Special Condition
Special Pickup
Pick up card (special)
Pick up card, special condition (fraud account)
Pick-up, special conditions
Decline, refer to card issuer’s special conditions
Pick up card, special condition (fraud account) Специальный отказ банка-эмитента. Владелец карты подозревается в мошенничестве. Банк-эмитент подозревает держателя карты в мошенничестве, либо система безопасности (антифрод-система) банка эмитента отклонила транзакцию Банк-эмитент (банк, выпустивший карту)
122
63
89
Decline, security violation
Security violation
Security violation Отказ по соображениям безопасности Код отказа может отдаваться как банком-эмитентом, так и банком-эквайером. Возможные причины:
— карточный счет заморожен или заблокирован
— ограничения правил безопасности (система Antifraud на стороне любого из участников) Банк-эмитент (банк, выпустивший карту)
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
200
76
114
21
Invalid account
Decline, no account of type requested
No To Account
Invalid card number Неверный номер карты или счета Возможные причины:
— счет карты закрыт или заблокирован
— по счету запрещены расходные операции
— карта не действительна
— неверный номер карты
— оплата картой локальной платежной системы за рубежом. Например картой платежной системы МИР за пределами РФ, картой платежной системы ПРОСТИР за пределами Украины
— оплата картами оплата AMERICAN EXPRESS, Diners Club,JCB, China Union Pay, Discover которые не поддерживаются платежным провайдером
— операции по карте в данном регионе/стране не разрешены
— на карте установлен статус, ограничивающий платежи
— карта не предназначена для расчетов в интернет Банк-эмитент (банк, выпустивший карту)
74
074
907
911
910
9872
91
291
82
908
810
Unable to authorize
Decline reason message: card issuer or switch inoperative
Destination not available
Issuer or switch inoperative
Issuer unavailable
Time-out at issuer
Decline reason message: card issuer timed out
Decline reason message: transaction destination cannot be found for routing
Transaction timeout
Acquiring bank request timeout
Ошибка связи: таймаут
Недоступен эмитент/эквайер
Таймаут при попытке связи с банком-эмитентом. Как правило такая ошибка возникает при проблемах технического характера на стороне любого из участников: банка-эквайера, банка эмитента, платежной системы Visa/MasterCard/МИР.
В первую очередь необходимо обратиться в банк-эквайер для выяснения причины и определения, на чьей стороне неисправности.
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
Банк-эмитент (при получении 91 кода)
15
815
92
No such card/issuer
No such issuer
Invalid Issuer
Invalid card number Указан неверный номер карты см. Неверный номер карты
811
96
0
System error Unknown payment system error Технический сбой на стороне эквайера/платежной системы Технический сбой на стороне банка-эквайера Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
4
04
44
43
200
104
Pick-up (general, no comments)
Pick up card
Your card is restricted
Hot Card, Pickup (if possible)
Hold — Pick up card
Pick-up, restricted card
Pick-up, card acceptor contact card acquirer
Pick up card (no fraud) Изъять карту Банк-эмитент отклонил транзакцию с сообщением о необходимости изъять карту, если это возможно. Как правило причиной является блокировка карты по причине утери Банк-эмитент (банк, выпустивший карту) 52 Number of PIN tries exceeded PIN tries exceeded Превышен лимит попыток ввода PIN-кода На карте установлен статус в связи с превышением попыток ввода PIN-кода при оплате в наземных POS-терминалах или использования карты в банкомате.
Также причиной может быть то, что карта только что выпущена и первой операцией для нее должна быть операция смены PIN-кода Банк-эмитент (банк, выпустивший карту)
205
110
13
567
9913
9867
Invalid advance amount
Decline, invalid amount
Invalid amount
Invalid amount Неверная сумма Причины отказа:
— слишком маленькая сумма. Если карта открыта в валюте, убедитесь, что сумма транзакции не менее 1 цента доллара США или 1 Евро цента
— слишком большая сумма
— из суммы транзакции невозможно удержать сумму комиссии платежного провайдера. Убедитесь, что сумма транзакции не меньше суммы всех комиссий
— ограничения на карте плательщика на стороне банка, который выпуcтил карту.
— достигнуты лимиты на стороне банка-эквайера. Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру, Банк-эмитент (банк, выпустивший карту)
948
102
202
9934
59
Suspected fraud
Decline, suspected fraud
Suspected fraud Подозрение в мошенничестве Система безопасности одного из участников процессинговой цепочки подозревает участие карты в мошеннических действиях или в компрометации.
Также, возможно, что банк-эмитент заблокировал карту/счет в связи с подозрительными действиями, скиммингом, компрометацией Банк-эмитент (банк, выпустивший карту)
800
904
30
030
9874
574
Format error
Decline reason message: format error
Format error Ошибка формата сообщения Технический сбой при попытке авторизовать транзакцию у банка-эмитента. Вероятно, какие-то из атрибутов транзакции указаны неверно. Необходимо уточнить у банка детали, которые вызвали такой отказ. Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
41
540
208
9840
Lost Card, Pickup
Pick up card (lost card)
Lost card
Lost card, pick-up
Pick-up, lost card
Lost card Карта утеряна На карте установлен статус утеряна по заявлению картодержателя. Банк-эмитент (банк, выпустивший карту)
93
124
Violation of law
Decline, violation of law
Suspected fraud Транзакция не может быть выполнена: нарушение закона Банк-эмитент отказал в осуществлении транзакции во избежание нарушения закона Банк-эмитент (банк, выпустивший карту)
909
96
Decline reason message: system malfunction
System malfunction
System malfunction Технический сбой на стороне эквайера/платежной системы Технический сбой на стороне банка-эквайера Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
01
02
107
108
Refer to card issuer
Decline, refer to card issuer
Decline, refer to card issuer special conditions
Refer to issuer
Decline, refer to card issuer Обратиться к банку-эмитенту Отказ банка-эмитента. Держатель карты должен обратиться в свой банк Банк-эмитент (банк, выпустивший карту) 201 Incorrect PIN Incorrect PIN Неверный PIN На карте установлен статус в связи с превышением попыток ввода PIN-кода при оплате в наземных POS-терминалах или использования карты в банкомате.
Также причиной может быть то, что карта только что выпущена и первой операцией для нее должна быть операция смены PIN-кода Банк-эмитент (банк, выпустивший карту) 210 Bad CAVV Do not honor Неверный CAVV Ошибка возникает при проверке 3DSecure на стороне банка-эмитента. Причиной может случить либо неверная настройка 3DSecure на карте, либо некорректная реализация Apple/Google Pay токенов на стороне платежной платформы, мерчанта или банка-эквайера Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
43
209
057
9841
Pick up card (stolen card)
Pick-up, stolen card
Stolen card
Stolen card, pick-up
Lost/Stolen
Lost or stolen card
Stolen card Карта украдена Банк-эмитент установил на карте статус «украдена» по обращению держателя карты Банк-эмитент (банк, выпустивший карту)
6000
106
Pre-authorizations are not allowed within this context.
Merchant is not allowed preauth
Preauth not allowed Операция предавторизации на разрешена для торговца Необходимо обратиться к платежному провайдеру или банку-эквайеру для активации двухстадийной оплаты перед пред-авторизацию/завершение (preauth/capture или prepurchase/completion или authorization/sale) Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
03
3
109
9903
20003
Invalid merchant
Decline, invalid merchant
Merchant is not configured correctly Мерчант настроен некорректно Необходимо обратиться к платежному провайдеру или банку-эквайеру для настройки или активации мерчанта или мерчант-аккаунта.
Также причиной может быть некорректно переданный идентификатор мерчанта в транзакции Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
-20010 Транзакция отклонена по причине того, что размер платежа превысил установленные лимиты Банком-эмитентом. Операция отклонена. Обратитесь в банк, выпустивший карту. -9000 Состояние начала транзакции. Операция отклонена. Обратитесь в магазин. -2101 Блокировка по e-mail Операция отклонена. Обратитесь в магазин. -2020 Получен неверный ECI. Код выставляется в том случае, если пришедший в PaRes ECI не соответствует допустимому значению для данной МПС. Правило работает только для MasterCard (01,02) и Visa (05,06), где значения в скобках — допустимые для МПС. Операция отклонена. Обратитесь в банк, выпустивший карту. -2019 PARes от эмитента содержит iReq, вследствие чего платёж был отклонён. Операция отклонена. Обратитесь в банк, выпустивший карту. -2018 Directory server Visa или MasterCard либо недоступен, либо в ответ на запрос вовлечённости карты (VeReq) пришла ошибка связи. Это ошибка взаимодействия платёжного шлюза и серверов МПС по причине технических неполадок на стороне последних. Операция отклонена. Обратитесь в банк, выпустивший карту. -2017 Отклонено. Статус PARes-а не «Y». Операция отклонена. Обратитесь в магазин. -2016 Банк-эмитент не смог определить, является ли карта 3dsecure. Операция отклонена. Обратитесь в банк, выпустивший карту. -2015 VERes от DS содержит iReq, вследствие чего платёж был отклонён. Операция отклонена. Обратитесь в банк, выпустивший карту. -2013 Исчерпаны попытки оплаты. Операция отклонена. Проверьте введённые данные, достаточность средств на карте и повторите операцию. -2012 Данная операция не поддерживается. Операция отклонена. Обратитесь в банк, выпустивший карту. -2011 Банк-эмитент не смог провести авторизацию 3dsecure-карты. Операция отклонена. Обратитесь в банк, выпустивший карту. -2010 Несовпадение XID. Операция отклонена. Обратитесь в магазин. -2007 Истёк срок, отведённый на ввод данных карты с момента регистрации платежа (таймаут по умолчанию — 20 минут; продолжительность сессии может быть указана при регистрации заказа; если у мерчанта установлена привилегия «Нестандартная продолжительность сессии», то берётся период, указанный в настройках мерчанта). Истёк срок ожидания ввода данных. -2006 Означает, что эмитент отклонил аутентификацию (3DS авторизация не пройдена). Операция невозможна. Аутентификация держателя карты завершена неуспешно. -2005 Означает, что мы не смогли проверить подпись эмитента, то есть PARes был читаемый, но подписан неверно. Операция отклонена. Обратитесь в банк, выпустивший карту. -2003 Блокировка по порту. Операция отклонена. Обратитесь в магазин. -2002 Транзакция отклонена по причине того, что размер платежа превысил установленные лимиты. Примечание: имеется в виду либо лимиты Банка-эквайера на дневной оборот Магазина, либо лимиты Магазина на оборот по одной карте, либо лимит Магазина по одной операции. Операция отклонена. Обратитесь в магазин. -2001 Транзакция отклонена по причине того, что IP- адрес Клиента внесён в чёрный список. Операция отклонена. Обратитесь в магазин. -2000 Транзакция отклонена по причине того, что карта внесена в чёрный список. Операция отклонена. Обратитесь в магазин. -999 Оплата заказа была отклонена СБОЛ’ом Платеж СБОЛ отклонен -100 Не было попыток оплаты. — 0 Платёж успешно прошёл. — 1 Для успешного завершения транзакции требуется подтверждение личности. В случае интернет-транзакции (соот-но и в нашем) невозможно, поэтому считается как declined. Операция отклонена. Обратитесь в банк, выпустивший карту. 5 Отказ сети проводить транзакцию. Операция отклонена. Обратитесь в банк, выпустивший карту. 15 МПС не смогла определить эмитента карты. Ошибка проведения платежа. Попробуйте позднее. Если данная ошибка возникла повторно, обратитесь в Ваш банк для разъяснения причин. Телефон банка должен быть указан на обратной стороне карты. 53 Карты не существует в системах процессинга. Операция отклонена. Обратитесь в магазин. 81 DECLINED_BY_PINPROC Операция отклонена. Обратитесь в банк, выпустивший карту. 100 Ограничение по карте (Банк эмитент запретил интернет транзакции по карте). Операция отклонена. Обратитесь в банк, выпустивший карту. 101 Истёк срок действия карты. Операция отклонена. Проверьте введённые данные, достаточность средств на карте и повторите операцию. 103 Нет связи с Банком-Эмитентом. Торговой точке необходимо связаться с банком-эмитентом. Операция отклонена. Обратитесь в банк, выпустивший карту. 104 Попытка выполнения операции по счёту, на использование которого наложены ограничения. Операция отклонена. Обратитесь в банк, выпустивший карту. 106 Превышено допустимое число попыток ввода ПИН. Вероятно карта временно заблокирована. Операция отклонена. Обратитесь в магазин. 107 Следует обратиться к Банку-Эмитенту. Операция отклонена. Обратитесь в банк, выпустивший карту. 109 Неверно указан идентификатор продавца/терминала или АСС заблокирован на уровне процессинга. Операция отклонена. Обратитесь в магазин. 110 Неверно указана сумма транзакции. Операция отклонена. Обратитесь в магазин. 111 Неверный номер карты. Операция отклонена. Обратитесь в банк, выпустивший карту. 116 Сумма транзакции превышает доступный остаток средств на выбранном счёте. Операция отклонена. Проверьте введённые данные, достаточность средств на карте и повторите операцию. 118 Сервис не разрешён (отказ от эмитента). Операция отклонена. Обратитесь в банк, выпустивший карту. 119 Транзакция незаконна. Операция отклонена. Обратитесь в банк, выпустивший карту. 120 Отказ в проведении операции — транзакция не разрешена эмитентом. Код ответа платёжной сети — 57. Причины отказа необходимо уточнять у эмитента. Операция отклонена. Обратитесь в банк, выпустивший карту. 121 Предпринята попытка выполнить транзакцию на сумму, превышающую дневной лимит, заданный банком-эмитентом. Операция отклонена. Обратитесь в банк, выпустивший карту. 123 Превышен лимит на число транзакций: клиент выполнил максимально разрешённое число транзакций в течение лимитного цикла и пытается провести ещё одну. Операция отклонена. Обратитесь в банк, выпустивший карту. 125 Неверный номер карты. Подобная ошибка может означать ряд вещей: Попытка возврата на сумму, больше холда, попытка возврата нулевой суммы. Для AmEx — неверно указан срок действия карты. Операция отклонена. Проверьте введённые данные, достаточность средств на карте и повторите операцию. 208 Карта утеряна. Операция отклонена. Обратитесь в магазин. 209 Превышены ограничения по карте. Операция отклонена. Обратитесь в магазин. 400 Реверсал обработан. — 902 Ограничение по карте (Владелец карты пытается выполнить транзакцию, которая для него не разрешена). Операция отклонена. Обратитесь в банк, выпустивший карту. 903 Предпринята попытка выполнить транзакцию на сумму, превышающую лимит, заданный банком-эмитентом. Операция отклонена. Обратитесь в банк, выпустивший карту. 904 Ошибочный формат сообщения с точки зрения банка эмитента. Операция отклонена. Обратитесь в банк, выпустивший карту. 907 Нет связи с Банком, выпустившим Вашу карту. Для данного номера карты не разрешена авторизация в режиме stand-in (этот режим означает, что эмитент не может связаться с платёжной сетью и поэтому транзакция возможна либо в оффлайне с последующей выгрузкой в бэк офис, либо она будет отклонена). Нет связи с банком. Повторите позже. 909 Невозможно провести операцию (Ошибка функционирования системы, имеющая общий характер. Фиксируется платёжной сетью или банком-эмитентом). Операция отклонена. Обратитесь в банк, выпустивший карту. 910 Банк-эмитент недоступен. Нет связи с банком. Повторите позже. 913 Неверный формат сообщения (Неправильный формат транзакции с точки зрения сети). Операция отклонена. Обратитесь в банк, выпустивший карту. 914 Не найдена транзакция (когда посылается завершение или reversal или refund). Операция отклонена. Обратитесь в магазин. 999 Отсутствует начало авторизации транзакции. Отклонено по фроду или ошибка 3dsec. После получения этого кода ответа дальнейшие попытки проведения платежа отклоняются. Операция отклонена. Обратитесь в магазин. 1001 Пусто (Выставляется в момент регистрации транзакции, т.е. когда еще по транзакции не было введено данных карт). Не получен ответ от банка. Повторите позже. 2002 Неверная операция. Операция отклонена. Обратитесь в магазин. 2003 SSL (Не 3d-Secure/SecureCode) транзакции запрещены Магазину. Операция отклонена. Обратитесь в магазин. 2004 Оплата через SSL без ввода CVС2 запрещена. Операция отклонена. Обратитесь в магазин. 2005 Платёж не соответствует условиям правила проверки по 3ds. Операция отклонена. Обратитесь в магазин. 2006 Однофазные платежи запрещены. Операция отклонена. Обратитесь в магазин. 2008 Транзакция ещё не завершена. Операция отклонена. Обратитесь в магазин. 2009 Сумма возврата превышает сумму оплаты. Операция отклонена. Обратитесь в магазин. 2014 Ошибка выполнения 3DS-правила. Операция отклонена. Обратитесь в магазин. 2015 Ошибка выполнения правила выбора терминала (правило некорректно). Операция отклонена. Обратитесь в магазин. 2016 Мерчант не имеет разрешения на 3-D Secure, необходимое для проведения платежа. Операция отклонена. Обратитесь в магазин. 2022 Заказ отклонён. Отклонён. 2023 Очередь на запросов на обработку в процессинг превысила допустимый лимит. Ошибка проведения платежа. Попробуйте позднее. 4005 Заказ отклонён продавцом. Отклонено продавцом. 71015 Введены неправильные параметры карты. Операция отклонена. Проверьте введённые данные, достаточность средств на карте и повторите операцию. 151018 Таймаут в процессинге. Не удалось отправить. Не получен ответ от банка. Повторите позже. 151019 Таймаут в процессинге. Удалось отправить, но не получен ответ от банка. Не получен ответ от банка. Повторите позже. 341014 Код отказа РБС. Операция отклонена. Обратитесь в магазин.
Компания «ЦРПТ» поясняет сложные моменты работы с системой маркировки в аптеках и ЛПУ
30 сентября на нашем сайте состоялся вебинар от оператора системы мониторинга движения лекарственных препаратов компании «ЦРПТ», на котором эксперт компании рассказал об общих подходах к решению нештатных ситуаций, возникающих при работе с ГИС МДЛП. К сожалению, из‑за ограниченного времени вебинара и большого количества участников, лектор не успел ответить на все заданные вопросы. Для тех, кто по каким‑либо причинам пропустил трансляцию, мы приводим ее краткий обзор и ответы на вопросы, заданные во время эфира.
Общие решения для нештатных ситуаций при работе с системой маркировки
По данным компании ЦРПТ, больше всего проблем у пользователей возникает в процессе выбытия лекарственных препаратов из оборота. Самый частый вопрос: «Если система недоступна, проводятся технические работ и т. д. — как быть?». Здесь стоит отметить основные моменты, что отпуск возможен двумя способами — продажа через ККТ (т. е. с оформлением чеков) и по регистраторам выбытия. Оба этих способа умеют «накапливать» в себе данные о выбытии и передавать их в систему при появлении соединения с ней.
В первом случае за передачу данных в систему отвечает оператор фискальных данных. Таким образом, при наличии каких‑либо задержек, вызванных теми или иными причинами, аптеки могут не переживать за ответственность, потому что агрегированная информация передается именно оператором.
При использовании регистратора выбытия, даже если ГИС МДЛП недоступна, можно просканировать препараты, и сформировать с помощью регистратора документы о выбытии лекарств из оборота. Они будут отправлены в «буфер», который будет передан в систему МДЛП, когда она станет доступна.
Кроме этого в системе ГИС МДЛП предусмотрен механизм «реестра ожидания», он работает в том случае, когда аптека собирается отпустить лекарственный препарат, однако информация о его приемке не поступила в систему из‑за регламентных работ. В этом случае ЛП можно отпускать, фискальный оператор передаст в систему данные о выбытии, а система, в свою очередь «увидит», что на этот ЛП нет информации, подтверждающей поставку на место деятельности, где был осуществлен отпуск. Тогда, для завершения цикла, информация о выбытии будет находиться в реестре ожидания до получения данных о приемке.
Таким образом, с помощью этого механизма можно отпускать лекарственные средства даже если на момент их приемки система МДЛП была недоступна. Максимальный период ожидания составляет две недели. В этот срок любые технические работы в системе МДЛП будут закончены. Обратите внимание, что механизм «реестра ожидания» работает только при обратном акцепте приемки ЛС.
Также в решении большинства проблемы могут помочь документы, доступные на сайте «Честный знак». В большинстве из них приведены примеры нештатных случаев, а также даны алгоритмы по правильной работе с системой, которые помогут самостоятельно найти и устранить причину возникших трудностей:
- Методические рекомендации по работе с маркированными лекарствами — инструкции по работе с системой;
- Паспорта процессов — описание всех действий при обращении лекарственных препаратов;
- Руководство пользователя ЛК субъекта обращения лекарственных препаратов — инструкция по заполнению информации в личном кабинете;
- Описание схем передачи данных (версия 1.35) — технические данные, необходимые для интеграции программного обеспечения. Эта информация может понадобиться при контакте с поставщиками программного обеспечения и общением со службой поддержки.
Кроме этого, на сайте есть раздел «Обучающий центр», где даны краткие, но подробные видео-инструкции по основным направлениям работы с системой ГИС МДЛП.
Еще одно средство разрешения нештатных ситуаций — обращение в службу поддержки по адресу [email protected] или телефону 8‑800‑222‑1523. При этом следует правильно формулировать свою проблему. Грамотное описание ситуации, с указанием всех подробностей и действий (время выполнения операции, предшествующие шаги, описание используемого оборудования, ПО и так далее) значительно сокращает время, требуемое на решение проблемы. Помните, что информация со стороны участников системы является приватной, это значит, что у сотрудников поддержки будет доступ только к тем данным, которые вы предоставите.
Ответы на вопросы
После теоретического вступления перейдем к практическим вопросам участников вебинара:
Как оформить возврат промаркированного товара, если выявлены недостатки после продажи?
Есть такая операция «Возврат в оборот» — ее описание можно найти в «Паспортах процесса». Стоит отметить, что возврат в оборот лекарственного препарата возможен только для последующего возврата поставщику, поскольку он (препарат) будет признан недоброкачественным.
Почему медицинским организациям запретили повторный ввод ЛС в оборот? Планируется ли возобновление данной операции?
Здесь нужно уточнить — повторный ввод после каких операций, и при каких условиях. Например, при выбытии ЛС в рамках стационара он должен быть доступен.
Как в реестре отправленных документов быстро найти необходимый документ?
В реестре есть функция фильтрации, где можно указать критерии поиска по идентификатору организации, ИНН, времени совершения операции и так далее.
Первый раз получили маркированный товар. Пришла товарная единица, содержащая 180 упаковок товара. Не считали код с коробки, а только с каждой упаковки. Коробку после этого выкинули. Теперь выпадает ошибка. Как ее исправить?
Самый быстрый путь решения этой проблемы — узнать, какой был акцепт передачи товара. Если акцепт прямой, то уточнить код SSCC (который был на коробке) у поставщика. И отправить документ подтверждения с этим кодом. Если акцепт обратный, то SSCC также можно узнать у поставщика, а в систему надо подавать документ 416.
Почему данные от поставщиков не приходят в МДЛП? Скопилось много накладных!
Попробуйте с данным вопросом обратиться к поставщику вашей товарно-учетной системы, возможно проблема кроется именно в ней. Также всегда проверяйте по какому акцепту вам поставляется товар — при обратном акцепте вам не должны приходить документы первыми.
Что делать если препарат продан (выбит чек ОФД), а в ГИС МДЛП не прошло выбытие?
Во-первых, нужно убедиться, что этот препарат не значится в реестре ожидания — т. е. нужно проверить, что вы осуществили и подтвердили его приемку. Во-вторых, как уже было сказано ранее, за передачу данных в систему через ККТ отвечает ОФД, а значит это может происходить не мгновенно. И в‑третьих, если проблема сохраняется, об этом можно написать в службу поддержки, указав все необходимые сведения.
Почему нет уведомлений о сбое сервиса и времени проводимых технических работ?
Уведомления о плановых работах ГИС МДЛП приходят на электронный адрес, который организация указала при регистрации. Кроме этого анонсы дублируются в социальных сетях и Telegram-канале.
Из-за ошибки учетной программы два препарата ушли с ошибкой — система их не восприняла. Теперь по учетной они ушли, а по системе остались в обороте, что делать?
Нужно обратиться к вендору учетной системы с вопросом — по какой причине произошла ошибка обработки данных и информация в систему не была передана, а после, совместно с ним, составить обращение в службу технической поддержки ГИС МДЛП. Обращение к поставщику товарно-учетной системы необходимо для заполнения технического описания проблемы, чтобы наши специалисты смогли ее решить.
В МДЛП был отправлен документ об успешном агрегировании. Через какое время агрегированные короба будут отображены в личном кабинете?
Если вы получили квитанцию об агрегировании, то это значит, что система уже обработала данный документ — и, если вы не проводили разеграгации, SGTIN и SSCC будут доступны в кабинете. Если этого не произошло — нужно написать в службу поддержки.
Как изменить идентификатор места деятельности поставщика?
Его нельзя изменить. Он выдается исходя из адреса, указанного в лицензии, выданной Росздравнадзором. Таким образом, при смене адреса места осуществления деятельности, код идентификатора может изменить только сам контрагент.
Если после приемки возникла ошибка обработки пакета, а препарат продан — что тогда?
Если он продан, то SGTIN будут в документах о выбытии. И при возникновении такой ситуации можно написать в службу поддержки и решить эту проблему, имея на руках фактуры приемки, где указан SGTIN этого препарата.
Как вывести препарат из оборота не через кассу и не через регистратора выбытия?
Никак. Это невозможно.
Многие организации по ошибке зарегистрировали лишние места деятельности. Теперь поставщики путаются. Как «почистить» свой список неактивных мест деятельности?
Для начала следует узнать, как вам удалось зарегистрировать ошибочные места деятельности. Для решения этого вопроса следует написать в службу поддержку, чтобы скорректировать список мест деятельности.
Если товар появился на остатке аптеки в «Честном знаке», значит ли это, что приходные операции проведены правильно?
Да, именно так.
С какого момента начинает свой отчет один рабочий день?
С момента приемки товара, зафиксированного в накладной.
Аптека получила от поставщика препарат с признаками маркировки, передала в систему информацию об этом. В ответ пришла ошибка «Попытка изменить состояние вложенного КИЗ». Поставщик предложил сделать возврат. Аптека может сделать возврат товара как немаркированного?
Такая ошибка возвращается, когда полученные аптекой SGTIN находятся в каком‑либо коробе — т. е. поставщик не разагрегировал транспортную упаковку. В первую очередь нужно просить поставщика найти их у себя на балансе, а потом сделать частичный или полный вывод из SSCC. После этого ошибка исчезнет и операция будет успешно завершена.
При приемке товара выяснилось, что товар в системе значится как «выпущенный в рамках пилотного проекта» — текущего владельца система не выдает. Как аптеке понять, что товаропроводящая цепочка соблюдена?
Если ЛС произведен до 1 июля (кроме препаратов ВЗН), то информация о нем может не передаваться в систему. Чтобы уточнить информацию по поводу соблюдения товаропроводящей цепи, нужно узнать у поставщика по какому акцепту он передавал вам ЛС. И отправить в систему МДЛП данные об успешной приемке. Если на этом ЛС будет ошибка «недопустимая операция для данного SGTIN», то не нужно пугаться — это нормально для ЛС, выпущенных в рамках проекта.
Аптека получает товар по обратному акцепту, сканирует каждую упаковку, поставщики не подтверждают по несколько дней или приходит «Ошибка состояния вложенного КИЗ», которую также не могут исправить по несколько дней. Какие сроки отводятся для устранения ошибок и подтверждения поставщику или производителю? Какие санкции их ждут за нарушения?
Это статья 6.34. Кодекса об Административных правонарушениях.
Аптечная сеть снабжает ФАП по договорам комиссии. Как отгружать ЛС с учетом соблюдения таких документов?
Отгрузку нужно осуществлять по обратному или прямому акцепту, а в типе документа указать «Договор комиссии». Если ФАП не имеет ККТ или регистраторов выбытия, то информацию в ГИС МДЛП должна передавать головная организация.
Аптека получила 4 упаковки с признаком маркировки. Передала данные в систему. На три упаковки пришло подтверждение, а на четвертую — ошибка. Поставщик говорит, что ошибка на стороне производителя. Что делать?
Этого не может быть. Потому что поставщик не мог принять препарат от производителя и не передать сведения об этом в ГИС МДЛП. Нужно решать такие вопросы с поставщиком. Для дополнительной помощи можно обратиться в службу поддержки.
Если проблема с ОФД и данные не переходят в ГИС МДЛП, но препараты уже проданы — является ли это нарушением?
Зависит от типа проблемы. Если не меняется статус в течение первых 10–20 минут, то это нормально, он поменяется позднее.
За сколько дней по закону поставщик должен подтвердить приемку товара?
За один рабочий день.
Программа не дает продать товар — от нас документы ушли в систему, но там не отобразились!
В первую очередь обратитесь к поставщику вашего программного обеспечения, а после, с их помощью, сформируйте запрос с указанием идентификаторов отправленных документов для нашей службы поддержки.
Проблема при акцептовании — поставщик не видит запросов аптеки и приходится перевыкладывать документы, хотя по МДЛП все уходит вовремя!
Опишите подробно эту ситуацию службе поддержки — какие документы уходят, какие поставщик требует вновь. Там проверят, приходят ли уведомления об этом, и решат этот вопрос.
Уронили флакон, разбили одну ампулу — как вывести из оборота данный товар?
Это 552 схема в паспорте процессов — «Списание ЛС или передача на уничтожение».
Если выявлен заводской брак, то как быть?
Есть такая схема в паспорте процессов «Возврат поставщику по причине брака». Можно воспользоваться ей.
Как принимать ЛП, если они пришли в транспортной упаковке и россыпью?
По частям — сначала упаковка, потом добавляете то, что пришло россыпью. Поставку можно оформлять несколькими документами.
При обращении в службу поддержки попросили предоставить открытый ключ в формате CER. Что это?
Для этого надо зайти в программу «КриптоПро», найти «Хранилище сертификатов» и сделать его экспорт. Подробное описание этого процесса есть в разделе «Обучающий центр» на сайте ЦРПТ.
Можно ли сделать автоматическую разагрегацию групповой упаковки, если кассир пытается сделать выбытие первичной упаковки?
Если вы уже приняли эти ЛС на баланс по SSCC и далее не делали разагрегацию группового кода, то вы можете так настроить свою товарно-учетную систему. Запрета на это нет.
Читайте больше полезного по маркировке лекарственных препаратов в специальной рубрике на нашем сайте.
№
Текст ошибки
Описание возможной причины
Рекомендации и примечания
1
ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Не заполнен системный параметр №1816.
Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка.
2
Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.
Line: 0
«.
Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
- Адрес АРМ пользователя (IP-адрес компьютера)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.
3
В разделе «Документы операций с упаковками» при попытке Получить/Отправить документы ничего не происходит.
Часто проблема связана с тем, что не предоставлена актуальная ЭЦП.
- Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту. -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
- Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
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
Текст ошибки — Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
- Пример:
Документы операций с упаковками
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
Текст ошибки — Идентичный документ был отправлен ранее
Ошибка может возникнуть при попытке загрузки дублирующего документа.
- Проанализировать, почему документ был отправлен повторно
- Проверить статус обработки отправленного раннее идентичного документа
Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.
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 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
34
Документы операций с упаковками
Тип документа — 701
Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.
Ошибка возникает при наличии принятого документа в ЧЗ но с другим идентификатором операции ИС Маркировка
Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
35
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
Не отправляются документы, статус не определен
Очередь создается на регистратор выбытия и удаляется, документ в ЛК ЧЗ не загружается.
Необходимо обратить внимание на номер документа, максимально допустимая длина поля «номер документа» 16 символов.
36
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
ПКМ — ИС Маркировка — Проверить статус
Статус — «Принят частично»
Не все упаковки выгружены в МДЛП или часть упаковок отклонены.
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
№
Текст ошибки
Описание возможной причины
Рекомендации и примечания
1
ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Не заполнен системный параметр №1816.
Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка.
2
Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.
Line: 0
«.
Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
- Адрес АРМ пользователя (IP-адрес компьютера)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.
3
В разделе «Документы операций с упаковками» при попытке Получить/Отправить документы ничего не происходит.
Часто проблема связана с тем, что не предоставлена актуальная ЭЦП.
- Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту. -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
- Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
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
Текст ошибки — Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
- Пример:
Документы операций с упаковками
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
Текст ошибки — Идентичный документ был отправлен ранее
Ошибка может возникнуть при попытке загрузки дублирующего документа.
- Проанализировать, почему документ был отправлен повторно
- Проверить статус обработки отправленного раннее идентичного документа
Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.
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 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
34
Документы операций с упаковками
Тип документа — 701
Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.
Ошибка возникает при наличии принятого документа в ЧЗ но с другим идентификатором операции ИС Маркировка
Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
35
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
Не отправляются документы, статус не определен
Очередь создается на регистратор выбытия и удаляется, документ в ЛК ЧЗ не загружается.
Необходимо обратить внимание на номер документа, максимально допустимая длина поля «номер документа» 16 символов.
36
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
ПКМ — ИС Маркировка — Проверить статус
Статус — «Принят частично»
Не все упаковки выгружены в МДЛП или часть упаковок отклонены.
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
Устранение основных ошибок при работе с маркированным товаром.
Данная инструкция может обновляться. В данной инструкции описаны ситуации, которые могут быть решены без вмешательства технической поддержки Алгоритм-с.
Для работы с данной инструкцией необходимы:
- Версия базы данных не менее 882
- Версия склада не менее 4.0.878.182
- Версия розницы не менее 5.0.845.390
Если версия программы или базы данных ниже указанной, обратитесь в техническую поддержку Алгоритм-с для консультации.
Глоссарий.
ЧЗ – “Честный Знак”
Квитанция – Документ, содержащий информацию о статусе передачи данных в “Честный Знак”. Квитанцию можно посмотреть в программе “Склад” и отправить поставщику в случае необходимости.
SGTIN – Уникальный код для каждой упаковки.
SSCC – Код групповой упаковки. Как правило, указан на упаковке, в которой пришел товар. Актуально для позиций с большим кол-вом товара.
Идентификатор осуществления места деятельности или идентификатор участника – Код из системы ЧЗ. Присваивается для каждого адреса отдельно. Узнать свой код и код поставщика можно в личном кабинете ЧЗ.
Статус накладной – Статус в шапке маркированной накладной который показывает текущее состояние документа. Основные статусы:
- Введена – данный статус установлен на моменте подготовки накладной и сканирования упаковок.
- XML создан – устанавливается после нажатия кнопки “Отправить в ЧЗ”.
- XML отправлен – устанавливается после отправки документа в ЧЗ. Отправка производиться автоматически раз в 5 мин.
- Квитанция получена – устанавливается после получения ответа от ЧЗ по отправленному документу в виде квитанции.
- Ожидание подтверждения – устанавливается после того как от честного знака приходит квитанция с положительным ответом. Значит что с документом все в порядке, осталось дождаться подтверждения от поставщика.
- Оприходование возможно – устанавливается после получения подтверждения от поставщика.
Инструментарий.
Для начала рассмотрим инструментарий, который позволит взаимодействовать с маркированной накладной для устранения ошибок.
Проверка версий базы и программы – для проверки версии базы данных и программ необходимо в главном меню выбрать пункт “Справка” и далее нажать “О программе”.
Ошибки и другие проблемы при работе с ЧЗ
1. Проблема: Не приходит подтверждение. Статус накладной “Ожидание подтверждения”. Статус упаковок “Ожидает ответа поставщика для обратного/прямого акцепта”.
Данная проблема, как правило, возникает со стороны поставщика. Время обработки документов может быть увеличено у крупных поставщиков при большом кол-ве данных, а у небольших поставщиков из-за подтверждения данных вручную.
Необходимо созвониться с поставщиком по данной накладной и указать на эту ситуацию. В случае если поставщику необходимо подтверждение того, что мы действительно отправили данные в ЧЗ, необходимо отправить квитанцию (как отправить квитанцию смотрите комментарий к рис. 3.1).
Поставщик может попросить отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и далее нажать “Отправить отказ” (См. Рис. 4). Будет установлен статус упаковок “Отказ отправлен”, а чуть позднее статус изменится на “Отказ подтвержден”. После этого делаем повторную отправку кнопкой “Отправить в ЧЗ” и далее нажать “Повторная отправка в ЧЗ” (См. Рис. 4).
Если поставщик утверждает, что не получал документ на подтверждение и в квитанции по документу нет ошибок, то необходимо обращаться в техническую поддержку Честного знака.
2. Проблема: Не приходит подтверждение. Статус накладной “XML создан”.
Необходимо проверить наличие задачи в программе для регулярной отправки дынных (См. Рис. 5-9). Если задача отключена ее необходимо включить (См. Рис. 5-9). Если задача отсутствует, то необходимо обратиться в техническую поддержку Алгоритм-С с данной проблемой.
3. Ошибка: “Попытка изменить состояние вложенного КИЗ”
В данной ситуации поставщик поставил товар в групповой упаковке. Как правило, это делается для удобства оприходования товара с большим кол-вом упаковок. Чтобы не сканировать, например, 50 упаковок товара, можно просканировать штрих-код с групповой упаковки и получить данные по всем 50-ти упаковкам автоматически через ЧЗ. Однако, игнорировать ее мы не можем, и если поставщик прислал товар в групповой упаковке, то нам необходимо сканировать именно код групповой упаковки и после подтверждения прихода ее расформировать.
Самый простой способ устранения ошибки – попросить поставщика расформировать групповую упаковку. После того, как поставщик подтвердит расформирование, необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и далее нажать “Повторная отправка в ЧЗ” (См. Рис. 4). Статус позиций сменится на “Отправлен поставщику для подтверждения обратного акцепта”. После этого ожидаем подтверждения.
В дальнейшем необходимо будет обращать внимание на наличие групповой упаковки и сканировать именно ее, а не каждый товар отдельно. На данный момент поставщики никак не оповещают клиентов о наличии групповой упаковки, поэтому, если есть необходимость, то перед оприходованием уточняется эта информация у поставщика.
4. Ошибка: “КиЗ принадлежит другому участнику”
Ошибка говорит о том, что информация по упаковкам могла быть ошибочно отправлена поставщиком другой аптеке или поставщик неверно указал код осуществления места деятельности для получателя.
Необходимо обратиться к поставщику для уточнения информации, возможно потребуется отправить поставщику квитанцию (как отправить квитанцию смотрите комментарий к рис. 3.1). После устранения проблемы поставщиком необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и нажать “Повторная отправка в ЧЗ” (См. Рис. 4)
5. Ошибка: “Операция не может быть выполнена. Указанный контрагент отсутствует в списке доверенных контрагентов”
Необходимо найти в личном кабинете ЧЗ данного поставщика и добавить его в доверенные контрагенты, либо в нашем справочнике контрагентов указали идентификатор МД в ЧЗ для другой точки контрагента (уточнить правильный идентификатор МД в ЧЗ для точки можно у поставщика).
Также ошибка может возникать в случае если мы отправляем данные неправильным типом акцепта. Например, поставщик отправил прямым акцептом, а мы пытаемся отправить обратным. Необходимо уточнить у поставщика, каким акцептом он отправляет вам накладные.
6. Ошибка: “Указанный получатель не зарегистрирован в системе”
Неверно указан в справочнике контрагентов код осуществления места деятельности. Необходимо сверить код в справочнике с кодом в личном кабинете ЧЗ.
7. Проблема: Маркированный товар не провели через ЧЗ и продали в розницу.
Если товар нужно было оприходовать обратным акцептом, то для исправления проблемы нам необходимо будет получить SGTIN`ы проданного товара. Запросить SGTIN`ы можно у поставщика (если товара продано мало и вы знаете кому продали, то можно запросить фото QR-кода с упаковки у покупателя). После получения данных необходимо обратиться в техническую поддержку Алгоритм-с.
Если получить SGTIN`ы и QR-коды не получилось, то в данной ситуации можно только обратиться в ЧЗ, возможно они смогут помочь.
При такой же проблеме, но если прямой акцепт – обратиться в техническую поддержку Алгоритм-с.
8. Ошибка: “Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе”
Товар который вы просканировали отсутствует в ЧЗ. Скорее всего он маркирован в рамках эксперимента, его не нужно проводить в ЧЗ. Проверьте дату изготовления препарата. Если препарат изготовлен раньше чем 01.07.20, то товар можно приходовать как немаркированный. Однако, лучше созвониться с поставщиком для уточнения информации по препарату.
9. Ошибка в рознице при продаже: “Позиция была снята с учета аптеки”. Пересорт.
Упаковка, которую вы пытаетесь продать, была добавлена в чек ранее. Скорее всего, упаковка была отсканирована, но отдали клиенту другую упаковку. Поскольку каждая упаковка имеет уникальный код SGTIN допускать такие ошибки крайне нежелательно.
Продавать товар, по которому прошел пересорт, запрещено. Необходимо упаковку, по которой пересорт, списать с остатка. Списание будет осуществляться во время инвентаризации. На данный момент функционал по инвентаризации в разработке. Товары, по которым пересорт, нужно отложить до внедрения функционала.
10. Ошибка: “Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке”
Поставщик не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию, после чего необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и нажать “Повторная отправка в ЧЗ” (См. Рис. 4). Также можно просто отправить данные в ЧЗ по данной накладной по 702-й схеме.
11. Ошибка: “Операция отклонена. Некорректное состояние”
Неверно указан код места деятельности в справочнике контрагентов. В случае, если код места деятельности правильный, то необходимо связаться с поставщиком и уточнить, добавлена ли ваша аптека в рекомендованные поставщики в ЧЗ.
12. Проблема: Товар не выводится из оборота при розничной продаже.
Вывод товара из оборота осуществляется через кассовый аппарат. Данные передаются на ККМ, после ККМ отправляет их на ОФД, а они уже, в свою очередь, отправляют данные в ЧЗ. Чаще всего проблема возникает при передачи данных с ОФД в ЧЗ и товар в таком случае может длительное время быть не выведен из оборота. Сперва необходимо проверить есть ли документы розничной продажи в ЧЗ. Проверить можно в личном кабинете в разделе “Документы”. Если в ЧЗ документы присутствуют, то необходимо ожидать вывода из оборота (может затянуться до 2-х недель) либо обращаться в ОФД и выяснять почему данные не были переданы в ЧЗ. Если же документов розничной продажи в личном кабинете нет, то необходимо сразу обратится в ОФД и уточнить передаются ли к ним данные по маркированному товару. Если данные не передаются, то по данному вопросу необходимо обратиться в техническую поддержку Алгоритм-С.
13. Проблема: Маркированный товар не подсвечивается в реестре приходных накладных.
Подсветка маркированного товара в приходе возможна только при условии, что поставщик будет передавать признак маркированного товара в электронной накладной. На данный момент мы можем гарантировать подсветку маркированного товара только если вы принимаете накладные через систему заказов “СКЛИТ”. В остальных случаях подсветка будет реализована позднее. Рекомендуем на данный момент работать внимательнее с маркированным товаром.
14. Проблема: Просканировали маркированный товар не на ту позицию.
Необходимо удалить данные на ошибочной позиции и проскарировать товар на правильной. Как удалить отсканированные упаковки вы можете посмотреть выше (См. Рис. 2).
15. Проблема: Поставщик не довез одну или несколько упаковок или QR-код не читаемый(не сканируется, поврежден и т.п.)
В случае недовоза маркированного товара или если QR-code не читается с упаковки, можно отметить данные позиции для того, чтобы оприходовать накладную. Добавить отсутствующие упаковки можно нажав правой клавишей мыши на позиции -> маркировка -> отсутствующие QR-коды -> Добавить отсутствующие QR-коды. После можно оприходовать накладную.
Продавать в розницу такие товары нельзя, но можно сделать возврат поставщику или подождать пока поставщик пришлет товар. Удалить отсутствующие упаковки можно нажав правой клавишей мыши на позиции -> маркировка -> отсутствующие QR-коды -> Удалить отсутствующие QR-коды после чего можно будет просканировать те упаковки которые довезли.
По данным от ЧЗ если QR-код не читается на упаковке, необходимо данный товар вернуть поставщику. Поставщик в свою очередь вернет производителю для переупаковки.
Для возврата товара по которому отсутствуют QR-коды необходимо:
- Как обычно создать расходную накладную с операцией “Возврат поставщику”
- Добавить в эту накладную товар, который не довезли или не читается QR-код
- Выбрать данную накладную и нажать кнопку маркировка -> стать инициализатором
- Выбрать “тип операции”, “источник финансирования” и “тип договора” (по аналогии с приходом)
- На маркированной позиции нажать правой клавишей мыши -> Маркировка -> Добавить отсутствующие QR-коды.
В накладную будут добавлены все упаковки по которым нет QR-кодов. После этого накладную можно просто отгрузить. Отправлять данные в ЧЗ не нужно.
16. Проблема: Выбран не тот тип акцепта, накладная не должна маркироваться или необходимо удалить накладную из программы.
Для удаления привязки накладной к маркировке нужно, чтобы данные по упаковкам отсутствовали в накладной. Если данные в накладной есть, их можно удалить (См. Рис. 2).
Для удаления привязки накладной к маркировке необходимо нажать правой клавишей мыши на накладной и выбрать пункт “Удалить подготовленный документ в ЧЗ”.
Для удаления признака(галочки в поле “Маркировка”) необходимо нажать правой клавишей мыши на накладной и выбрать пункт “Признак маркировки”. Повторное нажатие этой кнопки ставит признак обратно.
17. Проблема: Товар не маркированный, но на позиции стоит признак маркировки.
Для удаления признака маркировки на позиции необходимо открыть состав накладной через кнопку “Маркировка” и, нажав правой клавишей мыши на нужной позиции, выбрать пункт Маркировка -> Изменить признак маркировки. Если на позиции в деталях есть просканированные упаковки их можно удалить (См. Рис. 2).
18. Проблема: Поставщик указал в электронной накладной не тот номер накладной, который нужен.
В данной ситуации необходима либо правильная накладная от поставщика, либо можно вручную менять номер накладной в программе перед отправкой в ЧЗ.
Тема: Некорреткная СНО
Вопрос: В АРМ Кассир «Ошибка: Некорректная СНО»
Ответ: Проблема в настройке драйвера ККМ (не выбрана СНО по умолчанию). Обратитесь к мастеру ККМ.
Тема: Ошибка сервера. Код ответа 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, чтобы снять отметки о проверке кодов маркировки
Описание возможной причиныРекомендации и примечания
ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Ошибка сервиса: “Для документа XML должен существовать документ более высокого уровня.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ “МИАЦ” для дальнейшей настройки.
- Необходимо проверить данные действия через “Журнал взаимодействия с ИС Маркировка”. После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет – Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
Некорректно нанесен Data Matrix (марка) на ЛП.
Проблема в сканере штрих-кодов.
Обратиться в отдел технической поддержки или прислать событие в Парус Консультант.
Ошибка технического характера.
Пример анализа по клиенту:
Документы операций с упаковкамиДля документа 912 (хотя может и для другого типа) ПКМ – ИС Маркировка – ОтправитьВыходит ошибка:ORA-20103: Содержимое упаковки “*” не найдено в товарных запасах.Проверяю:612 ДОУ 13.04.2021 Получен 12.04.2021 11:561) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35211 нет912 ДОУ 16.04.2021 Не определен2) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35211 ДОУ 13.04.2021 Получен 13.04.2021 16:35:46912 ДОУ 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.
Статус – Не принятВ Журнале взаимодействия с ИС МаркировкаКод ошибки – 34Текст ошибки – Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.
Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.
Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.
Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.
При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:
Код ошибки -19
Текст ошибки – Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
Проверить в 601 документе поле “Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.
2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.
Документ 210 «Запрос информации по номеру SGTIN/SSCC»
Статус – Получен ответ, но по связям не находит документ 211 «Результат обработки сведений по номеру SGTIN/SSCC»
Пользователю необходимо обратиться в Отдел технической поддержки или прислать событие через Парус Консультант с описанием проблемы.
Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:
Под пользователем выйти из всех запущенных сеансов.В Администраторе – Учет – Профили пользователейОтбор по графе «Пользователь (наименование)»Тип – WEBПриложение системы – Учет маркированных товаровРаздел системы – Набор упаковокВид – Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.Перезайти под пользователем в раздел и проверить.
Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ – ИС Маркировка – Получить.
После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлсявладельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании– 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, атакже сведения об Участнике, который осуществил оприходование.
1) Документы операций с упаковкамиВ документе «531. Выдача ЛП в медицинском учреждении» Статус обмена данными с ИС Маркировка – Принят частичноКод ошибки – 11
Текст ошибки – Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
2) В документе “701. Подтверждение (акцептование) сведений”
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(612) в поле контрагент – пусто, поле Место деятельности контрагента – заполнено.
При формировании документа 701 выходит ошибка:
Контрагент должен быть задан
Необходимо предоставить сведения для настройки места деятельности и контрагента:
Заявку можно прислать через Парус Консультант или обратиться в Отдел технической поддержки.
Тип документа – 521, 531
Действие ПКМ – ИС Маркировка – Сформировать отчет о выбытии
В разделе Учет – Регистраторы выбытия кодов маркировки
Спецификация Очередь заданий
Происходит зависание в очереди
Проверить работоспособность регистратора выбытия
Возможно связано с ошибкой 5090: “Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно” (ошибка отображается только в логах сервиса взаимодействия)
ПКМ – Работа с упаковками – Добавление
При попытке сохранить отсканированную упаковку выходит ошибка:
ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от “Не отработан” недопустимо.
Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.
В настоящий момент в ПП “Парус-Бюджет 8. Учет маркированных товаров” эта цепочка не реализована, т.к. существует её аналог – схема 415 со значениями (в том числе) “Тип договора при реализации” (contract_type): – 2 (комиссия);- 3 (агентский договор);Следовательно, предлагаем в текущей деятельности использовать её.
Код ошибки – 38
Текст ошибки – Операция не может быть выполнена – указанный SGTIN/SSCC не найден в системе или расформирован.
Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
ПКМ – ИС Маркировка – Отправить
ошибка: В документе “**” присутствуют упаковки, входящие в нерасформированную транспортную упаковку
Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ – Состояние – Отработан как факт. Если возникает ошибка “Невозможна отработка операции расхода как факт для упаковки “**”, оприходованной как план.”, в таком случае ПКМ – Состояние – Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ – без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём “ПКМ – Связи – вХодные документы” выбираем в окне “Документы операций с упаковками” и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ. Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
Статус отправленПКМ-связи-Журнал взаимодействия с ИС Маркировка в поле примечании Произошла ошибка при отправке запроса.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
ПКМ – ИС Маркировка – сформировать отчет о выбытии
Не отправляются документы, статус не определен
ПКМ – ИС Маркировка – Проверить статус
Статус – “Принят частично”
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 – «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется – ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
- Указанный номер счета не соответствует БИК банка
- Значение поля «payPeriodFSS.end» недопустимо для редактирования
- При отправке повторного ответа поле «changeReason» должно быть заполнено
- Проактивный процесс не будет создан. Ранее созданный процесс по ЭЛН закрыт по причине: оплата ЭЛН за счет страхователя
- Проактивный процесс не будет создан. Для пособий, оплаченных по реестру Страхователя, требуется в 109 сообщении заполнить блок Инициация перерасчета «Recalculation»
- При изменении годов исчисления необходимо заполнить Флаг наличия заявления о замене годов
- Значение поля regNum недопустимо для редактирования
Пособия при рождении ребенка
Обратите внимание, что нельзя одновременно указывать данные справки из ЗАГСа и свидетельства о рождении. Введите сведения о том документе, который указан в запросе недостающих сведений от ФСС.
- Значение поля «birthInfo.cert.num»/«birthInfo.cert.issueDate» недопустимо для редактирования
- Значение поля «birthInfo.zagsAct.num»/«birthInfo.zagsAct.issueDate» недопустимо для редактирования
- Значение поля «birthInfo.birthRreference.num»/«birthInfo.birthRreference.issueDate»/ «birthInfo.birthReference.refType» недопустимо для редактирования
Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.
Ответственный за ответ:
Щелкунова Юлия
При сдаче отчета по форме ЕФС-1 отчет не принимается. При проверке выдает ошибку как на скрине. Элемент ОКФС некорректный, значение должно быть из списка допустимых: 12, 13, 14, а у нас 16.
Обсуждение (27)
Для отправки комментария вам необходимо авторизоваться.
1. 1С – ЭДО. Код ошибки 3103. Сертификат не связан ни с одним абонентом системы HUB API.
Если при тестировании профиля настроек 1C – ЭДО или при нажатии “Отправить и получить” выходит сообщение “Ошибка аутентификации в сервисе 1С-ЭДО Код ошибки 3103. Сертификат не связан ни с одним абонентом системы.: сертификат с отпечатком не обнаружен среди сертификатов абонента с Ид_ЭДО’.
Это означает, что данные об используемом клиентом сертификате не обновились в его учетной записи на сервере оператора ЭДО.
В данной ситуации необходимо передобавить сертификат в профиль для формирования и отправки нового регистрационного пакета оператору ЭДО. Для этого необходимо перейти в раздел “Администрирование” – “Обмен электроннымы документами” – вкладка “Обмен с контрагентами” – “Профили ЭДО / Учетные записи” – открыть учетную запись 1С – ЭДО и перейти во вкладку “Сертификаты”. Необходимо удалить сертификат из профиля и добавить его вновь. После завершения процедуры добавления сертификата нажать “Записать и закрыть”.
2. 1С – Такском Код ошибки 3103. Сертификат не связан ни с одним абонентом системы Taxcom API.
Если при тестировании профиля настроек 1C – Такском или при нажатии “Отправить и получить” выходит сообщение “Ошибка аутентификации в сервисе Такском Код ошибки 3103. Сертификат не связан ни с одним абонентом системы.: сертификат с отпечатком не обнаружен среди сертификатов абонента с Ид_ЭДО’.
Это означает, что данные об используемом клиентом сертификате не обновились в его учетной записи на сервере оператора Такском.
В данной ситуации необходимо передобавить сертификат в профиль для формирования и отправки нового регистрационного пакета оператору ЭДО. Для этого необходимо перейти в раздел “Администрирование” – “Обмен электроннымы документами” – вкладка “Обмен с контрагентами” – “Профили ЭДО / Учетные записи” – открыть учетную запись ЭДО 1С – Такском и перейти во вкладку “Сертификаты”. Необходимо удалить сертификат из профиля и добавить его вновь. После завершения процедуры добавления сертификата нажать “Записать и закрыть”.
igor_1506
05.02.20
✎
16:49
Добрый день!
Сталкивался ли кто-нибудь нибудь с такой проблемой?
ФСС не принимает ЭЛН, кода ошибки на портале ФСС нет https://portal.fss.ru/fss/analytics/gate/error-description
Приходит такой протокол:
Результаты обработки
№ Номер ЛН Статус обработки Состояние ЛН Хеш данных Код ошибки Текст ошибки
1 910019**** Ошибка -20103 ORA-20103: Пара «Регистрационный номер вышестоящей организации» и «Регистрационный номер филиала» не найдена в справочнике. Проверьте правильность указания данных.
2 910017**** Ошибка -20103 ORA-20103: Пара «Регистрационный номер вышестоящей организации» и «Регистрационный номер филиала» не найдена в справочнике. Проверьте правильность указания данных.
igor_1506
06.02.20
✎
11:13
Апну тему на всяких случай, вдруг у кого случилась та же проблема.
Буквально 03.02 отправляли ЭЛН, который приняли, но релиз был 3.1.12.140. Так совпало, что проблема появилась сразу после обновления.
bolero
06.02.20
✎
11:26
а внутри xml регистрационные номера какие? сравните с предыдущим успешно отправленным xml
не исключено, что проблема не в ЗУП, а на стороне ФСС вас потеряли, пока вы обновлялись
nightwolf_38
06.02.20
✎
12:02
Такая же ошибка, и у нас никакие рег.данные не менялись 
igor_1506
06.02.20
✎
12:20
(3) Ну вот(( В ФСС звонили — они не знают.
nightwolf_38
06.02.20
✎
12:55
(4) А какой у Вас код подчиненности? на «2» заканчивается?
hydrocore
06.02.20
✎
14:04
Обновили сегодня утром до 12.142 к обеду пришел протокол от ФСС
Сведения об ошибках — 20103
ORA-20103 Пара «Регистрационный номер вышестоящей организации» и «Регистрационный номер филиала» не найдена в справочнике. Проверьте правильность указания данных.
Откатили до 12.113
Код подчиненности заканчивается на «2».
nightwolf_38
07.02.20
✎
10:51
Мы убрали дополнительный код, и изменили в коде подчиненности последнюю цифру с 2 на 1. Реестр отправился. Посмотрели предыдущие реестры — там вообще по-разному все эти поля заполнялись и реестр уходил без ошибок. Возможно изменилась проверка.
Zarema
07.02.20
✎
11:48
У нас действительно были неверно указан рег.номер страхователя. Рег.номер обособленного подразделения должен соответствовать рег.номеру вышестоящей организации, а у нас и в рег.номере и в доп.номере стоял один и тот же номер. Проверьте правильность внесения данных согласно «Приложения №4» в «Уведомлении о размере страховых пенсий на обязательное социальное страхование от несчастных случаев….»
nightwolf_38
11.02.20
✎
12:45
Скорее всего ФСС сделали проверку. Через Контур тоже не отправляется. У нас раньше отправляли как попало и все норм было, а тут после 31.01 вдруг ошибки начались. Надо приводить в порядок регистрационные данные, вот и всё решение.
hydrocore
12.02.20
✎
13:31
ФСС добавило контрольку. 1С ни причем. При отправке через СБИС необходимо корректно указать данные о регистрации в формате «рег.номер юрлица/рег.номер обособленного подразделения» в настройках СБИС онлайн и в программе СБИС++.
skzosp
05.03.20
✎
18:35
Как решить данную проблему в Зарплата и кадры государственного учреждения, редакция 3.1 (3.1.13.76)
В карточке организации вообще нет таких полей «Регистрационный номер вышестоящей организации» и «Регистрационный номер филиала» где их поменять?
DrZombi
05.03.20
✎
18:49
(11) Экстримал, она же «13» багована 