Когда бизнес работает с дизайнером или разработчиком, есть две вещи, которые почти всегда забывают прописать: права на результат работы и передачу исходников.
А потом эти два пункта превращаются в конфликт.
В Турции это особенно важно, потому что авторские права регулируются довольно четко.
В турецком праве используется понятие mali haklar — имущественные права автора.
Проще говоря: если дизайнер или разработчик что-то создал, по умолчанию права принадлежат ему, а не заказчику. Даже если вы заплатили за работу.
Чтобы права перешли компании, в договоре должно быть прямо написано:
— что права передаются
— какие именно права
— на какой срок
— на какой территории
Обычно формулировка звучит примерно так: исполнитель передает заказчику все имущественные права на результат работы.
Без этой фразы вы можете использовать дизайн.
Но юридически не всегда можете изменять, продавать или передавать дальше.
Классическая история. Заказчик получил картинки, готовый сайт, PDF.
Но нет: .fig, .psd, исходного кода, репозитория.
И если завтра вы захотите поменять подрядчика, начинается проблема.
Потому что новый разработчик говорит: “А где исходники?”. А их нет.
Поэтому в договоре нужно прямо прописывать: исполнитель обязан передать исходные файлы проекта.
И перечислить их.
Вторая проблема фриланс-проектов — бесконечные правки.
Один говорит “ещё чуть-чуть поправим”. Другой считает, что проект уже готов.
Чтобы этого избежать, нужен простой механизм.
Обычно прописывают количество раундов правок, срок проверки и акт приемки.
Например: заказчик проверяет результат в течение 5 рабочих дней.
Если замечаний нет, работа считается принятой.
Это защищает обе стороны.
Теперь неприятная часть.
Если компания платит фрилансеру как физическому лицу, в Турции может возникнуть stopaj — налог у источника.
Также возможен KDV, если исполнитель работает как предприниматель.
Поэтому в договоре обычно указывают кто платит налоги, включен ли KDV в цену и какой статус у исполнителя.
Это избавляет бухгалтерию от сюрпризов.
Если сильно упростить, договор должен закрывать четыре вещи:
Без этих пунктов проект может закончиться конфликтом.
Чтобы потом не спорить “мы это не обязаны передавать”, лучше сразу прописать список того, что считается результатом работы. Например:
Для дизайна
— .fig файл Figma
— .psd
— экспортированные изображения
— шрифты (если лицензия позволяет)
Для разработки
— исходный код проекта
— доступ к репозиторию (Git)
— инструкции по развёртыванию
— доступ к серверу или панели
Иногда это выглядит как мелочь. Но именно эти мелочи спасают бизнес, когда проект заканчивается и начинается новая работа.
Фриланс — это удобно. Но если не прописать базовые вещи в договоре, результат может оказаться не вашим.
Вы можете заплатить за проект. Получить красивый результат.
И все равно зависеть от человека, который его сделал.
А бизнесу зависимость обычно обходится дороже, чем один нормальный договор.
Связанные материалы:
Удаленный сотрудник в штате Турции: что меняется, если человек не в офисе
Фрилансер или сотрудник: где проходит граница
Удалёнка без розовых очков: почему «просто работает из дома» не существует
Информация на сайте не является юридической консультацией и носит ознакомительный характер. Для получения актуальных сведений обращайтесь за консультацией к специалисту.
