Есть ошибки флк при заполнении блока

User Сообщений: 3 Рейтинг: 0 Авторитет: 7 Регистрация: 6 фев 2022

Коллеги, добрый день! При запросе к виду сведений «Прием обращений в ФГИС ЕГРН» (Предоставление сведений, содержащихся в Едином государственном реестре недвижимости, посредством обеспечения доступа к федеральной государственной информационной системе ведения Единого государственного реестра недвижимости) через СМЭВ, от ведомства возвращается ошибка UNKNOWN_REQUEST_DESCRIPTION — Не прошел ФЛК. Запрос вроде корректен, сверили со схемой, не можем понять причину ошибки ФЛК. Ну и с таким ответом можно искать ошибку чуть более чем бесконечно… Можете подсказать в чем может быть ошибка и в какую сторону колупать?

Administrator Сообщений: 16606 Рейтинг: 20 Авторитет: 15 Регистрация: 21 мар 2013	Надо глянуть пакет в росреестр и запрос на статус

User Сообщений: 3 Рейтинг: 0 Авторитет: 7 Регистрация: 6 фев 2022	Добрый день! Файлы запроса и ответа с непройденным ФЛК во вложении. Изменено: Сергей Полежаев — 9 фев 2022 13:25:13

User Сообщений: 3 Рейтинг: 0 Авторитет: 7 Регистрация: 6 фев 2022

#4 0   10 фев 2022 12:13:37 Появилось предположение что мы не по тому сценарию запрос отправляем. Нам нужна «Выписка из Единого государственного реестра недвижимости об основных характеристиках и зарегистрированных правах на объект недвижимости». Мы используем сценарий 25 «Предоставление сведений, содержащихся в Едином государственном реестре недвижимости, посредством обеспечения доступа к федеральной государственной информационной системе ведения Единого государственного реестра недвижимости» Может быть это неверно и нужно использовать сценарий 24 «Предоставление сведений, содержащихся в ЕГРН, об объектах недвижимости и (или) их правообладателях». К сожалению не смог найти описание в каких случаях какой сценарий нужно использовать… Может тут кто в курсе

Алексей Рябов Administrator Сообщений: 16606 Рейтинг: 20 Авторитет: 15 Регистрация: 21 мар 2013	#5 0   11 фев 2022 14:48:23 Цитата написал: Может быть это неверно и нужно использовать сценарий 24 «Предоставление сведений, содержащихся в ЕГРН, об объектах недвижимости и (или) их правообладателях» Да, это возможно и есть проблема (вспоминается, что я уже это видел )). К сожалению нет сейчас времени вникнуть в Ваш пакет, чтобы подсказать Вам свое видение. Если совсем тупик будет, сообщайте, попробуем выделить время на договорных основах.
	Цитировать   Имя

Ошибка ФЛК на Эвотор — пошаговая инструкция

21 октября 2022

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

Содержание

Что такое ФЛК на Эвотор

Форматно-логистический контроль является обязательной процедурой, которую проводит каждый ОФД. Ее цель — выявить ошибки в составлении ФД и сообщить о них владельцу ККТ. Крайне важно вовремя реагировать на такие уведомления, так как при такой проблеме чеки не будут отправляться в налоговую.

Что входит в форматно-логистический контроль

1. проверка на наличие обязательных реквизитов.
2. проверка соответствия значения этих реквизитов ожидаемым данным.
3. проверка на наличие или отсутствие тегов.

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

2 причины возникновения ошибки ФЛК на Эвотор

Конкретно на Эвотор такая проблема говорит о том, что в чеке нет каких-то данных, из-за чего ОФД не может передать фискальный документ дальше. Уведомление об ошибке возникает рандомно: при включении терминала, во время продажии т. д. Из-за чего такая проблема может случится:

1. При регистрации смарт-терминала была допущена ошибка.
2. Касса недавно обновилась или ПО наоборот устаревшее.

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

Для каждой причины есть свое решение. Мы можем провести быстрый чек-ап кассы, чтобы понять, в чем дело (это бесплатно). Ошибка ФЛК при включении возникает по разным причинам. Например:

Причина 1 — ошибка при регистрации

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

1. Откройте личный кабинет ФНС → Учет ККТ



2. Выберите смарт-терминал и проверьте его реквизиты

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

Причина 2 — устаревшая прошивка ККТ

Обычно смарт-терминал обновляется автоматически. Ему для этого нужно стабильное интернет-соединение и отсутствие технических проблем. Однако бывает так, что автоматически это не происходит. Что делать в таком случае:

1. Проверьте версию прошивки Эвотор.

Актуальная версия — 54хх и выше.

Если версия устаревшая, причина вероятнее всего в этом.

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

Совет техподдержки — как предотвратить ошибку ФЛК Эвотор после обновления и при работе

Чтобы избежать такой проблемы, следуйте этим простым рекомендациям:

1. Внимательно заполняйте все поля при регистрации кассы и ФН

Любая, даже мелкая, ошибка проводят к блокировке фискальника и ошибкам на терминале. Лучше доверить это профессионалам техподдержки Эвотор.

2. Обеспечьте стабильное соединение с Интернетом на ККТ. Если устройство не будет выходить в Сеть, его связь с ОФД и обмен данными остановится. Также без Интернета на ККТ не будут устанавливаться обновления системы.

Другие записи блога

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

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

В зависимости от вида ошибки форматно-логического контроля со стороны ОФД может быть несколько ситуаций:

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

Как избежать: следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.

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

2) Прием чека с ошибкой форматно-логического контроля. Такие чеки можно найти в вашем личном кабинете ОФД, оператор выделит их и покажет, какие именно ошибки в них выявлены. Как правило это чеки с неправильно заполненными тегами. Если ваша касса работает по ФФД 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 всегда передается в электронной форме чека.

Ошибка ФЛК: что это и как исправить?

Для того, чтобы ФНС могла качественнее контролировать бизнес, работающий с онлайн-кассами, к данным, передающимся в ОФД предъявляется все больше требований. На сегодняшний день в ФНС ежедневно отправляется около 200 млн кассовых чеков. Логично, что постоянно усиливаются требования к корректности фискальных данных, передаваемых из ККТ оператору фискальных данных. Штрафы за нарушения, связанные с использованием касс, растут, требований к формированию данных — все больше.

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

Некорректный чек может быть принят ОФД. Чек с ошибкой можно увидеть в личном кабинете ОФД. Чаще всего ошибочные чеки — это чеки с неверными тегами. Если онлайн-касса работает по новому формату ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”. Желательно регулярно просматривать чеки в личном кабинете ОФД — так вы будете в курсе наличия ошибок и сможете предпринять шаги к их исправлению.

Также некорректный чек может быть вообще не принят ОФД. Обычно это происходит, если онлайн-касса неверно зарегистрирована в ФНС или имеет проблемы с фискальным накопителем. Для того, чтобы контролировать наличие таких непринятых ОФД чеков. нужно следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.

Если касса зарегистрирована корректно, данные об ФН также внесены верно, проблемы с неприекой чеков в ОФД быть не должно.

Для того, чтобы не было чеков с ошибками, не возникало “Ошибки ФЛК”, нужно обновлять своевременно прошивку кассы и внешнее кассовое ПО, которое поддерживало бы все изменения по части внутреннего ПО кассы.

Источник

Аккредитация в Росаккредитации

форум для аккредитованных лабораторий

• Непрочитанные сообщения
• Темы без ответов
• Активные темы
• Поиск
• Топлист сообщений
• Благодарности
• Статистика сайта

ФГИС — Работа в личном кабинете

#1 ФГИС — Работа в личном кабинете

Непрочитанное сообщение 9967662 » 23 май 2017 16:31

#2 Подключение к ФГИС Росаккредитации.

#3 Подключение к ФГИС Росаккредитации.

Непрочитанное сообщение Дневной бродяга » 24 май 2017 12:53

#4 Подключение к ФГИС Росаккредитации.

Непрочитанное сообщение 9967662 » 24 май 2017 14:50

#5 Подключение к ФГИС Росаккредитации.

Непрочитанное сообщение Дневной бродяга » 24 май 2017 15:09

Вам нужен защищенный канал, для передачи данных во ФГИС. Эту услугу Росаккредитация не предоставляет. Сторонние провайдеры этим занимаются.

Отправлено спустя 41 секунду:
Как только все программы/ключи будут у Вас на компе, тогда и заявку во ФГИС

#6 Подключение к ФГИС Росаккредитации.

Непрочитанное сообщение Дневной бродяга » 25 май 2017 08:55

#7 ФГИС — Личный кабинет

Непрочитанное сообщение Pytone » 30 май 2017 18:18

#8 Новые модули в личном кабинете ФГИС

Непрочитанное сообщение ochetv » 04 июн 2017 16:23

#9 Новые модули в личном кабинете ФГИС

Непрочитанное сообщение Pytone » 06 июн 2017 21:41

#10 ФГИС — Личный кабинет

Непрочитанное сообщение Маргарита » 18 июн 2018 11:36

#11 Рабочие инструкции (методические рекомендации) по эксплуатации системы для испытательной лаборатории

#12 Росаккредитация не даёт доступ к личному кабинету ФГИС 2.0

Непрочитанное сообщение B0ris » 08 фев 2019 11:33

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

Данная тема является одновременно и криком души, и просьбой о помощи хотя бы моральной )

20.12.2018 г. мы направили запрос на подключение к ФГИС, все действия были выполнены в соответствии с инструкцией, однако, по истечении 30 календарных дней (в тех.поддержке сказали, что именно такой срок подключения к их информационной системе) мы так и не получили доступ к личному кабинету.

22.01.2019 г. я связался с техподдержкой и мне сообщили, что необходимо направить еще один запрос, который не предусмотрен и не описан в инструкции. Запрос (!) на получение формы запроса (. ) на предоставление dst-ключей для организации защищенного канала. Ну ладно, заполнили, отправили. Далее последовали письма с просьбой отправить им всю ту же информацию, что мы им отправляли ранее. Ок. Заново, так заново. Отправили.

04.02.2019 г. попросили отправить им право на использование VipNet. Второй раз. Ну ок, отправили.

По состоянию на 08.02.2019 г. мы так и не получили доступ к личному кабинету и к информационной системе. Зато получили письмо из техподдержки, что необходимо отправить сертификаты электронных подписей, указанных в запросе и т.д.. В третий (. ) раз я отправляю одно и тоже.

Написали в электронную приёмную по данной проблеме. Перезванивала девушка выслушала меня и попросила перезвонить им через пол-часа. Дозвониться я так и не смог.
Отправили письмо на бумаге почтой, с описанием всего.. Интересно, сколько раз необходимо будет отправлять им одно и то же?

Кто-нибудь с подобным сталкивался?
Что подскажите делать?
По сути ведь совершенно элементарная и простая процедура, тем не менее Росаккредитация не способна ее выполнить. Ведь это же не просто не является нормальным. Всё это вызывает возмущение и недоумение.

Источник

440-П Ошибка ФЛК — Что это ?

#1 Eugene74ru

Кредитные организации

83 сообщений

• Falcolmlale, Felipspl, AstonioBize и 28 другим это нравится

#2 striker

Кредитные организации

336 сообщений

#3 AntonKeb

Кредитные организации

235 сообщений

• Город Москва

За файлы отправленные 16.11.2018 у нас тоже самое.

Что за ошибки форматно-логического контроля? Через KlikoMsg 440 все файлы успешны.

#4 Юлия1307

Кредитные организации

922 сообщений

Присоединяемся к вопросу.

У нас за 16.11.18 положительные только файлы PB 1 и PB 2, остальные типы файлов (BOS, BVS, BVD. ) с ошибкой форматно-логистического контроля.

Что делать дальше?

#5 yarlov

Кредитные организации

28 сообщений

Аналогичная ситуация. Что делать дальше?

#6 sancase

Модераторы

2385 сообщений

#7 Юлия1307

Кредитные организации

922 сообщений

Сегодня на сайте ФНС для нашего Банка выложен 21 пустой архив.

Что вообще происходит? Когда уже наладится взаимодействие?

Сведения о файле

Данные извещения/подтверждения ТУ
(формируется при наличии ошибок)

Имя файла: AFN_MIFNS00_2748701_20181126_00021.ARJ

БИК: 042748701

Количество файлов, включенных в архивный файл: 0

Имя Файла: (Отсутствует значение)

Код результата обработки: (Отсутствует значение)

Текст результата обработки: (Отсутствует значение)

Дата проверки архива: (Отсутствует значение)

#8 Dmitry_IT

Кредитные организации

40 сообщений

Такая же «Ошибка ФЛК».

Прикрепленные файлы

• Ошибка ФЛК.png213.86К 0 скачиваний

#9 AntonKeb

Кредитные организации

235 сообщений

• Город Москва

Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.

#10 Dmitry_IT

Кредитные организации

40 сообщений

Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.

В том-то и дело, что уже больше недели квитанций нет. Проверить не на чем, кроме как на сайте налоговой.

#11 ValeryM

Кредитные организации

17 сообщений

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «

xml version=»1.0″ encoding=»windows-1251″ ?>

#12 yarlov

Кредитные организации

28 сообщений

Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.

Какие наши действия?

#13 sancase

Модераторы

2385 сообщений

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «

xml version=»1.0″ encoding=»windows-1251″ ?>

Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.

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

#14 ValeryM

Кредитные организации

17 сообщений

#15 sancase

Модераторы

2385 сообщений

Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.

Какие наши действия?

Это совсем другое. Это наша ошибка. Будем исправлять.

#16 ValeryM

Кредитные организации

17 сообщений

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«

Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.

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

Мы не можем принять электронный документ из за ошибки. По результатам контроля документа получили ошибку — «Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России» (Код 41). PB2 формируется по результатам ПРИНЯТОГО электронного документа. Сформировали PB1 — это отказ о принятии электронного документа. Зачем нам формировать PB2, если мы отказываемся в принятии документа?

Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.

#17 AntonKeb

Кредитные организации

235 сообщений

• Город Москва

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«

Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.

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

Мы не можем принять электронный документ из за ошибки. По результатам контроля документа получили ошибку — «Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России» (Код 41). PB2 формируется по результатам ПРИНЯТОГО электронного документа. Сформировали PB1 — это отказ о принятии электронного документа. Зачем нам формировать PB2, если мы отказываемся в принятии документа?

Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.

Вам же Александр подчеркнул, что PB1 формируется при проверке формата сообщения. Если он по xsd схеме проходит, то вы обязаны его принять. А то, что внутри тегов в запросе Вам не нравится — то формируется PB2.

Возможно они просто сейчас в новой АИС включили на это контроль.

#18 sancase

Модераторы

2385 сообщений

РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.

Значит ваше ПО работает неправильно.

#19 uav

Кредитные организации

17 сообщений

РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.

Значит ваше ПО работает неправильно.

у нас такая ошибка по файлам с устаревшими нашими БИКами

т.е. в файле используются старый БИКи. Почему?

#20 analiteg

Кредитные организации

204 сообщений

РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.

Значит ваше ПО работает неправильно.

Уважаемый, Александр Николаевич!

Не находите ли Вы, что проверка формата и проверка по XSD — это разные проверки, и налоговые органы необоснованно отказывают в приеме подтверждений, которые не только соответствуют XSD для подтверждений, но и соответствуют описанию формата «Налог»?

Формирование подтверждений с отрицательным результатом проверки, согласно Положению Банка России 440-П — не только право, но и обязанность банков, в которые вы с коллегами направляете документы:

3.9. Банк (филиал банка), подразделение Банка России после завершения проверки формата сообщения, содержащего документ налогового органа, направляет подразделению информатизации ТУ Банка России для последующей передачи ЦИТ Банка России уполномоченной организации ФНС России сообщение, содержащее подтверждение, в котором указываются:

дата и время завершения проверки формата сообщения, содержащего документ налогового органа;

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

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

Хотелось бы акцентировать Ваше внимание, что формат, это не только XSD, содержащие типы данных, но и описание формата «Налог», в котором описано, какие значения должны содержать атрибуты.

И если в описании формата «Налог» сказано, что атрибут «БИК» содержит «Банковский идентификационный код», это означает, что любые девять цифр, которые соответствуют шаблону d <9>по XSD (например, «123456789»), но не являются банковским идентификационным кодом — не соответствуют формату. И банк имеет полное право направить PB1 с отрицательным результатом проверки, что БИК = «123456789» не соответствует формату.

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

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

Источник

Ошибка плагина при подписании
Начиная с 29.01.2019 г., в системе поддерживается подписание документов с помощью электронной подписи актуального стандарта ГОСТ Р 34.10-2012 «Информационная технология. Криптографическая защита информации».
Подписи более раннего стандарта (соответствующие ГОСТ Р 34.10-2001) при этом также могут использоваться.
Для проверки корректности работы электронной подписи необходимо выполнить следующие действия:
1. Перейти по адресу esep.fsa.gov.ru/Esep-ExternalSystem/Sign ;
2. Выбрать и загрузить произвольный документ с локального компьютера (кнопки «Выбрать файлы» и «Загрузить»);
3. Выполнить подписание документа (кнопка «Подписать документы»).
Подписание документов выполняется в дополнительном (всплывающем) окне.
При возникновении каких-либо ошибок при тестовом подписании документа рекомендуется выполнить следующие действия:
1. Переустановить расширение «ESEP Crypto Extension» для браузера Google Chrome (размещено по адресу chrome.google.com/webstore/detail/esep-crypto-extension/ndhkcelnoeacagmhbidalbidnkjeokma) (необходимо при использовании версии браузера Google Chrome 42+);
2. Переустановить плагин для ESEP (ссылка на плагин: esep.fsa.gov.ru/ESEP-WebApp/npcryco_esep. exe);
3. Переустановить плагин КриптоПро ЭЦП Browser plug-in 2.0 (размещен

www.cryptopro.ru/products/cades/plugin

).
Если после выполнения вышеуказанных действий ошибка не исчезла, необходимо дополнительно очистить кеш используемого интернет-браузера.
Также напоминаем, что скорость интернет соединения должна быть не менее 5мб/с.

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

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

Обратите внимание, что обязательные поля также есть во всплывающих меню, которые появляются при нажатии на зеленый знак с плюсом.
Особое внимание необходимо обратить на раздел «сведения о продукции» блок «сведения об обозначении, идентификации и дополнительной информации о продукции», который является обязательным, и в котором вводятся коды ТН ВЭД ЕАЭС. Просьба заполнить все обязательные поля и повторить отправку. Документ, в соответствие с которым изготовлена продукция, тоже является обязательным. Если у Вас нет этой информации, свяжитесь с поставщиком.

Появляется окно с надписью: «Данные введены некорректно»

При подписании необходимо проверить совпадение ФИО в учетной записи пользователя, сертификата ЭП и информации в блоках. Проверка осуществляется на совпадение ФИО с учетом регистра букв:
— в сертификате ЭП
— в данных учетной записи ФГИС
— в данных учетной записи ЕСИА
Убедитесь, что во всех указанных источниках написание ФИО идентично.

Что делать, если в декларацию подгружается старый адрес места осуществления деятельности?
Сведения автоматически подтягиваются из ЕГРЮЛ. В случае если если они у Вас не обновлены, просьба написать обращение в техническую поддержку fgis@fsa.gov.ru

При публикации декларации появляется окно с надписью: «I/O error on GET request for»

Пожалуйста, очистите кэш браузера (инструкция во вложении) и повторите попытку.

Нет заявления для выбора в декларации о соответствии
Перед созданием самой декларации в системе должно быть создано заявление (информация из заявления подтянется в декларацию о соответствии автоматически).

Не хватает значений в справочнике
Справочные значения для поля «Группа продукции» сформированы на основании следующих нормативных документов:
Группа продукции: Справочные значения сформированы на основании технических регламентов Таможенного союза (Евразийского экономического союза) либо из перечня продукции, в отношении которой подача таможенной декларации сопровождается представлением таможенному органу документа об оценке (подтверждении) соответствия требованиям технического регламента, либо из перечня объектов технического регулирования. Обращаем ваше внимание, что все технические регламенты по пищевой продукции объединены в одну группу «Пищевая продукция» в виде подгрупп
Тип декларации:
Декларация о соответствии требованиям технического регламента Евразийского экономического союза (технического регламента Таможенного союза)
Декларация о соответствии, оформленная по единой форме Евразийского экономического союза Группа продукции: Справочные значения сформированы на основании Решения Комиссии Таможенного союза от 07.04.2011 N 620 (ред. от 15.09.2017) «О Едином перечне продукции, подлежащей обязательному подтверждению соответствия с выдачей сертификатов соответствия и деклараций о соответствии по единой форме»
Декларация о соответствии требованиям технических регламентов Российской Федерации Группа продукции: Справочные значения сформированы на основании технических регламентов Российской Федерации и Федерального закона от 07.07.2003 N 126-ФЗ (ред. от 07.06.2017) «О связи»
Декларация о соответствии продукции, включенной в Единый перечень продукции Российской Федерации Группа продукции: Справочные значения сформированы на основании Постановления Правительства РФ от 01.12.2009 N 982 (ред. от 26.09.2016) «Об утверждении единого перечня продукции, подлежащей обязательной сертификации, и единого перечня продукции, подтверждение соответствия которой осуществляется в форме принятия декларации о соответствии»
В случае, если Вы не нашли группу продукции в справочных значениях, необходимо убедиться, что тип декларации выбран корректно. При необходимости, в иерархическом списке значений необходимо раскрыть список до детальных позиций.

Форма заполнения декларации о соответствии не соответствует требованиям ЕАЭС
Форма заполнения декларации о соответствии соответствует требованиям ЕАЭС, поэтому необходимо заполнять поля в соответствии с новой формой декларации о соответствии.

Откуда берется информация о подписывающем лице (лицо зарегистрировавшее декларацию)
Список ФИО берется из компонента «Сведения о работниках».
Если нет подходящего для декларации о соответствии работника, то необходимо добавить запись о нем в компоненте «Сведения о работниках». («Характеристики аккредитованных лиц» — «Сведения о работниках»)

Какой тип декларации выбирать для регистрации на соответствие Постановлению № 982?
Декларация о соответствии продукции, включенной в Единый перечень продукции Российской Федерации.

Нет схем декларирования по продукции, включенной в Единый перечень продукции Российской Федерации
Для продукции из Единого перечня Российской Федерации должны использоваться схемы декларирования соответствия, установленные национальным стандартом ГОСТ Р 54008-2010 Оценка соответствия.
В соответствии с этими схемами предоставляется выбор справочных значений.

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

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

При заполнении документа в поле «Происхождение продукции» нет указания: импортная / отечественная
Поле для указания сведений об импортной/отечественной продукции в модернизированной версии реестра заменено на поле «Происхождение продукции» для четкого указания страны — производителя. В поле «Происхождение продукции» перечень стран подтягивается автоматически, исходя из адресов, указанных в блоке «Изготовитель».

Как заполнить список лиц, подписывающих декларацию?
Декларацию подписывает один человек, его необходимо указать в блоке «Декларация о соответствии», подблок «Лицо, зарегистрировавшее декларацию». Сведения о лице, зарегистрировавшем декларацию, указываются строго из перечня работников, внесённых в модуль «Сведения о работниках и их компетентности». Также в декларации должны быть указаны специалисты, участвующие в процессе подтверждения соответствия, эти сведения указываются в одноименном блоке с использованием модуля «Сведения о работниках и их компетентности». Изначально в списке отображается ограниченный перечень работников, для поиска нужного работника необходимо использовать строку поиска в раскрывающемся списке.

В каком блоке указывать информацию о руководителе (заместителе руководителя) ОС, который регистрирует декларацию, и о лице заявителя, принимающего декларацию?
В регистрируемой декларации руководитель (заместитель руководителя) ОС указывается в блоке «Лицо, зарегистрировавшее декларацию», сведения об уполномоченном лице заявителя, принявшем декларацию, указываются в блоке «Лицо, принявшее декларацию» (раздел «Заявитель»)

Как определить тип декларации?
Справочные значения для поля «Тип декларации» сформированы на основании классификатора видов документов об оценке соответствия Единой системы нормативно-справочной информации ЕАЭС, и нормативных документов, устанавливающих форму декларации о соответствии требованиям технических регламентов Российской Федерации или продукции, включенной в единый перечень продукции, подлежащей декларированию соответствия.
Тип декларации:
Декларация о соответствии требованиям технического регламента Евразийского экономического союза (технического регламента Таможенного союза) Пояснение: Единая форма декларации о соответствии требованиям технического регламента Таможенного союза, утвержденная Решением Коллегии Евразийской экономической комиссии от 25 декабря 2012 г. № 293
Декларация о соответствии, оформленная по единой форме Евразийского экономического союза Пояснение: Единая форма декларации о соответствии, утвержденная Решением Комиссии Таможенного союза от 18 июня 2010 г. № 319
Декларация о соответствии требованиям технических регламентов Российской Федерации Пояснение: Форма декларации о соответствии, утвержденная приказом Правительства Российской Федерации от 21 февраля 2012 г. N 76 Об утверждении порядка регистрации деклараций о соответствии и порядка формирования и ведения единого реестра зарегистрированных деклараций о соответствии, предоставления содержащихся в указанном реестре сведений
Декларация о соответствии продукции, включенной в Единый перечень продукции Российской Федерации Пояснение: Форма декларации о соответствии, утвержденная Постановлением Правительства Российской Федерации от 24 ноября 2014 г. N 752 «Об утверждении порядка регистрации деклараций о соответствии и порядка формирования и ведения реестра деклараций о соответствии продукции, включенной в единый перечень продукции, подлежащей декларированию соответствия»»

Какой номер будет у декларации если удалить сохраненный черновик декларации с временным номером (при наличии галочки:»присвоен постоянный номер»), а затем создать новый черновик по отправленному заявлению?
Повторное использование порядковых номеров не допускается.
В случае, если декларации был присвоен регистрационный номер, а потом она была удалена, то порядковый номер присвоится следующий. Порядковый номер удаленной декларации будет пропущен.
Рекомендуем использовать функцию присвоения регистрационного номера только перед публикацией.

В каком разделе указывать сведения о контракте, и о товаросопроводительной документации?
В блоке: «Документы» -> «Документы, представленные заявителем» -> «Иные документы, представленные заявителем».
У документа также необходимо указать категорию документа.

Как заполнить информацию в Приложениях?
В Сведениях о приложениях к декларации указывается только Наименование приложения, порядковый номер и количество листов. Саму информацию, которая должна входить в приложение, необходимо вносить в соответствующих блоках: «Изготовитель», «Сведения о продукции», «Документы». Если данные должны войти в Приложение, необходимо проставить соответствующую галочку «Приложение» в нужном блоке. В этом случае внесенные сведения выведутся не в саму декларацию, а отдельно.

В блоке «Испытательные лаборатории» невозможно выбрать ИЛ, расположенные не на территории РФ.
Для выбора аккредитованной ИЛ, расположенной на территории ЕАЭС, в блоке «Исследования, испытания, измерения» необходимо выбрать «Испытания в аккредитованной в ЕАЭС лаборатории», далее выбрать страну аккредитации, в списке представлены только страны ЕАЭС, по умолчанию установлена Россия. После выбора страны будут доступны ИЛ, аккредитованные на территории выбранной страны.

При необходимости создания приложения свободной формы к декларации ТР ТС, в какое поле мы должны внести все прописанные изготовителем сроки годности?
Каждый вид продукции заносится отдельной вкладкой в блоке «Идентификация продукции». Соответственно и срок годности указывается отдельно для каждого вида продукции.

Не хватает места для указания сведений о продукции, поле ограничено количеством символов
К современным государственным информационным ресурсам предъявляются повышенные требования к структуре и форматам вносимых данных, использования в их составе мастер-данных (эталонных сведений), реализации правил и ограничений форматно-логического контроля и т. д. Соблюдение указанных требований выражается, в частности, в глубокой декомпозиции вносимых в реестры данных в рамках строгой структуры и невозможности работы с данными в обход их структуры. Так приложение «Свободная форма» в обновленном сервисе было упразднено ввиду невозможности систематизировать указываемую в нем информацию. Информация о продукции, адресах по изготовлению, документах и т. д. указывается строго в структурированном виде.
Вместе с этим, для удобства работы и сокращения операционных трудозатрат в разделе «Заявления» и в разделе «Декларации» предусмотрена функция копирования заявления/декларации, что позволяет внести объемные данные по типовым заявкам единожды в структурированном виде и «переиспользовать» их как «предзаполненные» в дальнейшем. Также в ближайшее время функционал работы со сведениями о производственных площадках и продукции будет дополнен возможностью копирования данных по вкладкам.
В настоящее время для ввода большого объема текста в поле «Наименование продукции» имеется возможность создания необходимого числа вкладок с видами продукции (которые могут дублироваться), где можно вносить необходимый текст, предварительно разбитый на части согласно требованиям вместимости поля ввода.

Каков максимальный размер скан-копий протоколов испытаний?
Максимальный размер для каждого прикрепленного файла — 10Мб

Нет возможности указать несколько изготовителей при оформлении декларации
В разделе «Изготовитель» вам необходимо заполнить подраздел «Производственные площадки».

Декларация о соответствии принимается на основании протоколов аккредитованной и неаккредитованной лаборатории. При добавлении лабораторий в декларацию можно выбрать только аккредитованную, либо только неаккредитованную. Как быть в данном случае?
Согласно действующим схемам декларирования имеется возможность выбора аккредитованной лаборатории либо собственной лаборатории.

Не получается опубликовать декларацию, не заполнены «Сведения о грузовой таможенной декларации»
Если испытательная лаборатория — российская, аккредитованная и продукция была произведена за пределами ЕАЭС, то в декларацию обязательно должна быть внесена грузовая таможенная декларация.

Дата регистрации декларации в личном кабинете осуществляется автоматически и ставится та дата, когда была опубликована декларация в реестре. Но публикация деклараций в реестре должна осуществляться в течении 3-х рабочих дней. Тогда, получается, что у нас происходит разночтение, отличаются даты регистрации декларации на бумажном носителе от сведений, которые представлены в ФСА. Как быть в таком случае?
Согласно Решению 293 (II. Правила оформления декларации о соответствии требованиям технического регламента Евразийского экономического союза) п. 6, подпункту н) в поле 13 указывается дата внесения сведений о декларации в Единый реестр выданных сертификатов соответствия и зарегистрированных деклараций о соответствии (число — двумя арабскими цифрами, месяц — двумя арабскими цифрами, год — четырьмя арабскими цифрами)

В какое поле декларации, необходимо вносить маркировку продукции
Информацию о маркировке продукции необходимо указывать в поле «Иная информация».

Отображаемый в декларации орган регистрации в ЕГРЮЛ не соответствует данным из выписки ФНС
Источником сведений об органе, зарегистрировавшем организацию в качестве юридического лица или индивидуального предпринимателя, отображающихся в сертификате соответствия и декларации о соответствии, являются сведения из ЕГРЮЛ/ЕГРИП, блока «Сведения о регистрирующем органе по месту нахождения юридического лица» / «Сведения о регистрирующем органе по месту жительства ИП», соответственно, на момент публикации декларации во ФГИС.

Обязательно ли нанесение (печать) QR-кода при оформлении декларации о соответствии?
Нет, QR код не обязателен на форме декларации, но его наличие не противоречит действующему законодательству.

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

Декларирование бетона
Согласно Постановлению Правительства № 717 от 27.12.2018 о декларировании строительных материалов обязательному подтверждению соответствия теперь подлежат: «Смеси строительные, Растворы строительные».
Но при публикации данного Постановления возникла правовая коллизия: «Бетон, готовый для заливки» имеет товарный код ОКПД 2 — 23.63 и не вошел в перечень, а вот смеси строительные бетонные по ГОСТ 7473 и по коду 23.64 — вошли. Соответственно с юридической точки зрения продукция, произведённая в соответствии с ОКПД 2 — 23.63, обязательному декларированию не подлежит.

Интерактивный помощник официального сайта Росаккредитации 30.03.2020

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

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

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

ArchiveError

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

Нет

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

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

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

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

XMLFormatError

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

Нет

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

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

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

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

ValidationError

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

Да

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

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

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

Передано неизвестное значение тегов, содержащих словарные термины: documentscitizencitizenship_confirmdoc_type, documentscitizenidentify_docsdoc_type, documentscitizenregion, documentsbenefitsbenefit_code, info_sys_code, documentscitizencitizenship, documentsbenefitsbenefit_code, documentsbenefitsdiagnosis, documentsbenefitsext_benefit_code

DocTypeDicError

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

Да

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

В список ошибок включается сообщение об ошибке, указанное в колонке «Сообщение об ошибке», в котором выполняется замена <имя тега> на название тега.

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

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

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

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

InfoSysCodeError

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

Нет

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

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

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

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

RequiredCitizenError

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

Да

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

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

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

Не было передано ни одно из значений в тегах documentscitizensnils, или documentscitizenpolicy_sn, или documentscitizenidentify_docs, при этом не передано значение (или передано неизвестное значение) в тэге documentscitizenregister_id и не передано значение (или передано неизвестное значение) в тэге documentscitizenext_citizen_id

RequiredIdentifyError

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

Нет

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

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

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

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

Переданные идентификаторы гражданина в тегах documentscitizensnils, documentscitizenpolicy_sn, documentscitizenidentify_docs согласно информации в ФРЛЛО не принадлежат гражданину, сведения о котором переданы в тэгах documentscitizenname, documentscitizensurname, documentscitizenpatronymic, documentscitizenfirstsurname, documentscitizenbirthdate и documentscitizensex

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

CitizenIdentifyError

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

Нет

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

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

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

В выгрузке переданы некорректные отчества граждан. Считаем, что в выгрузке переданы некорректные отчества граждан в случае, если в выгрузке, сформированной информационной системой, процент типовых отчеств в теге citizen/patronymic меньше процента, указанного для информационной системы, сформировавшей выгрузку, в атрибуте typical_patr_lvl Справочника ФНСИ 1.2.643.5.1.13.13.99.2.622. Отчество гражданина считается типовым, при выполнении одного из следующих условий:

• пол переданного гражданина – мужской (значение тега citizen/sex = 1), значение отчества в теге citizen/patronymic непустое и заканчивается на «вич»;
• пол переданного гражданина – женский (значение тега citizen/sex = 2), значение отчества в теге citizen/patronymic непустое и заканчивается на «вна».

П р и м е ч а н и я

1. Проверку необходимо проводить в случае, если для информационной системы в теге из тега info_sys_code в атрибуте typical_patr_lvl указано значение больше 0.
2. Проверку необходимо производить на этапе проверки на соответствие файла XSD-схеме

PatronymicError

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

Нет

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

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

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

Не было передано значение обязательного тега documentcitizenregion при этом не передано значение (или передано неизвестное значение) в тэге documentcitizenregister_id и не передано значение (или передано неизвестное значение) в тэге documentcitizenext_citizen_id

ИЛИ

В теге info_sys_code передана информационная система уровня субъекта РФ и значение в теге documentcitizenregion отличается от субъекта РФ информационной системы

CitizenRegionError

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

Нет

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

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

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

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

Не было переданы значения обязательных тэгов элемента documentsbenefit: benefit_code (или ext_benefit_code для которого в справочнике определен код льготы ФРЛЛО)

RequiredBenefitError

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

Да

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

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

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

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

Для категории льготы по нозологии (для переданной льготы в справочнике категории льгот (Справочник ФНСИ 1.2.643.5.1.13.13.99.2.541) есть ссылка на диагноз по МКБ-10) не передан диагноз (не передано значение в теге documentsbenefitsdiagnosis), или передан диагноза, не соответствующий категории льготы, переданной в теге documentsbenefitsbenefit_code (или documentsbenefitsext_benefit_code)

DiagnosisError

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

Да

Выполняются проверки:

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

Если значение по данным НСИ ФРЛЛО не определено, то данные по льготнику не включаются в файл выгрузки.

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

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

Не было переданы значения одного из вложенных тегов для идентификации типа документа doc_type_name и doc_type в составе тегов documentscitizencitizenship_confirmdoc_type

DocTypeError

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

Да

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

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

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

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

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

BenefitDateError

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

Да

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

Проверьте и исправьте ошибку в датах для льготы пациента

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

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

BenefitTooLate

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

Да

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

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

В загружаемом в систему 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ЛП для анализа ошибки.

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

Значение тега <pay_percent> содержит недопустимый символ «%». Доработка сервиса интеграции в задаче PROMEDWEB-124437

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

Передано неизвестное значение тегов, содержащих словарные термины: 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. 
  • Ошибка со стороны ЕГИСЗ. Будет исправлено в рамках тикета в фед. СТП #894049 от 14.09.22;

• Значение тега <med_equip_code> не соответствует справочнику ФР НСИ.
  • Необходимо обновить версию справочника integra.CatalogMedProduct и связки в таблице dbo.CatalogMedProductPrepLink. Обновление в рамках задачи PROMEDWEB-123806
• Значение тега <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ЛП для анализа ошибки

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

Информационная система, переданная в теге /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. Доработка сервиса интеграции в задаче PROMEDWEB-123931

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

В загружаемом в систему 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ЛП для анализа ошибки.

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

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

Передано неизвестное значение тегов, содержащих словарные термины: 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ЛП для анализа ошибки.

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

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

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

RelisePositionError

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

Да

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

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

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

Не передано значение в тегах 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

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

Да

Вероятно не указан ОИД для аптечной организации, либо ОИД указан не корректно и требует актуализации в справочнике ЕЦП

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

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

• значение тега relise/drug_klp_code передано, при этом «Код узла СМНН» отпущенной товарной позиции лекарственного препарата не соответствует «Коду узла СМНН», указанному в сведениях о назначении, по которому осуществляется отпуск (recipe.r_drug_smnn_code);
• значение тега relise/med_equip_code передано, при этом значение отличается от кода медицинского изделия, указанного в сведениях о назначении, по которому осуществляется отпуск (recipe.r_med_equip_code);
• значение тега relise/nutrition_code передано, при этом значение отличается от кода спец. питания, указанного в сведениях о назначении, по которому осуществляется отпуск (recipe.r_nutrition_code)

RelisePositionError

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

Да

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

• При отпуске МИ и лечебного питания: код медицинской продукции выписанной в рецепте, должен быть равен коду медицинской продукции, отпущенной по рецепту. 
• Если такой контроль не выполняется, то ошибка ФЛК: «Код отпускаемой мед продукции не соответствует назначению мед. продукции»

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

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

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

Дата отпуска (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ЛП для анализа ошибки

Если вы занимаетесь бухгалтерией или работаете в компании, которая занимается обработкой документов, то вы наверняка сталкивались с ошибкой ФЛК. ФЛК – это Формальная Логическая Контрольная (ФЛК) проверка, которая проводится на этапе электронного документооборота.

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

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

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

Ошибка ФЛК

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

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

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

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

Ошибка ФЛК: что это значит и как ее исправить?

Ошибка ФЛК — это сообщение, которое появляется в информационной системе, когда файл не соответствует требованиям Формализованного логического контроля (ФЛК). Формализованный логический контроль — это процедура автоматической проверки текстовых файлов в соответствии с определенными правилами.

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

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

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

• Ошибки ФЛК могут быть исправлены:
1. Исправлением текстового файла
2. Изменением настроек программы
3. Обращением за помощью к разработчикам программного обеспечения или специалистам по информационной безопасности

Вопрос-ответ

Что такое ФЛК?

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

Почему возникает ошибка ФЛК?

Опечатки, ошибки при вводе информации, неправильное оформление документов — все это может привести к ошибке ФЛК. Ошибка может быть простой, но может и повлиять на качество медицинской помощи пациенту.

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

Исправить ошибку можно только в случае, если она не повлияла на качество медицинской помощи. Если же ошибка повлияла на этот показатель — необходимо внести соответствующие корректировки в документ.

Что делать, если моя больница получила отчет об ошибке ФЛК?

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