Info флк проверки не выполняются т к нашлись ошибки xsd

Файл не соответствует XSD-схеме СЗВ-М — общее обозначение группы ошибок, связанных с заполнением отдельных граф отчета СЗВ-М. О том, что это за ошибки и что следует делать в случае их возникновения, поговорим в этой статье.

Что такое XSD-схема файла и ошибка в ней?

XSD — это программный язык. С помощью XSD описывается структура XML-документа:

• разделы, содержащие информацию;
• модель (параметры) содержания;
• тип и вид данных;
• синтаксис данных.

То есть XSD-схема СЗВ-М — это выполненное программным языком описание структуры отчета СЗВ-М. Если во внесенной в СЗВ-М информации содержатся ошибки или неточности, то при контроле файла тоже средствами XSD информация является нечитаемой. Поэтому система формирует пользователю предупреждение: «отчет СЗВ-М не соответствует XSD-схеме». Это означает, что программное обеспечение не может воспринять данные из отчета, т. к. они некорректные с точки зрения языка XSD.

ОБРАТИТЕ ВНИМАНИЕ! Ошибка XSD может быть как в самих введенных данных (например, в ИНН или регистрационном номере организации), так и в том, как именно эти данные введены (например, указаны лишние нули, или пробелы, или дефисы). То есть для установления и устранения ошибки нужно в каждом конкретном случае проверять конкретный файл!

Больше об ошибках в файле СЗВ-М — в статье «Отрицательный протокол по СЗВ-М (нюансы)».

Актуальный образец отчета по форме СЗВ-М можно скачать в КонсультантПлюс. Пробный доступ к правовой системе предоставляется бесплатно. 

Что означает «неправильное имя файла» или «имя не соответствует утвержденному формату 00042»?

Как должно выглядеть правильное имя файла отчета СЗВ-М (формат 00042), установлено постановлением правления ПФР «Об утверждении формата сведений для ведения индивидуального (персонифицированного) учета (форма СЗВ-М)» от 07.12.2016 № 1077п. Корректное имя должно содержать следующие разделы:

• 1 — орган, куда представляется отчет;
• 2 — регистрационный номер страхователя;
• 3 — код территориального органа ПФР, принимающего сведения, содержащиеся в файле (по классификатору территориальных органов ПФР);
• 4 — вид представляемого отчета;
• 5 — дата отчета в формате ГГГГММДД;
• 6 — уникальный идентификатор электронного документа (должен формироваться программой). Значение GUID должно быть идентично значению GUID документа, содержащегося в файле;
• 7 — расширение файла отчета (только xml).         

Корректное имя должно выглядеть следующим образом:

Если в имени файла пропущены или неверно заполнены какие-то разделы, он не проходит форматно-логический контроль и не принимается ПФР.

ВАЖНО! Часто ошибки в автоматически формируемом имени файла возникают, если в программе, в которой составляется отчет, не заполнены какие-либо разделы в обязательных реквизитах. Например, если в реквизитах не заполнен отдельно код территориального органа ПФР, при формировании имени файла этот раздел будет пропущен программой, и имя будет неверным. Отчет не пройдет.

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

Как уже отмечалось выше, ошибки в XSD-схеме носят индивидуальный характер. В данном случае необходимо:

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

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

• сам файл отчета (обязательно);
• файл (протокол) с уведомлением об ошибке (обязательно);
• информацию о наименовании, дате, времени отправки отчета (по требованию системщиков вашей рабочей программы);
• ИНН и КПП организации (по требованию системщиков);
• иные сведения (по необходимости).

Для исправления ошибки в имени файла существует следующий путь:

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

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

3. Переформировать отчет, проверить его тестовой программой (на сегодняшний день их достаточное количество) и снова его направить в ПФР.

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

Штрафы за ошибки в XSD-схеме СЗВ-М 

В случае получения отрицательного протокола проверки с формулировкой «Файл не соответствует XSD-схеме» отчет будет считаться не принятым. У страхователя есть  всего 5 дней на устанение ошибок. В противном случае ПФР выставит санкции в размере 500 руб. за каждое застрахованное лицо, указанное в отчете.

Что делать, если отчет сдано вовремя, а отрицательный протокол поступил уже после окончания срока сдачи отчета? Здесь главное уложиться в 5 дневный срок после получения акта. В этом случае штрафа не будет. Если же в такой ситуации страхователь все-таки получит ошибочно сформированный акт о выявлении правонарушения, необходимо будет обратиться в ПФР с возражениями, и акт будет аннулирован.

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

Итоги

Ошибка «файл не соответствует XSD-схеме СЗВ-М» означает, что какие-то поля отчета заполнены некорректно. В разных отчетах могут встречаться разные ошибки, поэтому решение проблемы требует индивидуального подхода. Ошибка «СЗВ-М не соответствует утвержденному формату 00042» означает, что некорректно сформировалось имя файла. Для устранения проблемы, как правило, достаточно внести в программу дополнительные сведения и заново сформировать файл в формате XML.

ЗУП СЗВ-ТД [Фрэнки, 27.01.20 — 19:55]

Я

   kubik_live

12.01.20 — 22:56

   kzot

501 — 13.02.20 — 00:06

   dka80

502 — 13.02.20 — 09:07

По двум организациям успешно сдали типовым заполнением (для кадровых событий до 01.01.2020 проставили галочки). ЗУП 3.1.12.142

   pavlika

503 — 13.02.20 — 09:49

   pavlika

504 — 13.02.20 — 09:51

Речь про увольнение

   kzot

505 — 13.02.20 — 09:55

(503) расскажите это кадровику с опытом работы.

   pavlika

506 — 13.02.20 — 09:55

(505) Юмора не уловил. Для дураков простыми словами можно?

   kzot

507 — 13.02.20 — 10:05

(506) это был не юмор, у кадровиков свое отношение к правилам заполнения и падежам. скорее всего учли их пожелания.

   bolobol

508 — 13.02.20 — 10:06

Да как у вас получается автоматическое заполнение СЗВ-ТД данными последнего события до 2020 года??

   pavlika

509 — 13.02.20 — 10:06

Например, если сделать выгрузку в ПУ-6 и сформировать оттуда печатную форму, то получим вот такую ерунду в графе 6: «Причина: Перевод работника с его согласия на работу к другому работодателю, пункт 5 части первой статьи 77 Трудового кодекса Российской Федерации Трудового кодекса Российской Федерации Ст. 77 Ч. 1 П. 5»

   pavlika

510 — 13.02.20 — 10:08

И да, именно кадровики просят вернуть именительный падеж.

   Фрэнки

511 — 13.02.20 — 10:08

(500) спасибо за перепост переслал кадровикам.

   dka80

512 — 13.02.20 — 10:11

   kzot

513 — 13.02.20 — 10:12

   bolobol

514 — 13.02.20 — 10:14

(513) Сделано с отражением в трудовой — толку: ноль! Одна строка в СЗВ-ТД

   dka80

515 — 13.02.20 — 10:18

(514) все врут )) Релиз какой? Давай скрины документа до 01.01.2020. Перезаполнял СЗВ-ТД?

   kzot

516 — 13.02.20 — 10:20

(514) значит у вас два документа с отражением в трудовой, один в январе и другой до 01.01.2020 и вы отчет формируете за январь ?

   pavlika

517 — 13.02.20 — 10:21

Кстати, то о чем говорил в (396) реализовано в ПУ-6.

   bolobol

518 — 13.02.20 — 10:22

(515) 3.1.12.113

(516) Верно. В январе — аж два документа, один без галки, но если ему поставить галку — он тоже не попадает, т.к. не делает кадровых движений

   Йохохо

519 — 13.02.20 — 10:25

(503) в (500) об этом написано, должно быть 1 в 1 как на бумаге

   kzot

520 — 13.02.20 — 10:25

   dka80

521 — 13.02.20 — 10:28

(518) поставь уже последний релиз

   pavlika

522 — 13.02.20 — 10:42

   bolobol

523 — 13.02.20 — 10:43

+(518) Документ, который до 01.01.2020 — делает кадровые движения, но не пойму, что нужно в СЗВ-ТД сделать, чтобы туда попадало предыдущее событие. Иначе же как — в февральский СЗВ-ТД попадут опять события до 2020 года что ли?

   Smile 8D

524 — 13.02.20 — 10:47

(523) косяк заполнения поправили только в 3.1.12.142, смотрите изменения, читайте то что вам пишут выше, обновитесь уже)

   bolobol

525 — 13.02.20 — 10:54

   dka80

526 — 13.02.20 — 10:57

(525) не кипиши. Подойдет время сдачи февральского, там и разъяснения появятся и 1С может что поправит. Думаю, если по сотруднику подавались данные ранее текущего отчета, то данные на 01.01.2020 попадать не должны, т.к. они уже были поданы

   kzot

527 — 13.02.20 — 11:06

(526) и вы как автор обработки в продакшен не в курсе этого ? )

   Helga V

528 — 13.02.20 — 11:15

Внешние совместители не уведомляются о выборе ТК. Если в течение всего года с ними не будет никаких кадровых перемещений, то на них вообще не подаются сведения? С внутренними вообще не понятно как быть??? Если кадровое мероприятие по основному или по внутреннему, указывать по всем?

   kzot

529 — 13.02.20 — 11:19

(525) при движении в двух месяцах этого года с отметкой не попадут, берется за месяц и смотрят на наличие кадровых с отметкой с начала 01.01.2020 и если нет то входит крайний документ до 01.01.2020.

   dka80

530 — 13.02.20 — 11:33

(527) а кто в курсе? Есть какие-то рекомендации от официальных источников? А речь пока идет про отчетность за январь

   dka80

531 — 13.02.20 — 11:33

+530 и обработка не заполняет СЗВ-ТД, она проставляет признак «Отразить в трудовой книжке» у первичных документов

   pavlika

532 — 13.02.20 — 12:04

(528) По всем.

   Budulay2018

533 — 14.02.20 — 13:30

ТаксНет до сих под не готов оправлять СЗВ-ТД. Заявление о подключении к ЭДО ПФР отнесли ножками. Сидим, ждем. Цирк) У других операторов все норм?

   dka80

534 — 14.02.20 — 13:46

Такском: все отправили уже, даже все приняли успешно

   Фрэнки

535 — 14.02.20 — 13:54

(533) по разному и в разных регионах по разному. Операторы получаются не централизованно работают со своими дата-центрами, а где-то лучше, где-то хуже.

   kzot

536 — 14.02.20 — 14:07

   kzot

537 — 14.02.20 — 14:10

(535) насколько понимаю в крайнем случае можно выслать и как просто файл до пфр, простым письмом конечно через систему документооборота.

   Budulay2018

538 — 14.02.20 — 14:16

(536) Само заявление на бумаге отнесли еще во вторник. ТакНет грозится все сделать до 14го, но чет обновления до сих пор

   kzot

539 — 14.02.20 — 14:20

(538) звонок куратору в ПФР и рассказ об этом ну слезки с просьбою помочь… потом в транспортной системе пишите письмо на адрес спеца из пфр и во вложении сам файл, пусть его загрузит.

у вас не будет подтвержденного документооборотом ответа, но ошибок тоже.

   Amra

540 — 14.02.20 — 14:31

Мы СЗВ-ТД сдали вчера через 1С-Отчетность. Сегодня пришло оповещение о принятии отчета

   dka80

541 — 14.02.20 — 14:42

(536) человек спросил, я ответил. А об успехе решил, потому что пришел протокол принятия отчета

   kzot

542 — 14.02.20 — 14:45

(541) кадровик в курсе переделывать причину не будете ?

   ЧессМастер

543 — 14.02.20 — 16:42

   pavlika

544 — 14.02.20 — 16:54

   ЧессМастер

545 — 14.02.20 — 17:31

   ЧессМастер

546 — 14.02.20 — 17:41

   NorthWind

547 — 14.02.20 — 17:47

(533) калуга-астрал вчера приняли заявление через свою систему, включили отправку в течение 20 минут. Форму сдавали раза три.

   Smile 8D

548 — 14.02.20 — 17:55

(546) выше уже обсуждалось, неверное пространство имен у этих тегов, в последней версии исправлено

   ЧессМастер

549 — 14.02.20 — 18:16

(548) То есть накатывать последний релиз и снова выгружать отчет ?

   NorthWind

550 — 14.02.20 — 19:06

(549) ну если есть желание вычитать эту ветку дотла и внести все правки сообщества вручную, то можно и так :))

   NorthWind

551 — 14.02.20 — 19:08

очевидно же, что первые варианты релизов были кривые. Я почти уверен что и еще что-нть подправят

   ЧессМастер

552 — 16.02.20 — 12:38

   NorthWind

553 — 16.02.20 — 12:53

(552) в УПП вот эта допилка касательно статей и пунктов ТК появилась в четверг в релизе 132.3. Если исходить из того, что ее вставляли в разные конфы спешно и почти одновременно, да, должен быть этот пятничный релиз.

   ЧессМастер

554 — 16.02.20 — 16:06

   NorthWind

555 — 16.02.20 — 17:13

   NorthWind

556 — 16.02.20 — 17:15

т.е. похоже что у вас не указан правильный неймспейс, что проверке и не нравится

   ЧессМастер

557 — 16.02.20 — 19:12

   dka80

558 — 17.02.20 — 09:18

(557) так все документы так работают: они формируют файл и запоминают его. Т.е. в процессе выгрузки файл заново не формируется, т.е. тебе бы обновление конфигурации никак не помогло, если ты документ не перепроводил.

   victuan1

559 — 17.02.20 — 09:33

(558) Нет, не все. В данном случае, видимо, специфика конфигураций на базе 1с8, но это не означает, что это логично.

   Skylark

560 — 17.02.20 — 09:37

(559) Я тоже заметил в этом месте какую-то фигню. Запросто можно получить выгрузку «старого» файла и никак об этом не узнать.

   kzot

561 — 17.02.20 — 10:03

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

   ЧессМастер

562 — 17.02.20 — 10:33

   ЧессМастер

563 — 17.02.20 — 10:35

Самое интересное что в ЗУП последнее обновление в котором все ошибки поправлены 3.1.12.144 от 11.02.20.

А вот в Бухгалтерии уже поправлено несколько позже. Последнее обновление 3.0.75.100 от 14.02.20. То есть в пятницу выкладывается обновление при том что в понедельник последний срок сдачи.

   kzot

564 — 17.02.20 — 10:54

   ЧессМастер

565 — 17.02.20 — 11:12

   kzot

566 — 17.02.20 — 11:20

(565) у самого документа есть реквизит АдресДанныхТекущегоДокументаВХранилище там он хранит данные.

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

   pavlika

567 — 17.02.20 — 11:36

Достаточно просто перезаписать СЗВ-ТД — выгрузка обновится.

   vovastar

568 — 17.02.20 — 11:48

(563) это еще ничего. У моих клиентов, у многих Сельхозка,  там обновления этого и не видать на горизонте. Они только 3.0.75.93 в четверг выпустили.

   d4rkmesa

569 — 17.02.20 — 11:54

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

   dka80

570 — 17.02.20 — 12:45

(569) заполненная дата отмены и будет признаком отмены. С GUIDами у меня интересная история произошла: было переименование организации, я автоматом заполнил переименование, но не заполнил GUID строки. Такском референт все с удовольствием сожрал, а ПФР принял. А вот такском спринтер сказал, что GUID не заполнен, идите нафиг

   d4rkmesa

571 — 17.02.20 — 12:46

(570) Спасибо, попробуем.

   Helga V

572 — 17.02.20 — 13:09

(570) подскажите пожалуйста, а дату отмены какую ставим? Дату мероприятия или дату повторной сдачи отчета (исправленного)?

   dka80

573 — 17.02.20 — 14:31

   d4rkmesa

574 — 17.02.20 — 16:17

(570) Спасибо еще раз, статус «Сдано» пришел наконец.

В общем, если есть частично принятый отчет, надо его грамотно корректировать: копипастить оригинальный отчет, копируем строки мероприятий, высланные ранее, в оригинальных строках ставим дату отмены (здесь важно не перепутать строки, дабы guid-ы соответствовали), новые строки корректируем (или оставляем как есть, если уже все скорректировали). Количество строк в мероприятиях в итоге удваивается (но не утраивается, как болтают на некоторых семинарах). Народ после семинаров лепит что попало, не понимая смысла происходящего.

   victuan1

575 — 18.02.20 — 04:40

   pavlika

576 — 18.02.20 — 09:28

Посмотрел ошибки, есть и (396) и (503) и еще куча всего что прошло мимо:

https://bugboard.v8.1c.ru/error/000064506 — СЗВ-ТД. В печатной форме в графе «Трудовая функция» не указывается что сотрудник принят по совместительству.

https://bugboard.v8.1c.ru/error/000064508 — СЗВ-ТД. В файл название нормативного документа выводится не в именительном падеже: <УТ2:НормативныйДокумент>Трудового кодекса Российской Федерации

   Smile 8D

577 — 18.02.20 — 09:38

(576) По второй ошибке. Они же сами поменяли в последних релизах на родительный падеж. Будут туда-сюда менять?)

   pavlika

578 — 27.02.20 — 12:00

Признавайтесь, как подавать сведения на тех сотрудников, которых пропустили при сдаче за январь? Например, был постоянный кадровый перевод от 15.01, флаг в док-те не поставили, в отчетность за январь сотрудник не попал. Как теперь подавать на него сведения?

   SleepyHead

579 — 27.02.20 — 12:36

(578) Как обычный первичный отчет? В чем подвох-то?

   pavlika

580 — 27.02.20 — 12:41

(579) Есть филиалы которым ПФР в телефонном разговоре сказал что не примет еще один отчет за январь. Т.е. сдавали по схеме 1тыс в срок + 10 завтра. Вот на этих 10 сказали включать в отчетность за февраль.

   pavlika

581 — 27.02.20 — 12:41

В нормативке ничего не нашел по этому вопросу.

   SleepyHead

582 — 27.02.20 — 12:42

(581) А чем этот случай отличается от несвоевременной сдачи любого другого отчета?

   pavlika

583 — 27.02.20 — 12:46

(582) Ничем. Что так, что так. Хотел услышать тех кто успел набить шишки и пообщаться с ПФР.

   SleepyHead

584 — 27.02.20 — 12:54

(583) Ответственность же пока не предусмотрена. Ни за несвоевременную сдачу, ни за несдачу.

   pavlika

585 — 27.02.20 — 13:24

(584) Тут больше вопрос в том, есть ли со стороны ПФР контроль или ограничение за сдачу нескольких форм по одному работодателю за один отчетный период.

   SleepyHead

586 — 27.02.20 — 13:34

   unenu

587 — 28.02.20 — 10:22

(586) думаю, весь 2020 в ПФР будут нарабатывать опыт и концу года марафетить свои БД до приемлемого вида — там тоже люди.

   Amra

588 — 16.03.20 — 15:06

В 3.1.13.120 опять новшества с СЗВ-ТД

   Skylark

589 — 16.03.20 — 15:12

И в 3.1.10.348

И в 3.1.10.349 ))

   Filippov

590 — 16.03.20 — 16:42

(588) Ожидаемое: «Для автоматического заполнения в СЗВ-ТД последних кадровых событий до 2020 года необходимо их предварительно зарегистрировать документом «Регистрация трудовой деятельности». При этом в документе реализована возможность автоматического заполнения таких событий по данным, уже имеющимся в базе – кнопка «Данные до 2020 года». »

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

   pavlika

591 — 16.03.20 — 17:52

Начиная с ЗУП 3.1.10.348 в СТД-Р автоматически попадают только те кадровые мероприятия, которые попали в СЗВ-ТД с установленным флажком «Пачка принята в ПФР (не редактируется)». Для чего это сделано? Прошло кадровое событие 03-числа, 10-числа сотрудник запрашивает СТД-Р, а СЗВ-ТД за этот период еще нет. Это такой контроль, что дескать сотруднику можем выдать только то, что отправлено в ПФР? А кто мешает сделать СЗВ-ТД, выдать СТД-Р и после этого исправить или отменить СЗВ-ТД?

   pavlika

592 — 16.03.20 — 17:57

Лучше бы электронную СТД-Р с электронной подписью и утвержденным форматом выгрузки сделали, да и разъяснения по кадровому состоянию на 01.01.20 по внутренним совместителям сделали.

   SleepyHead

593 — 17.03.20 — 05:14

   SleepyHead

594 — 17.03.20 — 06:00

   SleepyHead

595 — 17.03.20 — 06:02

Только в 120 релизе напутали.. В документ за февраль вошли работники, по которым уже отчитались за январь ))

   Йохохо

596 — 17.03.20 — 06:27

(595) ну может они потеряли январь, ну не весь)

   SleepyHead

597 — 17.03.20 — 06:36

   Sib_rul

598 — 19.03.20 — 05:13

Добрый день! Помогите, кто может. При сдаче отчета за январь не указала сведения на 01.01.2020. Отчет был принят, но вчера пришел запрос от ПФ о необходимости дополнить эти сведения. Условие, что повторных строк из уже принятого отчета не должно быть. Как удалить эти строки с мероприятиями 2020 года, чтобы остались только те, которые заполнились из Регистрации трудовой деятельности. Не могу найти возможность редактирования отчета.

   SleepyHead

599 — 19.03.20 — 05:28

   Sib_rul

600 — 19.03.20 — 06:09

При создании СЗВ-ТД формируется отчет со всеми данными: новыми из Регистрации ТД и из сданного в январском отчете. Удалить строки не получается.

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

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