Кому принадлежат исходный код и данные в заказной CRM, и как прописать это в договоре?

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

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

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

Четыре года назад мы заказали кастомную CRM для нашей логистической операции и, не придав значения похожему пункту, подписали. Через два года мы не сошлись с агентством в повышении годовой платы за обслуживание; попросили базу данных а нам ответили: «код остаётся у нас, зашифрованную базу мы открыть не можем». Пришлось заказывать систему заново с нуля и вручную переносить старые данные. Если примете этот пункт, отдадите свою компанию агентству в заложники.

Вот 3 обязательных пункта, которые нужно добавить в договор: 1) Серверная и базовая инфраструктура должна размещаться в облачных аккаунтах, открытых напрямую на юридическое лицо вашей компании, 2) Исходный код должен еженедельно обновляться в Git-репозитории, к которому у вашей компании есть доступ, 3) Финальная оплата производится после одобрения проверки кода.

edit: выше написал неправильно, извините.

Если агентство упорно отказывается передавать исходный код предложите договор эскроу (депонирования ПО). Актуальная версия кода хранится у нотариуса или независимого депонента; если агентство обанкротится или прекратит оказывать услуги, код по закону переходит к вам.

Заплатить 240.000 TL и не иметь никаких прав распоряжаться самым сокровенным списком клиентов компании и скидочными маржами — отличная бизнес-модель, конечно, для агентства. Предприятие, подписывающее такой договор в нынешнем виде, надевает кандалы на собственные ноги.

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

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

в теории верно но на практике так не работает потом код без документации не принадлежит вам даже если он у вас есть.

пишите если есть вопросы отевчу по мере возможности.

Согласен.

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

Проверено опытом.

Расскажу, что было у меня, вдруг пригодится. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

Я бы пошел этим путем.

В теории верно но на практике так не работает. Самое дорогое в унаследованной системе — неизвестные зависимости.

Надеюсь, это будет полезно.

Редко встретишь текст с такой ясностью изложения. честно ответ сильно зависит от отрасли, универсального правила нет.

Я бы пошел этим путем.

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

Надеюсь, это будет полезно.

Абсолютно. Если добавить к этому: Когда пытаешься изменить всё сразу, ничего не приживается.

Надеюсь, это будет полезно.

У меня было наоборот, поэтому и пишу. Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

Проверено опытом.

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

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