Правовая роль компании
Выясняю, кем компания выступает в договоре на разработку компьютерного программного обеспечения: заказчиком или исполнителем, и кто фактически создавал код.
Оформление договора на разработку программного обеспечения
Договор на разработку программного обеспечения связывает техническое задание, сдачу этапов и права на создаваемый код. Как адвокат проверяю, какой результат обязуется передать исполнитель, по каким тестам заказчик его принимает и что происходит при изменении требований. Согласовываю условия о передаче исходников, документации и доступов, об оплате доработок и устранении недостатков. Отдельно разбираю права на ранее созданные модули и сторонние компоненты: передача новой программы не означает передачу прав на всё, что использовано внутри неё. На консультации определяю, какие приложения нужны проекту и какие условия следует уточнить перед подписанием.
Коротко
Договор на разработку должен закрепить, что именно создаётся, по какому техническому заданию и кому принадлежат исключительные права на код. Проверяю не название договора, а его условия: подряд это или услуги, как сдаётся результат и что говорит договор о правах на программу.
Когда нужна помощь
При запуске проекта выбор между подрядом и услугами влияет на приёмку кода и оформление прав.
- Запуск проектаКомпания начинает проект и выбирает форму: договор оказания услуг по разработке программного обеспечения или подряд. Проверяю техническое задание, порядок приёмки и условие о переходе исключительных прав на создаваемый код, готовлю проект договора.
- Запрос второй стороныКонтрагент прислал претензию или запрос о ходе работ. Готовлю ответ, опираясь на ТЗ, репозиторий, акты этапов и переписку разработчиков.
- Изменение моделиСтороны меняют порядок работ, оплаты или приёмки уже в ходе проекта. Проверяю, как это влияет на квалификацию договора как подряда, и готовлю изменения к нему.
- ИнцидентВыяснилось, что код передан без документов о правах. Проверяю, кому принадлежат права на программу, созданную по заказу, и что нужно оформить.
- Требование органаПоступило требование или запрос, связанный с программой и правами на неё. Проверяю, подтверждают ли документы права компании на созданный код, и готовлю ответ с приложениями.
- СпорЗаказчик и исполнитель расходятся в оценке качества, сроков или оплаты. Заранее определяю требование и доказательства, проверяю условия договора на услуги по разработке программного обеспечения и готовлю позицию для переговоров или арбитражного суда.
Одна и та же работа может быть оформлена как договор подряда на разработку программного обеспечения или как договор оказания услуг, и от этого выбора зависят приёмка, ответственность за результат и судьба исключительных прав на код. Поэтому сразу собираю ТЗ, репозиторий, акты этапов и файлы разработчиков.
Чего делать нельзя
Ошибки, которые осложняют правовую защиту компании — Оформление договора на разработку программного обеспечения
- Не подтверждайте факты и обязательства без проверки. До подписания акта, объяснения или ответа сопоставьте изложенное с документами. Неточная формулировка может повлиять на доказательства и последующую позицию компании.
- Не откладывайте проверку полученных документов. Срок и порядок ответа, возражений или обжалования зависят от вида документа и применимой процедуры. Зафиксируйте дату получения и выясните, какое действие требуется именно в вашей ситуации.
- Не поручайте правовую переписку без согласования позиции. Рабочие письма и сообщения могут стать доказательствами. Отделяйте подтверждённые факты от предположений, указывайте реальные полномочия сотрудника и сохраняйте исходную переписку.
- Не подменяйте и не уничтожайте документы. Сохраните оригиналы, электронные файлы и сведения об их отправке. Исправление текущей работы не должно сопровождаться оформлением доказательств задним числом.
Суть дела
Устанавливаю роль компании, состав создаваемой программы и объём прав, которые должен получить заказчик.
Границы объекта
Определяю, что именно создаётся: какой код, по какому техническому заданию и какие исключительные права должны перейти к заказчику.
Применимое основание
Устанавливаю, применяются ли нормы о подряде, об услугах или о правовой охране программ для ЭВМ.
Надёжность относимых материалов
Проверяю, подтверждают ли ТЗ, репозиторий, акты этапов и файлы разработчиков фактический ход работ. Если стороны подписали договор оказания услуг, а работа велась как разработка программы с конкретным результатом, это важно зафиксировать.
Действия второй стороны
Разбираю, как вела себя вторая сторона: сдавала ли этапы, отвечала ли на замечания, передавала ли исходный код.
Исполнимость требования
Формулирую требование так, чтобы его можно было исполнить: передать код и документацию, принять этап, оплатить работу или оформить переход исключительных прав. Проверяю, опирается ли каждое требование на условия договора и на правила о правовой охране программ для ЭВМ.
Кто участвует
Собственник определяет нужные права на код, руководитель подписывает договор, технический специалист описывает результат.
| Участник | Полномочие и документ |
|---|---|
| Собственник продукта | Утверждает модель проекта и решает, какие исключительные права на создаваемый код и техническое задание нужны компании. |
| Руководитель компании | Подписывает договор на разработку компьютерного программного обеспечения, утверждает акты этапов и отвечает за то, чтобы права на программу, созданную по заказу, были оформлены на компанию, а не остались у исполнителя. |
| Технический специалист | Описывает, что фактически сделано и где хранится код. Помогает понять, какие работы по договору оказания услуг на разработку программы подтверждены файлами, а какие нет. |
| Контрагент | Исполнитель или автор по договору авторского заказа на разработку программного обеспечения. Отвечает за результат работ и передачу прав на него. |
| Компетентный орган или суд | Арбитражный суд разрешает спор между компаниями: проверяет полномочия сторон, процедуру и доказательства. |
| Адвокат | Проверяю документы и полномочия участников, готовлю договор, претензии и процессуальные документы, представляю компанию в переговорах и в арбитражном суде. |
Что это за дела
Сопоставляю условия договора с фактической разработкой, версиями ТЗ и сдачей этапов.
Сначала описываю фактический процесс и его границы: какой код создаётся, по какому техническому заданию и кому переходят исключительные права.
Затем собираю доказательства: ТЗ, репозиторий, акты этапов и файлы разработчиков. Договор на разработку программного обеспечения должен совпадать с тем, как работа идёт на деле, иначе в споре каждая сторона прочтёт его по-своему. Для каждого этапа важно обозначить версию ТЗ, состав передаваемых файлов, среду проверки и срок для замечаний. Если требования уточняются в переписке, договор должен определять, кто вправе согласовать изменение объёма и цены.
Правовая основа — ст. 702 ГК РФ о подряде, ст. 1261 ГК РФ о программах для ЭВМ и ст. 1296 ГК РФ о произведениях, созданных по заказу. Условия о правах сверяю с предметом договора: создание новой программы и доработка уже существующей требуют проверки того, какой результат заказан и какие компоненты использованы.
Отдельно оцениваю последствия ошибочной квалификации договора: от неё зависят порядок сдачи результата, оплата и то, кому принадлежат права на программу, созданную по заказу. В приложениях разграничиваю разработку, установку и последующую поддержку. Указываю, входит ли исправление ошибок в цену этапа и как отличить недостаток согласованного результата от новой задачи заказчика.
По ст. 1296 ГК РФ исключительное право на программу, созданную по заказу, принадлежит заказчику, если договор не предусматривает иное. Название «договор оказания услуг» само по себе не определяет режим прав. Проверяю содержание обязательств и применимость ст. 702 ГК РФ к созданию и сдаче согласованного результата.
Что говорит закон: права на заказную программу
Для определения прав заказчика важно, названо ли создание программы предметом договора и предусмотрены ли иные условия.
Исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные по договору, предметом которого было создание такого произведения (по заказу), принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное.ст. 1296 ГК РФ, ст. 702 ГК РФ
Комментарий адвоката Вруцкогоадвокат · рег. № 78/8790
Это правило работает в пользу заказчика только тогда, когда предметом договора прямо названо создание программы. Поэтому в договоре закрепляю предмет, порядок сдачи результата и судьбу исходного кода, а условие «иное» — только если стороны его осознанно согласовали.
Что нужно доказать
Проверяю основание создания и сдачи программы, принадлежность прав и полномочия подписантов договора и актов.
- Квалификация. Определяю, что это за договор: разработка компьютерного программного обеспечения, договор подряда или услуг, — от этого зависит применение ст. 1296 ГК РФ.
- Законное основание. Проверяю основание обязательств по созданию и сдаче программы, а принадлежность исключительного права — по ст. 1296 ГК РФ с учётом условий заказа.
- Полномочия. Проверяю, кто подписывает договор и акты и вправе ли он распоряжаться правами на программу, созданную по заказу.
- Документирование. Документы не должны противоречить фактическому процессу: сверяю ТЗ, репозиторий, акты этапов и файлы разработчиков.
- Контроль исполнения. Договор на разработку компьютерного программного обеспечения проверяю по исполнению: сдача этапов, приёмка, передача кода по ст. 1261 ГК РФ.
- Способ защиты. Способ защиты должен быть конкретным и исполнимым: требование о передаче результата, об оплате или о правах — по условиям договора подряда на разработку.
Порядок действий
Определяю границы разработки и исходные модули, затем сохраняю версии ТЗ, историю репозитория и файлы этапов.
- 1Описать объектФиксирую участников проекта и границы работы: создаваемый код, техническое задание и исключительные права. Уточняю, создаётся ли новая программа или дорабатывается существующая, кто предоставляет исходные модули и кому нужен доступ к репозиторию.
- 2Сохранить материалыСохраняю исходные версии и метаданные: ТЗ, репозиторий, акты этапов и файлы разработчиков. Для нового проекта собираю согласованную версию ТЗ и перечень компонентов исполнителя; для начатого — также переписку об изменении задач и цены.
- 3Оценить нормыСопоставляю факты с нормами о подряде и о правах на программы для ЭВМ. Разграничиваю создание результата, передачу прав и сопровождение после запуска, чтобы у каждого обязательства были свои условия исполнения.
- 4Оценить рискОцениваю последствия и доказуемость позиции. Если работа оформлена как договор услуг на разработку программного обеспечения, проверяю, не следует ли из фактического процесса иная квалификация и кому тогда принадлежат права на программу, созданную по заказу.
- 5Выбрать маршрутДо подписания согласовываю спорные пункты с контрагентом и оформляю приложения. Если договор уже нарушен, выбираю между переговорами, досудебной претензией и обращением в арбитражный суд с учётом заявляемого требования.
- 6Исполнить решениеГотовлю документы для выбранного маршрута и сверяю их с условиями договора подряда на разработку программного обеспечения. Включаю порядок испытаний, срок замечаний и процедуру повторной сдачи. Изменение ТЗ оформляю вместе с влиянием на сроки и цену.
- 7Оценить результатПроверяю, как исполнено решение, и оформляю подтверждение: подписанный акт, переданный код или соглашение по договору оказания услуг. Сверяю переданную версию с перечнем файлов в акте и проверяю, доступны ли заказчику исходники и инструкции по сборке.
Досудебный порядок
До предъявления претензии сверяю договорные условия о правах на программу с ТЗ, репозиторием и актами этапов.
- Зафиксировать обстоятельства и исходные файлы. Комплект: ТЗ, репозиторий, акты этапов и файлы разработчиков.
- Сверить, как разработка компьютерного программного обеспечения по договору отражена в документах сторон и не ограничены ли права по ст. 1296 ГК РФ.
- Проверить, что договор подряда на разработку программного обеспечения исполнен по ст. 702 ГК РФ: результат сдан, принят и оплачен.
- Если стороны называли работу «услуги по разработке программного обеспечения», договор оцениваю по сути и по ст. 1296 ГК РФ.
- Подготовить претензию по условиям договора подряда на разработку; каждая дата получает своё подтверждение.
Права на программу, созданную по заказу, проверяю по ст. 1296 ГК РФ и по тому, не предусмотрел ли договор иное.
Через суд
Определяю суд и стороны спора, формулирую требования об оплате или приёмке результата разработки.
| Вопрос | Что подтверждаю |
|---|---|
| Компетенция суда | Проверяю, относится ли спор к арбитражному суду и какой суд компетентен рассматривать требования сторон. |
| Надлежащие стороны | Устанавливаю, кто сторона договора и кому принадлежат права на программу, созданную по заказу, чтобы требование было предъявлено надлежащему лицу. |
| Предмет требования | Формулирую предмет требования по договору оказания услуг на разработку программного обеспечения: оплата, приёмка результата, передача исходного кода или признание прав на него. Проверяю, как квалифицировать договор, ведь от квалификации зависят правила о приёмке, ответственности и о правах на программу, созданную по заказу. Каждое требование привязываю к условию договора и к документу. |
| Цифровые подтверждения | Подтверждаю ход работ цифровыми следами: ТЗ, репозиторий, акты этапов и файлы разработчиков. Для суда важно, чтобы история изменений кода и переписка совпадали с актами. Отдельно сверяю, как фактически оказывались услуги по разработке и соответствуют ли выполненные работы ТЗ. |
| Нормативное основание | Сопоставляю обстоятельства с нормами о подряде и о правовой охране программ для ЭВМ. |
| Исполнение решения | Заранее думаю об исполнении решения: требование должно быть конкретным — передать определённый код, документацию или оформить права. Для договора на разработку компьютерного программного обеспечения это означает точное описание результата по техническому заданию. |
Позицию строю на документах, а не на названии договора: суд оценивает фактические работы, приёмку и оформление прав.
Документы
Схема проекта, договор с приложениями и технические материалы показывают передачу результата и оформление прав.
| Документ | Что он отражает |
|---|---|
| Схема процесса | Показывает участников, точки передачи результата и ответственных за каждый этап. По ней видно, как создавался код и по какому техническому заданию. |
| Договорная база | Договор, дополнительные соглашения и приложения: из них видно, как оформлены права на программу, созданную по заказу. |
| Технические материалы | ТЗ, репозиторий, акты этапов и файлы разработчиков. По ним сверяю, какие услуги по разработке программного обеспечения оказаны на деле, соответствует ли результат договору и можно ли подтвердить права компании на код. Исходные версии сохраняю с метаданными. |
| Деловая электронная переписка | Письма и сообщения о согласовании ТЗ, замечаниях и сдаче этапов. Каждую значимую дату подтверждаю отдельно. |
| Документ органа | Запрос, требование или решение органа либо суда, если он уже участвует в ситуации. |
| Результат последствий | Переписка о срыве сроков, расчёты расходов на доработку кода, сведения о неоплаченных и непринятых этапах. По этим материалам определяю, какие требования к второй стороне обоснованы. |
Без документов о правах на программу для ЭВМ ссылка на закон не заменит доказательства по делу.
Размер и расчёт
В расчёте разделяю аудит договора, подготовку ТЗ и условий приёмки, сохранение репозитория и проверку кода.
| Элемент | Как подтверждается |
|---|---|
| Правовой аудит | Проверка договора, ТЗ и фактического процесса, чтобы понять, подряд это или услуги. |
| Переработка файлов | Доработка договора на разработку компьютерного программного обеспечения и приложений к нему: ТЗ, порядка приёмки, условий о правах. |
| Технические меры | Расходы на сохранение репозитория и проверку кода. Подтверждаются счетами и договорами на услуги по разработке программного обеспечения. |
| Договорные платежи | Оплата этапов по договору и её соотношение с принятым результатом. Подтверждается актами этапов, счетами и платёжными документами. Отдельно учитываю, включена ли в цену передача исключительных прав на программу. |
| Подтверждённые убытки | Убытки от некачественного или несданного результата считаю отдельно по каждому виду потерь. Каждую сумму подтверждаю документами: платежами, расчётами, перепиской о сроках и доказательствами недостатков кода. |
| Судебные расходы | Госпошлина, расходы на представителя и экспертизу, которые подтверждаются документами. |
Итоговую сумму складываю из подтверждённых элементов. Требование без расчёта и документов суд может не принять, поэтому каждую позицию привязываю к договору, акту или платёжному документу.
Сроки давности
Для проверки сроков фиксирую даты приёмки, заявления о недостатках, оплаты этапов и направления претензии.
| Действие | Срок | Начало и условие | Норма |
|---|---|---|---|
| Претензия по денежному требованию | 30 календарных дней | Срок считаю с даты направления претензии по договору на разработку компьютерного программного обеспечения. Дату подтверждаю почтовыми документами. | ч. 5 ст. 4 АПК РФ |
| Оспаривание решения органа | 3 месяца | Начало — день, когда компании стало известно о решении органа. Эту дату устанавливаю по документам и переписке. | ч. 4 ст. 198 АПК РФ |
| Апелляционная жалоба | 1 месяц | Отсчёт идёт с изготовления решения в полном объёме. До подачи жалобы сверяю, какие выводы суда о квалификации договора подряда и о правах на код нужно оспаривать и какие доказательства уже есть в деле. | ч. 1 ст. 259 АПК РФ |
| Кассационная жалоба | 2 месяца | Срок идёт со дня вступления обжалуемого акта в законную силу. Дату проверяю по карточке дела. | ч. 1 ст. 276 АПК РФ |
Для спора по договору подряда на разработку программного обеспечения отдельно проверяю даты, связанные с приёмкой, заявлением о недостатках и оплатой этапов.
Виды дел
Проверяю действующий договор или готовлю условия нового проекта и согласовываю приёмку, ответственность и права.
Предварительный аудит
Проверяю действующий договор на разработку компьютерного программного обеспечения, ТЗ и фактическую работу, чтобы оценить риски по коду, приёмке и исключительным правам.
Разработка файлов
Готовлю договор, техническое задание, порядок приёмки и акты этапов под конкретный проект.
Согласование условий
Согласовываю со второй стороной условия о приёмке, ответственности и о правах на программу, созданную по заказу.
Ответ регулятору
Готовлю ответ на запрос органа по договору подряда на разработку программного обеспечения с приложением документов о ходе работ и правах.
Досудебная претензия
Составляю претензию по договору авторского заказа или по подряду: описываю нарушение, требование и срок ответа, прикладываю акты, переписку и выгрузку из репозитория.
Судебное представительство по спорам о программе, созданной по заказу
Представляю компанию в арбитражном суде: излагаю факты, применимую норму и конкретный способ защиты.
Что влияет на исход
Редакция договора на момент создания кода, история коммитов и акты этапов помогают установить принадлежность прав.
Верная правовая роль
Договор подряда на разработку программного обеспечения оцениваю по фактам, полномочиям сторон и ст. 702 ГК РФ.
Действующая редакция
Права на программу, созданную по заказу, оцениваю по редакции договора, действовавшей на момент создания кода, и ст. 1296 ГК РФ.
Достоверный цифровой след
Репозиторий, история коммитов и акты этапов показывают, кто и когда создал код, — это главное доказательство прав на программу.
Согласованные файлы
ТЗ, акты и файлы разработчиков должны совпадать: создаваемый код, техническое задание и исключительные права описаны одинаково.
Своевременная реакция
Замечания по договору подряда, разработка программного обеспечения по которому идёт с отставанием, фиксирую сразу, а не после сдачи результата.
Исполнимое требование
Просимое действие должно давать проверяемый итог; правовая охрана программ для ЭВМ по ст. 1261 ГК РФ подтверждается отдельными документами.
Возможные исходы
Стороны могут закрепить передачу кода и приёмку в соглашении, уточнив ТЗ, сроки исправлений и оплату оставшихся этапов.
- Возможно, спор удастся урегулировать без суда: стороны подписывают акт или дополнительное соглашение по договору оказания услуг или подряда на разработку компьютерного программного обеспечения, где фиксируют приёмку и передачу кода. Если разработка продолжается, в соглашении можно установить новую версию ТЗ, сроки устранения замечаний и порядок оплаты оставшихся этапов.
- Суд может квалифицировать отношения по фактическому процессу, а не по названию документа, и от этого будут зависеть правила о приёмке, оплате и ответственности сторон. При подготовке договора это позволяет разделить обязательства по разработке и поддержке, а при споре — определить основание каждого требования.
- Вероятны варианты, при которых исключительные права на программу, созданную по заказу, признаются за заказчиком или остаются у исполнителя, — это зависит от условий договора и документов о передаче результата.
- Суд может удовлетворить требование об оплате этапов полностью или частично, если результат подтверждён актами. Подписанный акт сопоставляется с перепиской о недостатках, фактически переданными файлами и согласованной ценой этапа.
Показать все результатыСвернуть
- Возможно взыскание убытков, если их размер и связь с нарушением подтверждены документами.
- Суд может отказать в требовании, если доказательства не подтверждают ход работ или объём прав. Например, доступ к репозиторию без перечня результата может не подтвердить сдачу именно той версии, которая описана в ТЗ.
Практика дел
Споры возникают, когда название договора расходится со сдачей этапов, а ТЗ не содержит измеримых критериев приёмки.
Договор не совпадает с тем, как фактически велась разработка
Договор назван услугами, а стороны работали как по подряду: сдавали результат этапами и подписывали акты. Важно, что именно создавалось — код, ТЗ, документация — и как оформлены исключительные права. Сверяю текст договора с репозиторием и актами и готовлю позицию с учётом фактического процесса.
Объект описан неточно
В ТЗ нет измеримых критериев приёмки, и стороны по-разному понимают результат. Исход зависит от переписки и промежуточных версий, их собираю первыми.
Доступ выдан без границ
Исполнитель получил доступ к системам без описанных границ. Проверяю, что зафиксировано в договоре, и готовлю порядок передачи доступов.
Следы разработки сохранили поздно, когда спор уже начался
Часть версий кода и переписки утрачена. Важно, что осталось в репозитории и у разработчиков, — от этого зависит доказуемость позиции.
Процедуры смешаны
Претензию по оплате и спор о правах на код ведут одним документом. Разделяю требования по договору на разработку компьютерного программного обеспечения и готовлю для каждого свой пакет.
Типичные ошибки
Чужой шаблон может оставить без согласования права на программу и передачу исходников, а роль заказчика требует проверки.
- Формально назвать роль. Компания называет себя заказчиком, но не проверяет, кто фактически ставил задачи и принимал работу. Для договора подряда на разработку программного обеспечения роль сторон определяет приёмку и ответственность.
- Скопировать чужой договор на разработку программы. Типовой шаблон не учитывает конкретный проект: в нём нет условий о правах на программу, созданную по заказу, о передаче исходного кода и о критериях приёмки.
- Потерять исходную версию кода и ТЗ. Без первоначального ТЗ, истории репозитория, актов этапов и файлов разработчиков сложно подтвердить, что и когда было сделано, и спор сводится к словам сторон.
- Ответить без приложений. Ответ на претензию по договору авторского заказа отправляют без актов, переписки и расчётов, и позиция компании остаётся неподтверждённой.
- Смешать спор об оплате и спор о правах в одном требовании. В одном документе требуют оплату, передачу кода и права без разделения оснований. По договору на разработку компьютерного программного обеспечения каждое требование обосновывают отдельно.
- Попросить неисполнимое. Требование сформулировано так, что его нельзя исполнить или проверить, например привести программу в рабочее состояние без ссылки на ТЗ. Требую конкретного результата, который можно сверить с договором и актами.
Возмещение ущерба
Возврат оплаты за невыполненные этапы проверяю отдельно от затрат на доработку и потерь из-за задержки проекта.
- Возврат оплаты за невыполненные этапы по договору подряда на разработку программного обеспечения проверяю отдельно от убытков. Нужны условия о прекращении договора, платёжные документы и сведения о фактически переданном результате: непринятие этапа само по себе не доказывает право на возврат всей суммы.
- Разные виды потерь рассчитываются раздельно: расходы на доработку другим исполнителем, затраты из-за задержки проекта, оплата лишних работ. Каждый вид подтверждаю своими документами.
- Расходы на исправление недостатков кода, подтверждённые заключением специалиста, счетами и перепиской о замечаниях. Сопоставляю первоначальное ТЗ с заданием новому разработчику, чтобы отделить исправление ошибок от расширения функций программы.
- Затраты на восстановление утраченных версий и документации к программе для ЭВМ. Проверяю, кто отвечал за хранение исходников и резервные копии, какие версии утрачены и какие работы оплачены для их восстановления.
Показать все последствияСвернуть
- Потери от задержки запуска, если договор на разработку компьютерного программного обеспечения устанавливал сроки этапов и их нарушение подтверждено. Для расчёта нужны не только даты просрочки, но и документы о конкретных потерях; предполагаемая выручка без обоснования не равна доказанным убыткам.
- Расходы, связанные с правами: если по договору авторского заказа права не перешли к компании, учитываю затраты на их оформление или на замену спорных фрагментов кода. Подтверждаю договорами, счетами и перепиской.
Комментарий адвоката Вруцкого
адвокат · рег. № 78/8790
Сначала раскладываю факты и исходные файлы, затем выбираю норму и способ защиты. В договоре на услуги по разработке программного обеспечения проверяю содержание обязательств: что исполнитель должен создать, как заказчик проверяет результат и какие права ему необходимы. Одного названия договора для этого недостаточно. Проверяю ТЗ, репозиторий и акты этапов до подписания, а не после спора.
Особое внимание уделяю границе между недостатком и новой задачей. Если заказчик просит функцию, которой не было в согласованном ТЗ, нужно обсудить изменение объёма, цены и срока. Если функция предусмотрена, но не работает в оговорённой среде, нужны описание ошибки, порядок её проверки и срок исправления. Эти процедуры закрепляю вместе с критериями приёмки.
Передача архива с кодом ещё не отвечает на вопрос о правах на все его части. Выясняю, какие модули написаны для заказа, какие существовали раньше и какие взяты из сторонних библиотек. На консультации разбираю, какие документы о правах и условиях использования нужно запросить у исполнителя, чтобы заказчик понимал ограничения при доработке и передаче продукта.
Что я беру на себя
Выстраиваю хронологию постановки задач, создания кода и приёмки этапов, проверяю её по ТЗ и репозиторию.
- Карта фактов. Закрепляю участников и последовательность событий: кто ставил задачи, кто писал код и кто принимал этапы.
- Правовая проверка. Сопоставляю установленные факты с нормами о подряде и об охране программ для ЭВМ.
- Подтверждения. Собираю ТЗ, репозиторий, акты этапов и файлы разработчиков и выстраиваю по ним хронологию исполнения договора на разработку компьютерного программного обеспечения.
- Процессуальные файлы. Готовлю претензии, ответы и процессуальные документы по договору оказания услуг на разработку программного обеспечения.
- Представительство. Веду переговоры и представляю правовую позицию компании, в том числе в арбитражном суде.
- Контроль результата. После завершения работы проверяю, что результат оформлен: акты подписаны, код и документация переданы, права на программу закреплены за компанией. Итог — исполняемый IT-договор с измеримыми критериями приёмки.
Как я веду дело
Порядок работы адвоката — Оформление договора на разработку программного обеспечения
- 1Разбор ситуацииСмотрю документы компании и обстоятельства, определяю маршрут и называю перспективу без приукрашивания. Если задача решается силами самой компании — говорю об этом прямо.
- 2Сбор документовОпределяю, какие договоры, внутренние документы, переписка и материалы органа относятся к задаче. Недостающие сведения получаем доступным законным способом; судебные запросы возможны в соответствующей процедуре.
- 3Подготовка документовГотовлю необходимые по задаче документы: договор, ответ, возражения, заявление или жалобу. Согласуем содержание и порядок подписания; проверяем полномочия лица, которое направляет документ.
- 4Представительство по задачеПо согласованному поручению веду переговоры, представляю интересы в компетентном органе или суде. Заранее объясняю, когда необходимо личное участие представителя компании и какие документы потребуются.
- 5Результат и дальнейшие действияРазбираю полученное решение или подготовленный документ и объясняю последующие действия. Исполнение судебного акта, обжалование и дополнительные этапы входят в работу в объёме, предусмотренном соглашением.
- 6Связь на всех этапахСогласуем контактное лицо компании и порядок информирования. Сообщаю о значимых событиях и необходимых решениях в пределах принятого поручения.
Сам или с адвокатом
Компания собирает хронологию разработки и исходные файлы с метаданными, адвокат проверяет договор и правовую позицию.
Что делает компания
Компания сама может собрать исходные материалы по договору на услуги по разработке программного обеспечения, описать, как шла работа, и назвать людей, которые ставили задачи и принимали этапы.
- Составить хронологию проекта: когда согласовано ТЗ, когда сданы этапы, когда появились замечания.
- Передать исходные материалы без удаления метаданных: ТЗ, репозиторий, акты этапов и файлы разработчиков.
- Выгрузить переписку с исполнителем по договору подряда на разработку компьютерного программного обеспечения.
Работа адвоката
Адвокат разбирает квалификацию, подтверждения, сроки и процедуру защиты.
- Соотнести факты с нормами о подряде и о правах на программы для ЭВМ.
- Оценить, подтверждают ли документы переход исключительных прав на программу к компании.
- Оценить сроки и подготовить результат: исполняемый IT-договор с измеримыми критериями приёмки.
Сбор фактов компания проводит сама, а правовую оценку и позицию для спора лучше поручить адвокату.
Стоимость зависит от объёма работы и того, до какой инстанции дойдёт дело. Размер вознаграждения определяется соглашением об оказании юридической помощи и фиксируется в нём вместе с объёмом работ — ст. 25 ФЗ «Об адвокатской деятельности и адвокатуре». Скрытых платежей нет: всё, что не в соглашении, не оплачивается.
| Этап работы | Когда нужен | Что вы получаете | Цена |
|---|---|---|---|
| Разбор задачи компании | До подписания, ответа на требование или иска | Оценка рисков и план действий; если справитесь своими силами — скажу прямо | от 10 000 ₽ |
| Документы и переписка | Договор, протокол разногласий, претензия, ответ органу | Проект документа, согласованный с вами до подписания или отправки | по соглашению |
| Представительство в компетентном суде | Спор дошёл до суда | Иск или отзыв, расчёты, доказательства, участие в заседаниях | по соглашению |
| Апелляция и кассация | Решение не устроило | Жалоба и участие в вышестоящем суде | по соглашению |
| Выезд по вопросу бизнеса | Проверка, переговоры, встреча в офисе компании | Разбор на месте и план ближайших действий | от 50 000 ₽ |
Константин Александрович Вруцкий
№ 78/8790 · адвокат · в профессии с 2006 года
Я веду поручение лично. При обращении разбираю задачу, необходимые действия и объём помощи, который закрепляю в соглашении.
Сведения, полученные в связи с обращением за юридической помощью, охраняются адвокатской тайной.
Личное ведениеВеду дело лично по письменному соглашению с адвокатом; в нём закрепляю поручение и объём помощи.
Честная оценкаНе обещаю результата. Оцениваю перспективы и риски; если задача решается своими силами, говорю прямо.
Адвокатская тайнаСведения, полученные в связи с обращением за юридической помощью, охраняются адвокатской тайной.
Понятные следующие шагиОбъясняю значение документа или решения и следующие действия. Объём представительства и обжалования закрепляю в соглашении.
Частые вопросы
Проверку начинаю с описания программы, ТЗ и нужных компании прав, затем уточняю форму договора и условия приёмки.
С чего начать проверку договора на разработку компьютерного программного обеспечения?
С описания проекта: что создаётся, по какому техническому заданию и какие исключительные права нужны компании. Затем проверяю, совпадает ли форма договора — подряд или услуги — с тем, как стороны фактически будут работать, и как описана приёмка.
Какие нормы применяются к договору подряда на разработку программы?
Нормы Гражданского кодекса о подряде и о правовой охране программ для ЭВМ. Какие из них применимы, зависит от роли компании и фактической работы.
Подойдёт ли типовой договор для разработки программы?
Нет. Типовой документ не учитывает ТЗ конкретного проекта, порядок приёмки и условия о правах на создаваемый код.
Что сохранить, если исполнитель нарушил условия договора?
Первоначальное ТЗ, репозиторий с историей изменений, акты этапов, файлы разработчиков и переписку. Не удаляйте версии и метаданные до консультации.
Показать все вопросыСвернуть
Обязательна ли досудебная претензия в споре о разработке программы?
По денежному требованию между компаниями в арбитражном суде претензионный порядок, как правило, обязателен. Проверяю также, что предусматривает сам договор.
Какой суд рассматривает спор по договору на разработку программного обеспечения?
Спор между компаниями рассматривает арбитражный суд. Конкретный суд определяю по условиям договора и адресу ответчика.
Можно ли заранее обещать результат спора по договору?
Нет. Исход зависит от документов, фактического хода работ и оценки суда. Сильные и слабые стороны позиции оцениваю после изучения материалов.
Что получает компания после завершения работы с адвокатом?
Договор на разработку компьютерного программного обеспечения с понятным ТЗ, порядком приёмки и условиями о правах либо претензию и позицию для спора с приложенными доказательствами.