Магазин запущен, продажи идут, все довольны — до дня, когда с подрядчиком что-то пошло не так. Студия закрылась, ключевой разработчик уволился или вы просто решили сменить команду. И тут выясняется неприятное: лицензия оформлена на подрядчика, домен зарегистрирован на личную почту бывшего сотрудника, код лежит где-то на его компьютере, а доступ к серверу знает один человек, до которого не дозвониться.
Эта статья — о том, кому на самом деле принадлежат код, лицензия, домен, доступы и данные после разработки магазина на 1С-Битрикс, что важно оформить на себя и как заранее застраховаться от зависимости от одного исполнителя. Разбираем без юридической зауми, по делу. А если проект достался «в наследство» и в нём нужно разобраться, помогает аудит и оптимизация 1С и всей связки с сайтом.
Коротко
- Владение кодом, лицензией, доменом, доступами и данными нужно оговорить до старта, а не после конфликта.
- Права на созданный на заказ код закрепляют в договоре; лицензия 1С-Битрикс должна быть оформлена на заказчика.
- Все ключевые доступы (сайт, сервер, домен, репозиторий, кабинеты) оформляются на заказчика, подрядчику — отдельные учётки.
- Защита от зависимости — код в вашем репозитории, документация, читаемая архитектура и отсутствие «секретов» у одного человека.
Почему этот вопрос важен заранее
Вопрос владения кажется формальностью ровно до того момента, когда отношения с подрядчиком заканчиваются. Пока всё хорошо, никого не волнует, на кого оформлена лицензия и где лежит код, — сайт работает, и ладно. Проблема в том, что разбираться приходится именно тогда, когда договориться сложнее всего: при закрытии студии, конфликте или срочной смене команды.
Правильный момент решить эти вопросы — до начала работ, на этапе договора. Тогда владение оформляется спокойно и по-деловому, а не в режиме спора. Заказчик, который заранее закрепил за собой права и доступы, в любой ситуации остаётся хозяином своего актива — а магазин это именно актив, часто дорогой.
Что вообще передаётся заказчику
«Владеть магазином» — это не одна вещь, а набор из нескольких, и каждую нужно закрыть отдельно. Полезно держать в голове полный список, чтобы ничего не упустить.
| Актив | На кого оформить | Чем грозит потеря |
|---|---|---|
| Код проекта | Заказчик (по договору) | Нельзя дорабатывать у других |
| Лицензия 1С-Битрикс | Заказчик | Проблемы с легальностью и продлением |
| Домен | Заказчик | Потеря адреса и трафика |
| Хостинг / сервер | Заказчик | Потеря контроля над сайтом |
| Репозиторий | Заказчик | Потеря кода и истории |
| Данные (клиенты, заказы) | Заказчик | Потеря базы бизнеса |
Каждая строка этой таблицы — отдельная точка риска. Ниже разберём ключевые из них подробнее.
Права на код проекта
Код, написанный специально под ваш магазин, — результат работ, и права на него определяются договором. Если в договоре про передачу исключительных прав ничего не сказано, вопрос становится спорным, поэтому грамотный договор содержит явное условие об отчуждении или передаче прав на результат заказчику.
При этом важно понимать структуру: ваш проектный код принадлежит вам, но он работает поверх платформы 1С-Битрикс и, возможно, сторонних модулей с Marketplace — у них свои правообладатели и лицензии. То есть вы владеете «своей» частью и легально используете «чужую» по лицензии. Как устроена собственная разработка поверх платформы, мы разбираем в материалах про разработку модуля для 1С-Битрикс.
Лицензия 1С-Битрикс и модули
Лицензия 1С-Битрикс — отдельный продукт с ключом, продлениями и техподдержкой. Ключевое правило: лицензия должна быть оформлена на заказчика — на его аккаунт и юрлицо. Тогда именно вы владеете правом использовать платформу, продлеваете обновления и обращаетесь в поддержку, не завися от подрядчика.
Частая ошибка — когда лицензию покупает студия «на себя», а заказчик о ней даже не знает. Это создаёт зависимость: сменили подрядчика — и повисает вопрос легальности платформы. Если так вышло, лицензию нужно переоформить на заказчика. То же касается платных модулей с Marketplace — они должны быть привязаны к вашему аккаунту.
Домен, хостинг и сервер
Домен — это адрес вашего бизнеса, и потерять его страшнее, чем код: сайт можно восстановить, а раскрученный домен с историей и трафиком — почти нет. Домен должен быть зарегистрирован на заказчика (на его данные и почту), а не на личную почту сотрудника подрядчика.
С хостингом и сервером та же логика: аккаунт хостинга или облака оформляется на заказчика, а подрядчику выдаётся доступ как исполнителю. Тогда контроль над инфраструктурой остаётся у вас. Как устроено окружение магазина на 1С-Битрикс и почему важно понимать свою инфраструктуру, мы разбираем в статье про хостинг и инфраструктуру BitrixVM.
Репозиторий и история кода
Код должен жить не только на боевом сервере, но и в системе контроля версий — репозитории Git, оформленном на заказчика или на его аккаунт. Репозиторий даёт не просто копию кода, а историю изменений: кто, что и когда правил, и возможность откатиться при проблемах.
Если код существует только на продакшене или на компьютере разработчика, вы рискуете потерять его целиком при сбое, увольнении или конфликте. Профессиональная разработка ведётся через репозиторий и управляемое выкатывание — как это устроено, мы описываем в статье про CI/CD и деплой на 1С-Битрикс. Наличие CI/CD — заодно признак зрелого подрядчика, который не держит код «в одном экземпляре на сервере».
Данные магазина и клиенты
Каталог, заказы и особенно база клиентов — это ядро бизнеса, и принадлежит оно заказчику, а подрядчик лишь обрабатывает эти данные в рамках работ. У вас всегда должен быть доступ к базе данных и возможность выгрузить её резервную копию.
Отдельно стоит вопрос персональных данных: их обработка должна соответствовать законодательству, а хранение — быть под вашим контролем. Никогда не оставляйте единственную копию клиентской базы у внешней стороны. Резервное копирование — тоже часть владения: копии данных и кода должны быть доступны вам, а не только подрядчику.
Что закрепить в договоре
Большинство рисков снимается на бумаге до старта. В договоре и приложениях к нему полезно явно зафиксировать несколько пунктов.
- Права на результат. Условие о передаче исключительных прав на созданный код заказчику.
- Оформление активов. На кого оформляются лицензия, домен, хостинг и аккаунты сервисов.
- Передача доступов. Полный перечень доступов и порядок их передачи заказчику.
- Документация. Обязанность передать описание архитектуры и инструкции.
- Условия расставания. Порядок передачи проекта при завершении сотрудничества.
Это не про недоверие к подрядчику, а про здоровую деловую гигиену. Хороший исполнитель сам заинтересован в прозрачности: она снимает будущие споры и показывает зрелость процессов.
Как избежать зависимости от подрядчика
Даже при полном владении активами можно попасть в зависимость (vendor lock-in), если проект устроен так, что разобраться в нём может только текущая команда. Настоящая свобода — это когда любой квалифицированный подрядчик способен продолжить работу.
- Читаемая архитектура. Стандартные подходы 1С-Битрикс вместо «самописных секретов», понятных одному автору.
- Документация. Описание нестандартных решений, интеграций и обмена с 1С.
- Отсутствие «человека-ключа». Знания не заперты в голове одного разработчика.
- Открытые интеграции. Обмен и API описаны, а не работают «магией».
Особенно это касается интеграций и обмена с учётной системой — самой хрупкой части. Порядок здесь наводит связка автоматизации на 1С и автоматизации продаж и склада на 1С: когда обмен прозрачен и документирован, вы не заложник того, кто его когда-то настроил.
Смена подрядчика без потерь
Если владение оформлено правильно, смена подрядчика проходит спокойно и по понятному сценарию.
- Соберите доступы. Убедитесь, что у вас есть все ключевые доступы, и смените пароли после расставания.
- Проверьте код. Код и его история должны быть в вашем репозитории в актуальном состоянии.
- Подтвердите лицензию. Лицензия 1С-Битрикс и модули оформлены на вас.
- Заберите документацию. Описание архитектуры, интеграций и нестандартных решений.
- Проведите передачу. По возможности — сессия, где старая команда показывает устройство проекта новой.
- Сделайте бэкапы. Свежие копии кода и базы данных на вашей стороне.
Если же ничего из этого заранее не сделано, смена превращается в дорогой квест по восстановлению доступов и разбору чужого кода. Поэтому лучший момент подумать о расставании — задолго до него.
Частые ошибки заказчиков
- Лицензия на подрядчике. Заказчик не знает, на чей аккаунт оформлен 1С-Битрикс.
- Домен на сотруднике. Адрес бизнеса зарегистрирован на личную почту постороннего человека.
- Код только на сервере. Нет репозитория, а значит, нет истории и запасной копии.
- Нет доступов. Все пароли знает подрядчик, у заказчика — ничего.
- Нет документации. Как устроен обмен с 1С, знает один человек.
- Данные без контроля. Единственная копия базы клиентов у внешней стороны.
- Всё на словах. Владение и передача нигде не закреплены документами.
Чек-лист владельца
- Права на код закреплены. В договоре есть условие о передаче прав на результат заказчику.
- Лицензия на вас. 1С-Битрикс и модули оформлены на аккаунт и юрлицо заказчика.
- Домен и хостинг ваши. Зарегистрированы на заказчика, подрядчику выданы отдельные доступы.
- Есть репозиторий. Код и история хранятся у вас, а не только на продакшене.
- Доступы под контролем. Полный перечень доступов у заказчика, учётки подрядчика отзываемы.
- Данные у вас. Есть доступ к базе и регулярные резервные копии.
- Документация есть. Архитектура, интеграции и обмен с 1С описаны.
Вывод
Магазин на 1С-Битрикс — это дорогой актив, и владеть им нужно по-настоящему, а не только на словах «это же наш сайт». Владение складывается из нескольких частей: прав на код, лицензии, домена, инфраструктуры, репозитория и данных. Каждую из них стоит оформить на заказчика и закрепить документами до начала работ, а не после конфликта.
Отдельная задача — не попасть в зависимость от одного исполнителя: держать код в репозитории, требовать документацию, использовать стандартные подходы и прозрачный обмен с 1С. Тогда сотрудничество с подрядчиком остаётся вашим выбором, а не вынужденной привязкой, и в любой момент вы можете спокойно продолжить развитие магазина с кем угодно.
