# От карточки до приёмки: ежедневный маршрут менеджера маркетплейсов по товарному учёту > Как менеджеру маркетплейсов не потерять товар между онбордингом карточек, заказом поставщику и приёмкой на склад Wildberries. published: 2026-08-05T22:03:05+03:00 updated: 2026-08-05T23:13:56+03:00 Раздел [«Товарный учёт»](/inventory) — это одиннадцать связанных экранов, которые вместе отвечают на пять вопросов о вашем товаре: сколько его и где физически (стоит на складе, едет от поставщика, лежит на складе маркетплейса), сколько он стоит (себестоимость), сколько денег в нём заморожено, что и когда докупать, и что делать с тем, что не продаётся. Каждый экран отвечает на свой кусок этого вопроса — вместе они закрывают весь путь товара, а не только его финальный остаток. ## Как читать дашборд Открыв [«Товарный учёт»](/inventory), вы сразу видите пять цифр: - **«К закупке»** — сколько товарных позиций дошли до точки заказа и суммарно сколько единиц нужно докупить (ведёт в «Пополнение»); - **«Заморожено»** — сколько рублей стоит в товаре, который почти не продаётся (ведёт в «Неликвид»); - **«Маржа»** — валовая прибыль за месяц по всему товарному учёту; - **«Неликвид, SKU»** — сколько товарных позиций считаются неликвидом; - **«Капитализация»** — суммарная стоимость всего, что лежит на складе, по себестоимости (ведёт в «Оборачиваемость»). Если часть товаров ещё без указанной себестоимости, дашборд честно показывает сноску: суммы посчитаны только по тем товарам, где себестоимость уже введена, а не занижены молча. Для нового кабинета дашборд также показывает **чек-лист настройки** из четырёх шагов: завести карточки товаров («Онбординг»), внести себестоимость («Себестоимость»), завести поставщиков («Поставщики») и настроить политику пополнения («Политика»). Пока шаг не пройден — расчёты раздела работают на консервативных значениях по умолчанию, а не на ваших реальных условиях. ## Из чего состоит раздел - **[Онбординг](/inventory/onboarding)** — сопоставление карточек WB и Ozon в единый товар, точка входа для всего остального: без онбординга товар не участвует в расчётах потребности и неликвида как полноценная единица. - **[Себестоимость](/inventory/costs)** — закупочные цены товаров (вручную или импортом из Excel), основа для маржи, капитализации и суммы замороженных денег. - **[Поставщики](/inventory/suppliers)** — срок поставки, минимальная партия (MOQ) и кратность упаковки по каждому поставщику; эти данные напрямую влияют на точность расчёта пополнения. - **[Закупки](/inventory/purchase-orders)** — ваши заказы поставщику: что заказано, что уже приехало, что ещё в пути (и вычитается из расчёта потребности как «уже едет»). - **[Поставки на склад МП](/inventory/supplies)** — статусы приёмки товара на складе Wildberries (FBW): запланировано → отгрузка разрешена → идёт приёмка → принято → отгружено. - **[Остатки по этапам](/inventory/stages)** — где физически ваш товар прямо сейчас: свои локации (журнал движений, который ведёте вы) плюс снимки складов и транзита WB/Ozon. - **[Пополнение](/inventory/replenishment)** — что и сколько докупить: расчёт по скорости продаж, сроку поставки и страховому запасу, с округлением под MOQ и упаковку поставщика. - **[Оборачиваемость](/inventory/turnover)** — за сколько дней распродаётся запас по каждому товару, с разбивкой по классам A/B/C (доля в выручке организации: A — первые 80% накопленной выручки, B — до 95%, C — «хвост» ассортимента). - **[Неликвид](/inventory/illiquid)** — товары, которые почти не продаются, но продолжают занимать склад: сколько рублей заморожено и сколько дней товар не двигается. - **[Политика](/inventory/policy)** — настройки расчёта пополнения (страховой запас, горизонт планирования, целевая оборачиваемость) — общие для организации или переопределённые по конкретному товару. Отдельно от товарного учёта, но напрямую влияет на прибыль по тому же товару — раздел [«Габариты»](/dimensions): расхождение объёма в карточке с фактическим замером WB стоит денег на логистике и хранении и рискует штрафом. ## Как разделы связаны друг с другом Данные текут в одном направлении: **Поставщики** (условия закупки) → **Закупки** (что заказано, что в пути) → **Поставки на склад МП** (приёмка на площадке) → **Остатки по этапам** (где товар физически) → **Оборачиваемость** (как быстро он продаётся) → **Пополнение** (сколько докупить дальше, с учётом уже заказанного и скорости продаж) → **Неликвид** (что перестало продаваться и замораживает деньги). Себестоимость подключена ко всем денежным цифрам сразу: без неё маржа, капитализация и сумма замороженных денег считаются по нулевой стоимости и честно показывают это, а не выдумывают оценку. ## Спросите ИИ-ассистента - «Что сейчас нужно закупить и сколько денег заморожено в неликвиде?» - «Был ли товар [название] в нуле на складе за последний месяц?» - «Покажи товары без себестоимости — сколько их и как это искажает капитализацию». ## Коротко - Прежде чем считать что-либо по товару, карточки WB и Ozon сводятся в [«Онбординге»](/inventory/onboarding) в одну товарную позицию — это первый шаг для нового кабинета или нового товара. - [«Закупки»](/inventory/purchase-orders) — заказы поставщику; когда партия физически приходит к вам, заказ переводится в статус приёмки, и приёмку можно фиксировать частично, не дожидаясь остатка партии. - [«Поставки»](/inventory/supplies) показывают статусы приёмки на складе Wildberries (FBW) от «не запланировано» до «отгружено» — стадия «идёт приёмка» требует ежедневного контроля на расхождения. - [«Остатки по этапам»](/inventory/stages) — единственное место, где товар виден целиком: и на собственных локациях, и на площадках WB и Ozon. - Статусы приёмки построены только на данных Wildberries — по Ozon аналогичный сбор отдельно не реализован. ## От карточки до приёмки: маршрут менеджера маркетплейсов У менеджера маркетплейсов товар постоянно движется между этапами — заказан у поставщика, едет, принят на свой склад, отгружен на Wildberries, принимается складом WB, наконец появился в продаже. На любом из этих переходов товар может «зависнуть»: поставщик задержал партию, приёмка на FBW идёт дольше обычного, карточка WB и карточка Ozon не сведены в один товар — и тогда расчёт потребности считает их как два разных, путая закупку.
Подробно: почему ручной контроль не масштабируется Ручной контроль такого количества переходов по каждому SKU отнимает время и не масштабируется на весь ассортимент. Задача этого раздела — не искать проблему в личном кабинете маркетплейса вручную, а увидеть её на одном экране заранее.
## Шаг 1: разметка карточек Прежде чем считать что-либо по товару, карточки WB и Ozon должны быть сведены в одну товарную позицию — иначе один и тот же товар будет считаться дважды или расчёт потребности не увидит остаток на втором маркетплейсе. Это делается в разделе [«Онбординг»](/inventory/onboarding): при подключении нового кабинета или добавлении нового товара — первое, что стоит сделать, до того как доверять любым цифрам дальше по разделу. ## Шаг 2: заказ поставщику и приёмка от поставщика Раздел [«Закупки»](/inventory/purchase-orders) — это ваши заказы поставщику: что заказали, у кого, когда ждать.
Подробно: перевод заказа в приёмку и частичная приёмка Когда партия приходит физически к вам (не на склад маркетплейса, а на свою локацию — склад, офис, транзитный пункт), заказ переводится в статус приёмки, и это движение сразу попадает в журнал остатков. Важная деталь для ежедневной работы: приёмка может быть частичной — если поставщик привёз не всё сразу, отмечайте фактически пришедшее количество, а не ждите, пока приедет остаток, чтобы отразить движение одним разом.
## Шаг 3: отгрузка на склад Wildberries и статусы приёмки FBW Раздел [«Поставки»](/inventory/supplies) показывает жизненный цикл поставки уже на складе самого маркетплейса (FBW): не запланировано → запланировано → отгрузка разрешена → идёт приёмка → принято → отгружено.
Подробно: отдельный процесс и стадия «идёт приёмка» Это отдельный процесс от заказа поставщику — здесь товар уже физически покинул вашу зону и обрабатывается площадкой. Стадия «идёт приёмка» — самая важная для ежедневного контроля: если количество принятого заметно отстаёт от заявленного дольше обычного, это повод разобраться с площадкой (пересорт, брак, задержка), а не ждать, пока само разрешится.
## Шаг 4: где физически находится товар Раздел [«Остатки по этапам»](/inventory/stages) даёт полную картину дислокации: что лежит на собственных локациях (через журнал движений товара) и что показывают снимки складов и транзита самих WB и Ozon. Это единственное место, где видно товар целиком — не только на площадке и не только у себя, а везде одновременно. ## Как выстроить рабочий день и неделю Периодичность проверок разная: ежедневно, по событию прихода партии, еженедельно и при подключении нового товара или кабинета.
Подробно: ежедневные, по событию и еженедельные проверки Ежедневно: загляните в [«Поставки»](/inventory/supplies) — какие короба сейчас в статусе «идёт приёмка» и нет ли расхождений между заявленным и принятым количеством. По событию (пришла партия от поставщика): откройте нужный заказ в [«Закупках»](/inventory/purchase-orders) и отметьте приёмку — количество и локацию, куда физически поступил товар. Еженедельно: просмотрите открытые заказы поставщику — что ещё в пути и когда ожидается, чтобы не дублировать заказ, который расчёт потребности в [«Пополнении»](/inventory/replenishment) уже учёл как «уже едет». При подключении нового товара или нового кабинета клиента: сначала [«Онбординг»](/inventory/onboarding), и только потом всё остальное — без сведения карточек любые дальнейшие цифры по этому товару будут не полными.
## Что это даёт Вместо разрозненных проверок в личных кабинетах WB и Ozon вручную у вас один маршрут по разделам, который повторяет реальный путь товара — от заказа до продажи. Товар не «теряется» между этапами, потому что каждый этап имеет свой экран и свой статус, а расхождения (недостача при приёмке, задержавшаяся поставка) видны раньше, чем скажутся на продажах. ## Частые вопросы - **С какого раздела начинать работу с новым товаром?** С [«Онбординга»](/inventory/onboarding) — без сведения карточек WB и Ozon в одну позицию остальные расчёты будут неполными или задвоенными. - **Поставка в статусе «отгружено», а товара в продаже ещё нет — это ошибка?** Нет: «отгружено» — финальный статус самой поставки на складе-отправителе, а не гарантия, что весь товар уже разложен и доступен к покупке — смотрите отдельное поле готовности к продаже в карточке поставки. - **Можно ли исправить ошибочно указанное количество при приёмке задним числом?** Журнал движений только дописывается: ошибку исправляет обратное корректирующее движение в [«Остатках по этапам»](/inventory/stages), а не правка старой записи. - **Заказ поставщику принят частично — что дальше?** Ничего специального: статус станет «принят частично», а оставшееся количество примете отдельно, когда придёт вторая часть партии. - **Раздел поставок показывает статусы Ozon?** Нет, статусы приёмки построены на данных Wildberries (FBW); по Ozon аналогичный сбор отдельно не реализован. ## Спросите ИИ-ассистента - «Какие поставки сейчас застряли в статусе "идёт приёмка"?» - «Есть ли открытые заказы поставщику, которые давно пора принять?» - «Покажи товары, где расхождение между заказанным и принятым количеством».