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

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

Также вы можете получить бесплатные ответы на ваши вопросы по арбитражным спорам в сфере IT-индустрии от профессиональных юристов и найти полезную информацию в наших чатах:

Обязательный досудебный порядок урегулирования спора

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

Этот этап критичен по двум причинам. Во-первых, для экономических споров с участием юридических лиц и индивидуальных предпринимателей закон предусматривает обязательный претензионный порядок.

Арбитражный процессуальный кодекс России прямо указывает: обратиться в суд можно только после принятия мер по досудебному урегулированию. Если разработчик подаст иск без претензии, суд оставит заявление без движения, а затем вернет его. Это приведет к потере как минимум нескольких недель.

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

Что должна содержать претензия? Документ оформляется в свободной, но логически стройной форме. Обязательно укажите: наименование сторон (разработчик и заказчик) с реквизитами; реквизиты договора разработки ПО; перечень выполненных работ с указанием актов, которые были подписаны заказчиком; точную сумму основного долга; расчет договорной неустойки (штрафа или пени), если она предусмотрена вашим договором; срок для добровольной оплаты (обычно 5–10 календарных дней); банковские реквизиты для перевода.

Отдельного внимания заслуживает пункт о неустойке. Если включить в претензию требование об уплате неустойки в размере 0,1% за каждый день просрочки, то итоговая сумма санкций может оказаться настолько существенной, что заказчик сразу переведет основной долг, стремясь заключить мировое соглашение по пеням.

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

Составление и подача иска

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

Статистика арбитражных судов по делам о взыскании задолженности за выполненные работы (включая разработку ПО) демонстрирует высокий процент удовлетворения исков – при условии, что истец правильно оформил доказательства с помощью квалифицированных юристов.

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

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

Альтернативную подсудность (по месту разработчика) можно предусмотреть прямо в договоре разработки ПО – это важный пункт, на который стоит обращать внимание еще на стадии заключения контракта.

Само исковое заявление должно содержать:

  • наименование суда
  • полные данные истца (разработчика) и ответчика (заказчика)
  • цену иска – то есть сумму основного долга плюс неустойку
  • описание фактических обстоятельств: когда был заключен договор, какие работы выполнены, какие акты подписаны, в какой срок заказчик должен был оплатить, но не оплатил
  • правовое обоснование со ссылками на гражданское законодательство (обязанность надлежащего исполнения обязательств и обязанность оплатить принятые работы)
  • расчет взыскиваемой суммы

Отдельным приложением к иску идут доказательства. В деле о неоплате разработанного ПО главными доказательствами являются: договор разработки, техническое задание (если есть), акты сдачи-приемки, подписанные заказчиком, переписка сторон, подтверждающая факт использования ПО заказчиком, претензия с доказательствами направления.

Способ подачи иска значения не имеет: можно лично принести документы в канцелярию суда, направить через систему «Мой арбитр» (электронное правосудие) или отправить почтой России. При почтовой отправке обязательно оформляйте заказное письмо с описью вложения и уведомлением. Помните: суд примет иск к рассмотрению только при условии, что ответчику направлена копия всех материалов. Именно поэтому вы прикладываете второй экземпляр иска – для заказчика.

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

Что делать, если заказчик ссылается на нарушение сроков разработки

Особый и крайне распространенный случай – ситуация, когда заказчик не отрицает факт получения и использования программного обеспечения, но отказывается платить, ссылаясь на то, что разработчик нарушил сроки выполнения работ, предусмотренные договором или календарным планом.

Однако судебная практика, включая правовые позиции Верховного Суда Российской Федерации, однозначно говорит об обратном.

Нарушение сроков разработки и обязанность заказчика оплатить принятый результат – это два разных правовых последствия. Если заказчик подписал акт приемки работ, он тем самым подтвердил, что результат для него имеет потребительскую ценность, независимо от того, сдал разработчик код 10 мая или 10 августа. Обязанность оплатить возникает в силу факта приемки.

А просрочка разработчика – это основание для самостоятельного требования: заказчик вправе предъявить неустойку за нарушение сроков или потребовать уменьшения цены договора. Но полностью отказываться от оплаты, ссылаясь на опоздание исполнителя, неправомерно.

Эта позиция нашла прямое подтверждение в одном из дел, рассмотренных Судебной коллегией по экономическим спорам Верховного Суда РФ.

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

Определение ВС РФ от 06.07.2018 по делу № 305-ЭС18-1392

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

Успешный пример из судебной практики

Показательным является свежее дело, рассмотренное в мае 2026 года Арбитражным судом города Москвы. Между IT-компанией (разработчик) и крупным заказчиком был заключен договор на выполнение работ по разработке, адаптации, тестированию и модификации программного обеспечения.

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

Разработчик добросовестно выполнил работы на общую сумму 2 279 400 рублей, что подтверждалось актами сдачи-приемки, подписанными заказчиком без замечаний. Однако заказчик оплату не произвел, ссылаясь на внутренние организационные проблемы. Направленные претензии были оставлены без ответа. Тогда разработчик обратился в суд.

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

Поскольку акты подписаны, а доказательств погашения задолженности не представлено, требование о взыскании основного долга в размере более 2,2 млн рублей подлежит полному удовлетворению.

Ссылка на решение АС города Москвы

Более того, разработчик заявил требование о взыскании договорной неустойки, которая рассчитывалась по сложной формуле: 0,1% от суммы задолженности за каждый банковский день просрочки, начиная с пятого банковского дня от даты срока оплаты, но не более 10% от суммы задолженности.

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

Помощь наших профессиональных юристов

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

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

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