Получить бесплатную предварительную консультацию
Получить бесплатную предварительную консультацию
Проверка и сопровождение сделок в сфере IT
Почему IT-сделки требуют особого внимания
В ИТ-бизнесе сделки часто сложнее типичных. Вы продаёте не коробку товара, а intangible assets – код, права, доступ, услуги. Ошибка в контракте может стоить очень дорого: от потери кода (если не прописали передачу прав) до суда с клиентом из-за размытых требований. Юристы, специализирующиеся на цифровых проектах, знают эти подводные камни.
Распространённые виды IT-сделок:
- Контракты на разработку ПО или сайтов.
- Договоры на техническую поддержку, обслуживание, cloud-сервисы.
- Лицензионные соглашения на право использования программ, баз данных, контента.
- Договоры подряда с фрилансерами на создание отдельных модулей, дизайна, приложений.
- NDA (соглашения о неразглашении) и соглашения о передаче прав (например, с сотрудниками или подрядчиками, что всё созданное – ваша собственность).
- Сделки купли-продажи IT-активов: передача домена, продажа доли в IT- компании, купля базы данных или пользовательского контента. Каждый тип сделки регулируется своими нормами (глава 38 ГК РФ про подряд, глава 39 про услуги, глава 70 про авторские права и т.д.).
Универсального шаблона нет – нужно адаптировать.
Совет 1. Правильно выберите тип договора
Юрист первым делом определяет природу отношений:
- Если вам нужен конкретный осязаемый результат (сайт, приложение) – это договор подряда. В нём описывается задание и результат, качество которого можно проверить. Важно включить условие о передаче исключительных прав на результат заказчику (если вы заказчик).
- Если вы оплачиваете процесс, время, усилия (например, администрирование серверов ежемесячно, консультационная поддержка) – это договор оказания услуг. Его специфика: результат нематериален, оплата за сам факт действий.
- Если вы предоставляете право использовать уже готовый продукт (софт, контент) – нужен лицензионный договор. В нём четко прописываются права, передаваемые по лицензии: объём, срок, территория, эксклюзивность или нет.
- Если вы полностью отчуждаете права (например, продаёте код, передаёте патент, товарный знак) – заключайте договор об отчуждении исключительного права. Это ближе к купле- продаже. Неправильный выбор формы ведёт к юридическим проблемам. Например, вы оформили договор оказания услуг, а по сути ждали конкретный софт. В случае спора суд может признать договор незаключённым или применить не те нормы.
Совет 2. Закрепите интеллектуальные права на результат
В IT-проектах самый ценный итог – код, дизайн, контент. По закону, авторские права принадлежат создателю, если иное не указано.
- Если вы заказчик, обязательно пропишите, что все исключительные права на созданный продукт переходят к вам. Идеально – отдельным пунктом и актом приёмки-передачи прав.
- Укажите момент перехода прав: обычно – после полной оплаты работы или с момента подписания акта.
- Перечислите конкретно, какие объекты передаются: программный код, дизайн-макеты, текстовое наполнение, база данных, исходные файлы.
- Если исполнитель – физлицо (фрилансер), без такого пункта он останется правообладателем кода и потом может требовать запрета использования или доплаты. Помните: трудовой договор с работником – отдельная история, там по умолчанию права переходят работодателю, но и там желательно заключать соглашения о передаче прав. А с внешними подрядчиками – только через договор.
В ИТ-бизнесе сделки часто сложнее типичных. Вы продаёте не коробку товара, а intangible assets – код, права, доступ, услуги. Ошибка в контракте может стоить очень дорого: от потери кода (если не прописали передачу прав) до суда с клиентом из-за размытых требований. Юристы, специализирующиеся на цифровых проектах, знают эти подводные камни.
Распространённые виды IT-сделок:
- Контракты на разработку ПО или сайтов.
- Договоры на техническую поддержку, обслуживание, cloud-сервисы.
- Лицензионные соглашения на право использования программ, баз данных, контента.
- Договоры подряда с фрилансерами на создание отдельных модулей, дизайна, приложений.
- NDA (соглашения о неразглашении) и соглашения о передаче прав (например, с сотрудниками или подрядчиками, что всё созданное – ваша собственность).
- Сделки купли-продажи IT-активов: передача домена, продажа доли в IT- компании, купля базы данных или пользовательского контента. Каждый тип сделки регулируется своими нормами (глава 38 ГК РФ про подряд, глава 39 про услуги, глава 70 про авторские права и т.д.).
Универсального шаблона нет – нужно адаптировать.
Совет 1. Правильно выберите тип договора
Юрист первым делом определяет природу отношений:
- Если вам нужен конкретный осязаемый результат (сайт, приложение) – это договор подряда. В нём описывается задание и результат, качество которого можно проверить. Важно включить условие о передаче исключительных прав на результат заказчику (если вы заказчик).
- Если вы оплачиваете процесс, время, усилия (например, администрирование серверов ежемесячно, консультационная поддержка) – это договор оказания услуг. Его специфика: результат нематериален, оплата за сам факт действий.
- Если вы предоставляете право использовать уже готовый продукт (софт, контент) – нужен лицензионный договор. В нём четко прописываются права, передаваемые по лицензии: объём, срок, территория, эксклюзивность или нет.
- Если вы полностью отчуждаете права (например, продаёте код, передаёте патент, товарный знак) – заключайте договор об отчуждении исключительного права. Это ближе к купле- продаже. Неправильный выбор формы ведёт к юридическим проблемам. Например, вы оформили договор оказания услуг, а по сути ждали конкретный софт. В случае спора суд может признать договор незаключённым или применить не те нормы.
Совет 2. Закрепите интеллектуальные права на результат
В IT-проектах самый ценный итог – код, дизайн, контент. По закону, авторские права принадлежат создателю, если иное не указано.
- Если вы заказчик, обязательно пропишите, что все исключительные права на созданный продукт переходят к вам. Идеально – отдельным пунктом и актом приёмки-передачи прав.
- Укажите момент перехода прав: обычно – после полной оплаты работы или с момента подписания акта.
- Перечислите конкретно, какие объекты передаются: программный код, дизайн-макеты, текстовое наполнение, база данных, исходные файлы.
- Если исполнитель – физлицо (фрилансер), без такого пункта он останется правообладателем кода и потом может требовать запрета использования или доплаты. Помните: трудовой договор с работником – отдельная история, там по умолчанию права переходят работодателю, но и там желательно заключать соглашения о передаче прав. А с внешними подрядчиками – только через договор.
Совет 3. Подробное техническое задание – ваше всё
Очень часто конфликты возникают из-за разных ожиданий. Фразы «сделать сайт под ключ» – недостаточно.
- Составьте детальное ТЗ (техническое задание) и сделайте его приложением к договору. В ТЗ описывается функционал, дизайн-элементы, платформа, язык программирования, интеграции, критерии производительности (например, «страницы должны загружаться ≤ 2 сек»).
- Укажите этапы разработки, промежуточные результаты (прототип, бета-версия) – это поможет контролировать процесс.
- Зафиксируйте совместимость: с какими браузерами, ОС, мобильными устройствами продукт должен работать; требования безопасности. ТЗ – это измеритель качества. Без него доказать, что работа выполнена не так, очень трудно. Если возникнет спор, суды обычно привлекают эксперта, и если нет ТЗ, эксперт не поймёт, какой результат считался приемлемым.
Совет 4. Опишите порядок приёмки работ
В договоре должно быть чётко, как вы принимаете работу:
- Сколько у вас (заказчика) есть дней на проверку после получения результата (например, 5 рабочих дней).
- Как вы оформляете одобрение или замечания: пишете ли официальный отзыв, акт с перечнем недостатков.
- Что если вы в срок не предоставили замечания – работа считается принятой автоматически. Это защищает исполнителя от бесконечного молчания заказчика.
- Предусмотрите поэтапную приёмку, если проект большой: сдача по частям, по спринтам.
- В любом случае финальным должен быть акт выполненных работ/оказанных услуг. Без него оплата будет трудно обосновать, и могут быть споры о моменте выполнения. Процесс приёмки – больное место: заказчики иногда придираются бесконечно или исполнители затягивают, утверждая «вы не подписали акт, значит, еще работаем». Чёткий регламент спасёт нервы и деньги.
Совет 5. Ответственность и санкции
Хороший договор всегда предусматривает, что будет, если что-то пойдёт не так:
- Пропишите неустойку (штраф, пени) за нарушение сроков исполнителем. Например, 0.1% от стоимости за каждый день просрочки или фиксированная сумма за срыв дедлайна.
- Можно установить штраф за несоответствие ТЗ (например, если по итогам приемки обнаружено, что ряд функций не реализован).
- Предусмотрите удержание части оплаты до исправления дефектов: например, окончательный расчёт после устранения всех выявленных недостатков.
- Дайте право заказчику расторгнуть договор в одностороннем порядке, если исполнитель существенно нарушает условия (затянул сроки вдвое, качество отвратительное). И определите, как рассчитываются при этом выплаты. Без санкций у вас при нарушении останется только путь через суд требовать убытки, а это сложно. Контрактная неустойка – мощный инструмент для дисциплины.
Совет 6. Конфиденциальность и персональные данные
В IT-проектах исполнителю часто приходится работать с чувствительными данными – исходным кодом (ноу-хау компании), пользовательскими базами, доступом к серверу.
- Обязательно заключите NDA (соглашение о неразглашении) либо включите в договор раздел о конфиденциальности. Определите, какую информацию считаете секретной (исходники, техническая документация, бизнес-планы, данные пользователей) и запрет на её разглашение.
- Пропишите штраф за нарушение конфиденциальности. Иначе NDA превращается в «просто бумажку». Например, «в случае разглашения конфиденциальной информации исполнитель уплачивает штраф 500 000 ₽». Сумму выберите соразмерно ценности данных.
- Если подрядчик обрабатывает персональные данные ваших клиентов (например, вы дали ему копию базы для тестирования или он обслуживает ваш сайт с пользовательскими аккаунтами), оформите отношения в соответствии с 152-ФЗ: либо включите условие о поручении обработки ПДн в договор, либо отдельное соглашение. Это защитит от претензий Роскомнадзора. Предупреждение: если произойдёт утечка данных по вине подрядчика, но договора о конфиденциальности нет – отвечать, скорее всего, будете вы перед клиентами и законом. Так что не пренебрегайте этим пунктом.
Совет 7. Условия оплаты и расторжения
Чтобы избежать споров про деньги:
- Пропишите чётко сумму, валюту (если валютный контракт – как будет оплата пересчитываться, например, по курсу ЦБ на день платежа).
- Определите, аванс или постоплата. В IT часто практикуют предоплату 30-50%. Укажите это прямо: «Заказчик выплачивает аванс в размере … в течение … дней с даты заключения договора, оставшуюся сумму – в течение … дней после подписания акта».
- Если оплата по этапам – приложите график платежей (например, 20% после прототипа, 30% после бета, 50% после финала).
- Укажите удобный способ расчёта: безнал на расчётный счёт, электронные средства – как договоритесь, но лучше банковский платёж, чтобы остались подтверждения.
- Про расторжение: кто и как может инициировать. Например, «Любая сторона может отказаться от договора, предупредив за 15 дней. Заказчик оплачивает фактически выполненную работу». Или: «При существенном нарушении сроков заказчик вправе расторгнуть договор в одностороннем порядке, оплатив выполненные этапы, а исполнитель возвращает аванс за невыполненную часть работы».
- Если была предоплата и работа не сделана – пропишите обязанность вернуть аванс в определённый срок.
Юридическое сопровождение сделки
Конечно, не все могут сами предусмотреть эти нюансы. Вот почему часто нанимают юриста на проверку и ведение важных сделок. Юрист:
- Проверит репутацию контрагента: не банкрот ли, существует ли вообще. Элементарно, но многие забывают – а стоит пробить ИНН по базам судов, ФНС.
- Разработает индивидуальный договор или поправит предложенный партнером шаблон. Внесёт туда все пункты, о которых мы говорили (и свои профессиональные штрихи тоже).
- Приложения подготовит: Техзадание обычно готовят технические специалисты, но юрист придаст ему юридическую форму приложения, актов, NDA.
- Проконтролирует подписание: часто сделки срываются из-за банальных вещей – забыли подписать каждую страницу, нет полномочий у подписанта. Юрист проверит доверенности, подписи, печати, обеспечит, чтобы вы получили свой экземпляр.
- Сопроводит переговоры: если предстоит обсуждение условий с другой стороной, юрист будет на вашей стороне, аргументируя нужные вам формулировки. Это часто экономит кучу денег – потому что бизнесмен может упустить важность какого-то пункта, а юрист настоит.
- Проследит за соблюдением договора: будет напоминать, когда надо выставить претензию или подписать акт, когда срок оплаты подходит – в общем, не даст делу идти на самотёк.
- И в случае проблем – займётся претензионной и судебной работой.
Сделки в IT – многоуровневый процесс
Дьявол кроется в деталях договора. Грамотно составленный контракт – это как страховка: возможно, он никогда «не пригодится» в суде, но сам факт его наличия дисциплинирует партнёра, а вас защищает. Если вы не уверены в своих юридических навыках, лучше выделить бюджет и привлечь специалиста. Цена ошибки может быть куда выше. Следуя же указанным советам, вы сами станете намного более подкованными: проверяя каждый проект по чек-листу (права, обязанности, ТЗ, оплата, ответственность), вы уменьшите риски и успешно доведёте IT-проект до результата.
Совет эксперта
Всегда читайте и анализируйте договор, прежде чем подписать. Звучит банально, но сколько было случаев, когда предприниматель подписал шаблон, где, например, мелким шрифтом: «Все права на разработанное ПО остаются у Исполнителя до полной выплаты 100% вознаграждения». А оплата разбита на 12 месяцев, и исполнитель может шантажировать, угрожая отключить продукт. Юрист бы на этапе подписания исправил эту норму. Так что внимание к деталям – или привлекайте того, кто на этом собаку съел. Хороший контракт не столько про «юридическую казуистику», сколько про ясность: понятные обязанности, конкретные deliverables, прозрачные деньги, механизмы на случай конфликта. Стремитесь к этому, и тогда ваши IT-сделки будут крепкими, как хорошо написанный код.
Очень часто конфликты возникают из-за разных ожиданий. Фразы «сделать сайт под ключ» – недостаточно.
- Составьте детальное ТЗ (техническое задание) и сделайте его приложением к договору. В ТЗ описывается функционал, дизайн-элементы, платформа, язык программирования, интеграции, критерии производительности (например, «страницы должны загружаться ≤ 2 сек»).
- Укажите этапы разработки, промежуточные результаты (прототип, бета-версия) – это поможет контролировать процесс.
- Зафиксируйте совместимость: с какими браузерами, ОС, мобильными устройствами продукт должен работать; требования безопасности. ТЗ – это измеритель качества. Без него доказать, что работа выполнена не так, очень трудно. Если возникнет спор, суды обычно привлекают эксперта, и если нет ТЗ, эксперт не поймёт, какой результат считался приемлемым.
Совет 4. Опишите порядок приёмки работ
В договоре должно быть чётко, как вы принимаете работу:
- Сколько у вас (заказчика) есть дней на проверку после получения результата (например, 5 рабочих дней).
- Как вы оформляете одобрение или замечания: пишете ли официальный отзыв, акт с перечнем недостатков.
- Что если вы в срок не предоставили замечания – работа считается принятой автоматически. Это защищает исполнителя от бесконечного молчания заказчика.
- Предусмотрите поэтапную приёмку, если проект большой: сдача по частям, по спринтам.
- В любом случае финальным должен быть акт выполненных работ/оказанных услуг. Без него оплата будет трудно обосновать, и могут быть споры о моменте выполнения. Процесс приёмки – больное место: заказчики иногда придираются бесконечно или исполнители затягивают, утверждая «вы не подписали акт, значит, еще работаем». Чёткий регламент спасёт нервы и деньги.
Совет 5. Ответственность и санкции
Хороший договор всегда предусматривает, что будет, если что-то пойдёт не так:
- Пропишите неустойку (штраф, пени) за нарушение сроков исполнителем. Например, 0.1% от стоимости за каждый день просрочки или фиксированная сумма за срыв дедлайна.
- Можно установить штраф за несоответствие ТЗ (например, если по итогам приемки обнаружено, что ряд функций не реализован).
- Предусмотрите удержание части оплаты до исправления дефектов: например, окончательный расчёт после устранения всех выявленных недостатков.
- Дайте право заказчику расторгнуть договор в одностороннем порядке, если исполнитель существенно нарушает условия (затянул сроки вдвое, качество отвратительное). И определите, как рассчитываются при этом выплаты. Без санкций у вас при нарушении останется только путь через суд требовать убытки, а это сложно. Контрактная неустойка – мощный инструмент для дисциплины.
Совет 6. Конфиденциальность и персональные данные
В IT-проектах исполнителю часто приходится работать с чувствительными данными – исходным кодом (ноу-хау компании), пользовательскими базами, доступом к серверу.
- Обязательно заключите NDA (соглашение о неразглашении) либо включите в договор раздел о конфиденциальности. Определите, какую информацию считаете секретной (исходники, техническая документация, бизнес-планы, данные пользователей) и запрет на её разглашение.
- Пропишите штраф за нарушение конфиденциальности. Иначе NDA превращается в «просто бумажку». Например, «в случае разглашения конфиденциальной информации исполнитель уплачивает штраф 500 000 ₽». Сумму выберите соразмерно ценности данных.
- Если подрядчик обрабатывает персональные данные ваших клиентов (например, вы дали ему копию базы для тестирования или он обслуживает ваш сайт с пользовательскими аккаунтами), оформите отношения в соответствии с 152-ФЗ: либо включите условие о поручении обработки ПДн в договор, либо отдельное соглашение. Это защитит от претензий Роскомнадзора. Предупреждение: если произойдёт утечка данных по вине подрядчика, но договора о конфиденциальности нет – отвечать, скорее всего, будете вы перед клиентами и законом. Так что не пренебрегайте этим пунктом.
Совет 7. Условия оплаты и расторжения
Чтобы избежать споров про деньги:
- Пропишите чётко сумму, валюту (если валютный контракт – как будет оплата пересчитываться, например, по курсу ЦБ на день платежа).
- Определите, аванс или постоплата. В IT часто практикуют предоплату 30-50%. Укажите это прямо: «Заказчик выплачивает аванс в размере … в течение … дней с даты заключения договора, оставшуюся сумму – в течение … дней после подписания акта».
- Если оплата по этапам – приложите график платежей (например, 20% после прототипа, 30% после бета, 50% после финала).
- Укажите удобный способ расчёта: безнал на расчётный счёт, электронные средства – как договоритесь, но лучше банковский платёж, чтобы остались подтверждения.
- Про расторжение: кто и как может инициировать. Например, «Любая сторона может отказаться от договора, предупредив за 15 дней. Заказчик оплачивает фактически выполненную работу». Или: «При существенном нарушении сроков заказчик вправе расторгнуть договор в одностороннем порядке, оплатив выполненные этапы, а исполнитель возвращает аванс за невыполненную часть работы».
- Если была предоплата и работа не сделана – пропишите обязанность вернуть аванс в определённый срок.
Юридическое сопровождение сделки
Конечно, не все могут сами предусмотреть эти нюансы. Вот почему часто нанимают юриста на проверку и ведение важных сделок. Юрист:
- Проверит репутацию контрагента: не банкрот ли, существует ли вообще. Элементарно, но многие забывают – а стоит пробить ИНН по базам судов, ФНС.
- Разработает индивидуальный договор или поправит предложенный партнером шаблон. Внесёт туда все пункты, о которых мы говорили (и свои профессиональные штрихи тоже).
- Приложения подготовит: Техзадание обычно готовят технические специалисты, но юрист придаст ему юридическую форму приложения, актов, NDA.
- Проконтролирует подписание: часто сделки срываются из-за банальных вещей – забыли подписать каждую страницу, нет полномочий у подписанта. Юрист проверит доверенности, подписи, печати, обеспечит, чтобы вы получили свой экземпляр.
- Сопроводит переговоры: если предстоит обсуждение условий с другой стороной, юрист будет на вашей стороне, аргументируя нужные вам формулировки. Это часто экономит кучу денег – потому что бизнесмен может упустить важность какого-то пункта, а юрист настоит.
- Проследит за соблюдением договора: будет напоминать, когда надо выставить претензию или подписать акт, когда срок оплаты подходит – в общем, не даст делу идти на самотёк.
- И в случае проблем – займётся претензионной и судебной работой.
Сделки в IT – многоуровневый процесс
Дьявол кроется в деталях договора. Грамотно составленный контракт – это как страховка: возможно, он никогда «не пригодится» в суде, но сам факт его наличия дисциплинирует партнёра, а вас защищает. Если вы не уверены в своих юридических навыках, лучше выделить бюджет и привлечь специалиста. Цена ошибки может быть куда выше. Следуя же указанным советам, вы сами станете намного более подкованными: проверяя каждый проект по чек-листу (права, обязанности, ТЗ, оплата, ответственность), вы уменьшите риски и успешно доведёте IT-проект до результата.
Совет эксперта
Всегда читайте и анализируйте договор, прежде чем подписать. Звучит банально, но сколько было случаев, когда предприниматель подписал шаблон, где, например, мелким шрифтом: «Все права на разработанное ПО остаются у Исполнителя до полной выплаты 100% вознаграждения». А оплата разбита на 12 месяцев, и исполнитель может шантажировать, угрожая отключить продукт. Юрист бы на этапе подписания исправил эту норму. Так что внимание к деталям – или привлекайте того, кто на этом собаку съел. Хороший контракт не столько про «юридическую казуистику», сколько про ясность: понятные обязанности, конкретные deliverables, прозрачные деньги, механизмы на случай конфликта. Стремитесь к этому, и тогда ваши IT-сделки будут крепкими, как хорошо написанный код.