Вы планируете начать работать с новым программным продуктом. Для этого продукт нужно существенно доработать и интегрировать в ваши существующие системы.
Как чаще всего выглядит договорная конструкция:
-
Лицензионный договор (на право использования продукта). На основании этого договора вы получаете право использовать программный продукт;
-
Договор на модификацию и интеграцию («допиливание» продукта под вас и его интеграция с вашими системами);
-
Договор на техническую поддержку. Заключается на период после интеграции и гарантийного срока.
Какие риски нужно учесть:
Для лицензионного договора важно помнить правило: все, что прям НЕ разрешено – ЗАПРЕЩЕНО.
Нужна поддержка?
Юридическая консультация по IT праву для вашей компании.
При заключении лицензионного могут возникнуть следующие риски:
-
у контрагента нет прав на продукт, который поставляется по лицензии. Обратите внимание, что важно проверить наличие прав. Наличие регистрации в Роспатент как программы для ЭВМ не означает, что исключительные права действительно принадлежат компании;
-
вы получили права на меньшую территорию чем рассчитывали;
-
вы получили права на ограниченное кол-во пользователей;
-
вы получили меньшее кол-во прав. Важно обратить внимание на права на доработку (в том числе самостоятельную). Также определите кому переходят права на доработки
-
вам не дадут права на самостоятельное изменение продукта (и вы будете привязаны к одному подрядчику).
При заключении договора на модификацию и интеграцию риски могут быть следующие:
-
подрядчик не достигнет результат. Делали, делали и не интегрировалось ничего (так бывает);
-
при интеграции продукт работает с ошибками;
-
сроки фактической интеграции будут существенно увеличены по сравнению с планируемыми;
-
постоянные доработки и увеличение бюджета. В первичном ТЗ вы не учтете все, что нужно и бюджет придется увеличить.
Конечно риски, перечисленные выше, следует адаптировать под конкретный проект.
И далее в договоре закладывать способы устранения или минимизации риска.
Например,
Для вашего проекта крайне важно реализовать его в сжатые сроки. Всегда есть риск, что сроки будут нарушены подрядчиком.
Причины разные:
-
вы не дали подрядчику нужной информации (материалов)
-
не согласовали вовремя
-
не знали что нужно подрядчику или он не запросил
-
у подрядчика нет ресурсов (достаточной квалификации) на реализацию проекта в эти сроки
-
возникли дополнительные работы (о которых не подумали все или не предупредил подрядчик)
-
так можно продолжать до бесконечности …
Чтобы устранить в договоре нужно:
-
определить конкретный перечень и срок информации, которая передается подрядчику и порядок предоставления;
-
промежуточные спринты с передачей результатов (чтобы определять промежуточные результаты и возможность соблюдения конечного срока);
-
возможность расторжения, если промежуточные сроки нарушены существенно (с возвратом аванса);
-
штраф за нарушение сроков.
И так по каждому из оснований.
Если перед Вами стоит задача заключить договоры для интеграции программного продукта -мы будем рады помочь.
Мы работаем с клиентами по разным форматам:
-
консультирование: оценка рисков, обсуждение способов минимизации рисков;
-
анализ договора и внесение в него корректировок, составление протокола -разногласий;
-
разработка договора с нуля и согласование с контрагентом.
Если вы хотите быстро решить юридические задачи Вашей компании, составить дорожную карту по минимизации рисков для Вашей компании – оставляйте заявку на консультацию - заполнить форму