Ошибка при проверке флк статистика

Ошибки при форматно-логической проверке

После определения формата отправляемых документов сервер СБИС зафиксировал фатальные ошибки в форматно-логическом контроле.

Примеры расширенной части сообщения:

• Файл ON_SCHET_2BEcf64bba310444f5daed3cc864750e188_2BE7ed0b1f69af611e3845e005056b76e76_20140411_fc2c44c6-c131-11e3-ac8c-005056b74802.xml
  ошибки: [Отсутствует обязательный атрибут «Файл.Документ.СвСчет.СвПокуп.ИдСв.СвФЛ.ФИОИП.Имя»]
• Файл ON_SCHET_2BE50afaf555e874a7cbd5d0d5ab3abc4f0_2BE7ed0b1f69af611e3845e005056b76e76_20140411_4469965e-c13c-11e3-9f08-005056b74802.xml
  ошибки: [Значение «2/4стр23Б» атрибута «Файл.Документ.СвСчет.СвПокуп.Адрес.АдрРФ.Дом» больше максимально допустимой длины (8)]

Причина №1. Вложение документа не соответствует утвержденному формату

1. Проверьте вложения документа на соответствие утвержденным форматам. Исправьте формат вложения.
2. Если при отправке вы указываете тип вложения («Документ.Вложение.Тип») — проверьте, соответствует ил он реальному типу вложения.
3. Повторите отправку документа.

Причина №2. СБИС неправильно классифицирует неутвержденный формат и принимает его за утвержденный с ошибками

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

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

01.12.2021

«Направленные данные страхователя содержат исправления, но не указаны причина и обоснование исправлений».

При отправке реестра электронных листков нетрудоспособности (ЭЛН) в ФСС может возникать ошибка: «Направленные данные страхователя содержат исправления, но не указаны причина и обоснование исправлений».

Данная ошибка может возникать в тех случаях, когда данные ЭЛН уже были получены в ФСС от страхователя. При этом, если попытаться опять перезаполнить больничный из ФСС в программе, то программа скажет, что документ невозможно загрузить, так как он уже «Рассчитан страхователем». 

Если при отправке реестра ЭЛН в ФСС часть данных может быть отправлена, а другая часть (содержащая ошибки) отклоняется, тогда в 1С весь реестр ЭЛН отмечается как неотправленный. 

Если этот больничный вам все-таки необходимо отправить, то в реестре ЭЛН для каждой строки нужно указать «Код причины исправления». Для этого в графе «Исправление по причине» необходимо поставить галку и выбрать причину, например, код «06» — «Ошибка оператора». После чего необходимо провести данный документ и заново отправить реестр.

Возврат к списку

Содержание

• Почему возникла проблема выгрузки Реестров прямых выплат ФСС
• Как обойти проблему выгрузки Реестров прямых выплат ФСС для ЭЛН

Почему возникла проблема выгрузки Реестров прямых выплат ФСС

В связи с обновлением в 1С реестров прямых выплат для выгрузки и отправки данных в новом формате 1.7.7 многие пользователи, которые отправляют данные в фонд соцстраха не из 1С, а из сторонних программ (СБИС, Контур и т.д.), столкнулись с проблемами. Дело в том, что в ЗУП 3.1 используется уже новый формат реестров — 1.7.7, а сторонние программы могут использовать еще старый формат 1.7.6. Говорят, что и ФСС в некоторых регионах не готов пока к приему данных в новом формате, хотя заявлено, что фонд должен принимать данные как в старом 1.7.6, так и в новом формате 1.7.7.

В новом формате изменилась выгрузка данных по электронным больничным (ЭЛН) — многие реквизиты для ЭЛН теперь не требуется выгружать и отправлять в ФСС. Т.е. для бумажных и электронных больничных выгрузка теперь формируется по-разному: для ЭЛН выгружается гораздо меньше данных. Это приводит к тому, что при загрузке в сторонние программы реестров по электронным больничным выдается ошибка, что данных недостаточно и требуется ручной ввод недостающих данных.

Об этой проблеме рассказывали в Новое в ЗУП за 5 минут — выпуск от 02.02.2021

Как обойти проблему выгрузки Реестров прямых выплат ФСС для ЭЛН

Вариантов обхода два.

Первый – выгружать данные в старом формате 1.7.6, но в новых версиях конфигурации 1С:ЗУП 3.1 возможности выбора формата, к сожалению, нет. Т.е. потребуется либо привлечение программиста и доработка, либо как вариант – остаться на старой версии конфигурации (версия ЗУП 3.1 <  3.1.14.394 и 3.1.16.133).

Второй вариант – сделать вид, что выгружаем бумажный больничный, а не электронный, а после загрузки в сторонней программе перед отправкой в ФСС восстановить признак «электронности» больничного.

Последовательность действий:

1. В ЗУП 3 в Реестре прямых выплат ФСС снять флажки, что больничные электронные:
2. Выгрузить Реестр прямых выплат ФСС в файл.
3. Загрузить файл в стороннюю программу (СБИС, Контур и т.д.)
4. В сторонней программе и в ЗУП 3 в Реестре прямых выплат ФСС поставить флаг ЭЛН.
5. Отправить данные.

Напишите в комментариях, удалось ли вам сдать Реестр прямых выплат ФСС в новом формате?

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С:ЗУП, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Оцените публикацию

(10 оценок, среднее: 5,00 из 5)

Загрузка…

При отправке по кнопке отправить в фсс, ошибка в журнале регистрации, как в первом сообщении темы

Судя по вашим скриншотам, вы меняете настройки сертификатов. Правильные сертификаты на скриншоте. 

Создаем документ Реестр сведений для начисления пособий, который можно открыть непосредственно из документа Расчет пособия по временной нетрудоспособности, либо из раздела Отчетность-Пилотный проект. Заполняем реестр, проверяем правильность заполнения с помощью кнопки Контроль. При нажатии на кнопку Отправить ЭЛН в ФСС, сформируется и автоматически отправится Реестр ЭЛН на портал ФСС, данный Реестр содержит данные страхователя (работодателя). Взаимосвязь с ФСС напрямую по кнопке Отправить ЭЛН в ФСС произойдет, если в программе заполнены сертификаты и настроен Обмен с ФСС. Если ЭЛН был загружен в программу из файла, скачанного из Личного кабинета в ФСС, тогда необходимо данные о страхователе (работодателе) заполнить в Личном кабинете ФСС вручную.4. После формирования Реестра ЭЛН, в том же документе Реестр сведений для начисления пособий, нажимаем на кнопку Сформировать файл, сформируется Реестр для оплаты, который отправляем в ФСС через спецоператора связи. Реестр сведений для начисления пособий можно сформировать непосредственно из документа Расчет пособия по временной нетрудоспособности, либо из раздела Отчетность — группа Пилотный проект.
Файл на оплату можно отправить напрямую из программы, при условии, что у вас подключена 1С Отчетность. При подключенной 1С Отчетности, в Реестре нажать Отправка — Отправить в ФСС или непосредственно из раздела Отчетность — 1С Отчетность — Регламентированная отчетность.



ФСС не принимает реестр по ЭЛН: как исправить ошибки?

Доброго всем времени суток!

База: 1С 8.3 «Предприятие».
Вид отчета: Реестр по ЭЛН.

Ошибки при отправке: 

1) WARN_919 (Ф/Л) Для корректной обработки реестра сведений ПВСО необходимо заполнить сведения в части страхователя в соответствующих Электронных листках нетрудоспособности № 000000 статус ЭЛН 030. 

2) ERR_917 (Ф/Л) Данные указанные в реестре/ в заявлении по ЭЛН 000000 не соответствует данным, указанным мед. организацией в ЭЛН

Как исправить данные ошибки?
Все, вроде, верно внесла. В ФСС получила сам лист ЭЛН с подробным описанием, что делвать (пришлось обращаться напрямую, после многих неудачных попыток отправить этот реестр!), но и это не помогло! Большая часть ошибок исчезла. Остались эти!(
До этого прекрасно отправляли! 
Уже и не знаю, что делать!

Заранее: Спасибо большое за ответ!!!!

День добрый.
Аналогичная ошибка (WARN_919(Ф/Л), только в СБИС.
До вчерашнего дня все отлично уходило.
День бьюсь — результата нет…

Формируйте и сдавайте реестры больничных в ФСС через интернет

Добрый день.
Очень похоже на временные неполадки программного модуля ФСС.

Александра Кривошеева, Спасибо большое! 
Получилось отправить, спустя некоторое время. Видимо, да, были неполадки)))

СЭДО с ФСС

Готовьте и сдавайте в ФСС сведения о застрахованных лицах

При попытке отправки «Реестра прямых выплат» выходит сообщение об ошибке: «Перед отправкой реестра прямых выплат для ЭЛН требуется отправить реестр ЭЛН». Что делать?

После обновления конфигурации при отправке «Реестра прямых выплат ФСС» выходит следующее сообщение:

Что делать?

Да, разработчики фирмы 1С в последних обновлениях добавили сообщение об ошибке, чтобы пользователи не забывали отправлять «Реестры ЭЛН» перед отправкой «Реестров прямых выплат», как того требует ФСС. Желательно, чтобы разрыв в отправке реестра ЭЛН и реестра для назначения не был больше 5 дней.

1. Реестр ЭЛН для отправки в ФСС — содержит сведения об имеющихся в Вашей организации электронных больничных листах (ЭЛН).
2. Реестр прямых выплат (для назначения пособий) — содержит не только сведения об ЭЛН, но и содержит информацию, необходимую для назначения пособия со стороны ФСС.

Как уточнили в ФСС: 

При наличии в организации электронных листов нетрудоспособности, необходимо создавать и отправлять реестры ЭЛН. При проверке страхователи, которые их не отправляют, будут привлечены к ответственности.

Теперь программы 1С просто стали предупреждать об этом раньше, чем это предупреждение придет в протоколе ФСС. Предупреждение является чисто информационным и не влияет на проведение Реестра, отправку или выгрузку файла.

ОБРАТИТЕ ВНИМАНИЕ!

Если при обновлении появились ошибки или какие-либо другие проблемы, рекомендуем обратиться за услугами нашей технической линии консультаций прямо сейчас!

Это предупреждение критично для тех организаций, кто отправляет реестры напрямую из конфигураций 1С через сервис 1С:Отчетность, т.к. сторонние программы (например, СБиС, Контур) при отправке сведений автоматически формируют оба файла и направляют в ФСС. «Реестр ЭЛН» в эти программы загружать отдельно не требуется.

Создание и отправка реестра ЭЛН в ФСС

«Реестр ЭЛН» можно создать в рабочем месте 1С-Отчетность :

Табличную часть документа Реестр ЭЛН для отправки в ФСС можно заполнить по выбранной организации по кнопке Заполнить. Таблица заполняется всеми ЭЛН, которые не были отправлены. По кнопке Подобрать можно выбрать конкретные ЭЛН, которые необходимо отправить в ФСС:

После проведения Реестр можно отправить через 1С-Отчетность по кнопке Отправить реестр в ФСС:

При отправке возникли трудности? Свяжитесь с нашими специалистами по телефону или оставьте заявку с помощью данной формы. Мы обязательно поможем!

Хотите сделать заказ? Оставьте
заявку

Мы в социальных сетях! Подписывайтесь!

  
  
  

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

Ошибка ФЛК это ошибка наполнения документа данными в соответствии с требованиями формата документа (в первую очередь требования к формату описаны в соответствующих приказах, например «Приказ ФНС России от 19.12.2018 N ММВ-7-15/820@») для счет-фактуры.

Т.е. простыми словами электронный документ это xml файл определенной структуры, если структура или состав данных в полях выгружаемого документа нарушены, возникает такая ошибка.

Исправить эту ошибку можно просто внимательно перечитав ошибку. Например:
Документ ‘Фактура 03.05.19 № 1 на сумму 0.01 р., в т.ч. НДС 0 р.’ (файл ‘ON_SCHFDOPPR_*_*_20190503_debc19dc-1bd6-433c-a04d-fe65c6b70536.xml’) содержит ошибку:
1) Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст: Минимальная длина поля равна 1.

В данном случае в этом узле «Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст» указывает что явно есть какая-то ошибка с адресом. Из этой части «СвПрод.Адрес» становится понятно, «Минимальная длина поля равна 1» что адрес не заполнен у продавца документа. Таким образом адрес продавца по формату этого документа — обязательный и для отправки документа необходимо исправить адрес в справочнике СБИС или 1С или иной другой системе, где формируются отправляемые документы.

Ошибка ФЛК — что делать владельцу кассового аппарата

Федеральная Налоговая Служба ведет постоянную работу по совершенствованию механизмов автоматического анализа и контроля тех данных, которые организации предоставляют ей в электронном виде. Ее цель понятна — повысить собираемость налогов. Это касается и фискальных данных, которые формирует ваша on-line касса. Чеки, товары и услуги из них, открытие и закрытие смены, возвраты, ваши кассиры и клиенты, данные о товарах и местах расчета, применяемых скидках, предоплатах и авансах и еще многое другое. Объем обрабатываемой информации огромен — более 3,5 млн. кассовых аппаратов по всей стране отправляют в ФНС ежедневно примерно 200 млн кассовых чеков. Понятно, что работать с такими большими данными можно только, если эти данные сформированы по правилам. Поэтому с каждым днем усиливаются требования именно к корректности данных, вплоть до полного отклонения фискальных документов, в которых выявлены какие-либо нарушения по их заполнению. В случае отклонения чека с вашей кассы на стороне ОФД или ФНС вы, как владелец кассового аппарата, начинаете нарушать требования законодательства по ее применению, что влечет за собой серьезные штрафы. Как их избежать мы и обсудим в этой статье.

Проверка корректности чеков возложена на вашего оператора фискальных данных (ОФД), который выполняет ее по правилам, утвержденным ФНС. Такая проверка называется форматно-логический контроль (ФЛК) и уже давно применяется при приемке всей электронной налоговой отчетности. При ФЛК проверяется точное соответствие всех реквизитов фискального документа (тегов) выполняемой кассовой операции, формата данных, их состава и порядка заполнения.. Кроме самого чека также проверяется правильность и полнота данных о регистрации ККТ, выполняемых на ней операциях, заявленному при регистрации виду деятельности и применяемому налоговому режиму. Если чек не проходит ФЛК, то он не может быть отправлен в ФНС.

В зависимости от вида ошибки ФЛК со стороны ОФД может быть несколько вариантов:

• Полный отказ в приемке чеков с кассы. Этот вариант может быть применен ОФД при ошибках в регистрационных данных самой кассы или фискального накопителя. Например вы, или ваша обслуживающая организация не указали данные нового фискального накопителя при его замене или указали их неправильно. В этом случае касса будет заблокирована и не сможет работать через 30 дней после первого непринятого чека.
  Как избежать: следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.
  Как исправить: сверить регистрационные данные кассового аппарата с фактическими, исправить ошибки. Сделать это можно самостоятельно, например в Личном Кабинете налогоплательщика на сайте ФНС, или обратившись в организацию, которая обслуживает ваши кассы. На все возникающие вопросы сможет ответить наша техническая поддержка.
• Прием чека с ошибкой ФЛК. Такие чеки можно найти в вашем личном кабинете ОФД, оператор выделит их и покажет, какие именно ошибки в них выявлены. Как правило это чеки с неправильно заполненными тегами. Если ваша касса работает по ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”
  
  Как избежать: регулярно проверять личный кабинет ОФД на наличие таких чеков, следить за информацией в отчетах.
  Как исправить: обновить прошивку кассового аппарата и кассовую программу, если ошибка не исправится, то связаться с технической поддержкой.

Как исправить ошибку ФЛК на кассе

Самой частой причиной ошибок ФЛК является устаревшее программное обеспечение вашей кассы. Меняются требования законодательства, усиливается контроль за кассовыми чеками, исправляются обнаруженные ошибки. Если вы не обновите прошивку вашей кассы, то она об этом никогда не узнает и так и будет продолжать нарушать требования закона, а вместе с ней и вы, как ее владелец.

Кассовые чеки формирует кассовая программа. Дальше она отправляет их в кассовый аппарат, который в свою очередь выдает команды на фискализацию по этим данным. Любая ошибка во взаимодействии этих двух частей приведет к неправильному формированию кассового чека. В зависимости от кассовой программы ошибка может быть выявлена сразу и вы увидите ее на экране, или, что гораздо хуже, неправильный чек будет фискализирован и отправлен в ОФД. Поэтому так важно, на какой кассе и с какой программой вы работаете.

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

• Реализована возможность сформировать “Чек коррекции” с указанием наименования товаров в режиме работы ККТ по ФФД 1.05 по рекомендации ФЗ-240:
• Реализована обработка короткого кода маркировки (блоки табачной продукции) в соответствии с описанием структуры этого кода у оператора ИСМ (тэг 1306)
• В случае ошибочного указания признаков условий применения ККТ (торговля маркированными товарами, ломбарды и страховая деятельность) при регистрации/перерегистрации ККТ в режиме ФФД 1.05 указанные признаки будут проигнорированы при формировании ФД (тэг 1290)
• В случае передачи в ККТ кода Datamatrix без разделителей, например, при неправильной настройке сканера, такой код будет определен ККТ, как “Нераспознанный код товара” (тэг 1300);
• Теги 1229 (акциз), 1230 (код страны происхождения) и 1231 (номер таможенной декларации) передаются в чек только если в чеке есть ИНН покупателя (юридического лица;
• Убрали поле «Описание коррекции» (тег 1177) так как он исключен из состава тега 1174 с 01.03.2020;
• Результат проверки КМ (тэг 2107) теперь всегда передается в электронной форме чека при продаже маркированного товара, что устраняет возможную ошибку ФЛК у пользователей;
• При формирование операционного реквизита чека (тэг 1273) допускается передача даты со временем в форме ddmmyyhhmm (день:месяц:год:час:минута)
• Количество символов передаваемого кода товара (тэг 1163) приведена в соответствие с ФФД;
• Формирование дополнительных реквизитов кассового чека (команда 0x57), что устраняет возможную ошибку ФЛК у пользователей;
• Для касс с ФФД 1.2 добавлены недостающие «Признаки предмета расчета» (тег 1212) для маркированного товара;
• При формировании “чека коррекции” в режиме ФФД 1.2 можно не указывать номер предписания для коррекции, если коррекция выполняется не по предписанию налогового органа;
• При работе в режиме ФФД 1.2, в соответствии с письмом ФНС России от 28.07.2021 № АБ-4-20/10633@ “мера количества предмета расчета” (тэг 2108) указывается всегда и для всех товаров. Для выполнения требования ФНС изменен алгоритм передачи в ККТ данного тэга. Необходимо использовать 42 или в 79/x команды;
• В режиме ФФД 1.05 изменен алгоритм передачи в ККТ “единицы измерения предмета расчета” (тэг 1197), передача которого осуществляется теперь 42 командой, вместо 24 команды;
• Запрещена передача в ККТ “количества предмета расчета” (тэг 1023) равное нулю. Значение тэга 1023 всегда передается в электронной форме чека.

Чтобы касса работала корректно обновите прошивку и кассовое программное обеспечение или обратитесь в вашу обслуживающую организацию.

Руководитель направления маркировки компании «Дримкас». Более 20 лет опыта в автоматизации ритейла и логистики. Эксперт в вопросах маркировки, ЕГАИС и ФЗ-54.

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

Ошибка ФЛК это ошибка наполнения документа данными в соответствии с требованиями формата документа (в первую очередь требования к формату описаны в соответствующих приказах, например «Приказ ФНС России от 19.12.2018 N ММВ-7-15/820@») для счет-фактуры.

Т.е. простыми словами электронный документ это xml файл определенной структуры, если структура или состав данных в полях выгружаемого документа нарушены, возникает такая ошибка.

Исправить эту ошибку можно просто внимательно перечитав ошибку. Например:
Документ ‘Фактура 03.05.19 № 1 на сумму 0.01 р., в т.ч. НДС 0 р.’ (файл ‘ON_SCHFDOPPR_*_*_20190503_debc19dc-1bd6-433c-a04d-fe65c6b70536.xml’) содержит ошибку:
1) Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст: Минимальная длина поля равна 1.

В данном случае в этом узле «Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст» указывает что явно есть какая-то ошибка с адресом. Из этой части «СвПрод.Адрес» становится понятно, «Минимальная длина поля равна 1» что адрес не заполнен у продавца документа. Таким образом адрес продавца по формату этого документа — обязательный и для отправки документа необходимо исправить адрес в справочнике СБИС или 1С или иной другой системе, где формируются отправляемые документы.

Вид сведений Описание проверки Код ошибки Описание ошибки Выполнение внутреннего ФЛК Причины и рекомендуемые действия Решения по типовым ошибкам Сведения о льготах граждан

Архив с загружаемым XML-файлом содержит больше одного файла, либо не содержит файл с расширением .xml

ArchiveError

В архиве отсутствует xml файл или больше одного файла

Нет

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

Ошибка на стороне ЕЦП исключается архитектурой работы сервиса интеграции

Сведения о льготах граждан

Структура загружаемого XML не соответствует XSD

XMLFormatError

Структура XML не соответствует XSD

Нет

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

Вероятно произошло изменение XSD на фед. сервисе

Сведения о льготах граждан

Проверка на соответствие значения, передаваемого в теге, параметрам валидации

ValidationError

Неверный формат значения тега <имя тега>

Да Сведения о льготах граждан

Значения параметров, заполняемых из справочников, должны соответствовать актуальной версии справочников ФНСИ. Если передаваемое значение не найдено в справочнике, отображается ошибка

DocTypeDicError

Передано неверный код термина в теге <имя тега>

Да

Рекомендуемые действия: проверить введенные данные в ЕЦП указанные в сообщении об ошибке, и выполнить корректировку данных.

Сведения о льготах граждан

Ошибка в заполнении параметра «Код информационной системы, от которой поступили сведения». Ошибка формируется автоматически на стороне ЕЦП

InfoSysCodeError

Передан некорректный код информационной системы

Нет

Указанный в настройках сервиса код ИС не корректен или не актуален. Необходимо написать заявку в федеральный СТП с приложением соответствующей формы заявки для обновления или получения кода ИС региона

Сведения о льготах граждан

Проверка на заполнение обязательных данных гражданина:

• фамилия, имя, отчество (при наличии);
• дата рождения;
• пол

RequiredCitizenError

Не переданы обязательные сведения о гражданине в теге <name> или <surname> или <patronymic> и <sex>,<birthdate>

Да

Если значение не определено, то данные не включаются в файл выгрузки.

Необходимо проверить персональные данные пациента. Обязательны: фамилия, имя, отчество (при наличии), пол, дата рождения

Сведения о льготах граждан

Проверка на заполнение обязательных данных о документах гражданина: должно быть заполнено хотя бы одно значение:

• номер СНИЛС;
• данные полиса;
• данные документа удостоверяющего личность

RequiredIdentifyError

Не передано ни одного идентификатора гражданина

Нет

В персональных данных гражданина должны быть заполнены хотя одно из значений:

• номер СНИЛС;
• данные полиса;
• данные документа удостоверяющего личность

Сведения о льготах граждан

По информации ФРЛЛО обнаружено расхождение между данными о документах гражданина:

• номер СНИЛС;
• данные полиса;
• данные документа удостоверяющего личность;

и указанными персональными данными:

• фамилия, имя, отчество (при наличии);
• дата рождения;
• пол.

П р и м е ч а н и е – Данная проверка также сработает для случая, когда переданные идентификаторы гражданина принадлежат разным гражданам согласно информации в ФРЛЛО.

CitizenIdentifyError

Переданы некорректные идентификаторы документов гражданина

Нет

Необходимо проверить:

• персональные данные пациента. Обратить внимание на параметры: фамилия, имя, отчество (при наличии), пол, дата рождения, номер полиса ОМС, документ удостоверяющий личность. Вероятно есть ошибка или заведён двойник пациента в ЕЦП;
• информацию на стороне ФРЛЛО: согласно информации ФРЛЛО переданные идентификаторы (СНИЛС, номер полиса ОМС, документ удостоверяющий личность) принадлежат разным гражданам

Сведения о льготах граждан

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

• пол переданного гражданина – мужской, значение отчества непустое и заканчивается на «вич»;
• пол переданного гражданина – женский, значение отчества непустое и заканчивается на «вна»;

Допустимый процент нетиповых отчеств определяется для информационной системы на уровне ФНСИ, согласно справочника Справочника ФНСИ 1.2.643.5.1.13.13.99.2.622

PatronymicError

Переданы некорректные отчества граждан

Нет

При проверке на стороне ФРЛЛО был получен результат что отчество не является типовым. Проверьте отчество пациента, вероятно в нём допущены ошибки.

Есть возможность отключить проверку для зарегистрированной ИС. для этого требуется отправить заявку установленной формы в федеральную СТП

Сведения о льготах граждан

Проверка на соответствие данным о регионе (код субъекта РФ по ОКАТО5, в котором гражданин получает льготное обеспечение медицинской продукцией) и коду информационной системы

CitizenRegionError

Не передано или передано некорректное значение субъекта РФ, в котором гражданин получает льготное обеспечение

Нет

Код региона не определен или передан не корректный.

Варианты решения:

• Необходимо отправить заявку федеральную СТП о смене региона зарегистрированной ИС
• Обратиться к 2ЛП для анализа ошибки

Сведения о льготах граждан

Не были переданы значения обязательных данных поля «Код категории льготы из справочника ФНСИ». Могут быть переданы коды только «листовых» категорий льгот (значение атрибута «Код» одного из справочников ФНСИ)

RequiredBenefitError

Не передано значение обязательного тега категории льготы <имя тега> 

Да

Необходимо проверить:

• связь льготной категории в сведениях о льготе и категорией ФРЛЛО;
• код категории льготы ФРЛЛО должен соответствовать справочнику ФНСИ  1.2.643.5.1.13.13.99.2.541.

В случае корректности данных по льготе, необходимо отправить запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки. Вероятны проблемы с актуализацией справочников ФНСИ и таблиц связей в Системе

Сведения о льготах граждан

Проверка на соответствие между значением поля «Код категории льготы из справочника ФНСИ» и диагнозом:

• для категории льготы по нозологии не передан диагноз;
• передан диагноз, не соответствующий категории льготы

DiagnosisError

Не передан диагноз заболевания или передан некорректный диагноз заболевания для категории льготы по нозологии

Да

Ошибка возникает, если диагноз, указанный в льготе человека, не соответствует перечню диагнозов для категории льгот ФРЛЛО (Справочник ФНСИ 1.2.643.5.1.13.13.99.2.541):

• для данной категории льгот в справочнике ФРЛЛО указан список диагнозов, но в льготе человека диагноз не указан;
• в льготе человека указан диагноз, и ни диагноз льготы, являющийся диагнозом 4 уровня по справочнику МКБ, ни диагноз третьего уровня, соответствующий диагнозу льготы, не входят в список диагнозов льготы ФРЛЛО;
• значение диагноза в льготе человека не определено по данным НСИ ФРЛЛО

Сведения о льготах граждан

Проверка на заполнение данных документа, удостоверяющего личность

DocTypeError

Не передан тип документа в теге <имя тега> 

Да Сведения о льготах граждан

В переданных сведениях о категорий льгот, одно из значений поля «Дата получения льготы» больше значения поля «Дата отмены льготы по всем льготам»

BenefitDateError

В передаваемых льготах documentsbenefit дата назначения льготы больше даты отмены

Да

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

Необходимо проверить даты в льготах гражданина и исправить ошибку

Сведения о льготах граждан

Дата отмены льготы раньше даты «01.12.2020»

BenefitTooLate

Сведения о категории льготы устарели

Да

Для выгрузки в ФРЛЛО, кроме действующих льгот, берутся недействующие льготы, у которых дата закрытия больше или равна «01.12.2020»

Сведения о льготах граждан

В загружаемом в систему xml файле содержится более 100 тысяч элементов

FileSizeError

Загружаемый файл содержит более 100 тысяч записей

Нет Файл ограничен 50 тыс. записей. Следует обратиться к 2ЛП для анализа ошибки Сведения о льготах граждан

Регион: Башкирия, Крым

Если указан тип льготы «Дети первых трех лет» и возраст ребенка на текущую дату больше или равен трем годам, то формируется ошибка

PersonPrivilegeIsNotActualErr Льгота не актуальна на дату выгрузки данных Да Ошибка возникает если указан тип льготы «Дети первых трех лет» и возраст ребенка на текущую дату больше или равен трем годам Сведения о льготах граждан Проверка на отправку тестовых данных. Ошибка возникает, если в персональных данных человека: фамилия, имя, отчество — указано «тест» ФИО содержит текст «тест» – Фамилия, которая была у гражданина при рождении (при наличии) Да Ошибка возникает, если в персональных данных человека: фамилия, имя, отчество – указано «тест» Сведения о льготах граждан

Льготник прикреплен к МО, которая включена в список МО, данные которых на ФРЛЛО не передаются (тестовые МО)

PersonPrivilegeIsTestErr Гражданин прикреплен к тестовой МО Да

Если МО, к которой прикреплен льготник, не является тестовой МО,:

• то обратитесь в СТП для исключения МО из списка тестовых;
• иначе: если гражданин прикреплен к тестовой МО ошибочно, и его льготы должны быть переданы на ФРЛЛО, то нужно прикрепить гражданина к другой МО

Сведения о льготах граждан Льготная категория, указанная во льготе, имеет признак «Не выгружать на ФРЛЛО» PrivilegeTypeIsNotFrlloErr Льготная категория имеет признак «Не выгружать на ФРЛЛО» Да Льготная категория, указанная в данных о льготе, имеет признак «Не выгружать на ФРЛЛО»: необходимо проверить данные льготы Сведения о назначении медицинской продукции

Структура загружаемого XML не соответствует XSD – схеме

XMLFormatError

Структура XML не соответствует XSD – схеме

Нет

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

Вероятно произошло изменение XSD на фед. сервисе

Сведения о назначении медицинской продукции

Ошибка возникает при выполнении одного из следующих условий:

• при загрузке сведений из файла фиксированной структуры пользователем с ограничением на субъект РФ в теге /info_sys_code указана информационная система федерального уровня (с пустым значением атрибута ref_info_sys.r_region_code), либо субъект РФ информационной системы ref_info_sys.r_region_code) отличается от субъекта РФ пользователя;
• при загрузке сведений из файла фиксированной структуры пользователем без ограничения на субъект РФ и без привилегии frllo_register_load_admin в теге /info_sys_code передана информационная система уровня субъекта РФ (с НЕпустым значением атрибута ref_info_sys.r_region_code);
• при загрузке сведений посредством интеграционного сервиса значение атрибута code_ips (Ид. ИПС) у информационной системы, переданной в теге info_sys_code, отличается от идентификатора информационной системы, предоставившей сведения, согласно справочнику информационных систем ИПС

InfoSysCodeError

Передан некорректный код информационной системы

Нет

Указанный в настройках сервиса код ИС не корректен или не актуален. Необходимо написать заявку в фед. СТП с приложением соответствующей формы заявки для обновления или получения кода ИС региона

Сведения о назначении медицинской продукции

Значение тега не соответствует параметрам валидации. (Дата указана в неверном диапазоне, Дата указана в неверном формате, строка передана не по маске, превышена допустимая длина строки, несоответствие параметрам валидации см. приложения 2-4)

ValidationError

Неверный формат значения тега <имя тега>

Да

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

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

Сведения о назначении медицинской продукции

Передано неизвестное значение тегов, содержащих словарные термины: documents/document/citizen/sex, documents/document/citizen/region, documents/document/citizen/identify_docs/doc/doc_type, documents/document/recipe/med_org_oid, documents/document/recipe/staff_position_code, documents/document/recipe/benefit_code, documents/document/recipe/mkb10_code, documents/document/recipe/drug_smnn_code, documents/document/recipe/med_equip_code, documents/document/recipe/nutrition_code, documents/document/recipe/recipe_priority_code, documents/document/recipe/recipe_expiry_code

DocTypeDicError

Передано неверный код термина в теге <имя тега>

Нет

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

Вероятно проблемы с актуализацией справочников ФР НСИ и линковочных таблиц в ЕЦП

• Значение тега <drug_smnn_code> не соответствует справочнику ФР НСИ:
  • Необходимо обновить версию справочника nsi.UnitSMNN и связки в таблице dbo.UnitSmnnComplexLink. 
  • Ошибка со стороны ЕГИСЗ. 

• Значение тега <med_equip_code> не соответствует справочнику ФР НСИ.
  • Необходимо обновить версию справочника и связки в таблице.
• Значение тега <nutrition_code> не соответствует справочнику ФР НСИ.
  • Необходимо обновить версию справочника nsi.MedNutrition и связки в таблице nsi.MedNutritionLink

Сведения о назначении медицинской продукции

Ошибка возникает в случае, если в тегах documentscitizenregister_id и documentscitizenext_citizen_id не переданы или переданы неизвестные значения, при выполнении одно из условий ниже:

• Не передано непустое значение хотя бы в одном из тегов documentscitizenname, documentscitizensurname, documentscitizenpatronymic;
• Передано пустое значение в теге documentscitizenbirthdate;
• Передано пустое значение в теге documentscitizensex.

П р и м е ч а н и е – Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id

RequiredCitizenError

Не переданы обязательные сведения о гражданине в теге <name> или <surname> или <patronymic> и <sex>,<birthdate>

Да

Если значение не определено, то данные не включаются в файл выгрузки.

Необходимо проверить персданные пациента. Обязательны: фамилия, имя, отчество (при наличии), пол, дата рождения

Сведения о назначении медицинской продукции

Не было передано ни одно из значений в тегах documents/citizen/snils, или documents/citizen/policy_sn, или documents/citizen/identify_docs, при этом не передано значение (или передано неизвестное значение) в тэге documents/citizen/register_id и не передано значение (или передано неизвестное значение) в тэге documents/citizen/ext_citizen_id

П р и м е ч а н и е – Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id

RequiredIdentifyError

Не передано ни одного идентификатора гражданина

Нет

Если значение не определено, то данные не включаются в файл выгрузки.

В качестве идентификатора гражданина передается ИД пациента, который определяется однозначно.

Следует обратиться к 2ЛП для анализа ошибки

Сведения о назначении медицинской продукции

Переданные идентификаторы гражданина в тегах documents/citizen/snils, documents/citizen/policy_sn, documents/citizen/identify_docs согласно информации в ФРЛЛО не принадлежат гражданину, сведения о котором переданы в тэгах documents/citizen/name, documents/citizen/surname, documents/citizen/lastname, documents/citizen/firstsurname, documents/citizen/birthdate и documents/citizen/sex

П р и м е ч а н и я 

1. Данная проверка также сработает для случая, когда переданные идентификаторы гражданина принадлежат разным гражданам согласно информации в ФРЛЛО, на основе: (citizen.surname + citizen.name + citizen.lastname НЕ РАВНО /citizen/surname + /citizen/name + /citizen/lastname) И/ИЛИ (citizen.birthdate НЕ РАВНО /сitizen/birthdate) И/ИЛИ (citizen.r_sex НЕ РАВНО citizen/sex) И/ИЛИ (citizen.snils РАВНО citizen/snils) И/ИЛИ (citizen_docs.serial РАВНО /citizen/identify_docs/serial/ И citizen_docs.num РАВНО /citizen/identify_docs/num/) И/ИЛИ (citizen.policy_sn РАВНО /citizen/policy_sn )
2. Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id

CitizenIdentifyError

Переданы некорректные идентификаторы документов гражданина

Нет

Необходимо проверить персданные пациента.

Обратить внимание на параметры: фамилия, имя, отчество (при наличии), пол, дата рождения, номер полиса ОМС, документ удостоверяющий личность. Вероятно есть ошибка или заведён двойник пациента в ЕЦП

Сведения о назначении медицинской продукции

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

П р и м е ч а н и е – Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id

CitizenSearchError

Сведения о гражданине в регистре не найдены

Нет

Данные о льготе для пациента не были переданы, необходимо проверить результаты регистрации сведений о льготе.

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки

Сведения о назначении медицинской продукции

В тегах documents/recipe/drug_smnn_code, documents/recipe/med_equip_code, documents/recipe/nutrition_code не передано значение, переданы значения в нескольких из перечисленных тегов

RecipePositionError

Не передан код назначенной мед. продукции или передана неоднозначная информация о коде назначенной мед. продукции

Да

Если при поиске кодов медицинской продукции в справочниках ФРЛЛО одному виду медицинской продукции найдено более 1 или ни одного значения для выгрузки, то ошибка.

Вероятно проблема в стыковках справочников ЕЦП и ФР НСИ.

Обращение к 2ЛП для анализа ошибки

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

Порядок расчёта:

• для медицинских изделий и специального питания значение равно количеству  потребительских упаковок, выписанных по рецепту;
• для лекарственных препаратов рассчитывается автоматически на основании количества выписанных по рецепту потребительских упаковок и количестве потребительских единиц в упаковке

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

• для лекарственных препаратов – кода узла КЛП (справочник «Лекарственные препараты. Товарные позиции. ЕСКЛП с кодами КТРУ» OID 1.2.643.5.1.13.13.99.2.540);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания – код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603).

Необходимо на форме «Справочник медикаментов» выбрать МНН препарата, выписанного по рецепту и добавить связь хотя бы для одного из медикаментов с таким МНН (вызов формы связи по кнопке «Связать с КТРУ»)

Сведения о назначении медицинской продукции

Информационная система, переданная в теге /info_sys_code не является владельцем сведений о назначении для категории льготы, переданной в теге recipe/benefit_code (отличается от информационной системы, указанной в поле «Владелец сведений о назначенной и отпущенной медицинской продукции» для категории льготы в справочнике 1.2.643.5.1.13.13.99.2.655)

BenefitSourceError

Информационная система не является владельцем сведений о назначении для категории льготы

Нет Необходима отправка заявки в фед. СТП установленной формы для указания категорий льгот соответствующих ИС Сведения о назначении медицинской продукции

Ошибка возникает при выполнении одного из следующих условий:

• не передано значение тега recipe/med_org_oid при этом не переданы значения тегов recipe/se_num и recipe/se_name;
• одновременно переданы НЕпустые значения тегов recipe/med_org_oid И (recipe/se_num ИЛИ recipe/se_name)

OrganizationError

Не переданы сведения об организации, назначившей мед. продукцию, или переданы противоречивые сведения об организации

Да

Если для МО выписки не определен ОИД ФРМО, то ошибка. 

Проверки по se_num, se_name не выполняются, т.к. нет индивидуальных предпринимателей в Системе.

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

Сведения о назначении медицинской продукции

У регистровых записей гражданина, данные которого переданы в тэгах documents/citizen/register_id или documents/citizen/ext_citizen_id или в параметрах /citizen/surname, /citizen/name, /citizen/lastname, citizen/sex, citizen/snils, /citizen/identify_docs/, /citizen/policy_sn не найдены связи с льготой переданной в теге documents/recipe/benefit_code

CitizenBenefitError

У гражданина не найдены сведения коду льготы в теге documents/recipe/benefit_code

Да

Данные льготы должны быть переданы в ФРЛЛО: по этой льготе есть данные (регистрационный номер) в журнале экспорта и успешный результат передачи данных на ФРЛЛО.

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки

Сведения о назначении медицинской продукции

У гражданина отсутствуют активные регистровые записи, в субъекте РФ, указанном в теге /citizen/region

CitizenRegionError

У гражданина отсутствуют льготы, в субъекте РФ, указанном в назначении

Нет

Код региона не определен или передан не корректный.

Варианты решения:

• Необходимо отправить заявку федеральную СТП о смене региона зарегистрированной ИС
• Обратиться к 2ЛП для анализа ошибки

Сведения о назначении медицинской продукции

Не заполнены значения тегов recipe/commission_date и recipe/commission_num, при этом в теге recipe/drug_name передано непустое значение

ComissionInfoError

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

Нет Необходима отметка в рецепте о врачебной комиссии. Проверить данные в ЕЦП и выполнить правку Сведения о назначении медицинской продукции

Дата назначения documents/recipe/recipe_date меньше 01.12.2020 или меньше даты рождения (если дата рождения указана в теге /сitizen/birthdate

RecipeDateError

В тегах /recipe_date не корректно передана дата назначения

Да

Дата выписки рецепта должна быть больше даты рождения и больше чем 1 декабря 2020 г.

Проверить данные в ЕЦП и выполнить правку

Сведения о назначении медицинской продукции

Ошибка возникает, если указанная дата окончания действия назначения мед. продукции, переданная в теге documents/recipe/date_expiry не совпадает с вычисленной датой окончания действия назначения мед. продукции на основе кода срока действия назначения мед. продукции, переданного в теге documents/recipe/recipe_expiry_code и даты назначения, переданной в теге documents/recipe/recipe_date.

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

• если recipe_expiry_code=1, то date_expiry=recipe_date+15 (дней);
• если recipe_expiry_code=2, то date_expiry=recipe_date+30 (дней);
• если recipe_expiry_code=3, то date_expiry=recipe_date+60 (дней);
• если recipe_expiry_code=4, то date_expiry=recipe_date+90 (дней);
• если recipe_expiry_code=5, то date_expiry=recipe_date+1 год;
• если recipe_expiry_code=6, то date_expiry=recipe_date+1 месяц;
• если recipe_expiry_code=7, то date_expiry=recipe_date+3 месяца

ExpiryDateError

Дата в теге /date_expiry не согласуется со сроком действия в теге /recipe_expiry_code

Нет

Проверить указание срока годности медицинской продукции в справочнике ЕЦП.

Дата должна соответствовать коду срока действия по ФР НСИ.

Обращение к 2ЛП для анализа ошибки

Дата в теге /date_expiry не согласуется со сроком действия в теге /recipe_expiry_code

Сведения о назначении медицинской продукции

В загружаемом в систему xml файле содержится более 100 тысяч элементов

FileSizeError

Загружаемый файл содержит более 100 тысяч записей

Нет Файл ограничен 50 тыс. записей. Следует обратиться к 2ЛП для анализа ошибки Сведения об отпуске медицинской продукции

Структура загружаемого XML не соответствует XSD – схеме

XMLFormatError

Структура XML не соответствует XSD – схеме

Нет

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

Вероятно произошло изменение XSD на фед. сервисе

Сведения об отпуске медицинской продукции

Ошибка возникает при выполнении одного из следующих условий:

• при загрузке сведений из файла фиксированной структуры пользователем с ограничением на субъект РФ в теге info_sys_code указана информационная система федерального уровня (с пустым значением атрибута ref_info_sys.r_region_code), либо субъект РФ информационной системы ref_info_sys.r_region_code) отличается от субъекта РФ пользователя;
• при загрузке сведений из файла фиксированной структуры пользователем без ограничения на субъект РФ и без привилегии frllo_register_load_admin в теге info_sys_code передана информационная система уровня субъекта РФ (с НЕ пустым значением атрибута ref_info_sys.r_region_code);
• при загрузке сведений посредством интеграционного сервиса значение атрибута code_ips (Ид. ИПС) у информационной системы, переданной в теге info_sys_code, отличается от идентификатора информационной системы, предоставившей сведения, согласно справочнику информационных систем ИПС

InfoSysCodeError

Передан некорректный код информационной системы

Нет

Указанный в настройках сервиса код ИС не корректен или не актуален. Необходимо написать заявку в фед. СТП с приложением соответствующей формы заявки для обновления или получения кода ИС региона

Сведения об отпуске медицинской продукции

Значение тега не соответствует параметрам валидации. (Дата указана в неверном диапазоне, Дата указана в неверном формате, строка передана не по маске, превышена допустимая длина строки, несоответствие параметрам валидации см. приложения 2-4)

ValidationError

Неверный формат значения тега <имя тега>

Да

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

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

Сведения об отпуске медицинской продукции

Проверка на корректность заполнения количества отпущенной медицинской продукции:

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

Неверный формат значения тега item_qty – количество отпущенных потребительских единиц медицинской продукции Да

Проверить корректность указанных данных по количеству отпущенной медицинской продукции:

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

Сведения об отпуске медицинской продукции

Передано неизвестное значение тегов, содержащих словарные термины: relise/med_org_oid, relise/staff_position_code, relise/drug_klp_code, relise/med_equip_code, relise/nutrition_code, relise/service_types_code, relise/refuse_reason_code

DicError

Передано неверный код термина в теге <имя тега>

Нет

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

Вероятно проблемы с актуализацией справочников ФР НСИ и линковочных таблиц в ЕЦП

Сведения об отпуске медицинской продукции

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

• для лекарственных препаратов – код узла КЛП (справочник «Лекарственные препараты. Товарные позиции. ЕСКЛП с кодами КТРУ» OID 1.2.643.5.1.13.13.99.2.540);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания – код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603)

Передан неверный код термина в теге drug_klp_code.

Передан неверный код термина в теге med_equip_code.

Передан неверный код термина в теге nutrition_code

Необходимо проверить связи отпущенной медицинской продукции со справочниками:

• для лекарственных препаратов – код узла КЛП (справочник «Лекарственные препараты. Товарные позиции. ЕСКЛП с кодами КТРУ» OID 1.2.643.5.1.13.13.99.2.540);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания – код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603).

На форме «Справочник медикаментов» (вызов формы связи по кнопке «Связать с КТРУ»)

Сведения об отпуске медицинской продукции Проверка на заполнение сведений о назначенной медицинской продукции DicError

Одно из полей recipe.drugSmnnCode/ recipe.medEquipCode/ recipe.nutritionCode должно быть заполнено

Да

Ошибка возникает в случае, если в рецепте, по которому осуществляется отпуск указана медицинская продукция, у которой нет связи со справочниками:

• для лекарственных препаратов – код узла СМНН (справочник «Узлы СМНН. ЕСКЛП« OID 1.2.643.5.1.13.13.99.2.611);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания – код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603).

В рецепте необходимо заполнить поле «Код МП» и добавить связь на форме «Справочник медикаментов» (вызов формы связи по кнопке «Связать с КТРУ»)

Сведения об отпуске медицинской продукции

Не было передано значение ни для одного из тегов relise/drug_klp_code, relise/med_equip_code, documents/relise/nutrition_code, или переданы значения для нескольких из перечисленных тегов

RelisePositionError Не передан код отпущенной мед. продукции, либо передан неоднозначный код отпущенной мед. продукции Да

Ошибка возникает в случае, если в сведениях от отпуске указана медицинская продукция, у которой нет связи со справочниками:

• для лекарственных препаратов – код узла КЛП (справочник «Лекарственные препараты. Товарные позиции. ЕСКЛП с кодами КТРУ» OID 1.2.643.5.1.13.13.99.2.540);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания – код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603).

Необходимо добавить связь на форме «Справочник медикаментов» (вызов формы связи по кнопке «Связать с КТРУ»)

Сведения об отпуске медицинской продукции

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

• Ф. И. О работника, отпустившего мед. продукцию;
• СНИЛС работника, отпустившего мед. продукцию;
• код должности работника, отпустившего мед. продукцию (значение поля «Код» справочника ФНСИ)

Не заполнен обязательный тег ‘staff_snils’ — СНИЛС работника, отпустившего мед. продукцию

Не заполнен обязательный тег ‘staff_name’ — ФИО работника, отпустившего мед. продукцию

Не заполнен обязательный тег ‘staff_position_code’ — Код должности работника, отпустившего мед. продукцию (значение поля «Код» справочника ФНСИ)

Да

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

• Ф. И. О работника, отпустившего мед. продукцию;
• СНИЛС работника, отпустившего мед. продукцию;
• код должности работника, отпустившего мед. продукцию: значение поля «Код» должно соответствовать справочнику ФНСИ «Должности медицинских и фармацевтических работников» OID 1.2.643.5.1.13.13.11.1002

Сведения об отпуске медицинской продукции Проверка на заполнение обязательного поля «Дата отпуска медицинской продукции» Не заполнен обязательный тег ‘release_date’ — Дата отпуска медицинской продукции Да Необходимо проверить данные об отпуске – должна быть заполнено поле «Дата отпуска медицинской продукции» Сведения об отпуске медицинской продукции Проверка на заполнение сведений об отпущенной медицинской продукции Одно из полей relise.drugKlpCode/ relise.medEquipCode/ relise.nutritionCode должно быть заполнено Да

Ошибка возникает в случае, если в сведениях от отпуске указана медицинская продукция, у которой нет связи со справочниками:

• для лекарственных препаратов – код узла КЛП (справочник «Лекарственные препараты. Товарные позиции. ЕСКЛП с кодами КТРУ» OID 1.2.643.5.1.13.13.99.2.540);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания — код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603).

Необходимо добавить связь на форме «Справочник медикаментов» (вызов формы связи по кнопке «Связать с КТРУ»)

Сведения об отпуске медицинской продукции Проверка на заполнение сведений о количестве отпущенных потребительских единиц медицинской продукции Не заполнен обязательный тег ‘item_qty’ — Количество отпущенных потребительских единиц медицинской продукции Да

Порядок расчёта:

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

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

• для лекарственных препаратов – код узла КЛП (справочник «Лекарственные препараты. Товарные позиции. ЕСКЛП с кодами КТРУ» OID 1.2.643.5.1.13.13.99.2.540);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания – код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603).

Необходимо добавить связь на форме «Справочник медикаментов» (вызов формы связи по кнопке «Связать с КТРУ»)

Сведения об отпуске медицинской продукции

Не передано значение в тегах relise/recipe_id и relise/ext_recipe_id или переданы неизвестные значения в тегах relise/recipe_id и relise/ext_recipe_id

П р и м е ч а н и е – проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов relise/relise_id, relise/ext_relise_id 

RecipeIdentifyError Отсутствуют сведения о переданном назначении мед. продукции Нет

Данные о назначении не были переданы, необходимо проверить результаты регистрации сведений о назначении медицинской продукции (рецепте).

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.

Сведения об отпуске медицинской продукции

Ошибка возникает при выполнении одного из следующих условий:

• не передано значение тега relise/med_org_oid при этом не переданы значения тегов relise/se_num и relise/se_name;
• одновременно переданы НЕпустые значения тегов relise/med_org_oid И (relise/se_num ИЛИ relise/se_name)

OrganizationError Не переданы сведения об организации, отпустившей мед. продукцию, или переданы противоречивые сведения об организации Да Вероятно не указан ОИД для аптечной организации, либо ОИД указан не корректно и требует актуализации в справочнике ЕЦП. Сведения об отпуске медицинской продукции

Ошибка возникает при выполнении одного из следующих условий:

• значение «Код КЛП отпущенной товарной позиции лекарственного препарата» передано, при этом «Код узла СМНН» отпущенной товарной позиции лекарственного препарата не соответствует «Коду узла СМНН», указанному в сведениях о назначении, по которому осуществляется отпуск;
• значение «Код отпущенного медицинского изделия» передано, при этом значение отличается от кода медицинского изделия, указанного в сведениях о назначении, по которому осуществляется отпуск;
• значение «Код отпущенного специализированного продукта лечебного питания» передано, при этом значение отличается от кода спец. питания, указанного в сведениях о назначении, по которому осуществляется отпуск

RelisePositionError Код отпускаемой мед продукции не соответствует назначению мед. продукции Да

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

• для назначенных лекарственных препаратов – код узла СМНН (справочник «Узлы СМНН. ЕСКЛП« OID 1.2.643.5.1.13.13.99.2.611);
• для отпущенных лекарственных препаратов – кода узла КЛП (справочник «Лекарственные препараты. Товарные позиции. ЕСКЛП с кодами КТРУ» OID 1.2.643.5.1.13.13.99.2.540);
• для ИМН – код КТРУ (справочник «ФРЛЛО. Справочник медицинских изделий согласно КТРУ» OID 1.2.643.5.1.13.13.99.2.604);
• для продукта лечебного питания — код ЛП (справочник «ФРЛЛО. Справочник специализированного питания» OID 1.2.643.5.1.13.13.99.2.603).

При этом:

• код узла СМНН препарата, отпущенного по рецепту, должен быть равен коду узла СМНН, выписанного по рецепту;

• при отпуске МИ и лечебного питания: код медицинской продукции выписанной в рецепте, должен быть равен коду медицинской продукции, отпущенной по рецепту

Сведения об отпуске медицинской продукции

Ошибка возникает, при обновлении отпуска в случае, если данные о назначении по которому был произведен отпуск в базе ФРЛЛО, не совпадает с указанными данными о назначении

Для обновляемого или удаляемого отпуска дата в теге relise_date меньше чем дата отпуска по сведениям ФРЛЛО Нет

Необходимо:

• проверить корректность регистрации сведений о назначении в ФРЛЛО: данные должны быть зарегистрированы, не должна была проводиться корректировка после регистрации;
• сверить данные о назначении на ФРЛЛО и с системе

Сведения об отпуске медицинской продукции

Дата отпуска (relise/release_date) больше текущей даты и меньше даты назначения, по которому осуществляется отпуск (recipe.recipe_date)

ReliseDateError

В тегах /release_date не корректно передана дата отпуска

Да

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

Проверить данные в ЕЦП и исправить указание дат выписки или отпуска

Сведения об отпуске медицинской продукции

Ошибка возникает если в сведениях об отпуске кол-во отпущенных потребительских упаковок, переданное в теге relise/pack_qty, не соответствует кол-ву отпущенных потребительских единиц, переданному в теге relise/item_qty.

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

• если relise/med_equip_code is not null или relise/nutrition_code is not null, то relise/item_qty==relise/pack_qty;
• если relise/drug_klp_code is not null, то (relise/pack_qty * ref_drug_products.primary_pack_qty * ref_drug_products.consumer_pack_qty)*0,95 =< relise/item_qty=< (relise/pack_qty * ref_drug_products.primary_pack_qty * ref_drug_products.consumer_pack_qty)*1,05.

Параметры ref_drug_products.primary_pack_qty и ref_drug_products.consumer_pack_qty должны быть получены по переданному коду КЛП отпущенной товарной позиции лекарственного препарата в теге relise/drug_klp_code, который должен совпадать с полем ref_drug_products.klp_code

ReliseQtyError Количество потребительских упаковок в теге relise/pack_qty не согласуется с кол-вом потребительских единиц в теге relise/item_qty Да

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

Для лекарственных средств указывается в количестве единиц во всех упаковках.

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

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

Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки

Сведения об отпуске медицинской продукции

В загружаемом в систему xml файле содержится более 100 тысяч элементов

FileSizeError Загружаемый файл содержит более 100 тысяч записей Нет Файл ограничен 50 тыс. записей. Следует обратиться к 2ЛП для анализа ошибки

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---