Подготовка IT-договоров: лицензионных, дистрибьюторских и подрядных

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

Разработка IT-договора на разработку программного обеспечения — это не «скачать шаблон и поменять реквизиты»: за каждой формулировкой стоит выбор между тем, что закон позволяет передать, и тем, что останется у автора кода несмотря на любые подписи, и эту работу мы берём на себя целиком, не перекладывая на вас. Вы даёте нам вводные о продукте, сторонах и договорённостях, а мы под ключ готовим договор: определяем его вид, описываем предмет, прописываем объём прав, способы использования, исключительность, сублицензию, срок, территорию, роялти, порядок передачи исходного кода, гарантии чистоты прав, ответственность и разрешение споров, прикладываем техническое задание, SLA и NDA, где они нужны. Если стороны уже о чём-то договорились на словах или в переписке, мы переводим эти договорённости в юридически работающие условия, а не в красивые, но пустые фразы. При необходимости готовим и сопутствующие документы — акты сдачи-приёмки этапов, приложение со спецификацией, согласие на обработку данных, — чтобы сделка была завершённой, а не повисшей в воздухе. Вам не нужно разбираться в части 4 ГК РФ, спорить с контрагентом о терминах или гадать, перешло право на код или нет: мы делаем это за вас, по понятной логике и в согласованный срок. Параллельно мы также помогаем с госрегистрацией договоров на ПО, если ваша сделка требует регистрации в Роспатенте. Вы получаете договор, который реально защищает ваши интересы, а не создаёт видимость сделки на бумаге.

Главная ловушка, в которую попадают и разработчики, и заказчики, — уверенность, что «договор на софт» бывает один, тогда как закон предлагает несколько принципиально разных конструкций, и выбор не того договора обнуляет всю сделку. Если вы хотите разрешить другому лицу использовать ваш программный продукт, оставаясь правообладателем, нужен лицензионный договор, а для массовой передачи прав конечным пользователям — EULA, присоединительное лицензионное соглашение. Если вы передаёте права на ПО целиком и навсегда — это договор отчуждения исключительного права, где из текста должно быть однозначно видно, что переходит именно исключительное право, иначе суд истолкует документ как лицензию. Если продукт ещё предстоит создать, нужен договор подряда на разработку ПО под ключ с техническим заданием, этапами и условием о передаче кода. Если вы выстраиваете продажи через партнёров, понадобится дистрибьюторский договор на софт с распределением территории, эксклюзивности и порядком реселлинга. К большинству из них добавляются SLA по уровню сервиса и NDA по конфиденциальности. Каждая конструкция живёт по своим правилам части 4 ГК РФ, и подмена одной другой — самая частая причина, по которой клиент приходит к нам уже с конфликтом, а не со сделкой. Мы помогаем не запутаться: на основе ваших целей подбираем нужный тип договора, объясняем разницу человеческим языком и составляем именно тот документ, который решает вашу задачу, а не похожий на неё.

Лицензия на программное обеспечение разваливается обычно не на громких пунктах, а на деталях, которые стороны поленились обсудить, — и чаще всего это объём прав: что именно разрешено делать с софтом, как долго, на какой территории и можно ли передавать дальше. Способы использования закон требует называть конкретно — воспроизведение, распространение экземпляров, доведение до всеобщего сведения, модификация, — и если способ не назван в лицензионном договоре, то и не предоставлен, каким бы очевидным он ни казался по смыслу сделки. Принципиально важна исключительность: исключительная лицензия запирает право за одним лицензиатом, неисключительная позволяет лицензировать продукт другим, и эта строчка определяет всю экономику ваших отношений. Отдельно решается вопрос сублицензии — вправе ли лицензиат передавать полученное право партнёрам и в каких пределах, потому что без явного разрешения он этого делать не может. Для массовых продуктов составление лицензионного договора на ПО дополняется EULA — соглашением, которое пользователь принимает при установке, и здесь критично корректно описать ограничения, отказ от гарантий и порядок прекращения прав. Мы прописываем эти условия так, чтобы у сторон не оставалось пространства для толкования «я думал, это тоже разрешено»: каждое право названо, каждый предел очерчен, каждый платёж и роялти понятны. Именно эта скрупулёзность отличает рабочую лицензию от красивого черновика и спасает вас от спора о нарушении исключительного права.

Когда продукт выходит на рынок через партнёров, между вами и конечным пользователем встаёт дистрибьютор, и от того, как составлен дистрибьюторский договор на софт, зависит, останетесь ли вы хозяином своего продукта или потеряете контроль над тем, кому, где и по какой цене он достаётся. Распространение и реселлинг — это не одно и то же, что лицензия конечному пользователю, и смешивать их в одном небрежном тексте опасно: нужно чётко развести, какие именно права получает дистрибьютор, вправе ли он предоставлять сублицензии, на какой территории действует, эксклюзивны ли его полномочия и что происходит с правами при расторжении. Составление дистрибьюторского договора на софт требует прописать минимальные объёмы, ценовую политику, порядок отчётности и выплат, ответственность за нарушения конечных пользователей и условия защиты вашего бренда и исходного кода от утечки. Без этого партнёр легко начинает продавать продукт за пределами согласованной территории, демпинговать, передавать его дальше неуполномоченным реселлерам или удерживать продукт после разрыва отношений — и каждая такая ситуация превращается в дорогой спор. Мы выстраиваем дистрибьюторский договор так, чтобы канал продаж работал на вас, а не против вас: с понятными границами прав, механизмами контроля и предохранителями на случай конфликта. Где сделка требует регистрации, мы также помогаем с госрегистрацией договоров на ПО, чтобы предоставленные права были закреплены официально, а не только на словах между сторонами.

Самое болезненное открытие для заказчика звучит так: «я заплатил за разработку, а права на код мне не принадлежат» — и в этом нет парадокса, потому что без правильного договора подряда на разработку ПО под ключ сама по себе оплата работ не передаёт исключительное право на результат. Когда вы заказываете программный продукт, факт оплаты подтверждает, что вы купили услугу, но судьба исключительного права решается отдельно и только тем, что прямо написано в договоре: по умолчанию часть 4 ГК РФ во многих ситуациях оставляет права автору-разработчику, а не плательщику. Поэтому в договоре подряда мы фиксируем не только техническое задание, этапы, сроки и порядок приёмки, но и главное — что исключительное право на созданное ПО переходит к заказчику в полном объёме, в какой момент это происходит и как именно передаётся исходный код, документация и среды сборки. Отдельно прорабатываем спорные узлы: использование подрядчиком чужих библиотек и открытого кода, права на доработки и наработки, привлечение субподрядчиков, служебные результаты сотрудников разработчика. Договор подряда на разработку ПО под ключ в нашем исполнении закрывает и обратную сторону — гарантии работоспособности, ответственность за дефекты, условия дальнейшего сопровождения и доступ к коду на случай ухода подрядчика. Так оплаченная разработка становится вашей по праву, а не по ощущению, и продукт нельзя удержать в заложниках при первом же разногласии о деньгах.

Хороший IT-договор — не оружие одной стороны против другой, а конструкция, в которой защищены оба участника, потому что перекошенный в чью-то пользу документ либо не подпишут, либо оспорят при первом же конфликте, и тогда баланс восстановит суд, причём не в вашу пользу. Заказчику важно получить работающий продукт, исключительное право на код, гарантии чистоты прав и отсутствие скрытых притязаний подрядчика; разработчику — понятное техническое задание, защиту от бесконечных бесплатных доработок, оплату за фактически выполненные этапы и сохранение за собой того, что он не обязан отдавать, например собственных универсальных наработок и инструментов. Мы выстраиваем условия так, чтобы интересы обеих сторон были честно учтены: вводим SLA, фиксирующий уровень сервиса, сроки реакции и ответственность за простои; добавляем NDA, защищающий конфиденциальную информацию и исходный код от утечки; прописываем гарантии того, что в продукте нет чужого кода с обременениями, и распределяем ответственность за возможные претензии третьих лиц. Отдельно проговариваем порядок изменения требований, потому что именно неуправляемые правки задним числом чаще всего ссорят стороны и срывают сроки. Такой подход делает договор устойчивым: он не разваливается при первом стрессе, не провоцирует конфликт несправедливостью и одинаково понятен обеим сторонам. Мы умеем составлять документ и со стороны заказчика, и со стороны разработчика, и честно говорим, где ваша позиция слаба, а где условие контрагента можно и нужно смягчить.

Чаще всего к нам обращаются не с чистого листа, а с уже готовым договором, который прислал контрагент со словами «стандартная форма, просто подпишите» — и именно в этих «стандартных формах» обычно и зашиты условия, способные позже стоить вам исходного кода, денег или продукта целиком. Мы проводим правовой аудит готового IT-договора и читаем его так, как будет читать недовольная сторона в споре: проверяем, действительно ли исключительное право переходит к вам или маскируется под лицензию; не остаётся ли у разработчика тихих прав на код; нет ли в дистрибьюторском или лицензионном договоре скрытой эксклюзивности, кабальных штрафов, права контрагента в одностороннем порядке менять условия или удерживать продукт. Мы смотрим, корректно ли описан предмет, не размыты ли способы использования, согласуются ли SLA и NDA с основным текстом, прописана ли реально передача исходного кода и не противоречат ли приложения договору. По итогам вы получаете не размытое «в целом нормально», а конкретный перечень рисков с понятным объяснением, чем каждый из них грозит, и готовые формулировки правок, которые мы предлагаем внести, чтобы выровнять баланс в вашу пользу. Если контрагент упирается, помогаем выстроить переговоры и обосновать каждую поправку ссылкой на часть 4 ГК РФ и практику, а не на «нам так привычнее». Такой аудит почти всегда дешевле, чем разбирать последствия подписанного вслепую договора, и нередко спасает сделку, в которой вы иначе оказались бы заведомо проигравшей стороной.

Импровизация в IT-отношениях обходится дороже, чем кажется, и мы постоянно видим это в делах, которые приходят к нам уже на стадии конфликта, а не сделки. Договорённость «на словах» или текст, написанный без понимания части 4 ГК РФ, оборачивается типичными катастрофами: заказчик оплачивает разработку, но исключительное право на код остаётся у подрядчика, и любое развитие продукта вдруг упирается в чужое согласие; правообладатель «передал все права» одной фразой и не может доказать, что речь шла об отчуждении, а не о неисключительной лицензии; дистрибьютор распространяет софт шире согласованного и удерживает клиентскую базу после разрыва; стартап на due diligence не может показать инвестору чистую цепочку прав на собственный продукт и теряет в оценке или срывает сделку. За каждым таким сценарием — потерянные деньги, парализованный продукт и нередко сам исходный код, доступ к которому оказывается у того, кто его писал, а не у того, кто платил. Хуже того, разбирать последствия всегда дороже и сложнее, чем выстроить сделку грамотно заранее: в споре приходится доказывать намерения сторон, бороться с тем, что закон по умолчанию оставляет права автору, и нести расходы, кратно превышающие стоимость нормального договора. Мы регулярно вытаскиваем клиентов из таких ситуаций и честно говорим: профилактика здесь несравнимо выгоднее лечения. Грамотный IT-договор — это не формальность и не лишняя трата, а страховка ваших вложений, продукта и репутации от чужой ошибки или недобросовестности.

Большинство IT-проектов ссорятся не из-за злого умысла, а из-за трёх недописанных узлов: что именно должно быть сделано, как это принимается и что в итоге переходит заказчику, — и если хотя бы один из них размыт, конфликт становится вопросом времени. Техническое задание — это не приложение «для галочки», а сердцевина договора подряда на разработку ПО: именно по нему стороны сверяют, выполнена работа или нет, и именно его расплывчатость превращает приёмку в бесконечный спор о том, «то ли вы хотели». Мы прописываем ТЗ так, чтобы критерии готовности были измеримы, объём зафиксирован, а изменения требований шли через понятную процедуру, а не вбрасывались задним числом и бесплатно. Приёмка по этапам защищает обе стороны: заказчик платит за реальный результат, разработчик получает деньги за принятую работу и не зависит от настроения клиента. Но центральный узел — передача исходного кода: без прямого условия о том, что заказчику передаются исходники, документация, ключи и среды, вы рискуете получить работающий продукт, который невозможно поддерживать и развивать без вечной привязки к одному подрядчику. Мы фиксируем состав передаваемого, момент передачи и его связь с переходом исключительного права, чтобы код оказался у вас не на словах, а фактически. Где продукт нужно защитить дополнительно, мы помогаем и с правовой защитой программного обеспечения и баз данных, чтобы права на результат были закреплены не только договором между сторонами, но и официально.

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

Вопрос «сколько стоит юрист по IT-договорам и за какой срок всё будет готово» — закономерный, и мы отвечаем на него прямо, без обтекаемых формулировок, потому что считаем непрозрачность таким же риском, как и плохой договор. Стоимость зависит от понятных вещей: какой нужен договор — лицензионный, EULA, дистрибьюторский, подряда на разработку ПО или отчуждения исключительного права, насколько сложна сделка, сколько сторон и продуктов в ней участвует, нужны ли приложения SLA, NDA и техническое задание, готовим мы документ с нуля или проводим правовой аудит присланного контрагентом. Простой лицензионный договор на один продукт и многоступенчатое соглашение на разработку под ключ с этапами и передачей кода — это закономерно разный объём труда, и мы называем стоимость и срок заранее, на бесплатной консультации, после того как разберёмся в вашей задаче, а не «по факту». Никаких скрытых доплат за каждую правку и сюрпризов в счёте: юрист по IT-договорам, стоимость работы которого оговорена заранее, — это и есть честный подход, на котором мы строим отношения с клиентом. Подготовка договора на разработку ПО в СПб и Москве, как и сопровождение дистанционно по всей России, у нас идёт по фиксированной логике с понятными сроками — несложный документ готовится быстро, сделка с несколькими сторонами требует больше времени, и мы не обещаем нереального. Важно понимать и обратную сторону: цена грамотного IT-договора почти всегда несопоставимо меньше потерь от спора, который он предотвращает.