На кого оформлять лицензии на плагины и шаблоны сайта

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

Почему лицензия подрядчика становится проблемой для бизнеса?

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

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

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

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

Какие лицензии нужно проверить в первую очередь?

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

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

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

Как передать лицензию компании или ИП?

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

1. Попросите подрядчика показать список купленных продуктов и подтвердить, на какие проекты они установлены.
2. Сверьте домен сайта, название компании или ИП и контактную почту владельца.
3. Создайте корпоративный аккаунт, если поставщик разрешает регистрацию на рабочий адрес.
4. Передайте лицензию через штатную функцию переноса либо оформите запрос в поддержку продукта.
5. Проверьте, что после переноса доступны продление, скачивание обновлений и обращение за помощью.
6. Измените пароль и удалите лишних администраторов из личного кабинета.

Если подрядчик не выходит на связь, соберите подтверждения покупки: договор, счёт, платёжный документ, переписку и данные домена. Затем обратитесь к разработчику продукта. Поддержка сама определяет, достаточно ли этих материалов для восстановления доступа или потребуется новая покупка.

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

Что зафиксировать в договоре с разработчиком?

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

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

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

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

Какие ошибки встречаются при передаче сайта?

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

Подробный разбор этой ситуации с примерами проверки аккаунтов и платных расширений есть в материале «Лицензии на плагины сайта: как защитить бизнес». Его удобно использовать как список вопросов при аудите уже работающего сайта.