Реестры вместо приложений: как мы готовим заявки по 44-ФЗ в 2026 году

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

Речь идёт о требованиях к исполнителю, которые устанавливает законодательство для соответствующего вида деятельности. Правовая привязка здесь — пункт 1 части 1 статьи 31 и правила подготовки заявки из статьи 43 Закона № 44-ФЗ. Мы не рассматриваем эту поправку как универсальное разрешение отказаться от всех документов. Она не заменяет подтверждение опыта, описание предлагаемого товара и остальные самостоятельные элементы заявки. Для каждого блока проверки остаётся собственное основание.

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

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

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

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

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

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

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

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

Для удобства проверки можно подготовить точные реквизиты реестровой записи и адрес официального ресурса. Мы рассматриваем такую навигацию как практическую помощь, а не как самостоятельное универсальное требование ко всем заявкам. Возможность и способ её включения оцениваем с учётом условий процедуры и функциональности площадки. Главное — не подменять ссылкой обязательную декларацию и не выдавать справочную информацию за подтверждение отсутствующего права. Чем меньше противоречий между заполненными полями, тем понятнее заявка для комиссии.

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

Распространённая ошибка — увидеть в извещении знакомое требование и автоматически приложить старый комплект документов. Лишний файл не всегда создаёт проблему, однако устаревшие сведения способны запутать проверку и вызвать вопросы. Поэтому мы не поддерживаем подход «загрузим всё, что есть». Сначала проверяем актуальность каждого приложения и его назначение в этой закупке. Если документ включается добровольно, он должен согласовываться с реестровыми данными и остальной заявкой.

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

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

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

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

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