Иллюстрация: светлое пространство для профессионального обучения
Контракт

44-ФЗ: как подготовить согласование и правильно отразить изменения контракта

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

11 октября 2026 г. · 10 мин чтения

44-ФЗ: как подготовить согласование и правильно отразить изменения контракта

1. Разделяем две процедуры и два календарных рубежа

Начнём с карты изменений, чтобы за юридическими формулировками не потерять рабочие задачи заказчика и участника закупки. Постановлением № 1140, датированным 07.09.2026, скорректированы подзаконные правила, связанные с реестром и согласованием закупки без конкурентного выбора после неудавшейся процедуры. Законодательная основа этих корректировок — Федеральный закон № 279-ФЗ, принятый 04.08.2026 и изменивший регулирование по 44-ФЗ. Мы рассматриваем эти документы не как один большой набор новшеств, а как два самостоятельных маршрута, у каждого из которых собственный момент запуска и собственные контрольные точки.

Для реестровой работы ориентиром становится 01.10.2026: с этого дня применяется обновление правил, утверждённых постановлением № 60. Для согласовательного маршрута рубеж другой — 01.01.2027, когда начинают действовать рассматриваемые поправки к правилам из постановления № 961. Само постановление № 1140 было опубликовано 08.09.2026, однако публикация не означает одновременный запуск всех его положений. Мы советуем закрепить оба рубежа в рабочем календаре и отдельно проверить, какие шаблоны, внутренние инструкции и автоматические напоминания относятся к каждому из них.

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

2. Понимаем, что изменилось в реестровой логике

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

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

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

3. Собираем рабочий маршрут для изменения контракта

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

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

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

4. Перестраиваем подготовку к согласованию после несостоявшейся закупки

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

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

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

5. Проверяем приложения через сведения, а не через старую папку

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

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

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

6. Проверяем запрет в рамках национального режима в обе стороны

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

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

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

7. Распределяем действия между заказчиком и поставщиком

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

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

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

8. Встраиваем изменения в повседневную работу

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

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

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

Ещё 3 раздела в PRO

Чек-листы, разбор типичных ошибок и пошаговые шаблоны к этому уроку — примерно на 40% больше материала.

Все уроки