425 позиций в заявке: как организовать подготовку без пропусков

425 позиций — условный учебный масштаб, а не реальная закупка и не установленный законом порог. Тот же подход работает для 80, 300 или 700 позиций.

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

Для каждого требования полезно сохранить пять вещей:

точное условие → точный источник и его редакция → предложение поставщика → подтверждение → статус проверки.

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

Это внутренняя организация работы поставщика. Закон не требует вести такую таблицу и не делает её дополнительным документом заявки.

Одна позиция — это не одна проверка

Допустим, в закупке есть условная позиция П-027.

Заказчик установил для неё:

• мощность — не менее 800 Вт;
• напряжение — 200–240 В;
• определённые размеры;
• материал корпуса;
• комплектность;
• страну происхождения;
• документ о соответствии, если его представление требуется в составе заявки.

Это уже семь отдельных требований.

Поэтому отметка:

П-027 — готово

слишком грубая.

Внутри позиции лучше иметь отдельные контрольные строки:

• Т-027-01: мощность — не менее 800 Вт;
• Т-027-02: напряжение — 200–240 В;
• Т-027-03: размеры — не более установленного значения;
• Т-027-04: материал — конкретное требование;
• Т-027-05: комплектность — полный состав;
• Т-027-06: страна происхождения;
• Т-027-07: требуемый документ.

Ключевое уточнение: в строке должно находиться не только название показателя, но и точное условие заказчика.

Запись:

мощность → предлагаем 850 Вт → проверено

плохо контролируется. Непонятно, требовалось ли не менее 800 Вт, ровно 850 Вт или диапазон 800–900 Вт.

А запись:

мощность — не менее 800 Вт → предлагаем 850 Вт

уже позволяет визуально проверить соответствие.

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

Пять полей рабочей таблицы

Для практической работы можно оставить всего пять основных полей.

Все столбцы — прокрутите таблицу по горизонтали ↔

Требование заказчика	Точный источник	Предложение поставщика	Подтверждение	Статус
Т-027-01: мощность — не менее 800 Вт	ТЗ, ред. 2, PDF стр. 18, П-027	850 Вт	паспорт модели, стр. 6	Проверено
Т-027-02: напряжение — 200–240 В	тот же источник	200–240 В	паспорт, стр. 6	Проверено
Т-027-03: размер — не более X мм	ТЗ, ред. 2, стр. 18	Y мм	каталог, стр. 3	Сверить оригинал
Т-028-01: параметр — не менее Z	приложение 3, стр. 7	значение модели	подтверждение не найдено	Нет подтверждения
Т-029-04: комплектность — состав А, Б, В	ТЗ, ред. 1, стр. 21	комплект А, Б, В	инструкция изменена	Повторная проверка

Здесь слово «Проверено» должно иметь одно значение для всей команды.

Требование считается проверенным только если одновременно:

1. зафиксировано точное актуальное условие заказчика;
2. предложение поставщика сопоставлено именно с этим условием;
3. внутренний источник подтверждает именно предлагаемое значение, если такая проверка нужна;
4. если значение было извлечено через OCR, оно сверено с оригинальным документом.

«Нашёл паспорт», «заполнил строку» и «проверил соответствие» — не одно и то же.

Закон определяет состав заявки, таблица — качество подготовки

По 44-ФЗ требования к содержанию и составу заявки и инструкция по её заполнению входят в извещение. Описание объекта закупки также является частью комплекта документов, с которым работает участник. Статья 42 Закона № 44-ФЗ

Сам состав заявки регулирует статья 43 Закона № 44-ФЗ. В частности, предложение может содержать характеристики товара, соответствующие установленным заказчиком показателям, сведения о стране происхождения, предусмотренные документы о соответствии и сведения для национального режима.

Но здесь важно не уйти в другую крайность.

Ч. 3 ст. 43 запрещает заказчику требовать от участника сведения и документы сверх предусмотренных ч. 1 и 2. Из этого не следует общий запрет участнику включать любые необязательные сведения.

Например, подп. «д» п. 2 ч. 1 ст. 43 прямо допускает иные информацию и документы о предлагаемом товаре — эскиз, рисунок, чертёж, фотографию или другое изображение; их отсутствие само по себе не является основанием для отклонения. Для соответствующего электронного конкурса закон также предусматривает факультативные документы о квалификации участника.

Поэтому рабочие материалы удобно делить на три категории:

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

Факультативные — могут включаться в предусмотренных законом случаях, но их отсутствие не обязательно ведёт к отклонению.

Внутренние — нужны команде для проверки, но автоматически прикладывать их к заявке только потому, что ими пользовались, не надо.

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

Источник надо фиксировать так, чтобы его можно было найти снова

Запись «источник — ТЗ» почти бесполезна.

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

Лучше сохранять:

ТЗ, редакция 2, PDF стр. 18 из 126, таблица 4, позиция П-027.

Для Excel:

лист «Техническое задание», D184.

Для разъяснения:

разъяснение от 08.10.2026, ответ на вопрос 3.

То есть нужна не обязательно «страница», а воспроизводимая координата.

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

Новая редакция документа снимает старую отметку «Проверено»

Одна из основных причин ошибок в длинной заявке — работа по устаревшей версии.

По 44-ФЗ заказчик может в предусмотренных ст. 42 пределах изменить извещение. Для электронного конкурса и электронного аукциона эта же статья предусматривает запросы о разъяснении в установленном порядке и сроке. Разъяснение не должно менять суть извещения.

Поэтому правило внутренней работы простое:

появился новый источник — все связанные с ним требования возвращаются на проверку.

Нельзя перенести отметку «Проверено» из редакции 1 в редакцию 2 без сравнения документов.

После сравнения возможны три результата:

• требование не изменилось — снова «Проверено»;
• требование изменилось — обновляем предложение и подтверждение;
• документы конфликтуют — ставим «Блокер».

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

OCR — помощник, но не источник требования

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

Но схема должна быть такой:

оригинал → OCR → рабочая строка → сверка с оригиналом → предложение.

Не:

OCR → готовая заявка.

Особенно внимательно стоит проверять:

• не менее и не более;
• ≥, ≤, ±;
• границы диапазонов;
• десятичные значения;
• единицы измерения;
• номера моделей и артикулов;
• ГОСТ и другие обозначения;
• строки таблиц на границе страниц;
• объединённые ячейки.

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

По 44-ФЗ здесь есть важная норма: ч. 12 ст. 43 возлагает на участника ответственность за недостоверность информации и документов, включённых в заявку, и за действия, совершённые на их основании. Статья 43 Закона № 44-ФЗ

Поэтому внутренний статус «Распознано» не равен «Проверено».

Проверять надо не только пропуски, но и дубли

Совпадение числа позиций ничего не гарантирует.

Даже если:

исходник — 425 позиций; рабочая таблица — 425; финальный файл — 425,

внутри всё ещё может не хватать характеристик.

Или П-214 может быть загружена дважды, а П-215 пропущена.

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

Есть требование, но нет предложения

Например:

Т-104-06 существует, предложение пустое.

Это очевидный пропуск.

Есть предложение, но нет источника

Значение могло приехать из старой версии, соседней позиции или каталога другой модели.

Требуется подтверждение, но его нет

Здесь снова надо различать две вещи.

Если документ действительно обязателен в заявке — это блокер подготовки заявки.

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

Похожие требования конфликтуют

Один документ требует:

не менее 20,

а другой:

не менее 25.

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

Проверять надо уже финальный файл

Даже полностью проверенная рабочая таблица не гарантирует правильный результат после экспорта.

Можно:

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

Поэтому последняя проверка проводится по тем файлам и полям, которые реально будут отправлены.

Минимальный контроль:

1. все позиции присутствуют по идентификаторам;
2. у каждой позиции присутствуют все относящиеся к ней требования;
3. общие условия инструкции также учтены;
4. нет строк, которые остались на повторной проверке после изменения источника;
5. нет непроверенных OCR-значений, попадающих в заявку;
6. все обязательные документы включены;
7. внутренние материалы не приложены автоматически без понятной причины;
8. факультативные сведения и документы включены осознанно и только там, где соответствующий режим заявки это допускает.

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

финальный файл → Т-027-03 → предложение → подтверждение → исходная страница ТЗ.

Но выборка дополняет, а не заменяет проверку всех требований.

По 44-ФЗ нельзя рассчитывать на «исправим после отправки»

При электронной процедуре заявка подаётся оператору электронной площадки.

Оператор в течение часа проверяет предусмотренные ч. 6 ст. 43 основания возврата. Если заявка не подлежит возврату по этим основаниям, он присваивает ей идентификационный номер и направляет участнику уведомление о получении заявки с этим номером. После окончания срока подачи оператор направляет заказчику не возвращённые заявки. Статья 43 Закона № 44-ФЗ

То есть уведомление оператора означает:

заявка получена и ей присвоен номер.

Оно не означает, что комиссия заказчика уже проверила 425 позиций и признала предложение соответствующим.

Ещё важнее ч. 8 ст. 43: изменение заявки при электронной процедуре не допускается. Закон отдельно регулирует отзыв заявки, в том числе до окончания срока подачи, но строить подготовку на логике «сейчас отправим, потом подправим пару строк» нельзя.

Поэтому для 44-ФЗ финальный контроль особенно важен до подачи.

В обычном 223-ФЗ правила другие

В обычной конкурентной закупке по 223-ФЗ заявка готовится по самому закону, положению о закупке конкретного заказчика и документации.

Ч. 11 ст. 3.2 Закона № 223-ФЗ прямо позволяет участнику изменить или отозвать заявку до истечения срока её подачи.

Документация определяет требования к содержанию, форме, оформлению и составу заявки, а изменения документации размещаются по правилам ст. 4 Закона № 223-ФЗ. При изменении извещения или документации срок подачи продлевается по установленной законом конструкции.

Поэтому запрет на изменение электронной заявки из 44-ФЗ переносить сюда нельзя.

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

В электронной МСП-закупке по 223-ФЗ важна ещё и часть заявки

Для конкурентной закупки в электронной форме только среди субъектов МСП действует специальная ст. 3.4 Закона № 223-ФЗ.

Части 19.1 и 19.2 определяют информацию и документы, обязанность представить которые может быть установлена, в том числе сведения для оценки. Ч. 19.3 запрещает заказчику устанавливать обязанность представлять иные сведения и документы.

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

Но здесь недостаточно написать в рабочей таблице «всё техническое → первая часть».

Например:

техническая характеристика Т-027-01 → первая часть

может быть правильным внутренним маршрутом для предложения по предмету закупки, но другие сведения надо распределять строго по ч. 19.5–19.7.

И есть жёсткая граница: по ч. 21 ст. 3.4 наличие в первой части заявки на конкурс, аукцион или запрос предложений сведений об участнике и (или) ценового предложения приводит к отклонению заявки.

Значит, при большой МСП-заявке проверять надо не только:

всё ли заполнено,

но и:

в правильной ли части это находится.

Что должно остаться «нулём» перед подачей

Для большой заявки удобнее смотреть не на общий статус «готово», а на остаток нерешённых проблем.

Перед финальной отправкой желательно иметь:

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

При этом считать надо не только товарные строки.

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

Для базового входа в закупки есть отдельный материал «Госзакупки с нуля малому бизнесу».

Если проблема уже в буквальном прочтении инструкции по 223-ФЗ, полезен отдельный разбор «Запятая в инструкции заявки по 223-ФЗ».

А вопрос о документах на оборудование вынесен отдельно: «Документы на оборудование в заявке по 223-ФЗ».

Главное правило большой заявки

При сотнях позиций нельзя строить контроль вокруг ощущения:

таблица вроде заполнена.

Нужна цепочка, которую можно восстановить:

Т-027-03: требование «не более X» → конкретная строка актуальной редакции ТЗ → предложение Y → внутреннее подтверждение → проверено.

Если источник изменился — старая отметка снимается до сравнения версий.

Если значение получено через OCR — оно не становится проверенным без сверки с оригиналом.

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

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

И наконец, один внутренний метод можно использовать в разных закупках, но юридический состав и порядок подачи нужно проверять отдельно для 44-ФЗ, обычного 223-ФЗ и электронной закупки по 223-ФЗ только среди МСП.

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