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

Содержание
- Что проверить сразу после первого входа
- Как настроить уведомления кабинета
- Как выдавать доступ сотрудникам
- Как защитить кабинет от потери доступа
- Где проверить банковские реквизиты
- Какие настройки нужны до создания карточек
- Что настроить перед первой поставкой
- Как проверить кабинет перед началом продаж
Что проверить сразу после первого входа
Начните с данных, которые влияют на юридические действия и деньги. Затем переходите к рабочим настройкам.
- наименование продавца, ИНН и другие идентификационные данные совпадают с регистрационными документами;
- оферта и обязательные документы приняты уполномоченным лицом;
- банковские реквизиты принадлежат продавцу и введены без опечаток;
- основные телефон и электронная почта доступны владельцу бизнеса;
- нет незавершённой проверки или сообщения, которое блокирует работу;
- для входа настроены доступные средства защиты и восстановления;
- ответственные пользователи видят только необходимые им функции.
Зафиксируйте исходные данные и владельца каждого контакта. Если реквизит изменится, будет понятно, кто подтверждает замену и с каким документом её сверять.
Как настроить уведомления кабинета
Разделите уведомления по последствиям. Ошибки доступа, выплаты, блокировки, срочные задания и сбои исполнения должны попадать человеку, который может отреагировать, а не только владельцу общей почты. Информационные сообщения можно собирать для периодического просмотра. После настройки создайте проверочное событие или дождитесь первого безопасного уведомления и убедитесь, что сообщение действительно получено.
Как выдавать доступ сотрудникам
Каждому сотруднику нужен отдельный пользователь с минимальными правами для его задач. Последовательность выдачи доступа такая:
- Опишите роль: какие операции человек выполняет и какие данные должен видеть.
- Выдайте только соответствующие разрешения, отдельно проверив финансы, реквизиты и управление пользователями.
- Попросите сотрудника войти под своей учётной записью и выполнить безопасную тестовую операцию.
- Запишите владельца доступа, дату выдачи и основание.
- При смене обязанностей или уходе сотрудника сразу пересмотрите либо закройте доступ.
⛔ Не передавайте общий пароль
Общая учётная запись лишает вас возможности понять, кто изменил карточку, реквизиты или настройки. Она также сохраняет доступ у бывшего сотрудника до смены пароля и повышает риск потери всего кабинета.
Как защитить кабинет от потери доступа
Основной контакт и средства восстановления должны принадлежать бизнесу, а не подрядчику или сотруднику. Включите доступный способ дополнительного подтверждения входа, сохраните резервные коды в защищённом хранилище и ограничьте число устройств с постоянной сессией.
- не используйте один пароль в разных сервисах;
- не отправляйте коды подтверждения в рабочих чатах;
- проверяйте адрес страницы перед вводом данных;
- отзывайте лишние пользовательские и программные доступы;
- держите документированный порядок восстановления и контакт ответственного.
Где проверить банковские реквизиты
Ищите их в настройках продавца или разделе, связанном с юридическими данными и выплатами: точное название может измениться. Сверьте получателя, расчётный счёт, данные банка и принадлежность счёта зарегистрированному продавцу. После изменения не ограничивайтесь сообщением об успешном сохранении — повторно откройте реквизиты и проверьте их по банковскому документу.
Какие настройки нужны до создания карточек
До массовой загрузки подготовьте не столько интерфейс, сколько единый источник товарных данных: артикулы продавца, бренд и права на него, категории, характеристики, варианты, размеры, состав, страна происхождения и комплектность. Назначьте правило, откуда берётся каждое значение и кто его подтверждает.
Отдельно определите права редакторов карточек и порядок согласования изменений. Это защищает от ситуации, когда разные сотрудники по-разному называют один товар, создают дубли или вносят обещания, которых нет в документах и фактической комплектации.
Что настроить перед первой поставкой
Сначала выберите модель исполнения и подготовьте физический процесс. До создания отгрузки должны быть понятны:
- место хранения и фактический учёт остатков;
- ответственный за сборку, маркировку и контроль партии;
- оборудование и расходные материалы для печати и упаковки;
- связь артикула, варианта товара и используемого кода;
- порядок действий при расхождении количества или нечитаемой этикетке;
- резервный исполнитель на случай отсутствия основного.
После этого создайте небольшую контрольную сборку без фактической отгрузки: возьмите случайный товар, найдите его в учёте, сформируйте этикетку, упакуйте и повторно отсканируйте. Такой тест выявляет разрыв между кабинетом и складом раньше, чем он затронет всю партию.
Как проверить кабинет перед началом продаж
Проведите сквозной аудит по сценарию «товар — заказ — исполнение — деньги». Проверка считается завершённой, когда по каждому участку есть не только настройка, но и подтверждение работы.
- данные продавца и банковские реквизиты сверены с документами;
- владелец может войти и восстановить доступ без помощи подрядчика;
- сотрудники работают через отдельные учётные записи;
- критичные уведомления доходят до назначенных ответственных;
- товарные данные подготовлены из единого источника;
- учёт остатков и контрольная сборка проходят без расхождений;
- понятно, кто разбирает ошибку карточки, заказа, поставки или выплаты.
Не публикуйте большой ассортимент только потому, что кабинет открывается без ошибок. Сначала подтвердите работу основных процессов на ограниченном объёме, исправьте найденные разрывы и только затем масштабируйте загрузку и поставки.

Рекомендованные статьи