# Приёмка поставок FBW при ведении нескольких клиентов одновременно > Как агентству не перепутать статусы приёмки поставок разных клиентов на Wildberries и держать единообразный контроль по каждому кабинету отдельно. published: 2026-08-05T22:34:20+03:00 updated: 2026-08-05T23:13:56+03:00 Раздел [«Поставки на склад МП»](/inventory/supplies) показывает жизненный цикл поставок **на склад самого маркетплейса** (FBW/FBO — товар хранится и отгружается складом Wildberries) — от момента, когда поставка запланирована, до того, как она полностью принята и готова к продаже. Это не то же самое, что [«Закупки»](/inventory/purchase-orders): там — ваш заказ поставщику, здесь — доставка вашего уже закупленного товара на склад маркетплейса. ## Зачем этот раздел Между тем, что вы отгрузили на склад маркетплейса, и тем, что реально попало в продажу, проходит время и несколько статусов приёмки — склад может принять товар не сразу и не полностью. Не видя этот раздел, продавец узнаёт о проблемах с приёмкой (расхождение количества, долгая задержка) только когда уже поздно — товар не появился в продаже, а разбираться, на каком этапе он застрял, приходится в личном кабинете маркетплейса вручную. ## Откуда данные Все данные раздела приходят **из API Wildberries** (supplies-api) — это готовые данные площадки, вручную здесь ничего не вводится и не редактируется: - **Статус поставки** — шесть задокументированных стадий: 1 «не запланировано», 2 «запланировано», 3 «отгрузка разрешена», 4 «идёт приёмка», 5 «принято», 6 «отгружено». Если WB присылает статус вне этого диапазона (промежуточные стадии брони/слотов вне текущей поддержки), он показывается как «Статус {id}» без перевода — платформа честно показывает необработанный номер, а не падает и не молчит. - **Склад, даты (план/факт/создание/обновление), количество товара, короба** — снимок из WB-поставки на момент последней синхронизации. - **Принято / готово к продаже** — фактическое количество, принятое складом WB, и отдельно — сколько из принятого уже доступно к продаже (эти числа могут отличаться на переходных стадиях приёмки). Раздел не участвует напрямую в расчёте потребности «Пополнения» (в отличие от открытых заказов поставщику из раздела «Закупки», которые вычитаются как «уже в пути») — здесь товар физически уже покинул вашу зону ответственности и обрабатывается площадкой. ## Как читать экран - **Статус** — цветной бейдж по стадии приёмки: серый — ещё не в работе (не запланировано/ запланировано), синий — отгрузка разрешена, янтарный — идёт приёмка (переходное состояние, стоит следить), зелёный — принято, нейтральный — отгружено (финальная стадия). - **Склад** — какой склад WB принимает поставку. - **Кол-во / Принято** — сколько единиц заявлено в поставке и сколько уже фактически принято складом; расхождение указывает на пересорт или недостачу при приёмке. - **Готово к продаже** — сколько из принятого действительно доступно покупателю прямо сейчас. - **Короба, тип поставки** — вспомогательные технические детали упаковки поставки. ## Как работать **Ежедневно/по событию, пока поставка в статусе «Идёт приёмка»:** заглядывайте в карточку поставки — если «Принято» заметно меньше «Кол-во» дольше обычного, это повод разобраться с маркетплейсом (пересорт, брак, задержка приёмки), а не ждать, пока сама рассосётся. **После полной приёмки:** сверьте «Принято» с тем, что физически отгружали — если меньше заявленного, это может означать недостачу при приёмке складом; если это ваш товар, отражённый и в собственном учёте (раздел [«Остатки по этапам»](/inventory/stages)), стоит зафиксировать расхождение движением-корректировкой. **Новому менеджеру в первый день:** просто откройте раздел и посмотрите, какие поставки сейчас в пути и на какой они стадии — это быстрый способ понять, чего ждать на складе на этой неделе. ## Частые вопросы - **Статус показывает «Статус 7» (или другое незнакомое число) — это ошибка?** Нет, это необработанная площадкой стадия вне задокументированного диапазона 1–6 — платформа честно показывает исходный номер вместо того, чтобы падать или скрывать поставку. - **Почему «Принято» меньше, чем я отгрузил?** Либо приёмка ещё не завершена (статус «Идёт приёмка»), либо склад зафиксировал недостачу/пересорт при приёмке — проверьте детали поставки в личном кабинете WB, платформа показывает то же число, что прислал WB. - **Могу ли я отредактировать данные поставки здесь?** Нет, это снимок из WB — редактируется только в личном кабинете маркетплейса, платформа его отражает, а не изменяет. - **Поставка «Отгружено» (статус 6), а товара в продаже всё ещё нет.** «Отгружено» — терминальный статус самой поставки на складе-отправителе, а не гарантия, что весь товар уже разложен и готов к продаже везде — смотрите поле «Готово к продаже» отдельно. - **Раздел учитывает поставки Ozon?** Нет, раздел построен на WB supplies-api (FBW); сбор аналогичных данных по Ozon отдельно не реализован. ## Спросите ИИ-ассистента - «Какие поставки сейчас в статусе "Идёт приёмка"?» - «Есть ли поставки, где принято заметно меньше, чем заявлено?» - «Покажи поставки, которые ещё не приняты, по складу [название]». ## Коротко - Раздел [«Поставки на склад МП»](/inventory/supplies) показывает поставки только текущего выбранного кабинета — переключаясь между клиентами, вы физически не увидите данные другого клиента на одном экране. - Структура экрана и набор статусов приёмки одинаковы для любого клиента, поэтому один и тот же чек-лист проверки дословно переносится с одного кабинета на другой. - Единственная стадия, требующая действий прямо сейчас, — «Идёт приёмка»; расхождение между «Кол-во» и «Принято», которое держится дольше обычного, — повод сообщить клиенту и подключить поддержку маркетплейса. - Строгое разделение данных по кабинетам защищает и от риска перепутать поставки между клиентами при параллельной работе нескольких сотрудников, и от ошибок в отчётности перед клиентом. ## Проблема мультикабинетности Ведя несколько клиентов одновременно, вы постоянно переключаетесь между кабинетами Wildberries — и у каждого клиента в моменте может быть по несколько поставок на разных стадиях приёмки.
Подробно: риск путаницы и как раздел его снимает Если держать статусы в голове или в отдельной таблице, легко перепутать: сказать одному клиенту, что поставка принята, хотя на самом деле это была поставка другого клиента, или пропустить задержку, потому что внимание было сосредоточено на более «шумном» аккаунте. Раздел [«Поставки на склад МП»](/inventory/supplies) существует отдельно для каждого кабинета — переходя между организациями, вы каждый раз видите ровно те поставки, которые относятся к текущему клиенту, без риска смешать данные.
## Единообразный контроль по каждому клиенту Одно из главных преимуществ работы через единую платформу вместо разрозненных личных кабинетов — одинаковая структура экрана для любого клиента: те же статусы, те же колонки «Кол-во» и «Принято», то же поле «Готово к продаже».
Подробно: как чек-лист переносится между клиентами Это значит, что чек-лист проверки, который вы выработали на одном клиенте («сегодня смотрим статус "Идёт приёмка"», «после приёмки сверяем количество»), дословно переносится на любого другого — не нужно каждый раз заново разбираться в интерфейсе конкретного личного кабинета WB, у которого могут быть свои особенности отображения.
## Как это выглядит в работе с портфелем клиентов Проверяя портфель клиентов по очереди, заходите в раздел по каждому кабинету и в первую очередь смотрите поставки в статусе «Идёт приёмка» — это единственная стадия, требующая действий.
Подробно: расхождения и изоляция данных по клиентам Если у клиента появилось расхождение между «Кол-во» и «Принято», которое держится дольше обычного, это повод сообщить клиенту и при необходимости помочь разобраться с обращением в поддержку маркетплейса — до того, как клиент сам заметит нехватку товара в продаже и придёт с вопросом. Так как раздел строго разделён по кабинетам, отчёт по статусам приёмки для одного клиента гарантированно не содержит данных другого — это важно и для доверия клиента к отчётности, и для вашей собственной защиты от ошибок при передаче информации.
## Что это даёт агентству Вместо ручного мониторинга личных кабинетов каждого клиента по отдельности вы работаете по одному и тому же чек-листу для всего портфеля, а изоляция данных по кабинетам избавляет от риска перепутать поставки между клиентами при параллельной работе нескольких сотрудников агентства. ## Частые вопросы - **Можно ли увидеть поставки сразу нескольких клиентов на одном экране?** Нет, раздел показывает поставки одного кабинета за раз — это осознанное разделение, чтобы данные клиентов не смешивались; переключение между клиентами происходит через переключатель организации. - **Разные ли статусы приёмки у разных клиентов, если оба продают на Wildberries?** Нет, набор статусов (не запланировано, запланировано, отгрузка разрешена, идёт приёмка, принято, отгружено) общий для всех кабинетов — единая логика работы упрощает обучение новых сотрудников агентства. - **Как быстро проверить статус приёмки по конкретному клиенту, если их много?** Переключитесь на нужную организацию и отсортируйте список поставок по статусу — приёмка, требующая внимания, сразу видна вверху списка «Идёт приёмка». - **Что делать, если сотрудник агентства случайно смотрит не тот кабинет?** Раздел всегда привязан к выбранной организации, поэтому данные другого клиента физически не появятся на экране — риск в том, чтобы вовремя заметить, что выбран не тот клиент в переключателе. - **Нужно ли вести отдельный трекер статусов поставок для отчётности клиентам?** Раздел уже содержит все нужные статусы и даты по каждой поставке — использовать его как основной источник для отчёта клиенту надёжнее, чем вести параллельную таблицу вручную. ## Спросите ИИ-ассистента - «Покажи поставки этого клиента, которые сейчас в статусе "Идёт приёмка"». - «Есть ли у текущего кабинета поставки с расхождением между заявленным и принятым количеством?» - «Сколько поставок сейчас в пути у этого клиента и на каких складах?»