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