Ошибка ФЛК — что делать владельцу кассового аппарата
Федеральная Налоговая Служба ведет постоянную работу по совершенствованию механизмов автоматического анализа и контроля тех данных, которые организации предоставляют ей в электронном виде. Ее цель понятна — повысить собираемость налогов. Это касается и фискальных данных, которые формирует ваша 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.

Автор
Тема: Штрих-М-02Ф печатает строку ошибка ЛФК (Прочитано 1039 раз)
Добрый день! Такая ситуация после замены ФН и перехода на ФФД 1.2 на чеке открытия и чеке закрытия смены начала печататься строка: ОШИБКА ЛФК. Так все работает штатно как надо, но смущает эта надпись на чеке. Что бы это могло быть?
Записан
это ошибка форматно-логистического контроля, она значит, что от ОФД пришло уведомление, что касса отправляет туда что-то не так или не правильно. Подробности можно узнать у своего ОФД, что им не нравится
Записан
это ошибка форматно-логистического контроля, она значит, что от ОФД пришло уведомление, что касса отправляет туда что-то не так или не правильно. Подробности можно узнать у своего ОФД, что им не нравится
Понял. Спросим у ОФД.
Записан
Да ничего это не значит,вон Меркурии постоянно это печатают и всё работает.
Записан
так я ж и не написал, что (по крайней мере в краткосрочной перспективе) перестанет работать. Есть Приказ ФНС России от 14.09.2020 № ЕД-7-20/662@ по которому все ККТ должны формировать печатные и электронные формы.
Ну как самый простой пример телефон для отправки электронного чека покупателю должен начинаться с +7…, но некоторые ККТ дают ввести в реквизит телефон начинающийся с 8…, что выявляется ОФД на форматно логистическом контроле документа.
К тому же нарушение ФЛК это как минимум формально нарушение КоАП РФ Статья 14.5 4. Применение контрольно-кассовой техники, которая не соответствует установленным требованиям, либо применение контрольно-кассовой техники с нарушением установленных законодательством Российской Федерации о применении контрольно-кассовой техники порядка регистрации контрольно-кассовой техники, порядка, сроков и условий ее перерегистрации, порядка и условий ее применения
« Последнее редактирование: 23 Ноября 2021, 17:42:40 от Stonyx »
Записан
Чаще всего связано с тем, что ОФД неправильно понимает ФФД.
Например, возникает данная ошибка если если открыть и закрыть смену без продаж.
ФН, который формирует отчет по счетчикам, не сформировал теги счетчиков, так как
В случае если данные реквизита «количество чеков (БСО) по признаку расчетов» (тег 1135) для реквизита «счетчики операций «приход» (тег 1129) и (или) «счетчики операций «расход» (тег 1131) и (или) «счетчики операций «возврат прихода» (тег 1130) и (или) «счетчики операций «возврат расхода» (тег 1132) и (или) «счетчики по признаку «приход» (тег 1145) и (или) «счетчики по признаку «расход» (тег 1146) и (или) «счетчики по признаку «возврат прихода» (тег 1232) и (или) «счетчики по признаку «возврат расхода» (тег 1233) равны нулю, то иные реквизиты, указанные в таблицах 52 и 54, могут не включаться в состав этого реквизита.
ОФД ругается, так как ему всё равно что там ФНу можно, так как разработчики ЛК ОФД не учли этот пункт из ФФД.
Почему возникает ошибка в данном случае, нужно уточнять в ОФД.
Записан
В задачи технической поддержки ГК «Штрих-М» ответы на форуме не входят!
Для получения оперативной поддержки обращайтесь
E-mail: tp@shtrih-m.ru
Telegram: @shtrihtp
Телефон: +74957876090 доб. 794
А также на более живой форум:
https://kkmcom.ru/index.php/board,276.0.html
Ошибка ФЛК на Эвотор
23 августа 2022
Бесплатная консультация специалиста
Инженер перезвонит
за 15 минут
Аккредитованный сервисный центр Эвотор
Удаленно устраняем ошибки на кассе
Ошибка ФЛК — это неправильно сформированный чек, он не соответствует последним требованиям ФНС, поэтому его невозможно корректно отправить и зафиксировать. Такое несоответствие может привести к штрафам и блокировке ККТ. Поэтому, если обнаружили ошибку ФЛК в приложении на Эвотор, то стоит скорее ее ликвидировать.
Содержание
Что значит ошибка ФЛК на Эвотор
В налоговую службу ежедневно поступает более 200 млн кассовых чеков, и чтобы корректно проверять все данные, поступающие от предпринимателей, ФНС ежедневно вводит новые требования к оформлению фискальных документов. Все чеки, которые отправляет ККМ, поступают оператору фискальных данных, который их проверяет форматно-логистическим контролем. ФЛК — это проверка чеков на соответствие требованиям ФНС. И, чтобы чек прошел проверку успешно, нужно своевременно обновлять ПО смарт-терминала и корректно указывать все реквизиты организации. Если этого не делать, то продажа не пройдет контроль.
Причины появления ошибки ФЛК на Эвотор
Ошибка ФЛК — это недостаток данных в кассовом документе, из-за которого ОФД не может принять и зарегистрировать вашу продажу. То есть, ваш чек сформирован не по правилам налоговой службы, и по этой причине отклонен.
Причины появления возникновения:
- Не обновлено программное обеспечение ККТ
- Неверно указаны реквизиты организации
- Некорректно зарегистрирована касса
Как устранить ошибку ФЛК на Эвотор
Ошибка ФЛК на Эвотор может появиться после обновления, при включении терминала и в ряде других ситуаций. Чаще всего причиной становится устаревшее ПО кассы, или не обновленные данные о ФН на сайте налоговой. Если вы купили новую ККТ, то причина может быть в неверной регистрации. Рассмотрим все три варианта отдельно.
Если ваша касса и фискальный накопитель не верно зарегистрированы
Например, если после установки нового ФН, вы не предоставили данные в налоговую, то чеки с вашей кассы не будут отправлены налоговую службу, и Эвотор выдаст ошибку в чеке о закрытии смены. Если своевременно не указать нужные данные, то через 30 дней вашу кассу заблокируют и она не сможет работать.
Проверить данные можно в в личном кабинете на сайте ФНС.
- Перейдите в личный кабинет налоговой
- Откройте «Учет ККТ»
- Выберите нужную кассу
- Проверьте реквизиты ККТ
Если устарела версия прошивки
Причина так же может быть в необновленном ПО кассы. Тогда теги на чеке будут не правильными, и он снова не сможет пройти форматно-логистический контроль. В таком случае, посмотреть сведения о том, какой тег не соответствует требованиям, можно в ЛК на сайте ОФД. Неправильные чеки будет выделены красным цветом, и там же можно посмотреть, какой тег не указан. Что бы проверить версию прошивки ККТ, следуйте следующему алгоритму:
Настройки — Обслуживание кассы — Версия ККТ.
Актуальные версии ККТ:
- Для ФФД 1.05 — 4.3.2.1
- Для ФФД 1.2 — 4.7.5.1
Смарт-терминал, подключенный к интернету, должен автоматически обновляться до последней версии. Если этого не произошло, то можете обновить ПО вручную. О том как это сделать мы рассказывали в статье «Прошивка и обновление Эвотор»
Некорректно зарегистрирована касса
Если вы приобрели новый терминал, то возможно, его реквизиты, которые вы отправляли в налоговую, не соответствуют фактическим, или вы предоставили не все реквизиты. О том, как правильно регистрировать кассу можно прочитать в статье «Регистрация кассы Эвотор»
Если версия ККТ на вашем терминале актуальна, а данные на сайте ФНС заполнены верно, то причина может быть из-за сбоя в программе. В таком случае стоит обратиться в техподдержку для быстрого решения проблемы. Несвоевременное предоставление данных в налоговую грозит предпринимателю крупными штрафами и потерями в продажах.
Как предотвратить ошибку ФЛК на Эвотор
- Указывайте данные сразу как поменяли фискальный накопитель или приобрели новый смарт-терминал.
- Раз в неделю заходите в личный кабинет на сайте вашего оператора фискальных данных, чтобы своевременно увидеть документы, которые не принял ФНС.
- Следите за новыми версиями программного обеспечения для Эвотор.
Другие записи блога
Выгрузить список товарных остатков с Эвотор
Как переносить товары между несколькими терминалами Эвотор
Как сделать разные списки товаров для разных магазинов на Эвотор
Как сделать общий список товаров для нескольких Эвоторов
Ошибка ФЛК на Эвотор — пошаговая инструкция
21 октября 2022
ФЛК — форматно-логистический контроль, которому подвергается каждый фискальный документ (чек) перед тем, как ОФД отправит его в налоговую. Во время такой проверки ваш оператор фискальных данных проверяет чек на соответствие всем требованиям закона. Если же смарт-терминал выдает ошибку, это значит, что в чеке обнаружена ошибка. Ее нужно обязательно устранить, иначе данные так и не попадут в налоговую, а это уже нарушение закона. В этой статье рассказываем подробно про ошибку ФЛК Эвотор после обновления.
Содержание
Что такое ФЛК на Эвотор
Форматно-логистический контроль является обязательной процедурой, которую проводит каждый ОФД. Ее цель — выявить ошибки в составлении ФД и сообщить о них владельцу ККТ. Крайне важно вовремя реагировать на такие уведомления, так как при такой проблеме чеки не будут отправляться в налоговую.
Что входит в форматно-логистический контроль
- проверка на наличие обязательных реквизитов.
- проверка соответствия значения этих реквизитов ожидаемым данным.
- проверка на наличие или отсутствие тегов.
Если с одним или несколькими параметрами возникает проблема, касса выдает ошибку ФЛК. Ее также можно увидеть в личном кабинете вашего ОФД. Также там будет указан код ошибки, который соответствует конкретной проблеме. Например, нет какого-то обязательного тега, ошибка в НДС и так далее.
Проведем диагностику кассы Эвотор
Оставьте заявку или позвоните сами8 (800) 700 40 85
2 причины возникновения ошибки ФЛК на Эвотор
Конкретно на Эвотор такая проблема говорит о том, что в чеке нет каких-то данных, из-за чего ОФД не может передать фискальный документ дальше. Уведомление об ошибке возникает рандомно: при включении терминала, во время продажии т. д. Из-за чего такая проблема может случится:
- При регистрации смарт-терминала была допущена ошибка.
- Касса недавно обновилась или ПО наоборот устаревшее.
Как устранить ошибку ФЛК на Эвотор
Для каждой причины есть свое решение. Мы можем провести быстрый чек-ап кассы, чтобы понять, в чем дело (это бесплатно). Ошибка ФЛК при включении возникает по разным причинам. Например:
Причина 1 — ошибка при регистрации
Регистрация смарт-терминала и ФН является важнейшим шагом перед началом торговли. Крайне важно сделать все без единой ошибки, так как от опечатки накопитель блокируется, а терминал будет выдавать уведомления о проблемах. В таком случае нужно проверить параметры регистрации:
- Откройте личный кабинет ФНС → Учет ККТ
- Выберите смарт-терминал и проверьте его реквизиты
Если вы обнаружили ошибку в данных, терминал придется перерегистрировать, а фискальник заменить. Мы можем сделать перерегистрацию Эвотор за вас: удаленно и без ошибок.
Причина 2 — устаревшая прошивка ККТ
Обычно смарт-терминал обновляется автоматически. Ему для этого нужно стабильное интернет-соединение и отсутствие технических проблем. Однако бывает так, что автоматически это не происходит. Что делать в таком случае:
- Проверьте версию прошивки Эвотор.
Актуальная версия — 54хх и выше.
Если версия устаревшая, причина вероятнее всего в этом.
Если с прошивкой и регистрационными данными все в порядке, а ошибка все равно возникает, причина может быть в сбое какой-то системной программы. Точнее сможет сказать только технический специалист. Решать такую проблему нужно как можно скорее, так как с точки зрения налоговой вы нарушаете закон.
Совет техподдержки — как предотвратить ошибку ФЛК Эвотор после обновления и при работе
Чтобы избежать такой проблемы, следуйте этим простым рекомендациям:
- Внимательно заполняйте все поля при регистрации кассы и ФН
- Обеспечьте стабильное соединение с Интернетом на ККТ. Если устройство не будет выходить в Сеть, его связь с ОФД и обмен данными остановится. Также без Интернета на ККТ не будут устанавливаться обновления системы.
Любая, даже мелкая, ошибка проводят к блокировке фискальника и ошибкам на терминале. Лучше доверить это профессионалам техподдержки Эвотор.
Проведем диагностику смарт-теримнала Эвотор
Оставьте заявку или позвоните сами8 (800) 700 40 85
Другие записи блога
Руководство по продаже и приемке разливного пива на Эвотор в ЕГАИС
Ошибка z3 на терминале оплаты Эвотор
Как подключить Эвотор к интернету — инструкция
Как подключить банковский терминал к кассе Эвотор
Если чек с вашей кассы будет отклонен со стороны ОФД или Федеральной налоговой службы, то вы, как владелец онлайн-кассы, начинаете нарушать требования законодательства по ее применению, что грозит серьезными штрафами. Как их избежать, расскажем в новости.
ФНС постоянно совершенствует технологии автоматического анализа и контроля сведений, которые поступают от организаций в электронном виде. Конечной целью является повышение собираемости налогов. В том числе это распространяется на фискальные данные, которые формирует ваша онлайн-касса. Чеки, товары и услуги из них, открытие и закрытие смены, возвраты, ваши кассиры и клиенты, данные о товарах и местах расчета, применяемых скидках, предоплатах и авансах и еще многое другое. Объем обрабатываемой информации очень большой — более 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 всегда передается в электронной форме чека.
Архив с загружаемым 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 непустое и заканчивается на «вна».
П р и м е ч а н и я
- Проверку необходимо проводить в случае, если для информационной системы в теге из тега info_sys_code в атрибуте typical_patr_lvl указано значение больше 0.
- Проверку необходимо производить на этапе проверки на соответствие файла 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 тысяч записей
Структура загружаемого 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
П р и м е ч а н и я
- Данная проверка также сработает для случая, когда переданные идентификаторы гражданина принадлежат разным гражданам согласно информации в ФРЛЛО, на основе: (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 )
- Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов 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 тысяч записей
Структура загружаемого 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 тысяч записей