Как выдать доступ сотруднику на Яндекс Маркете и выбрать роль

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

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

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

Чем доступ к кабинету отличается от доступа к магазину

Кабинет объединяет магазины и услуги, а один пользователь может получить разные роли в разных магазинах. Поэтому фраза «дать доступ к Маркету» слишком расплывчата: сотруднику может понадобиться один магазин, несколько магазинов или управление всем кабинетом. Сначала определите границу работы, а затем выбирайте роль.

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

• Один магазин: проверьте, достаточно ли прав на уровне магазина.
• Несколько магазинов: перечислите каждый нужный магазин и роль в нём.
• Управление всем кабинетом: назначайте кабинетную роль только тому, кто действительно отвечает за общие настройки и пользователей.

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

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

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

1. Откройте кабинет продавца под учётной записью с правом приглашать сотрудников.
2. Перейдите в «Настройки → Сотрудники и доступы» и нажмите «Пригласить сотрудника».
3. Укажите адрес электронной почты сотрудника и откройте выбор ролей.
4. Отметьте нужные роли именно в тех магазинах, где он будет работать.
5. Создайте ссылку-приглашение и передайте её сотруднику по рабочему каналу.
6. Попросите сотрудника войти под своим логином и проверить фактический набор разделов и действий.

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

Как выбрать роль под задачу

Представим магазин, где один сотрудник отвечает за заказы, другой — за карточки, а владелец согласует продвижение и финансы. Раздать всем административный доступ проще только на этапе настройки. Затем становится трудно понять, кому действительно нужны выплаты, акции, настройки магазина и управление другими пользователями.

Для модели DBS в справке Маркета описаны роли оператора и разработчика. Оператор работает с заказами, связанными уведомлениями и сообщениями покупателей; разработчик получает технические разделы и информацию. Эти роли указаны именно для DBS, поэтому не переносите их механически на FBY или FBS. Для других моделей сверяйте таблицу уровней доступа на официальной странице.

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

• Управляющий Балансом: роль относится к оплате рекламных и других услуг через Яндекс Баланс и может открывать доступ к данным других сервисов Яндекса по договору. Выдавайте её по отдельному решению ответственного за финансы, а не вместе с обычным доступом к заказам.
• Контент-менеджер: в справке Маркета это роль для публикации шотов от имени магазина; сама по себе она не даёт доступ в кабинет продавца. Для других разделов потребуется дополнительная подходящая роль. Проверяйте список действий, а не должность человека в вашей компании.

Плюсы и ограничения делегирования

• Отдельный логин даёт управляемый отзыв доступа, но потребует заранее проверить пригодность Яндекс-аккаунта сотрудника.
• Роль в одном магазине удерживает границу работы, но при появлении второй задачи в другом магазине права придётся назначить отдельно.
• Кабинетная роль упрощает общие настройки, но открывает более широкий набор действий; её нужно обосновать реальными обязанностями.
• Минимальные права помогают разделить ответственность, но ошибочный выбор роли может помешать сотруднику выполнить конкретное действие. Проверка после приглашения обязательна.

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

Как изменить или отозвать доступ

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

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

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

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

Ошибки: последствие и исправление

• Передали личный логин владельца. Действия людей смешиваются, а точечно закрыть доступ сложнее. Исправление: пригласите каждого под отдельным логином и отзовите общий способ входа по принятой в компании процедуре.
• Выбрали администратора всего кабинета для одного магазина. Человек видит и меняет больше, чем требует задача. Исправление: сопоставьте действия с официальной матрицей и ограничьте доступ магазином, если этого достаточно.
• Не проверили Яндекс-логин до приглашения. Сотрудник получает уведомления, но не может войти в интерфейс. Исправление: сверить условие Маркета о логине и повторить приглашение подходящему аккаунту.
• Забыли отозвать доступ после смены роли в команде. Бывший исполнитель сохраняет ненужные полномочия. Исправление: включить проверку списка пользователей в процедуру передачи задач.

Что проверить перед завершением настройки

1. У сотрудника отдельный подходящий Яндекс-логин.
2. В приглашении указаны только нужные магазины.
3. Роль соответствует конкретным действиям по матрице Маркета и модели работы магазина.
4. Широкие права на кабинет, продвижение и Баланс выданы только ответственным за эти зоны.
5. Сотрудник вошёл и проверил доступ на практике.
6. Владелец знает, кто меняет роль или отзывает доступ при кадровом изменении.

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