Паспорт показателя в техническом досье: как подтвердить цифры до экспертизы

Знакомая картина. Компания собирает комплект на подтверждение производства, в реестр российского ПО или на сертификацию. В таблице характеристик написано: «точность распознавания — 98 %». Через две недели приходит запрос: на какой версии получен результат, каким документом он подтверждён, когда проводилась проверка. Ответ ищут по переписке и папкам годичной давности, а срок рассмотрения идёт.

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

Где именно эксперт спотыкается о цифру

Мы видим одни и те же три ситуации, и в каждой вопрос к заявителю звучит одинаково: «К какому объекту относится число и чем оно подтверждено?»

Подтверждение производства по ПП № 719. Эксперт ТПП, который готовит акт экспертизы для подтверждения производства, работает с документами о технологических операциях, сырье и комплектующих, а не с образцами изделия. Если в спецификации описана одна редакция изделия, а в карточке ГИСП или заявке фигурирует другая, состав операций и комплектующих расходится. Дальше следует запрос, а с ним и пауза в рассмотрении.

Реестр российского ПО. В описании функциональных характеристик стоят показатели производительности и точности, причём для программно-аппаратных комплексов набор документов свой, и разница между реестром ПО и реестром ПАК начинается именно с того, что считается объектом. Версия в описании, версия в переданном дистрибутиве и версия в протоколе испытаний обязаны совпадать. Когда не совпадают, эксперт не может отнести результат к тому продукту, который заявлен.

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

Семь полей паспорта на одном примере

Возьмём ту самую строку «точность распознавания — 98 %» и проведём её через все поля. Тот же порядок работает для наработки на отказ контроллера, времени отклика сервиса или доли российских комплектующих в изделии.

1. Показатель и единица

Формулировка обязана исключать соседние метрики. «Точность» бывает долей верно распознанных полей, долей документов без единой ошибки или символьной точностью, и это три разных числа. Пишем: «Точность распознавания реквизитов, доля верно распознанных полей, %».

2. Объект

Не бренд и не платформа целиком, а конкретный модуль: «Модуль распознавания счетов-фактур». Результат теста одного модуля на всю систему не распространяется, и лучше сказать это самому, чем услышать от эксперта. Для оборудования сюда идут модель и исполнение, например «контроллер серии К-200, исполнение IP65».

3. Версия и конфигурация

Минимум: номер версии, дата сборки и параметры, от которых зависит результат. «Версия 4.2.1, сборка от 15.08.2026, сервер 8 vCPU и 16 ГБ ОЗУ, словарь реквизитов v7». Для аппаратуры вместо сборки указывают редакцию конструкторской документации, для облачного сервиса добавляют тариф и регион размещения.

4. Источник

Источник должен открываться на нужной странице без догадок: «Протокол испытаний № 18-26 от 14.08.2026, раздел 4, таблица 2». Презентация или лист из коммерческого предложения годятся как навигация, но исходный документ не заменяют.

5. Метод

Три-четыре фразы о том, как получено число: «Выборка 2 000 сканов из пяти отраслей. Сравнение с ручной разметкой. Ошибкой считается любое несовпадение поля с эталоном». Если показатель расчётный, приводится формула или ссылка на методику.

6. Дата проверки

Дата файла и дата актуальности данных не совпадают: документ могли пересохранить вчера, не повторяя испытание. Поэтому дата проверки живёт отдельным полем: «Испытания 12–14.08.2026, данные актуальны на 14.08.2026».

7. Ограничение

Одна фраза о том, где показатель перестаёт действовать: «Без рукописного текста, сканы от 200 dpi, пакетная обработка не оценивалась». Среднее по выборке не описывает каждый документ, а результат стенда не обещает такую же скорость под боевой нагрузкой. Ограничение защищает вас от неверного обобщения раньше, чем его сделает проверяющий.

Так выглядит заполненный паспорт

Всё вместе занимает семь строк. Третья колонка показывает, какой вопрос эксперта закрывает каждое поле.

Хранить паспорт удобнее рядом с таблицей характеристик: сноской под ней, отдельной таблицей «Происхождение показателей» в пояснительной записке или колонкой в спецификации. Главное, чтобы эксперт находил его за один переход, а не через запрос.

Что делать, когда меняется версия

Доказательная цепочка выстраивается от объекта к числу: продукт, версия, конфигурация, первичный источник, метод, показатель, ограничение. Изменилось одно звено, проверяются все следующие. Вышла версия 4.3, и первый вопрос: затронуты ли модули, от которых зависит показатель. Ответ даёт журнал изменений. Если затронуты, испытание повторяют. Если нет, в паспорте появляется пометка «получено на 4.2.1, для 4.3 подтверждено журналом изменений от такой-то даты».

Тот же принцип в другой отрасли: один продукт, несколько значений

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

В методологии RTP Index у каждого числа зафиксированы источник, уровень достоверности от A до E и дата проверки, а изменение значения не заменяет прежнюю запись, а добавляется новой строкой с новой датой. Для технического досье переносится сам приём: уровень достоверности источника как отдельное поле и история вместо перезаписи.

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

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

Что приложить к паспорту

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

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

Файлы называйте по одному правилу: тип документа, объект, версия, дата. «Протокол_испытаний_Модуль-распознавания_4.2.1_2026-08-14.pdf» эксперт поймёт сразу, «финал_новый_2.pdf» откроет с вопросом.

Проверка досье за час

1. Выпишите все числовые утверждения из таблиц, презентаций, карточки продукта и приложений к заявке. Обычно получается 15–30 строк.
2. К каждой цифре найдите первичный источник. Не нашли: пометьте значение как оценочное и укажите метод оценки либо уберите его из досье.
3. Сверьте версии. Документ, скриншот и поставляемая сборка описывают один объект или три разных.
4. Проверьте единицы. Проценты и процентные пункты, секунды и миллисекунды в одной таблице встречаются чаще, чем кажется.
5. Поставьте дату проверки, особенно у внешних данных и показателей, которые меняются со временем.
6. Допишите ограничение. Одной фразы достаточно.
7. Дайте навигацию: номер протокола, раздел, страница. Эксперт должен дойти до подтверждения за один-два перехода.

Пять ошибок, после которых приходят запросы

Один протокол на все характеристики. Испытание отдельной функции не распространяется на остальные модули. Эксперт попросит подтверждение по каждой строке.

Скриншот без адреса и даты. Он показывает состояние интерфейса, но не объясняет происхождение данных и не привязан ко времени.

Ссылка на главную страницу. Нужный раздел эксперт ищет сам, а страница со временем меняется и подтверждение исчезает.

Маркетинговое округление. В буклете 98 %, в протоколе 97,6 %. В досье сохраняйте точность протокола и отдельно объясняйте округление, иначе расхождение выглядит как ошибка.

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

Вывод

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