# Расхождение локаций товара как признак потерянных денег > Почему несовпадение остатков по своим локациям и складам маркетплейса — это не техническая мелочь, а сигнал о потерянном товаре и деньгах бизнеса. published: 2026-08-05T22:34:20+03:00 updated: 2026-08-05T23:13:56+03:00 Раздел [«Остатки по этапам»](/inventory/stages) отвечает на один вопрос: **где физически находится ваш товар прямо сейчас** — на вашем складе, у поставщика, в пути, на складе маркетплейса или едет обратно как возврат. Это не то же самое, что [«Пополнение»](/inventory/replenishment) (там — сколько докупить) и не то же самое, что [«Себестоимость»](/inventory/costs) (там — сколько стоит) — здесь только про местоположение и количество. ## Зачем этот раздел Товар в товарном учёте проходит несколько этапов, прежде чем станет продажей: закупили у поставщика → он едет к вам или сразу на склад маркетплейса → лежит на складе маркетплейса → либо продан, либо возвращён. Если не видеть все этапы разом, легко потерять товар «между» ними — например, партия числится «принята у поставщика», но никто не проверил, доехала ли она до склада маркетплейса. Раздел сводит все этапы в одну матрицу и один журнал, чтобы не искать ответ в пяти разных местах. ## Откуда данные Экран состоит из двух принципиально разных источников: - **Ваши локации (журнал движений)** — это данные, которые **вводите вы сами**: каждое перемещение товара — отдельная запись в журнале (приёмка, отгрузка, перемещение между вашими локациями, возврат, списание, утилизация, инвентаризационная корректировка). Остаток на каждой вашей локации — это не отдельное поле, а сумма приходов минус сумма расходов по журналу: если цифра ушла в минус, значит расходное движение было введено раньше, чем приходное — стоит проверить журнал. Журнал **дописывающий** (append-only): ошибку не редактируют задним числом, а исправляют обратной записью-корректировкой — история никогда не переписывается. - **Склады маркетплейсов (снимки)** — это данные, которые присылают WB и Ozon: сколько на складе (On hand), сколько в пути (к клиенту/от клиента/по черновикам поставок — для WB; для Ozon транзит пока не собирается), сколько едет обратно как возврат (пока только для Ozon — статусы «возврат на пути к продавцу», «курьер везёт», «в пункте выдачи»; возвраты WB возвращаются сразу на склад WB и видны в «На складах МП»). Эти цифры вручную не редактируются — это снимок с площадки. Ваши локации сами делятся по тому, «у кого товар» (поле custody): мой склад, у поставщика, в пути (перевозчик), маркетплейс — это ваша собственная разметка этапов, не обязана совпадать один в один со снимками WB/Ozon выше. ## Как читать экран - **Σ у меня** — итог по всем вашим локациям из журнала движений; снимки маркетплейсов сюда **не входят**. - **На складах МП** — снимок остатков на складах WB и Ozon. - **В пути МП** — транзит по данным маркетплейса (сейчас в основном по WB). - **Возвраты → ко мне** — возвраты Ozon, которые едут к вам или лежат в пункте выдачи; когда заберёте посылку — оформите приёмку прямо кнопкой в ячейке (это создаст движение «Возврат» на выбранную вашу локацию). - **Итого** — сумма всех четырёх колонок: весь ваш товар на всех этапах разом. - Вкладка «Журнал движений» — лента всех записей: тип движения, откуда/куда, количество, цена за штуку, комментарий, дата. ## Как работать **Новому менеджеру в первый день:** проверьте, что список локаций отражает реальные места, где у вас бывает товар (по умолчанию создана только «Мой склад») — добавьте недостающие (например, отдельный транзитный хаб, если товар едет через перевалочный склад). **По событию:** пришла партия от поставщика на ваш склад → движение «Приёмка» в нужную локацию (если приёмка идёт через оформленный заказ поставщику — она создастся автоматически при приёмке заказа в разделе [«Закупки»](/inventory/purchase-orders)); перевезли товар между своими складами → «Перемещение»; нашли брак или недостачу при инвентаризации → «Списание» или «Корректировка»; вернули товар от покупателя → «Возврат»; вывели неликвид → «Утилизация». **Еженедельно:** сверяйте «Σ у меня» с тем, что физически на полке — расхождение сигналит о пропущенном движении в журнале. ## Частые вопросы - **Остаток на локации ушёл в минус — это ошибка?** Технически возможно, если расходное движение (отгрузка/списание) записано раньше прихода по времени — проверьте даты движений в журнале и добавьте пропущенный приход задним числом с правильной датой. - **Я ошибся в количестве при вводе движения — как исправить?** Не редактируйте старую запись (журнал append-only) — добавьте корректирующее движение на разницу. - **Почему «На складах МП» не совпадает с личным кабинетом WB/Ozon на текущую минуту?** Это снимок, который обновляется не в реальном времени, а по расписанию сбора данных — небольшое расхождение по времени ожидаемо. - **Транзит Ozon не отображается — это баг?** Нет, это известное ограничение: сбор транзита по Ozon пока не реализован, колонка «В пути МП» по Ozon-товарам будет пустой. - **Зачем вообще вести свои локации, если есть снимки маркетплейса?** Снимки показывают только то, что уже на площадке. Всё, что происходит до этого — у поставщика, в дороге к вам, на вашем собственном складе — платформа не может узнать сама, это видно только из вашего журнала. ## Спросите ИИ-ассистента - «Сколько товара [название] у меня на всех этапах прямо сейчас?» - «Есть ли локации с отрицательным остатком?» - «Покажи последние движения по товару [название] за месяц». ## Коротко - Каждая единица товара — на складе, у поставщика, в пути или на площадке — это уже вложенные деньги; «дыра» в учёте означает потерю видимости этих денег, а иногда и самого товара. - Раздел [«Остатки по этапам»](/inventory/stages) сводит товар в четыре среза («Σ у меня», «На складах МП», «В пути МП», «Возвраты → ко мне») — расхождение с ожиданием стоит разбирать, а не списывать на технические нюансы. - Если товар фактически потерян, но формально числится «в пути» или «на складе», расчёт потребности в [«Пополнении»](/inventory/replenishment) занизит рекомендацию докупки и приведёт к дефициту; задвоенное движение даст обратный эффект. - Ежедневный ввод движений — задача операционного менеджера, роль владельца — периодическая сверка итога «Σ у меня» и разбор системных расхождений. - Снимки WB и Ozon показывают только то, что уже на площадке — всё, что происходит раньше (у поставщика, в дороге, на своём складе), платформа знает только из журнала движений. ## Почему местоположение товара — это вопрос денег Каждая единица товара, где бы она ни находилась — на вашем складе, у поставщика, в пути или на складе маркетплейса, — это уже вложенные вами деньги.
Подробно: что теряется, когда в учёте появляется «дыра» Пока вы точно знаете, где физически находится весь товар, эти деньги под контролем: вы понимаете, что довезли, что ещё в пути, а что уже продаётся. Как только в учёте появляется «дыра» — товар нигде не числится или числится дважды, — вы фактически теряете видимость части своих вложенных денег, а иногда и сам товар: он может быть потерян, испорчен или просто забыт на промежуточном этапе, и никто не заметит этого, пока не понадобится инвентаризация.
## Как раздел показывает эту картину Раздел [«Остатки по этапам»](/inventory/stages) сводит в одну таблицу четыре среза: «Σ у меня» (всё, что у вас по собственному журналу движений), «На складах МП» (снимок остатков WB и Ozon), «В пути МП» (транзит по данным площадки) и «Возвраты → ко мне» (то, что едет обратно от покупателя).
Подробно: как читать колонку «Итого» и расхождения Итоговая колонка «Итого» — это весь ваш товар на всех этапах сразу. Если сумма по этим срезам не сходится с тем, что вы ожидаете увидеть, — это повод разобраться, а не списать на «технические нюансы»: за каждой единицей расхождения стоит либо реальный физический товар, который не туда попал, либо пропущенная запись в журнале.
## Связь с решением «докупить или нет» Раздел [«Пополнение»](/inventory/replenishment) считает, сколько нужно докупить, опираясь на то, сколько товара сейчас есть на всех этапах.
Подробно: как ошибка в остатках искажает рекомендацию докупки Если часть товара фактически потеряна между этапами, но формально всё ещё числится «в пути» или «на складе», расчёт потребности будет заниженным — платформа решит, что товара достаточно, хотя реально его меньше, и вы рискуете уйти в дефицит именно тогда, когда меньше всего этого ожидаете. Обратная ситуация тоже возможна: если движение задвоено или внесено ошибочно, расчёт может показать избыток там, где его на самом деле нет, и вы упустите момент вовремя докупить. Поэтому регулярная сверка этого раздела — не бухгалтерская формальность, а прямое условие того, чтобы решение «докупить/не докупить» опиралось на реальные цифры, а не на искажённый учёт.
## Что делать владельцу бизнеса Не обязательно лично вести журнал движений — это ежедневная задача операционного менеджера.
Подробно: как часто и на что смотреть владельцу Но раз в неделю или перед крупным решением о закупке стоит взглянуть на итоговую строку «Σ у меня» и на то, совпадает ли она с ожиданиями по физическому наличию. Если расхождения повторяются регулярно — это повод разобраться, не пропускает ли команда движения при передаче товара между этапами (со склада к перевозчику, от перевозчика на площадку), а не просто фиксировать разницу раз за разом как данность.
## Частые вопросы - **Как расхождение в локациях может означать потерю денег, если товар просто «не туда записан»?** Если товар физически потерян (испорчен, украден, забыт у перевозчика), а в учёте всё ещё числится как «в пути» или «на складе», вы продолжаете считать эти деньги активом, хотя по факту их уже нет — узнаёте об этом только на инвентаризации, когда убыток уже случился. - **Может ли расхождение привести к тому, что я закажу меньше, чем нужно?** Да — если расчёт потребности в «Пополнении» опирается на завышенный (из-за ошибки в журнале) остаток, он предложит докупить меньше, чем реально нужно, и вы рискуете уйти в дефицит по ходовому товару. - **С чего начать проверку, если я подозреваю расхождение?** Сравните «Итого» в разделе с тем, что вы ожидаете по факту, и посмотрите вкладку «Журнал движений» за последний месяц — часто причина видна сразу как пропущенная или задвоенная запись. - **Кто должен вносить движения в журнал — я или сотрудники?** Ежедневный ввод — задача операционного менеджера или кладовщика, ваша роль — периодическая сверка итога и разбор системных расхождений, а не ручной ввод каждой записи. - **Снимки маркетплейсов сами всё это исправят?** Нет, снимки WB и Ozon показывают только то, что уже на площадке — всё, что происходит до этого (у поставщика, в дороге, на вашем складе), платформа знает исключительно из вашего журнала, без него это слепая зона. ## Спросите ИИ-ассистента - «Сходится ли сейчас "Σ у меня" с тем, что должно быть по факту?» - «Есть ли товары, где расчёт пополнения мог занизить потребность из-за расхождения в остатках?» - «Покажи движения с подозрительно большими суммами за последний месяц».