Если разработчик не передает исходный код, репозиторий или административные доступы после оплаты, сначала нужно определить, кому принадлежат исключительные права и что именно исполнитель обязан был передать по договору. При заказной разработке у компании или студии права на созданный специально для заказчика сайт или приложение по общему правилу принадлежат заказчику, но из этого не всегда автоматически следует право получить личный аккаунт разработчика, весь его Git-репозиторий или любые пароли.
Оплата сама по себе тоже не означает универсального правила "все созданное теперь принадлежит заказчику". Значение имеют предмет договора, статус разработчика, условия о правах, техническое задание и согласованный состав результата.
Кому принадлежат права на сайт, приложение или интернет-магазин
Для типичной заказной разработки действует важное правило статьи 1296 ГК РФ. Если организация или студия по договору должна была специально создать программу, базу данных или другое произведение, исключительное право по умолчанию принадлежит заказчику, если стороны не записали в договоре иное.
Например, компания заказала IT-студии разработку интернет-магазина по техническому заданию. Договор прямо предусматривает создание нового сайта, программной части и базы данных. Если специальных условий о сохранении исключительных прав за исполнителем нет, исходная презумпция работает в пользу заказчика.
Но существует принципиальное исключение. Если договор заключен непосредственно с физическим лицом, которое само является автором кода или другого произведения, применяется режим авторского заказа. Тогда нужно смотреть, предусматривает ли договор отчуждение исключительного права заказчику либо только лицензию на использование.
Автором произведения вообще может быть только физическое лицо. Поэтому авторство программиста и исключительное право компании-заказчика - разные юридические категории. Похожее разграничение авторства и права использования кода разобрано в материале о ситуации, когда чужой программный код используется без согласия автора.
Когда права, наоборот, могут остаться у разработчика
Нужно отличать договор на создание программы от договора, при исполнении которого программа возникла попутно.
Допустим, подрядчик выполнял комплексную автоматизацию предприятия, а отдельный программный модуль разработал в ходе работ. Если сам договор прямо не предусматривал создание такого произведения, действует другое правило: исключительное право по общему правилу сохраняется за подрядчиком, если стороны не договорились иначе.
Поэтому в споре нельзя ограничиваться названием договора "на разработку", "IT-услуги" или "техническое сопровождение". Суд будет смотреть на его реальный предмет, техническое задание, спецификации, переписку и содержание оплаченного результата.
Фраза "мы заплатили за разработку, значит нам принадлежит весь код" юридически недостаточна.
Исходный код и исключительное право - не одно и то же
Исходный текст программы охраняется авторским правом. Но принадлежность исключительного права и фактическая обязанность передать конкретный набор файлов - связанные, но не идентичные вопросы.
Заказчик может являться правообладателем программы, однако договор при этом ничего не говорит о GitHub, GitLab, истории коммитов или личном аккаунте программиста.
Поэтому нужно отдельно проверить, включены ли в результат работ:
- исходные файлы программы;
- репозиторий или его экспорт;
- история версий;
- база данных и ее структура;
- скрипты сборки и развертывания;
- документация по установке;
- административные доступы;
- доступ к хостингу, облаку и панели управления;
- инструкции для дальнейшей поддержки.
Если такой перечень есть в договоре или техническом задании, отказ его передать является гораздо более очевидным нарушением обязательства.
Если перечня нет, спор становится сложнее. Для договора подряда закон обязывает подрядчика передавать информацию, без которой невозможно использовать результат работы для предусмотренных договором целей. Именно поэтому заказчику важно доказать не просто желание "иметь исходники", а невозможность нормально эксплуатировать, изменять или сопровождать оплаченный результат без удерживаемых материалов.
Обязан ли разработчик передать весь репозиторий GitHub или GitLab
Не обязательно именно свой аккаунт.
В рабочем аккаунте разработчика могут одновременно находиться проекты нескольких клиентов, внутренние библиотеки, секреты, ключи и иная информация, на которую заказчик прав не имеет. Требование "отдать логин и пароль от всего GitHub" в такой ситуации будет чрезмерным.
Практически корректнее требовать передачу самого проекта: перенести репозиторий в аккаунт заказчика, добавить его владельцем, передать экспорт со всей необходимой историей либо предоставить иной согласованный способ получения кода.
Аналогичная проблема возникает с рекламными и аналитическими аккаунтами. Отдельно она рассмотрена в материале о том, что делать, если подрядчик не передает рекламные кабинеты, пиксели и аналитику.
В претензии лучше не писать расплывчатое "передайте все доступы". Перечислите каждый ресурс, проект, роль пользователя и действие, которое должен выполнить разработчик.
Какие административные доступы должен получить заказчик
Здесь также решающими становятся договор и фактическая архитектура проекта.
Заказчику обычно критически важны административная панель сайта, CMS, сервер, облачный проект, база данных, DNS, система аналитики и сервисы, от которых зависит работа продукта. Для мобильного приложения могут добавляться консоли публикации, системы сборки и другие внешние площадки.
Но право на разработанный сайт не означает автоматически право собственности на аккаунт третьего сервиса, зарегистрированный самим подрядчиком.
Правильная цель - добиться такого уровня контроля, при котором смена разработчика не приводит к потере сайта, данных и возможности продолжить эксплуатацию.
Если доступ к файлам и базе удерживает уже не программист, а хостинг, действует другая схема. Она рассмотрена в статье о том, как получить файлы и базу данных при блокировке сайта хостинг-провайдером.
При удержании клиентской базы облачным сервисом дополнительно пригодится инструкция о том, как добиться выгрузки данных из заблокированной CRM.
Что делать, если договор плохо описывает передачу исходников
Сначала соберите все документы, которые позволяют восстановить содержание договоренности.
Нужны договор, техническое задание, приложения, счета, акты, платежные документы, коммерческое предложение и деловая переписка. Сохраните сообщения, где исполнитель обещает передать Git, "исходники", административную панель, документацию или полный проект после оплаты.
Особенно полезна переписка, где обсуждалось последующее обслуживание другим разработчиком. Она помогает показать, что возможность самостоятельного использования результата была частью цели сделки.
После этого направьте запрос о предоставлении документации с конкретным перечнем отсутствующих материалов.
Если договорный срок передачи уже закончился, целесообразно одновременно направить требование об исполнении обязательств. Укажите договор, оплаченный этап, дату приемки и конкретные действия, которые должен совершить исполнитель.
Как правильно сформулировать требование разработчику
Самая частая ошибка заказчика - требовать "исходники и все пароли" без расшифровки.
Лучше перечислить цифровые активы настолько точно, чтобы впоследствии судебное решение можно было реально исполнить. Например: исходный код текущей производственной версии сайта, репозиторий конкретного проекта, база данных, файлы конфигурации без чужих секретов, инструкция по развертыванию и права администратора в обозначенных системах.
Для документации можно заранее подготовить акт приема-передачи технической документации. Он поможет зафиксировать, какие именно материалы фактически получены.
Если договор предполагает оформление перехода интеллектуальных прав отдельным документом, пригодится акт приема-передачи исключительных прав. При этом сам акт не следует считать единственным возможным основанием возникновения права: сначала нужно определить правовой режим по договору и ГК РФ.
Что потребовать в претензии
В претензии следует разделить требования на несколько самостоятельных блоков.
Во-первых, потребовать передать сам оплаченный результат разработки в предусмотренном договором составе. Во-вторых, перечислить отсутствующие исходники, документацию и доступы. В-третьих, определить порядок передачи: например, перенос репозитория, приглашение учетной записи заказчика с ролью владельца или передача архива.
Если исполнитель должен был передать исключительные права по условиям договора, это требование также лучше сформулировать отдельно.
Важно! Этот документ можно скачать в КонсультантПлюс
Скачать в КонсультантПлюсБесплатный доступ к документуОбразец нужно адаптировать под IT-разработку: вместо общего указания на недостатки услуги перечислите каждый непереданный объект, идентификаторы репозиториев и аккаунтов, а также пункты договора и технического задания.
Если отношения оформлены именно как выполнение работ с передачей их результата, дополнительно можно использовать претензию подрядчику.
Можно ли потребовать назад всю оплату
Не автоматически.
Если сайт полностью создан, работает и используется заказчиком, отсутствие части документации само по себе еще не означает, что всегда можно вернуть 100 процентов цены договора.
Иная ситуация возможна, когда разработчик фактически удерживает весь результат и заказчик вообще не может им пользоваться. Существенным может оказаться и отсутствие критически необходимого доступа, без которого оплаченный продукт невозможно эксплуатировать по назначению.
Правовые последствия зависят от вида договора, характера нарушения, возможности его устранить и условий об одностороннем отказе или расторжении.
Дополнительно можно требовать доказанные убытки. Например, стоимость восстановления проекта другим специалистом, экстренного переноса инфраструктуры или иных расходов, непосредственно вызванных нарушением разработчика.
Договорная неустойка взыскивается, если соответствующее основание предусмотрено договором или законом. Фиксированной специальной неустойки только за непередачу исходного кода ГК РФ не устанавливает.
Можно ли взыскать компенсацию за нарушение авторских прав
Только если действительно нарушено исключительное право.
Сам по себе отказ разработчика передать репозиторий или пароль еще не означает автоматически незаконное использование произведения. Это прежде всего может быть спор об исполнении договора.
Другая ситуация возникает, если заказчику принадлежат исключительные права, а бывший разработчик после этого незаконно использует код, продает продукт третьим лицам, предоставляет лицензии или иным способом нарушает права заказчика.
Тогда наряду с договорными требованиями могут появиться способы защиты исключительного права и требование о специальной компенсации.
Не следует заявлять такую компенсацию только потому, что подрядчик перестал отвечать на сообщения или удерживает доступ.
Нужно ли сначала направлять досудебную претензию
Для бизнеса ответ зависит от характера будущего иска.
Если организация или ИП требует взыскать деньги по договору, АПК РФ по общему правилу предусматривает обращение в арбитражный суд после истечения 30 календарных дней со дня направления претензии, если закон или договор не устанавливает другой срок или порядок.
Для чистого требования передать код, документы или доступы такой 30-дневный порядок автоматически не действует. По иным гражданско-правовым спорам обязательная претензия необходима, если она предусмотрена федеральным законом или договором.
При этом направить письменное требование практически полезно в любом случае. Оно фиксирует отказ исполнителя и содержание спорного обязательства. Подробнее различия разобраны в материале о том, когда досудебная претензия обязательна и как ее оформить.
Как обратиться в суд
Если спор связан с предпринимательской деятельностью организации или ИП, он обычно рассматривается арбитражным судом.
В зависимости от обстоятельств заказчик может требовать обязать исполнителя передать предусмотренный договором результат, исходный код, документацию или совершить действия по передаче доступа. Денежные требования могут включать возврат соответствующей суммы, договорную неустойку и доказанные убытки при наличии оснований.
Для обращения можно использовать исковое заявление в арбитражный суд, подробно адаптировав просительную часть под цифровые объекты.
По общему правилу иск предъявляется по адресу или месту жительства ответчика. Однако договор может содержать соглашение об иной территориальной подсудности.
Для неимущественного требования в арбитражном суде госпошлина рассчитывается по ставкам НК РФ. Денежные требования оплачиваются исходя из цены иска. Если соединено несколько разных требований, расчет нужно проводить по их фактическому характеру.
Общий срок исковой давности составляет три года. Его начало определяется с учетом момента, когда заказчик узнал или должен был узнать о нарушении своего права и надлежащем ответчике.
Что сделать сразу после получения доступов
Не ограничивайтесь сообщением разработчика "все передал".
Проверьте, можно ли самостоятельно скачать актуальный код, развернуть проект и получить резервную копию базы. Создайте учетные записи компании с правами владельца или администратора.
После передачи смените пароли, API-ключи и другие секреты, которыми владел прежний исполнитель. Удалите ненужные учетные записи и проверьте средства восстановления доступа.
Отдельно сохраните резервную копию исходного кода, базы данных и конфигурации вне инфраструктуры разработчика.
Если разработчик не передает исходный код после оплаты, первым вопросом должно быть не "как забрать пароль", а "какой именно результат и какие права он обязан был передать". Только после анализа договора можно точно определить требования: передачу проекта, репозитория и документации, оформление прав, возврат денег или возмещение потерь.
FAQ: разработчик не передает исходный код и доступы
Кому принадлежит исходный код сайта, если разработка полностью оплачена?
Оплата сама по себе не решает вопрос. Если сайт специально создан по заказу подрядчиком, который сам не является автором, исключительное право по общему правилу принадлежит заказчику, если договором не предусмотрено иное.
Обязан ли программист отдать исходники сайта заказчику?
Если их передача предусмотрена договором или техническим заданием - да. Даже без прямого пункта обязанность может обосновываться необходимостью информации для использования результата, но такой спор зависит от условий конкретного договора.
Можно ли заставить разработчика передать GitHub?
Можно требовать передачи предусмотренного договором проекта и кода. Но заказчик не всегда вправе получить пароль от личного аккаунта разработчика, в котором находятся проекты других клиентов. Обычно безопаснее перенести репозиторий или предоставить заказчику права владельца проекта.
Принадлежит ли заказчику сайт, если договор ничего не говорит об авторских правах?
Если предметом договора с исполнителем, который не является самим автором, было именно создание сайта, программы или другого произведения, действует установленная ГК РФ презумпция в пользу заказчика. При договоре непосредственно с автором-физлицом правила отличаются.
Можно ли вернуть деньги, если разработчик сделал сайт, но не дает доступы?
Иногда да, но полного автоматического возврата нет. Нужно определить, насколько нарушение мешает использовать оплаченный результат, можно ли его устранить и какие последствия предусмотрены законом и договором.