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

Сначала определить задачу и границы

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

Администратор магазина работает в пределах своего магазина; администратор кабинета получает более широкий охват. У DBS есть отдельные технические роли. Не переносите схему доступа одного магазина на другой механически: сначала проверьте модель работы и перечень доступных операций в интерфейсе.

Как оформить приглашение

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

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

Изменение роли и завершение работы

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

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

Уведомления и владение — отдельные вопросы

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

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

Материал подготовлен 10 октября 2026 года по недатированной справке Маркета. Это дата редакционной проверки, а не дата введения описанного правила или функции.