Кому належить сайт після оплати: права на код у Німеччині

«Я заплатив за сайт, отже він мій». Звучить очевидно — і все ж не зовсім описує те, що сталося юридично.

Лякатися не варто. На практиці співпраця замовника й розробника зазвичай іде нормально і без ідеальних договорів. Питання спливає у трьох ситуаціях: коли ви хочете змінити виконавця, коли продаєте бізнес разом із сайтом, і коли доходить до конфлікту.

Ось тоді й зʼясовується, що «сайт» — це не єдиний обʼєкт, а набір із кількох речей із різною правовою природою.

Одразу зазначу: я розробник, а не юрист. Нижче — погляд практика на правову конструкцію, у якій мені довелося розібратися для власної роботи. Для справжнього договору його варто раз показати Fachanwalt für IT-Recht: разові витрати в пару сотень євро, користь на роки вперед.

Авторство купити не можна

Відправна точка дивує майже всіх: за §29 UrhG саме авторське право не передається. Хто написав текст, намалював логотип чи запрограмував код — залишається його автором. Назавжди, незалежно від суми.

Це свідома відмінність від англосаксонської моделі. У праві США замовна робота може вважатися work made for hire, де замовник від початку визнається автором. Німецьке право такої конструкції не знає. Автор — завжди фізична особа, яка створила твір.

Практичний висновок: формулювання «авторські права переходять до замовника» в німецькому договорі просто не працює. Якщо ви бачите його в пропозиції — найімовірніше, текст звідкись переписано.

Що ви отримуєте насправді: права використання

Передаються не авторські права, а права використовувати твір — це §31 UrhG. Саме вони і є предметом будь-якого договору на розробку сайту, і саме тут визначається, що ви маєте право робити зі своїм сайтом.

Закон розрізняє дві форми, і різниця між ними суттєва:

Просте право використання (einfaches Nutzungsrecht) дозволяє вам використовувати твір обумовленим способом. Автор при цьому має право передавати його й іншим. Стосовно сайтів: ви користуєтеся своїм сайтом, а розробник має право використовувати ті самі компоненти — форму, таблицю, базову структуру — в інших проєктах.

Виключне право (ausschließliches Nutzungsrecht) означає, що обумовленим способом твір використовує лише замовник. Сам розробник — уже ні.

Для звичайного корпоративного сайту нормальний і розумний варіант — просте право. Жоден розробник не збирає проєкт з нуля: у кожного за роки напрацьована база готових блоків. І це у ваших же інтересах — саме тому проєкт триває тижні, а не місяці, і коштує відповідно.

Виключне право має сенс, коли справді створюється щось єдине у своєму роді, чого не повинно бути в конкурентів: особлива функція, індивідуально розроблений логотип. Але це вже інший продукт і інша ціна, бо розробник відмовляється від повторного використання.

Якщо в договорі нічого не сказано

Саме на цей випадок існує §31 Abs. 5 UrhG — Zweckübertragungsregel, правило про мету передання.

Воно каже: якщо способи використання не перелічені прямо й поіменно, обсяг прав визначається метою договору. У сумнівному випадку автор передає права лише в тому обсязі, якого мета договору безумовно вимагає.

У німецькій юридичній літературі для цього є образ, що запамʼятовується: права використання мають властивість «прилипати до автора». Будь-яке передання тлумачиться настільки вузько, наскільки можливо.

Для вас як замовника це означає: без прописаних умов ви отримуєте право експлуатувати свій сайт — і, у сумнівному випадку, нічого понад це. Чи маєте ви право віддати його на переробку іншому розробнику, передати або продати разом із бізнесом — питання тлумачення.

Поширена хибна уява працює і у зворотний бік. Багато договорів містять формулювання на кшталт «усі права використання» або «buy-out». Звучить всеосяжно, але саме тому й не допомагає: раз конкретні способи використання не перелічені, Zweckübertragungsregel застосовується все одно. Загальна формула не заміняє переліку.

Для програмного забезпечення є особливість: §§69d і 69e UrhG містять спеціальні норми, що працюють на користь замовника — зокрема, право копіювати й доопрацьовувати програму в тій мірі, в якій це потрібно для її використання за призначенням.

Сайт — це не один обʼєкт

Друга помилка — вважати «сайт» однією річчю. Насправді це кілька складових частин, і до кожної застосовується своє.

Вихідний код. Охороняється як компʼютерна програма. Тут працює все сказане вище про права використання.

Дизайн і верстка. Охороняються, якщо досягнуто певного творчого рівня. Стандартна компоновка «шапка, колонки, підвал» — зазвичай ні; індивідуально розроблений візуальний стиль — так.

Тексти. Якщо ви написали їх самі — автор ви. Якщо писав копірайтер, для нього діє те саме, що й для розробника.

Фотографії та графіка. Найчастіше місце, де все ламається. Стокові знімки ліцензуються, а не купуються, і ліцензія часто оформлена на того, хто її придбав. Якщо розробник ліцензував фотографії через свій акаунт, ваше право користуватися ними може закінчитися разом зі співпрацею. Зʼясуйте це заздалегідь.

Шрифти. Теж ліцензуються, причому вебліцензії нерідко привʼязані до домену або кількості переглядів. При переїзді на новий домен це стає важливим.

Домен. Юридично належить до зовсім іншої категорії. Це не охоронюваний твір, а договірні відносини з реєстратором. Хто записаний там власником — у того домен і є, незалежно від того, хто робив сайт. Чому це найважливіший пункт з усіх, я розбирав в окремій статті.

Ваші дані. Клієнтська база, замовлення, заявки з форми зворотного звʼязку. Це без жодних сумнівів ваше, і ви маєте право отримати їх у придатному для читання форматі. Які обовʼязки з цим повʼязані — розбирав у статті про Impressum і DSGVO.

Вихідники: питання, яке ніхто не ставить

Між «сайт мій» і «у мене є вихідний код» лежить різниця, яку в більшості випадків помічають надто пізно.

Готовий сайт лежить на сервері як зібраний результат. Вихідний код — файли, з яких він збирається, — зазвичай зберігається в репозиторії у розробника. Тобто ви цілком можете володіти доменом, експлуатувати сайт і при цьому не мати вихідників.

Чи потрібні вони вам — залежить від того, як ви збираєтеся працювати. Обидві моделі нормальні, якщо про них домовилися:

Без передання коду — розробник веде й обслуговує сайт, ви отримуєте робочий продукт. Для багатьох замовників це практичніше, бо з кодом вони все одно нічого робити не будуть.

З переданням коду — після завершення проєкту або при закінченні співпраці ви отримуєте файли. Це дає незалежність і можливість змінити виконавця будь-якої миті.

Я роблю це за домовленістю. Одним клієнтам код потрібен, інші підкреслено не хочуть його бачити і раді, що цим займається хтось інший. Обидва варіанти в порядку — важливо, щоб питання було вирішене заздалегідь, а не в момент прощання.

Що має бути в пропозиції

Десятисторінковий договір не потрібен. Достатньо абзацу, що відповідає на чотири питання:

Яке право використання? Просте чи виключне, і на що конкретно.

З якого моменту? Звичайний і розумний варіант — з повною оплатою. До того права залишаються у розробника, і це його єдина реальна страховка.

Що з вихідним кодом? Передання після завершення, при закінченні співпраці, чи взагалі ні.

Що розробник має право використовувати далі? Загальні компоненти й рішення — або нічого.

Ось як це виглядає у мене:

Mit vollständiger Bezahlung erhält der Auftraggeber ein einfaches, zeitlich und räumlich unbeschränktes Nutzungsrecht an der erstellten Website. Der Auftragnehmer bleibt berechtigt, allgemeine Komponenten und Lösungsansätze in anderen Projekten zu verwenden. Die Übergabe des Quellcodes erfolgt nach gesonderter Vereinbarung.

Чотири речення — і питання закрите на весь час співпраці.

Якщо у вашого виконавця такого пункту в пропозиції немає — це не тривожний сигнал, у більшості його немає. Просто запитайте. Нормальний розробник такому питанню зрадіє, бо цей абзац захищає його рівно так само, як вас.

Окремо для тих, хто працює «по знайомству»

Серед українських підприємців у Німеччині сайт часто робить знайомий зі спільноти. Без договору, за рекомендацією, на довірі.

Це працює — до першої складності. І складність зазвичай не в злому намірі, а в різній памʼяті про те, що саме обговорювали два роки тому.

Договір тут не про недовіру. Він про те, щоб через три роки ніхто не відновлював по памʼяті, хто що мав на увазі. Абзац на чотири речення — це не бюрократія, це повага до обох сторін.

І ще: якщо розробник перебуває не в Німеччині, німецьке право застосовується не автоматично. У договорі варто прямо вказати застосовне право і підсудність. Один рядок, а різниця величезна.

Часті запитання

Я все оплатив. Хіба код не стає моїм автоматично? Не автоматично. Авторське право залишається у розробника, бо за §29 UrhG воно не передається. Ви набуваєте права використання, а їхній обсяг визначається договором. Якщо умови не прописані, у сумнівному випадку ви отримуєте лише те, чого вимагає мета договору.

Чи може розробник використовувати той самий код в інших клієнтів? За простого права використання — так, і це звичайна ситуація. Ніхто не збирає проєкт з нуля, усі працюють із багаторазовими блоками. Виключає це лише прямо обумовлене виключне право — і коштує воно відповідно дорожче.

Чи отримаю я вихідники, коли співпраця закінчиться? Лише якщо це обумовлено. Готовий сайт на сервері й вихідний код у репозиторії — різні речі. Вирішуйте це питання в пропозиції, а не під час прощання.

У договорі написано «усі права використання». Цього достатньо? Радше ні. Раз конкретні способи використання не перелічені, Zweckübertragungsregel застосовується все одно, і передання тлумачиться вузько. Перелік сильніший за загальну формулу.

А що з фотографіями на моєму сайті? Перевірте, на чиє імʼя оформлені ліцензії. Стокові знімки ліцензуються, а не купуються, і якщо ліцензія у розробника, ваше право може закінчитися разом зі співпрацею. Те саме стосується платних шрифтів.

А домен? Він підпорядкований зовсім іншим правилам. Це не охоронюваний твір, а договір з реєстратором. Значення має лише те, хто записаний власником.

Чи потрібен для цього юрист? Для абзацу вище — не обовʼязково. Якщо ви регулярно замовляєте розробку або йдеться про помітні суми, шаблон варто раз віддати на перевірку. Разові витрати, які працюють на всі майбутні проєкти.

Коротко

Оплачено — отже, ви маєте право користуватися своїм сайтом. Усе понад це — переробити, передати, продати разом із бізнесом — або записано в договорі, або в сумнівному випадку не куплено.

Авторство залишається у розробника, це змінити не можна. Решта вирішується чотирма реченнями.

З чого складається вартість проєкту, я розбирав в окремій статті.