# Один ассортимент на клиента, а не общая каша: товарный учёт для агентства
> Как агентству, ведущему несколько кабинетов клиентов, свести карточки WB и Ozon по каждому клиенту отдельно и не перепутать ассортимент.
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 стоит денег
на логистике и хранении и рискует штрафом.
## Как разделы связаны друг с другом
Данные текут в одном направлении: **Поставщики** (условия закупки) → **Закупки** (что заказано,
что в пути) → **Поставки на склад МП** (приёмка на площадке) → **Остатки по этапам** (где товар
физически) → **Оборачиваемость** (как быстро он продаётся) → **Пополнение** (сколько докупить
дальше, с учётом уже заказанного и скорости продаж) → **Неликвид** (что перестало продаваться и
замораживает деньги). Себестоимость подключена ко всем денежным цифрам сразу: без неё маржа,
капитализация и сумма замороженных денег считаются по нулевой стоимости и честно показывают это,
а не выдумывают оценку.
## Спросите ИИ-ассистента
- «Что сейчас нужно закупить и сколько денег заморожено в неликвиде?»
- «Был ли товар [название] в нуле на складе за последний месяц?»
- «Покажи товары без себестоимости — сколько их и как это искажает капитализацию».
## Коротко
- Раздел [«Товарный учёт»](/inventory) считает по конкретному кабинету клиента, а не по всей базе агентства сразу — это и снимает риск смешать ассортимент, остатки и капитализацию разных клиентов.
- Прежде чем показывать клиенту любые цифры, карточки WB и Ozon этого клиента нужно свести в «Онбординге» в единые товарные позиции — иначе один товар посчитается как два разных.
- Комплекты (бандлы) клиента тоже нужно свести к базовым товарам, из которых они собраны, иначе расчёт потребности не увидит, что бандл расходует остаток входящих в него позиций.
- Если по части товаров клиента не внесена себестоимость, платформа показывает честную сноску о неполноте расчёта — это стоит переносить в отчёт клиенту, а не скрывать.
- При смене ответственного менеджера внутри агентства проверяйте, что себестоимость и поставщики клиента внесены и актуальны — новому менеджеру не придётся выяснять это заново.
## Один ассортимент на клиента, а не общая каша
Агентство редко ведёт один кабинет — обычно это несколько клиентов одновременно, у каждого свои
карточки на Wildberries и Ozon, свои поставщики, свой склад. Главный риск при таком масштабе —
смешать ассортимент разных клиентов: посчитать капитализацию одного клиента с учётом остатков
другого, показать в отчёте не тот неликвид, спутать карточки при сведении WB и Ozon.
Подробно: почему это типовая ошибка и как раздел её снимает
Это не теоретический риск, а типовая ошибка ручного ведения нескольких кабинетов в голове или в
разрозненных таблицах — чем больше клиентов, тем выше шанс перепутать строки.
Раздел [«Товарный учёт»](/inventory) устроен так, что расчёты идут по кабинету — то есть по
конкретному клиенту, а не «по всей базе агентства сразу», что и снимает основной риск смешения.
## Шаг 1: свести карточки клиента в единый ассортимент
Прежде чем считать что-либо по клиенту, его карточки на Wildberries и Ozon должны быть сведены в
единые товарные позиции — иначе один и тот же товар клиента будет считаться как два разных, и
расчёт потребности, оборачиваемости и неликвида по нему окажется неверным.
Подробно: онбординг карточек и учёт бандлов
Это делается в разделе [«Онбординг»](/inventory/onboarding) отдельно для кабинета каждого клиента — при подключении
нового клиента это первый шаг, до того как показывать ему любые дальнейшие цифры.
Если у клиента есть комплекты или наборы товаров (бандлы), их состав тоже нужно свести к базовым
позициям, из которых они собраны — иначе расчёт потребности не увидит, что бандл расходует остаток
входящих в него товаров, и может неверно посчитать, сколько нужно докупить.
## Шаг 2: обзор по клиенту на дашборде
После сведения карточек дашборд [«Товарный учёт»](/inventory) по кабинету клиента показывает те же
пять карточек, что и для любого продавца.
Подробно: что показывают карточки и честная неполнота
«Капитализация» (стоимость склада клиента по
себестоимости), «Заморожено» (деньги в неликвиде именно этого клиента), «Маржа», «К закупке» и
«Неликвид, SKU». Для агентства это удобная форма быстрого отчёта клиенту — можно показать
конкретные цифры по его ассортименту, не углубляясь в детали расчёта.
Если по части товаров клиента себестоимость ещё не внесена в [«Себестоимости»](/inventory/costs),
платформа не занижает суммы молча, а показывает честную сноску о неполноте — это важно
транслировать клиенту при отчёте, чтобы не выдать частичный расчёт за полный.
## Как выстроить работу с несколькими клиентами
Порядок действий зависит от ситуации: подключение нового клиента, регулярный отчёт или передача кабинета внутри агентства.
Подробно: три сценария работы с клиентами
При подключении нового клиента: [«Онбординг»](/inventory/onboarding) карточек — обязательный
первый шаг для этого кабинета, отдельно от уже подключённых клиентов.
При регулярном отчёте клиенту: открывайте дашборд [«Товарный учёт»](/inventory) именно этого
кабинета и показывайте капитализацию, маржу и неликвид — не пересчитывайте вручную в отдельной
таблице то, что уже посчитано в кабинете клиента.
При передаче ведения кабинета внутри агентства (смена ответственного менеджера): проверьте, что
себестоимость и поставщики в [«Себестоимости»](/inventory/costs) и [«Поставщиках»](/inventory/suppliers)
внесены и актуальны для этого клиента — новому менеджеру не придётся выяснять это заново у самого
клиента.
## Что это даёт
Ассортимент, отчётность и расчёты каждого клиента остаются в границах его кабинета — не
пересекаются и не смешиваются с другими клиентами агентства. Онбординг карточек в начале работы с
клиентом делает все дальнейшие цифры (потребность в закупке, оборачиваемость, неликвид) верными с
первого дня, а не после ручной сверки задним числом.
## Частые вопросы
- **Можно ли увидеть общую капитализацию сразу по всем клиентам агентства?** Раздел
[«Товарный учёт»](/inventory) считает по конкретному кабинету — переключайтесь между клиентами,
чтобы посмотреть каждого отдельно, это и снимает риск смешения ассортимента разных клиентов.
- **Что будет, если не свести карточки WB и Ozon клиента в начале работы?** Один и тот же товар
будет считаться как два разных — расчёт потребности, оборачиваемости и неликвида по нему будет
неверным до тех пор, пока карточки не сведены в [«Онбординге»](/inventory/onboarding).
- **Как показать клиенту, что часть расчёта неполная?** Если по части товаров нет себестоимости,
платформа явно показывает сноску о неполноте расчёта — переносите её в отчёт клиенту, а не
скрывайте, чтобы не выдать частичную цифру за окончательную.
- **Комплекты (бандлы) нужно заводить отдельно от карточек?** Их состав нужно свести к базовым
товарам через [«Онбординг»](/inventory/onboarding), иначе расчёт потребности не учтёт, что
продажа бандла расходует остаток входящих в него позиций.
- **Нужно ли заново настраивать политику пополнения для каждого нового клиента?** Да, страховой
запас и горизонт планирования в разделе [«Политика»](/inventory/policy) настраиваются на кабинет,
а не общей строкой на все кабинеты агентства сразу.
## Спросите ИИ-ассистента
- «Какая капитализация склада у этого клиента прямо сейчас?»
- «Есть ли у этого клиента товары, ещё не сведённые в онбординге?»
- «Сколько денег заморожено в неликвиде по этому кабинету?»