IT-проект сорван — уголовное дело: защита
Заказчик оплатил разработку, продукт не появился в срок или не устроил по функциям, и вместо претензии в полицию уходит заявление о мошенничестве. Таких дел становится больше. Защита разработчика доказывает, что работа реально велась, срыв вызван изменением требований или действиями заказчика, а этапы передавались и принимались. Цифровые следы разработки объективны и хорошо сохраняются, поэтому их грамотная подача часто решает исход проверки. Отдельная задача защиты: объяснить следователю, как устроена разработка, и оспорить поверхностную экспертизу готовности программы.
Сайт работает с исполнителями: студиями, командами, фрилансерами и руководителями IT-компаний, оказавшимися в статусе подозреваемых.
Сценарии, по которым возбуждают дела против разработчиков
Чаще всего конфликт возникает на границе ожиданий. Заказчик представлял себе один продукт, в договоре описан другой, а в процессе требования менялись. Когда бюджет исчерпан, а релиза нет, у заказчика появляется соблазн вернуть деньги через уголовное дело.
| Сценарий | Позиция заявителя | Контраргумент защиты |
|---|---|---|
| Аванс за MVP, продукт не сдан | Деньги взяты без работы | История репозитория и промежуточные сборки |
| Продукт сдан, но «не работает» | Передана пустышка | Акты этапов и тестовые стенды заказчика |
| Команда ушла с проекта | Исполнитель скрылся | Переписка о приостановке и неоплате |
| Бюджет превышен | Завышение часов | Трекер задач и согласованные оценки |
Квалификация обычно идёт по статье 159 УК РФ. Если исполнитель действовал как предприниматель или руководитель компании, применяется состав мошенничества в сфере предпринимательской деятельности.
Цифровые следы разработки как доказательство
Разработка оставляет много объективных данных с временными метками. Их трудно подделать задним числом, и следствие обязано их оценивать.
- История коммитов в системе контроля версий, ветки, pull request и код-ревью.
- Задачи в трекере: создание, исполнители, статусы, списание времени.
- Сборки, логи CI, развёртывания на тестовых и боевых серверах.
- Макеты дизайна, прототипы, записи демонстраций.
- Переписка в мессенджерах и рабочих чатах с заказчиком.
Эти данные надо сохранить до изъятия техники. Адвокат организует фиксацию: выгрузку репозитория, скриншоты с удостоверением, нотариальный осмотр страниц. Если заказчик имел доступ к репозиторию или тестовому стенду, это важный аргумент: он видел ход работ.
Меняющееся техническое задание
Срыв сроков часто вызван самим заказчиком. Он добавлял функции, переписывал требования, задерживал согласование макетов, не давал доступы к своим системам. В гибкой разработке это нормальный процесс, но для следователя он может выглядеть как отговорка.
Защита восстанавливает историю изменений: версии ТЗ, протоколы созвонов, письма с новыми пожеланиями, задачи, созданные по просьбе заказчика. Гражданский кодекс РФ связывает ответственность исполнителя с его виной. Если требования менялись без пересмотра сроков и бюджета, неисполнение первоначального плана не говорит об умысле на хищение.
Что показать следствию
- Сравнение исходного ТЗ с фактически запрошенным объёмом.
- Согласования новых функций и их оценки.
- Задержки ответов заказчика с датами.
Экспертиза готовности программного обеспечения
Следствие часто назначает компьютерно-техническую экспертизу с вопросом, соответствует ли продукт договору и какова степень готовности. Качество таких заключений сильно различается. Эксперт может оценивать только последнюю версию, не запускать проект в нужном окружении или сравнивать код с пожеланиями заказчика, а не с договором.
Защита формулирует вопросы эксперту: какие модули реализованы, какой объём кода и тестов создан, какое окружение нужно для запуска, соответствуют ли этапы актам. При явных ошибках заявляется ходатайство о повторной экспертизе и представляется заключение специалиста. Если эксперт связан с заказчиком или его подрядчиком, основание для отвода проверяется отдельно.
Переговоры с заказчиком и гражданский путь
Параллельно с защитой в уголовном процессе имеет смысл предложить заказчику понятное решение. Это может быть передача исходного кода и документации, завершение этапа за оговорённую сумму, частичный возврат за невыполненную часть. Заказчик, получивший код и расчёт, реже настаивает на преследовании.
Любые переговоры ведутся письменно и через адвоката. Предложения формулируются так, чтобы их нельзя было прочитать как признание обмана. Иск о взыскании неоплаченных этапов или о признании работ принятыми в арбитраже показывает, что между сторонами обычный договорной спор.
Как строится защита по шагам
На стадии доследственной проверки у исполнителя есть возможность представить объяснения и документы до того, как дело возбуждено. Упускать её нельзя.
- Сохранение репозитория, трекера и переписки в неизменном виде.
- Анализ договора, приложений и актов сдачи этапов.
- Подготовка хронологии проекта с привязкой к доказательствам.
- Письменные объяснения и участие адвоката при опросе.
- Обжалование постановления о возбуждении дела, если признаков хищения нет.
Как обычно заканчиваются IT-дела
Типовая ситуация: студия взяла аванс на мобильное приложение, сдала два этапа из четырёх, заказчик трижды менял логику оплаты внутри приложения и перестал отвечать на письма. Затем заявил о мошенничестве. При сохранённой истории коммитов, актах этапов и переписке о новых требованиях такие материалы обычно заканчиваются отказом в возбуждении дела или прекращением.
Если разрыв между оплатой и сданным всё же есть, передача кода и возврат разницы учитываются при оценке умысла и наказания.
Основной канал связи с адвокатом — электронная почта attorneypetrova@gmail.com