Разбор метода · демонстрация
Проверка тендерной заявки до подачи
Одно незакрытое или противоречащее требование техзадания — и заявку отклоняют, а тендер потерян. Хуже, когда поставщик обещает в предложении то, чего его собственный товар по паспорту не выполняет: это видно проверяющему и не видно самому поставщику.
Демонстрационный пример: все документы, организации и значения вымышлены.
14
требований техзадания в реестре
8
закрыто кодом, без обращения к модели
5
неоднозначных разобрала модель
3
вынесено на решение человека
Что на входе
Три документа, которые обычно никто не сверяет между собой
Поставщик присылает их до подачи. Дальше работа идёт без его участия.
Техзадание заказчика
Закупка ЗП-2026-217, светодиодные светильники для склада. Из него собирается реестр требований.
Коммерческое предложение
То, что поставщик обещает заказчику. Именно здесь возникают обещания, которых товар не выполняет.
Техпаспорт модели
Что товар умеет на самом деле, по документации производителя.
Как устроено
Три слоя, и каждый следующий дороже предыдущего
Смысл конвейера в экономической асимметрии: до модели доходит только то, что нельзя решить кодом, до человека — только то, что нельзя решить моделью.
Код
Детерминированное ловится без ИИ
Реестр требований, соединение трёх документов, нормализация единиц, сравнение степеней защиты и стандартов. Восемь требований из четырнадцати закрылись здесь и стоили копейки.
Модель
Вызывается изолированно и только на спорном
Эквиваленты, проза вместо цифры, разные метрики одного ресурса, расхождение предложения с паспортом. Модель получает конфликтующие фрагменты, а не документы целиком.
Человек
Получает короткий список с готовым контекстом
Три позиции вместо четырнадцати: одно жёсткое несоответствие и две ситуации, где решение зависит от переговорной позиции, а не от данных.
Два разбора
Где механизм виден целиком
Требование 1 · световой поток
Предложение обещает больше, чем умеет товар
Техзадание требует не менее 4500 люмен. Предложение обещает 5000. Паспорт того же товара даёт 4200. Код видит расхождение, но не берётся судить, опечатка это, другая ревизия или реальное несоответствие: такой вопрос решается смыслом, а не сравнением чисел.
Модель отвечает, что разница в девятнадцать процентов не похожа на округление, а паспортное значение ниже требования. Товар по этому пункту не проходит. Решение о том, что делать с заявкой, уходит человеку.
передано модели
- техзадание
- не менее 4500 лм
- предложение
- 5000 лм
- паспорт
- 4200 лм
Расхождение реально, это не артефакт округления или распознавания. Паспортное значение ниже требования, товар по световому потоку не проходит.
вердикт модели → человеку
Требование 2 · срок службы
Где простая проверка отклонила бы поставщика зря
Техзадание требует не менее 50 000 часов. В паспорте два числа: 36 000 и 54 000. Наивное сравнение взяло бы первое попавшееся, увидело 36 000 против 50 000 и отклонило заявку.
На деле это разные метрики деградации светового потока. Считать надо по той, которая указана в предложении, и по ней товар требование закрывает. Ошибка здесь стоила бы поставщику тендера на ровном месте.
- требуется
- не менее 50 000 ч
- L80B10
- 36 000 ч — не та метрика
- L70B50
- 54 000 ч — соответствует
Ровно на таких местах видно, зачем в конвейере нужен слой модели, а не только код: разницу между метриками невозможно зашить в сравнение чисел.
Что на выходе
Акт проверки заявки
По каждому требованию видно эталон, что обещано, что подтверждено паспортом, вердикт и каким слоем он получен. В последней колонке — источник: документ и поле, откуда взято значение.
Формат поставки — сервис-бюро: у поставщика не появляется программного обеспечения, которое надо внедрять и обслуживать.
Развороты акта из демонстрационного прогона.
Честно о рамках
Что здесь показано, а что нет
Комплект синтетический
Заказчик, поставщик, номер закупки, модель и все значения вымышлены. Рабочие документы не использовались. Это демонстрация метода, а не клиентский проект.
Ситуации заложены заранее
В комплект намеренно внесены семь проверочных случаев, включая два разобранных выше. Это делает результат проверяемым: видно не только что конвейер нашёл, но и что он должен был найти.
Целимся в закупки по 223-ФЗ и коммерческие
Госзакупки по 44-ФЗ сознательно не берём: там своя специфика ценовой борьбы, под которую метод не заточен.
Решение остаётся за вами
Конвейер не подаёт заявки и не переписывает предложение. Он показывает, где заявка уязвима, до того как это увидит проверяющий.
Начнём с вашей задачи
Проверим вашу заявку
Пришлите техзадание, предложение и паспорт товара — вернёмся с матрицей соответствия и списком мест, которые стоит поправить до подачи.