Делаем систему поддержки с фрилансером на базе опенсорса — кому принадлежат права?

Beren T***3 месяца назад·42 сообщения·79,7 тыс. просмотра#открытый исходный код #владение кодом #договор на разработку #интеллектуальная собственность

Beren T***Эксперт

Должность: Бухгалтер
Отрасль: ПО
Тип организации: семейный бизнес
Дата регистрации: авг. 2025 г.
Сообщение: 2

3 месяца назад#1

у нас B2B-логистика в Чикаго, команда 12 человек хотим автоматизировать клиентскую поддержку но надоело платить лидерам рынка за саппорт-сервисы по 60-70 долларов в месяц за каждого пользователя. нашли в открытых репозиториях две отличные тикет-системы под лицензиями MIT и AGPL... нашли фрилансера и за бюджет в 7.500 долларов почти договорились: он развернет одно из этих ядер у нас на сервере и допишет модули для интеграции с нашей системой отслеживания заказов.

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

как юридически пропсиать в договоре права на доп. модули схему БД и клиентские записи, созданные поверх опенсорса? на что обратить внимание при сдаче-приемке и передаче на обслуживание чтобы обезопасить себя?

Taner B***УчастникУчастник сообщества

Дата регистрации: июнь 2023 г.
Сообщение: 4

3 месяца назадСамый полезный#2

Короткий ответ: независимо от лицензии опенсорс-ядра, все интеллектуальные права на написанные с нуля модули, схемы БД и интеграции вы должны полностью забрать себе по договору. Оставить права разработчику и взять лишь лицензию — значит попасть в зависимость от него и потерять контроль над собственной системой.

Первым делом изучите лицензию базового движка. Если это AGPL, то любые новые модули, встроенные в него или связанные с ним, возможно, придется открывать для всех. А это риск утечки вашей коммерческой логики. Поэтому для коммерческих интеграций куда безопаснее использовать ядра с мягкими лицензиями вроде MIT, Apache 2.0 или BSD.

В договор с разработчиком обязательно внесите пункт отчуждения прав (Work Made for Hire / Assignment of Rights). Там должно быть четко указано: весь исходный код, конфиги, архитектура и документация переходят в вашу собственность сразу после оплаты. И пропишите, чтобы разработка велась ежедневно в вашем корпоративном Git-репозитории, а не в его личном аккаунте.

Для приемки требуйте гайд по установке, документацию по API и инструкцию по развертыванию БД с нуля. Не отдавайте финальный расчет, пока сами не проведете тесты и не получите полные админ-права на репозиторий. Данные клиентов и логи — безговорочно ваша собственность; пропишите в договоре конфиденциальность и обязательство удалить все локальные копии после завершения работ.

Aslı A***УчастникУчастник сообщества

Дата регистрации: окт. 2023 г.
Сообщение: 19

2 месяца назад#3

Осторожнее с AGPL. Если пилить код прямо внутрь AGPL-ядра, он тоже может подпасть под AGPL. Сделайте доп. модули отдельным сервисом, который общается с ядром только по независимому API — тогда с правами будет гораздо проще.

Ayşe K***Эксперт

Должность: SEO-консультант
Тип организации: Компания на 120 человек
Дата регистрации: июнь 2023 г.
Сообщение: 268

2 месяца назад#4

Мы два года назад делали похожий проект за 6.000 долларов. Не прописали нормально права на код, и потом за копеечное обновление API разработчик заломил 2.000 долларов. Если сразу не забрать права, система за пару лет обойдется дороже готового софта.

Rabia B***Эксперт

Должность: Коммерческий директор
Отрасль: Обучение
Тип организации: семейный бизнес
Дата регистрации: май 2025 г.
Сообщение: 83

2 месяца назад#5

Прямо сейчас создайте свой приватный Git-репо и дайте разрабу только права на запись. Пусть код каждый день капает к вам. Никаких «держу у себя на компе, скину всё в конце».

Emre K***Участник

Должность: Руководитель проектов
Отрасль: ПО
Тип организации: производство
Дата регистрации: нояб. 2023 г.
Сообщение: 1

2 месяца назад#6

А разраб пишет панель с нуля или встраивает свои старые наработки от других клиентов? Если использует свои готовые библиотеки, лицензия на них — это норм. Но всё, что пишется с нуля за ваши 7.500 долларов, должно быть строго вашим.

Dilara A***Участник

Должность: Оператор ввода данных
Отрасль: Страхование
Тип организации: компания в составе холдинга
Дата регистрации: окт. 2024 г.
Сообщение: 99

2 месяца назад#7

В американском праве есть доктрина «Work Made for Hire»: без явного письменного договора о передаче прав все наработки подрядчика остаются за ним. Так что прописать отчуждение прав в договоре — юридическая необходимость.

Halil Ö***Участник

Должность: Системный администратор
Отрасль: Химия
Тип организации: компания из 20 человек
Дата регистрации: янв. 2022 г.
Сообщение: 4

2 месяца назад#8

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

Burak U***Участник

Должность: Директор по маркетингу
Отрасль: Строительство
Тип организации: бутиковое агентство
Дата регистрации: июль 2025 г.
Сообщение: 67

2 месяца назад#9

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

edit: исправил несколько опечаток.

Zübeyde A***Ветеран

Должность: Координатор курьерской службы
Отрасль: Медицинские услуги
Тип организации: компания в составе холдинга
Дата регистрации: янв. 2024 г.
Сообщение: 12

2 месяца назад#10

Буду рад, если напишете о результате.

CerenУчастник

Должность: Тестировщик
Дата регистрации: март 2024 г.
Сообщение: 178

2 месяца назад#11

Здесь есть ловушка не могу промолчать. Когда пытаешься изменить всё сразу, ничего не приживается.

Если напишете результат здесь, это поможет и другим.

Beren N***Участник

Должность: Руководитель проектов
Отрасль: Страхование
Тип организации: Компания на 300 человек
Дата регистрации: март 2024 г.
Сообщение: 6

Doki · Интерфейсный дизайн · 2025

2 месяца назад#12

Спасибо, это именно то, что я искал. Без измерений мы всегда приходим к одному и тому же.

Оставлю как заметку, пригодится.

İlknur A***Эксперт

Должность: Директор по качеству
Отрасль: Право
Тип организации: кооператив
Дата регистрации: март 2023 г.
Сообщение: 11

Doki · SEO-консалтинг · 2023

2 месяца назад#13

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

Ищете партнера или сооснователя — это разные вещи. На этом всё, извините, если затянул.

Jülide K***ЭкспертУчастник сообщества

Дата регистрации: дек. 2022 г.
Сообщение: 108

2 месяца назад#14

Частично согласен, частично нет. Партнерство — это не то, на что соглашаются, не поработав вместе.

На этом всё, извините, если затянул.

Sinan Ç***Участник

Должность: Руководитель административного отдела
Отрасль: Охранные услуги
Тип организации: компания из 20 человек
Дата регистрации: янв. 2025 г.
Сообщение: 159

2 месяца назад#15

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

Удачи.