Как избежать конфликтов с разработчиком

Сегодня трудно представить себе компанию, которая не была бы представлена в интернете и не имела бы собственного веб-сайта.

Однако, заказывая разработку сайта, многие компании делают акцент на технической и эстетической стороне вопроса, обсуждая с разработчиком, прежде всего, функциональность и дизайн, и, оставляя без внимания юридический аспект.
Вместе с тем, любой сайт (в отличие от многих других продуктов, товаров и услуг) является результатом интеллектуальной деятельности разработчика, дизайнера, копирайтера и совокупностью объектов авторского права. Соответственно, если вы хотите, чтобы ваш сайт в итоге принадлежал только вам, вы должны правильно оформить договор на индивидуальную разработку сайта.

Споры между заказчиком и разработчиком возникают довольно часто. В юридической практике описано немало ситуаций, когда, например:
— разработчик выполнил свою работу, а заказчик не спешит ее оплачивать,
— заказчик требует доработки, а разработчик считает, что все пункты ТЗ выполнены,
— разработчик «уложился в сроки» разработки сайта, а заказчик «тянет» с согласованием или предоставлением материалов,
— заказчик не понимает ограничений по использованию ПО, созданного с использованием открытого кода, а разработчик не получил согласие на использование такого кода,
— сайт обрабатывает персональные данные пользователей, в то время как настройки конфиденциальности работают некорректно, соответственно, заказчик подвергается риску штрафа со стороны контролирующих органов,
— заказчик считает сайт «своим», а разработчик считает, что его право интеллектуальной собственности нарушается, поскольку он является автором разработки.

Возникновение такого рода споров и разногласий вполне естественно: разработчик отлично понимает «техническую» сторону вопроса, но, при этом, не чувствует до глубины сам бизнес, для которого, собственно, и создается сайт. В свою очередь, заказчик видит сайт как конечный продукт, не особо вдаваясь в нюансы разработки и вопросы, которые должны быть учтены на разных этапах проектирования.

Как избежать споров подобного рода?

Как оформить отношения с разработчиком, чтобы сайт принадлежал компании? Как урегулировать вопрос перехода права собственности на созданный сайт от разработчика заказчику? Почему договор с разработчиком должен быть составлен ИТ-юристом?

На эти вопросы мы будем сегодня отвечать.

Итак,

При заключении договора с разработчиком необходимо обратить особое внимание на следующее:

1. Техническое задание

Техническое задание на разработку сайта должно включать в себя общее описание сайта, технические требования к разработке (загрузка страниц, отображение в браузерах, язык программирования, использование открытого кода, описание отдельных страниц, требования к материалам и т.д.)

Чем грозит некорректно оформленное ТЗ?

Если вам не нравится то, как функционирует ваш сайт и вы требуете доработки или изменений, разработчик обращается к техническому заданию. Если требования к программному обеспечению или дизайну в ТЗ изначально не прописаны детально, то суд может решить, что ваш сайт в целом соответствует ТЗ, следовательно, разработчик выполнил свою работу.

2. Сроки разработки и Порядок приема-передачи

Сроки разработки должны быть прописаны в договоре как можно более подробно. Это — разработка концепции, согласование макетов, этапы разработки, прием передача готового продукта, предоставление материалов, оплата и т.д.)

Чем грозят некорректно оформленные «сроки»?

Практика показывает, что конфликты чаще всего возникают в случае, когда в договоре четко не разделены сроки разработки и сроки «приема» каждого этапа. Разработчик считает, что он «уложился в срок» и ждет «ОК» от заказчика. Заказчик, в свою очередь долго не принимает результат, но потом ссылается на нарушение сроков разработчиком.

3. Использование открытого кода

Разработчик обязан получить согласие заказчика на использование open source. Есть лицензии, которые накладывают ограничения на дальнейшее использование ПО, созданного с помощью открытого кода. Разработчик обязан предупредить заказчика об ограничениях, которые накладывает лицензия.

4. «Встроенная» конфиденциальность

Разработчик обязан встроить систему защиты персональных данных в процесс разработки сайта на этапе проектирования таким образом, чтобы заказчик мог поддерживать эту систему в дальнейшем непрерывно. Настройки по сохранению конфиденциальности и защите персональных данных должны быть установлены по умолчанию, чтобы у пользователей сайта не возникало необходимости предпринимать какие-то действия для защиты конфиденциальности.

Чем грозит отсутствие системы защиты персональных данных?

Если сайт не соответствует требованиям локальных и международных законов о защите персональных данных, владельцу сайта грозят существенные штрафы. Причем, эта проблема может возникнуть по истечении долгого времени после разработки сайта.

5. Передача исключительных прав на интеллектуальную собственность

Разработчик должен передать заказчику исключительные права на составляющие сайта. Важно понимать, что сайт не является объектом интеллектуальной собственности, а вот его элементы, такие как программное обеспечение, дизайн, размещенные на нем тексты и фото — являются.

Чем грозит?

В юридической практике встречаются ситуации, когда разработчик требует компенсации за нарушение его авторского права или права интеллектуальной собственности. Происходит это в случае, если в договоре прописано предоставление услуг, но не предусмотрена процедура передачи прав интеллектуальной собственности с соблюдением формальностей, без которых передача не происходит (например, указание способа передачи экземпляра, признаки идентификации объектов).

Как видно, договор с разработчиком – это особый вид договора, где стороны должны обратить внимание на множество нюансов во избежание споров, конфликтов и штрафов впоследствии. Лучший вариант при составлении такого договора – обратиться к специалистам в области ИТ-права. В крайнем случае — проконсультироваться с ИТ- юристами до подписания договора на разработку сайта.