Короткий ответ
Лицензионный договор на ПО должен точно описывать, какое программное обеспечение передается в использование, какие способы использования разрешены, на какой срок, территории и для какого числа пользователей, можно ли передавать доступ третьим лицам, кто отвечает за поддержку, обновления, данные, сбои и нарушения. Если договор написан слишком общо, он плохо защищает и правообладателя, и пользователя.
Предмет договора
Самая частая ошибка — предмет договора описан слишком размыто. Например: «Лицензиар предоставляет лицензию на программный продукт». Такой формулировки может быть недостаточно, если возникнет спор о версии, модулях, объеме доступа или дополнительных функциях.
- название ПО или сервиса;
- версия или редакция продукта, если это важно;
- модули и функциональные блоки;
- платформа или способ доступа;
- документация или ссылка на описание продукта;
- дополнительные услуги: внедрение, настройка, поддержка, обучение.
Права и способы использования
Лицензия — это не продажа программы, а предоставление права использования в определенном объеме. Поэтому важно указать, что именно пользователь может делать с ПО: запускать программу, получать доступ к сервису, использовать в коммерческой деятельности, подключать сотрудников, интегрировать с другими системами, получать обновления.
Отдельно стоит написать, что запрещено: декомпиляция, передача доступа третьим лицам, перепродажа, обход технических ограничений, копирование документации, публикация исходного кода или использование сверх лимитов.
Оплата, тарифы и ограничения
В IT-договорах цена часто связана с тарифом, количеством пользователей, объемом данных, числом запросов, сроком доступа или набором модулей. Если это не описать, спор может возникнуть даже при добросовестном использовании.
- размер и порядок оплаты;
- тарифы и лимиты;
- что входит в стоимость;
- что считается превышением лимитов;
- когда доступ может быть ограничен;
- как меняются тарифы и условия.
Исходный код и документация
По умолчанию пользователь часто получает только право использования, а не исходный код. Если исходный код, документация, API-описание или доступы должны передаваться, это нужно прямо указать. Для некоторых сделок важно описать, кто владеет доработками и что происходит с исходниками после прекращения договора.
Особенности SaaS-договора
Для SaaS-договора нужно отдельно описывать не только лицензию, но и доступ к сервису. Здесь появляются вопросы аккаунтов, данных, доступности, поддержки и прекращения доступа.
- кто администрирует аккаунт;
- как создаются пользователи;
- где и как хранятся данные;
- что происходит с данными после прекращения договора;
- какие гарантии доступности сервиса даются;
- есть ли SLA и техническая поддержка.
Типовые ошибки
- Не указана конкретная версия или состав ПО.
- Не описаны способы использования.
- Не установлены ограничения по пользователям, устройствам, филиалам или клиентам.
- Не урегулированы доработки и права на них.
- Не описано, что происходит с доступом и данными после расторжения.
- Смешаны лицензия, разработка, внедрение и поддержка без понятного разделения.
Чек-лист лицензионного договора на ПО
- Предмет договора описан конкретно.
- Указаны способы использования ПО.
- Определены срок, территория и объем лицензии.
- Описаны пользователи, устройства, филиалы или иные лимиты.
- Прописана оплата, тарифы и последствия просрочки.
- Определены правила поддержки, обновлений и доработок.
- Отдельно описаны исходный код, документация и доступы.
- Урегулированы персональные данные, если сервис их обрабатывает.
- Понятно, что происходит при прекращении договора.