Заказчикам Запуск, права и поддержка

Что передаётся заказчику и кому принадлежат права?

Короткий ответ

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

Автор: S.O.L CORP Проверил: S.O.L CORP

Передача означает возможность эксплуатировать и развивать результат

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

Конкретные юридические формулировки зависят от договора и юрисдикции. Технический реестр помогает юристу перечислить реальные объекты.

Реестр результатов проекта

Объект Формат передачи Контроль
Рабочий сайт Домен и production Ключевые сценарии проходят
Исходный код Git-репозиторий Полная история или согласованный snapshot
Дизайн Файл с компонентами и правами Заказчик имеет доступ владельца
Данные Экспорт базы и загрузок Копия восстанавливается
Инфраструктура Аккаунт, конфигурация, инструкция Доступы и биллинг принадлежат заказчику
Лицензии Таблица поставщиков и сроков Понятны ограничения и продление
Документация Редакторская и эксплуатационная Сотрудник проходит основные операции

Какие права встречаются в одном сайте

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

  • Созданный специально результат.
  • Ранее существующий компонент подрядчика.
  • Open source с сохранением лицензии.
  • Коммерческий компонент по подписке.
  • Материал заказчика или третьего автора.

Каждая категория получает правило использования и передачи.

Когда переходят права

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

Акт подтверждает фактическую передачу перечисленных материалов. Он не должен называться общим «услуги оказаны», если важные исходники ещё находятся только у исполнителя.

Домен, хостинг и внешние аккаунты

  1. Домен зарегистрирован на заказчика или юридически определённого владельца.
  2. Контактный email контролируется компанией.
  3. Хостинг и биллинг доступны ответственному сотруднику.
  4. CRM, аналитика, почта и поиск имеют собственные аккаунты.
  5. У подрядчика отдельный временный доступ, а не единственный пароль.
  6. После передачи права пересматриваются и лишние аккаунты отзываются.

Репозиторий и сборка

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

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

Данные и персональная информация

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

Заказчик подтверждает, кто после проекта администрирует данные, копии и запросы пользователей. Техническая передача не заменяет внутреннее назначение ответственности.

Документация, которая реально нужна

  • Как создать и опубликовать каждый тип контента.
  • Как изменить SEO-поля без поломки URL.
  • Как обрабатывается заявка и ошибка интеграции.
  • Как обновлять компоненты и проверять результат.
  • Как создать и восстановить резервную копию.
  • Где смотреть мониторинг и кому сообщать об инциденте.
  • Какие ограничения и технический долг известны.

Скриншоты дополняют шаги, но не заменяют текстовые условия и владельцев.

Модельная процедура передачи

  1. Согласовать реестр за несколько недель до запуска.
  2. Перенести аккаунты на корпоративные адреса.
  3. Передать код, дизайн, данные и документацию.
  4. Провести обучение и контрольное восстановление.
  5. Зафиксировать открытые дефекты и бэклог.
  6. Подписать акт по фактически переданному составу.
  7. Сменить пароли и отозвать временные доступы.

Проверка независимости

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

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

Как оформить передачу без пробелов

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

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