Чек-лист подготовки к заседанию: для IT

Включение в Реестр недобросовестных поставщиков по результатам заседания УФАС — это двухлетний запрет на участие в государственных и муниципальных закупках (часть 9 статьи 104 Федерального закона № 44-ФЗ). По состоянию на 22 февраля 2026 года ФАС России ведёт реестр в единой информационной системе на zakupki.gov.ru, и записи в нём публичны. Для IT-интеграторов, разработчиков программного обеспечения и поставщиков IT-услуг попадание в реестр ФАС означает потерю всей государственной тендерной выручки — нередко от 40 до 80 процентов оборота компании. Этот чек-лист подготовки к заседанию УФАС по РНП систематизирует алгоритм действий: какие документы собрать, в каком порядке действовать и где IT-компании чаще всего допускают ошибки.

Что нужно сделать сразу после получения уведомления УФАС?

Первое и ключевое действие после получения уведомления о заседании — зафиксировать дату заседания и рассчитать оставшееся время. Территориальное управление ФАС рассматривает обращение о включении в реестр в течение десяти рабочих дней с момента поступления (часть 7 статьи 104 44-ФЗ). Если уведомление пришло за три-четыре рабочих дня до заседания — действовать нужно немедленно.

Второй шаг — определить точное основание, по которому заказчик направил обращение в антимонопольный орган. Оснований по 44-ФЗ три: уклонение от заключения контракта, расторжение по решению суда, односторонний отказ заказчика. От основания зависит вся стратегия защиты и перечень необходимых документов. IT-компании чаще всего сталкиваются с двумя из них — уклонением (проблемы с электронной подписью или платформой ЭТП) и односторонним отказом заказчика при спорах о качестве или сроках поставки программного продукта.

Третий шаг — параллельно проверить, не истёк ли «период исцеления». Если заказчик принял решение об одностороннем отказе от исполнения контракта, оно вступает в силу через десять календарных дней с даты надлежащего уведомления поставщика (часть 13 статьи 95 44-ФЗ). В этот срок IT-компания вправе устранить нарушения и возместить расходы заказчика на экспертизу — тогда заказчик обязан отменить решение о расторжении. Это правило действует однократно.

Документы для защиты: полный перечень для IT-компании

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

Базовый пакет документов по контракту:

• Контракт и все дополнительные соглашения к нему — с подписями обеих сторон.
• Техническое задание в редакции, актуальной на дату исполнения.
• Акты сдачи-приёмки результатов (или мотивированные отказы заказчика с указанием конкретных замечаний).
• Переписка с заказчиком через ЕИС и по корпоративной электронной почте — полностью, с временными метками.
• Платёжные документы о перечислении обеспечения исполнения контракта.

Специфические документы IT-сферы:

• Скриншоты личного кабинета в ЕИС с отметкой даты и времени — особенно в части направления проектов контрактов и подписания.
• Журналы и логи технических сбоев электронной подписи, если уклонение связано с неработоспособностью ЭП или ЭТП.
• Справки от удостоверяющего центра или оператора ЭТП о подтверждённом сбое в системе — с указанием периода и характера неполадки.
• Лицензии на программное обеспечение, свидетельства о государственной регистрации ПО (если предмет контракта — программный продукт).
• Договоры с субподрядчиками или соисполнителями — если разработка велась привлечёнными специалистами.
• Тикеты, трекер задач или иная система управления проектом — как доказательство хода работ.

В защите от включения в реестр ФАС IT-интегратора из Сибирского федерального округа (лето 2024) отстояли позицию на стадии УФАС: доказали, что задержка сдачи программного модуля на девять дней обусловлена изменением технического задания заказчиком в ходе исполнения — переписка через ЕИС это подтвердила. Контракт около 12–16 млн руб., включение в реестр отменено.

Типичные ошибки IT-поставщиков при подготовке к заседанию

Большинство ошибок при подготовке к заседанию антимонопольного органа не в незнании закона, а в процессуальной невнимательности. IT-компании, как правило, хорошо знают предмет своего контракта — но плохо ориентируются в требованиях к форме и срокам представления документов.

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

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

Ошибка третья — опоздание с возражениями. Возражения на обращение заказчика подаются до или на заседании УФАС. После вынесения решения представить новые доводы и доказательства в том же органе невозможно — придётся обжаловать в арбитражном суде. Срок подачи заявления в арбитражный суд — три месяца с даты, когда стало известно о нарушении прав (часть 4 статьи 198 АПК РФ).

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

Как строится защитная позиция: три сценария для IT

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

Сценарий первый — уклонение от подписания контракта. Основной аргумент — отсутствие умысла. Если IT-компания не подписала контракт из-за технического сбоя ЭП или недоступности ЕИС, необходимо доказать: сбой реально был, он препятствовал подписанию, компания предпринимала действия для устранения. Доказательства — справки УЦ и ЭТП, скриншоты с временными метками, переписка с технической поддержкой.

Сценарий второй — односторонний отказ заказчика. Здесь два направления: оспорить соблюдение заказчиком процедуры одностороннего отказа (правильно ли уведомлен поставщик, соблюдён ли порядок по части 12–14 статьи 95 44-ФЗ) и представить доказательства, опровергающие существенность нарушения или подтверждающие вину самого заказчика (изменение ТЗ, просрочка встречных обязательств, нарушение порядка приёмки).

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

В защите поставщика IT-услуг (Центральный федеральный округ, зима 2023) применили стратегию двух процессов: параллельно оспорили решение заказчика об одностороннем отказе и решение УФАС о включении в реестр. Контракт около 20–25 млн руб. — включение в реестр отменено по итогам судебного обжалования.

Чек-лист: что подготовить за 72 часа до заседания УФАС

За три рабочих дня до заседания доказательная база должна быть сформирована полностью. Поздние доказательства УФАС принимает по усмотрению коллегиального органа — рассчитывать на это не стоит.

• Контракт, техническое задание, все дополнительные соглашения — распечатаны и сброшюрованы.
• Полная переписка с заказчиком через ЕИС и по email — с временными метками, подписана ЭП или нотариально заверена.
• Акты сдачи-приёмки или мотивированные отказы заказчика — с указанием конкретных замечаний.
• Справка от удостоверяющего центра и оператора ЭТП о техническом сбое — если основание уклонение от подписания.
• Доказательства принятия мер к исполнению: закрытые тикеты в трекере, договоры с соисполнителями, акты о готовности программного продукта.

Самостоятельная защита на заседании антимонопольного органа без предварительного анализа процедуры одностороннего отказа заказчика — одна из причин, по которой IT-компании проигрывают защищаемые дела. Заказчик нередко нарушает порядок уведомления поставщика, установленный статьёй 95 44-ФЗ, — и этот аргумент остаётся неиспользованным.

Проверьте шансы по своей ситуации до заседания — калькулятор на сайте оценивает перспективы по 12 параметрам за 15 минут. Это бесплатно и занимает меньше времени, чем подготовка неполного пакета документов.

Особенности защиты по 223-ФЗ для IT-поставщиков

Значительная часть IT-контрактов с корпоративными заказчиками — банками, энергетическими компаниями, государственными корпорациями — заключается по Федеральному закону № 223-ФЗ. Реестр недобросовестных поставщиков по 223-ФЗ ведётся отдельно от реестра по 44-ФЗ. Основания для включения различаются: по 223-ФЗ одностороннее расторжение заказчиком является основанием только при наличии санкций в отношении заказчика (часть 2 статьи 5 223-ФЗ). Расторжение по решению суда — основание по обоим режимам.

Срок нахождения в реестре — два года по обоим режимам. Досрочное исключение возможно только по решению арбитражного суда. С 17 мая 2025 года порог НМЦД, при которой документы по 223-ФЗ рассматривает центральный аппарат ФАС, снижен с 700 до 500 млн рублей (приказ ФАС России № 220/25 от 01.04.2025). IT-контракты с крупными корпоративными заказчиками нередко превышают этот порог.

Пакет документов для защиты по 223-ФЗ в целом аналогичен, однако ключевую роль играет положение о закупках конкретного заказчика: именно оно определяет условия расторжения и порядок уведомления поставщика. Проверьте его до заседания.

Подробнее о защите от включения в реестр ФАС по обоим режимам — в разделе базовой защиты в УФАС и защиты с участием в заседании под ключ.

Подготовка к заседанию антимонопольного органа по вопросу включения в реестр недобросовестных поставщиков — это не разовое действие, а нормативный контекст: статья 95 и статья 104 44-ФЗ, процедурные правила постановления Правительства РФ № 1078, сроки по АПК РФ. Для IT-компаний критически важны специфические доказательства — подтверждённые технические сбои, переписка через ЕИС, трекинг хода работ. Пропуск «периода исцеления» или неполный пакет документов на заседании — наиболее распространённые причины проигрышей, которых можно избежать.

CURIA специализируется на защите поставщиков от включения в реестр ФАС — по 44-ФЗ, 223-ФЗ и постановлению Правительства РФ № 615. Практика охватывает IT-интеграторов, разработчиков ПО и поставщиков IT-услуг с контрактами от нескольких миллионов рублей. Ознакомьтесь с кейсами из нашей практики или получите экспресс-оценку ситуации.