Как правильно оформить протокол испытаний: требования и ошибки

Как оформить протокол испытаний — вопрос не только про внешний вид документа. Состав сведений задан разделом 7.8 ГОСТ ISO/IEC 17025-2019, а Критерии аккредитации (приказ Минэкономразвития России от 26 октября 2020 года № 707) требуют от испытательной лаборатории соблюдать этот стандарт. Сверху лёг машиночитаемый слой: для ФГИС важны структурированные сведения — номер, даты, объект, методики, показатели, результаты, оборудование и связь с областью аккредитации. Если протокол красиво выглядит в PDF, но данные внутри не сопоставляются со справочниками, выгрузка может остановиться.

Что требует раздел 7.8 стандарта

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

Минимальный состав описан в пункте 7.8.2.1: шестнадцать позиций, которые лаборатория обязана включить, если у неё нет обоснованных причин поступить иначе. Коротко:

• наименование документа, наименование и адрес лаборатории, место работ;
• уникальная идентификация протокола и чёткая идентификация его окончания;
• наименование и контактные данные заказчика;
• идентификация применённого метода, описание и однозначная идентификация образца;
• даты: получения и отбора образца, проведения работ, выдачи протокола;
• ссылка на план и метод отбора образцов, если они существенны;
• заявление, что результаты относятся только к испытанным объектам;
• результаты с единицами измерения, отклонения от метода, идентификация утвердивших лиц и результатов от внешних поставщиков.

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

Стандарт разрешает не включать позицию из перечня только при наличии обоснованной причины. «Так исторически сложилось в шаблоне» такой причиной не является.

Обязательные сведения на практике

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

Для ФГИС особенно важны поля, которые можно извлечь как данные. Если дата спрятана в свободном тексте, объект описан произвольно, а методика указана сокращением, автоматическая подготовка XML становится менее надёжной.

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

Методики и результаты

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

Требование стало жёстче. По информации Росаккредитации от 16 марта 2026 года ручной ввод методик и показателей в конфигураторе областей аккредитации для испытательных лабораторий прекращается; исключение сделано для методик «для служебного пользования». Формулировка в протоколе должна вести к конкретной справочной записи, а не просто быть узнаваемой для человека — порядок сопоставления разобран в материале как привести ОА к справочникам ФСА, а состав изменений — в статье что меняется во ФГИС с 1 сентября 2026.

Результаты должны быть записаны в формате, который можно передать. Числа, единицы измерения, пределы обнаружения, значения «не обнаружено» и комментарии должны быть предсказуемыми. Нельзя смешивать несколько смыслов в одной ячейке, если потом эти данные уходят в XML.

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

Оборудование и поверка

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

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

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

Типичные ошибки оформления

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

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

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

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

Чек перед выгрузкой

• Номер и дата протокола заполнены отдельными полями.
• Есть чёткая идентификация окончания документа.
• Методики и показатели сопоставлены с ОА и справочными записями.
• Объект испытаний понятен и не выпадает из области аккредитации.
• Оборудование идентифицировано, поверка действует на дату испытаний.
• Результаты записаны в передаваемом формате, с единицами измерения.
• Указаны отклонения от метода, если они были.
• Скан или PDF соответствует структурированным данным.

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

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

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

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

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

Как правильно оформить протокол испытаний?

Опираясь на раздел 7.8 ГОСТ ISO/IEC 17025-2019: включить минимальный состав сведений из пункта 7.8.2.1, добавить специальные сведения по пункту 7.8.3.1 и проследить, чтобы протокол был рассмотрен и утверждён до выдачи. Дополнительно — сделать ключевые сведения извлекаемыми как данные.

Можно ли не указывать какую-то позицию из перечня стандарта?

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

Нужно ли указывать идентификаторы ФСА в протоколе?

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

Какие ошибки чаще всего мешают ФГИС?

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

Можно ли использовать Word-шаблон?

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

Как Лаб.Регора проверяет протокол?

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

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