ИТ-споры онлайн: дистанционная юридическая помощь по делу

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

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

Разработка, внедрение, поддержка: какие ИТ-споры решаются без поездок

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

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

С чем обращаются чаще всего

• Подрядчик сдал этап с ошибками, заказчик отказывается платить и требует переделки.
• Заказчик получил работающую систему, но не подписывает акт и не оплачивает последний платёж.
• Разработчик ушёл с проекта, не передав исходный код, доступы и документацию.
• Не соблюдены параметры уровня обслуживания (SLA): время реакции, доступность сервиса, сроки устранения инцидентов.
• Спор о том, перешло ли исключительное право на программу к заказчику или осталось у разработчика.
• Бывший сотрудник или фрилансер использует код в собственном продукте.

Документы для оценки ИТ-спора: договор, ТЗ, трекер задач, репозиторий

Суды по ИТ-спорам опираются на письменные доказательства. Даже когда стороны работали «по договорённости в чате», именно переписка становится основным источником условий сделки. Юристу важно увидеть всю цепочку, а не только финальное письмо с претензией.

Базовый набор материалов

• Договор с приложениями: техническое задание, календарный план, спецификации этапов, порядок приёмки.
• Дополнительные соглашения и письма, которыми меняли объём или сроки.
• Акты сдачи-приёмки: подписанные, неподписанные, с замечаниями, мотивированные отказы.
• Счета и платёжные поручения, чтобы видеть, какие этапы оплачены.
• Выгрузка задач из трекера (Jira, YouTrack или аналогичного) с датами создания и закрытия.
• Сведения из репозитория: история коммитов, ветки, релизы, даты передачи сборок.
• Отчёты о доступности сервиса и тикеты службы поддержки, если спор касается SLA.
• Переписка менеджеров проекта с обеих сторон.

Как сохранить цифровые следы

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

Сроки по ИТ-спорам, пошлина и выбор суда

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

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

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

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

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

Досудебная работа по ИТ-проекту: претензия, мотивированный отказ, переговоры

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

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

Что обсуждать на переговорах

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

Односторонний отказ от договора разработки

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

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

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

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

Арбитражный процесс по договору разработки: иск, отзыв, ходатайства

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

Ответчик в отзыве обычно приводит встречные аргументы. Разработчик ссылается на то, что заказчик менял требования, не давал доступы, не согласовывал макеты вовремя. Заказчик указывает на недостатки, из-за которых результат нельзя использовать. Каждый довод проверяют по трекеру и переписке: кто и когда поставил задачу, когда она была выполнена.

Ходатайства, характерные для ИТ-дел

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

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

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

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

Как ставить вопросы эксперту

• Какие функции из перечня ТЗ реализованы полностью, частично или отсутствуют.
• Являются ли выявленные ошибки существенными, то есть препятствуют ли использованию системы по назначению.
• Какой объём работ фактически выполнен в процентах или человеко-часах.
• Соответствует ли исходный код переданной сборке.

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

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

Чем заканчивается сопровождение ИТ-спора и что происходит после решения

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

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

Если суд обязал передать код или документацию

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

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

Основной канал связи с адвокатом — электронная почта advokatyonline@gmail.com.