ФГИС не принимает протокол: частые ошибки и как исправить

ФГИС не принимает протокол обычно не из-за одной загадочной причины, а из-за конкретного несоответствия в данных: XML не проходит структуру, методика не связана со справочником, не заполнено обязательное поле или номер уже встречался ранее. Важно не отправлять файл снова наугад, а быстро определить источник ошибки. Ниже — порядок диагностики, который помогает исправить не только текущий протокол, но и процесс подготовки.

С чего начать диагностику

Сначала определите статус: файл не загрузился технически, протокол отклонён при проверке или ошибка обнаружилась уже после отправки. Это разные сценарии. Если XML не читается, начинайте со структуры файла. Если система указывает на справочник, смотрите методики, показатели и объекты. Если проблема в дубле, проверяйте реестр протоколов и правила нумерации.

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

Сохраните текст ошибки, файл, дату отправки и номер протокола. Без этих данных разбор превращается в догадки. Если ошибку видит только оператор, а методисту передают пересказ, можно потерять важную деталь: имя поля, код справочника, строку XML или номер записи.

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

Частые причины отказа

Первая причина — неверная структура XML. Файл может содержать пропущенный обязательный элемент, неправильную вложенность, некорректную дату или значение не того типа. Такая ошибка обычно связана с генератором, шаблоном или ручной правкой.

Вторая причина — справочники ФСА. Методика, показатель или объект не найдены, указаны без идентификатора или не совпадают с ОА. После перехода на справочные значения эта группа ошибок становится особенно чувствительной. Если проблема именно в методике, используйте отдельный разбор почему методика не найдена в справочнике ФГИС.

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

Четвёртая причина — обязательные поля. В печатной форме протокол выглядит заполненным, но структурированное поле в XML пустое. Например, дата находится в колонтитуле, объект указан в свободном тексте, а генератор ждёт отдельную колонку.

Как исправлять ошибку правильно

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

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

Если ошибка повторилась в нескольких протоколах, исправляйте шаблон или таблицу соответствий. Например, неверный ID методики в одном месте может затронуть все документы по этому направлению. Пустая дата в шаблоне может попасть во все протоколы за смену. Массовая проблема требует изменения процесса, а не серии ручных правок.

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

Как предотвратить повторение

Самая эффективная профилактика — проверка до отправки. Протокол должен получать статус «готов» только после сверки обязательных полей, справочников ФСА, дат, номеров и результатов. Если хотя бы одна строка спорная, документ не должен попадать в XML или ручную отправку.

Заведите журнал ошибок. В нём достаточно фиксировать номер протокола, тип ошибки, источник, исправление и профилактическое действие. Через несколько недель журнал покажет, какие проблемы повторяются. Если большинство ошибок связано с ОА, нужен маппинг. Если с датами — шаблоны. Если с дублями — правила отбора партий.

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

Хороший процесс выгрузки устроен так, что ФГИС подтверждает уже проверенный файл, а не становится первым местом, где лаборатория узнаёт об ошибке.

Как вести журнал ошибок ФГИС

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

Например, если регулярно появляются ошибки методик, нужно обновлять ОА и таблицу соответствий. Если часто пустуют обязательные поля, проблема в шаблоне или импорте. Если возникают дубли, нужно менять правила статусов и отбора партий. Журнал превращает отказ ФГИС в конкретную задачу, а не в раздражающий единичный случай.

Полезно назначить ответственного за закрытие ошибок. Иначе оператор исправит текущий файл, но источник останется прежним. Ответственный должен проверить, что после исправления обновлён шаблон, реестр или таблица, а не только один XML.

Как готовить повторную отправку

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

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

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

Что подготовить перед обращением в поддержку

Если ошибка не решается внутренней проверкой, подготовьте пакет информации: номер протокола, дату попытки, текст ошибки, XML-файл, исходный протокол, сведения об ОА и описание уже выполненных проверок. Это ускоряет разбор и снижает риск получить общий ответ без конкретики.

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

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

Как встроить разбор ошибок в рутину

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

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

Лаборатория должна стремиться к тому, чтобы большинство ошибок находилось до ФГИС. Тогда личный кабинет становится местом отправки, а не основным инструментом диагностики.

Проверка по полям

Если текст ошибки общий, пройдите протокол по полям. Начните с идентификаторов: аттестат, методика, показатель, объект. Затем проверьте даты: дата испытаний, дата выдачи, дата отправки. После этого смотрите результаты: числовой формат, единицы измерения, пустые значения и комментарии.

Такой подход кажется медленным, но он быстрее хаотичных попыток. Когда поле найдено, проверьте, где оно появилось: в исходном протоколе, Excel-реестре, таблице соответствий или XML. Это сразу показывает, что именно нужно исправлять.

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

Системные исправления после отказа

После исправления конкретного протокола задайте вопрос: может ли такая ошибка повториться. Если да, нужно системное действие. Для справочника — обновить таблицу соответствий. Для пустого поля — изменить шаблон. Для дубля — добавить статус отправки. Для неверного XML — поправить правило генерации.

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

Такой подход постепенно сокращает количество отказов. Через несколько итераций ФГИС перестаёт быть местом первичной диагностики, потому что основные ошибки находятся внутри лаборатории до отправки и повторной рабочей загрузки в личном кабинете ФГИС без лишних повторов.

Часто задаваемые вопросы

Почему ФГИС не принимает протокол?

Чаще всего из-за ошибки XML, обязательного поля, справочника ФСА, дубля номера или несоответствия ОА. Начните с текста ошибки и проверьте источник данных.

Можно ли просто отправить файл ещё раз?

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

Что делать с ошибкой справочника ФСА?

Проверьте методику, показатель и объект в ОА, справочнике и XML. Если запись не найдена или идентификатор устарел, обновите таблицу соответствий и шаблоны.

Как понять, ошибка в XML или в протоколе?

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

Как Лаб.Регора помогает, если ФГИС не принимает протокол?

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

Лаб.Регора помогает разобраться, почему ФГИС не принимает протокол: проверяет данные, XML и справочники ФСА до повторной отправки. Загрузите протокол бесплатно и получите отчёт о готовности за минуты.