Что меняется во ФГИС с 1 сентября 2026: конец ручного ввода методик и показателей

Изменения ФГИС сентябрь 2026 затрагивают не только интерфейс Конфигуратора ОА, а всю цепочку подготовки протоколов: область аккредитации, справочники ФСА, идентификаторы методик и XML-выгрузку. Лабораториям, которые привыкли хранить методики и показатели свободным текстом, нужно заранее проверить, что рабочие протоколы можно сопоставить со справочными значениями. Разбираем, что именно меняется, где возникает риск отказа и как подготовиться без аврала.

Что именно меняется во ФГИС

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

До перехода многие лаборатории жили в смешанной модели. В ОА методика могла быть записана одним способом, в шаблоне протокола — вторым, в Excel-реестре — третьим. Человек понимал, что речь об одном документе, но система не обязана распознавать такие варианты как тождественные. После перехода на справочники это становится техническим риском: если методика, показатель или объект не сопоставлены с нужной записью, протокол может не пройти проверку.

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

Для лабораторий без ЛИМС особенно важно отделить два слоя: сам протокол как документ для заказчика и структурированные сведения для ФГИС. Документ может оставаться привычным, но данные внутри него должны извлекаться и сопоставляться с ОА и справочниками ФСА. Если этого нет, ручная работа просто переедет из Конфигуратора в бесконечные исправления перед отправкой.

Опасный сценарий — ждать 1 сентября и проверять только факт входа в Конфигуратор. Главная проблема обычно не в доступе, а в несоответствии старых формулировок ОА и протоколов справочникам ФСА.

Кого затронут изменения

В первую очередь изменения затронут аккредитованные испытательные лаборатории, которые передают сведения о протоколах во ФГИС и ведут область аккредитации в Конфигураторе. Особенно уязвимы малые и средние лаборатории, где протоколы выпускаются в Word или Excel, а справочники поддерживаются вручную. У таких организаций часто нет единого реестра методик с идентификаторами, зато есть несколько рабочих шаблонов, накопленных за годы.

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

Изменения также затрагивают тех, кто использует внешние Excel-решения, браузерные инструменты или собственные макросы для подготовки XML. Такой инструмент должен не только собрать файл, но и корректно подставить идентификаторы ФСА. Если он переносит только текстовые названия, после дедлайна этого будет недостаточно для устойчивой работы.

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

Что проверить до дедлайна

Первый блок проверки — область аккредитации. Нужно выгрузить или просмотреть текущую ОА и понять, какие методики, показатели и объекты уже выбраны из справочников, а какие фактически остаются текстовыми формулировками. Для каждой строки нужен статус: сопоставлено, требует подтверждения, не найдено, нужен запрос или уточнение. Без такого статуса невозможно оценить реальную готовность.

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

Третий блок — инструмент формирования XML. Он должен брать не только видимые строки, но и подтверждённые справочные идентификаторы. Если идентификаторы хранятся в отдельной таблице, проверьте её актуальность и связь с шаблонами. Если сотрудник вручную выбирает ID при каждой отправке, оцените, сколько времени займёт поток после дедлайна.

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

• Проверить ОА на наличие справочных идентификаторов.
• Сверить реальные протоколы с методиками и показателями из ОА.
• Проверить, как идентификаторы попадают в XML.
• Выделить спорные методики и показатели до массовой отправки.
• Назначить ответственных за подтверждение соответствий.

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

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

Что будет, если не подготовиться

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

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

Третий риск — отсутствие прозрачности. Если лаборатория не ведёт таблицу соответствий и журнал спорных строк, через месяц трудно понять, почему для конкретной методики выбран именно этот ID. Это усложняет внутренний контроль и делает процесс зависимым от памяти одного сотрудника.

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

Подготовленность к изменениям измеряется не количеством заполненных таблиц, а способностью взять реальный протокол и без ручных догадок связать его методики, показатели и объекты со справочниками ФСА.

Как подготовиться без аврала

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

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

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

Лаб.Регора помогает пройти этот путь быстрее: загруженный протокол разбирается на методики, показатели, объекты и обязательные поля, затем сверяется со справочниками ФСА. Отчёт показывает, какие строки готовы, какие требуют подтверждения и где есть риск ошибки до отправки. Это особенно полезно, если ОА большая, а времени на ручную сверку мало.

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

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

Что меняется во ФГИС с 1 сентября 2026?

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

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

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

Что делать, если методика не находится в справочнике ФСА?

Сначала проверьте написание, редакцию и связь с ОА. Если запись действительно отсутствует, зафиксируйте проблему и обращайтесь в Росаккредитацию или к куратору. Подставлять похожую методику без основания рискованно.

Можно ли подготовиться без внедрения ЛИМС?

Да. Малой лаборатории достаточно наладить проверку протоколов, таблицу соответствий со справочниками ФСА и формирование корректного XML. Полноценная ЛИМС нужна не всем, особенно если задача — стабильная выгрузка во ФГИС.

Как проверить готовность к изменениям ФГИС 2026?

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

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