Составные требования в ТЗ: как проверять выводы нейросети

Составные требования в ТЗ особенно опасны при проверке выводов нейросети: система может найти нужные слова в разных местах и объявить товар подходящим. Но наличие двух характеристик по отдельности не доказывает их одновременную работу в одной комплектации. Для проверки разложите предложение на условия, сохраните связи «и» и «или», а затем соберите вывод обратно. Главный вопрос: существует ли одна реальная модель, которая выполняет всё обязательное сочетание.

Найдите связи, которые легко потерять при разборе

Простое требование относится к одному проверяемому свойству. Составное связывает несколько свойств, режимов или элементов комплекта. Например, «работа от сети и аккумулятора» требует двух способов питания, а «работа от сети или аккумулятора» может описывать альтернативу. Конкретное толкование всё равно определяется полным текстом и инструкцией закупки.

Опасны не только союзы. Слова «одновременно», «при подключении», «в комплекте», «без дополнительного оборудования» и «при указанной нагрузке» меняют смысл. Нейросеть может оставить число и название характеристики, но потерять условие, при котором значение действительно. Тогда формально правильное извлечение приводит к неправильному решению.

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

Статья 33 Закона № 44-ФЗ связывает описание объекта с характеристиками и показателями соответствия. Предлагаемая ниже логическая разметка является рабочим способом проверки этих условий, а не отдельным нормативным форматом заявки. Исходное требование всегда остаётся главным источником.

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

Разложите требование, не разрушая его структуру

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

Здесь как минимум четыре проверки: наличие А, наличие Б, совместная работа и возможность этого режима без опционального модуля. Если модуль необходим для совместной работы, условие «без него» не выполнено независимо от включения модуля в цену. Требование «без отдельной докупки» означало бы другую проверку комплектности. При неясности формулировки нужно получить разъяснение.

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

Ограничения по режиму записывайте прямо в значение. Например, «производительность не менее заданной при работе от аккумулятора» не превращается в «производительность не менее заданной». Паспортный максимум при сетевом питании будет относиться к другому условию.

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

Проверьте «и» и «или» на условной таблице

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

Все обозначения условные. «Или» в таблице означает включающую альтернативу. Если задание требует ровно один вариант или устанавливает дополнительные условия выбора, простая таблица нуждается в уточнении. Нельзя переносить её на текст механически.

Добавьте отдельное состояние «не проверено». Если А подтверждено, а про Б данных нет, сочетание «А и Б» не становится выполненным. Это не доказанное несоответствие Б, но достаточное основание не считать общий положительный вывод подтверждённым.

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

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

Не собирайте товар из несовместимых доказательств

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

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

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

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

Составьте отдельную строку итогового сочетания: «артикул такой-то, опции такие-то, режим такой-то». Если вы не можете её заполнить без слов «возможно» и «при необходимости докупим», исходный положительный вывод пока не доказан.

Организуйте повторную проверку спорных выводов

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

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

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

Сохраните исходный вывод нейросети и основание исправления. Это поможет увидеть типовую проблему на следующих документах: теряется одновременность, смешиваются варианты или неправильно читается альтернатива. Общее устройство проверки разобрано в статье о соответствии товара требованиям ТЗ; здесь контроль сосредоточен на связях между требованиями.

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

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

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

FAQ

Достаточно ли двух положительных характеристик для требования с «и»?

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

Отсутствие данных означает несоответствие?

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

Можно ли доверить толкование неоднозначного «или» модели?

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