Остаток на локации ушёл в минус — это ошибка?

Технически возможно, если расходное движение (отгрузка/списание) записано раньше прихода по времени — проверьте даты движений в журнале и добавьте пропущенный приход задним числом с правильной датой.

Я ошибся в количестве при вводе движения — как исправить?

Не редактируйте старую запись (журнал append-only) — добавьте корректирующее движение на разницу.

Почему «На складах МП» не совпадает с личным кабинетом WB/Ozon на текущую минуту?

Это снимок, который обновляется не в реальном времени, а по расписанию сбора данных — небольшое расхождение по времени ожидаемо.

Транзит Ozon не отображается — это баг?

Нет, это известное ограничение: сбор транзита по Ozon пока не реализован, колонка «В пути МП» по Ozon-товарам будет пустой.

Зачем вообще вести свои локации, если есть снимки маркетплейса?

Снимки показывают только то, что уже на площадке. Всё, что происходит до этого — у поставщика, в дороге к вам, на вашем собственном складе — платформа не может узнать сама, это видно только из вашего журнала.

Как расхождение в локациях может означать потерю денег, если товар просто «не туда записан»?

Если товар физически потерян (испорчен, украден, забыт у перевозчика), а в учёте всё ещё числится как «в пути» или «на складе», вы продолжаете считать эти деньги активом, хотя по факту их уже нет — узнаёте об этом только на инвентаризации, когда убыток уже случился.

Может ли расхождение привести к тому, что я закажу меньше, чем нужно?

Да — если расчёт потребности в «Пополнении» опирается на завышенный (из-за ошибки в журнале) остаток, он предложит докупить меньше, чем реально нужно, и вы рискуете уйти в дефицит по ходовому товару.

С чего начать проверку, если я подозреваю расхождение?

Сравните «Итого» в разделе с тем, что вы ожидаете по факту, и посмотрите вкладку «Журнал движений» за последний месяц — часто причина видна сразу как пропущенная или задвоенная запись.

Кто должен вносить движения в журнал — я или сотрудники?

Ежедневный ввод — задача операционного менеджера или кладовщика, ваша роль — периодическая сверка итога и разбор системных расхождений, а не ручной ввод каждой записи.

Снимки маркетплейсов сами всё это исправят?

Нет, снимки WB и Ozon показывают только то, что уже на площадке — всё, что происходит до этого (у поставщика, в дороге, на вашем складе), платформа знает исключительно из вашего журнала, без него это слепая зона.

Остатки по этапам: где физически ваш товар

Раздел «Остатки по этапам» отвечает на один вопрос: где физически находится ваш товар прямо сейчас — на вашем складе, у поставщика, в пути, на складе маркетплейса или едет обратно как возврат. Это не то же самое, что «Пополнение» (там — сколько докупить) и не то же самое, что «Себестоимость» (там — сколько стоит) — здесь только про местоположение и количество.

Зачем этот раздел

Товар в товарном учёте проходит несколько этапов, прежде чем станет продажей: закупили у поставщика → он едет к вам или сразу на склад маркетплейса → лежит на складе маркетплейса → либо продан, либо возвращён. Если не видеть все этапы разом, легко потерять товар «между» ними — например, партия числится «принята у поставщика», но никто не проверил, доехала ли она до склада маркетплейса. Раздел сводит все этапы в одну матрицу и один журнал, чтобы не искать ответ в пяти разных местах.

Откуда данные

Экран состоит из двух принципиально разных источников:

Ваши локации (журнал движений) — это данные, которые вводите вы сами: каждое перемещение товара — отдельная запись в журнале (приёмка, отгрузка, перемещение между вашими локациями, возврат, списание, утилизация, инвентаризационная корректировка). Остаток на каждой вашей локации — это не отдельное поле, а сумма приходов минус сумма расходов по журналу: если цифра ушла в минус, значит расходное движение было введено раньше, чем приходное — стоит проверить журнал. Журнал дописывающий (append-only): ошибку не редактируют задним числом, а исправляют обратной записью-корректировкой — история никогда не переписывается.
Склады маркетплейсов (снимки) — это данные, которые присылают WB и Ozon: сколько на складе (On hand), сколько в пути (к клиенту/от клиента/по черновикам поставок — для WB; для Ozon транзит пока не собирается), сколько едет обратно как возврат (пока только для Ozon — статусы «возврат на пути к продавцу», «курьер везёт», «в пункте выдачи»; возвраты WB возвращаются сразу на склад WB и видны в «На складах МП»). Эти цифры вручную не редактируются — это снимок с площадки.

Ваши локации сами делятся по тому, «у кого товар» (поле custody): мой склад, у поставщика, в пути (перевозчик), маркетплейс — это ваша собственная разметка этапов, не обязана совпадать один в один со снимками WB/Ozon выше.

Как читать экран

Σ у меня — итог по всем вашим локациям из журнала движений; снимки маркетплейсов сюда не входят.
На складах МП — снимок остатков на складах WB и Ozon.
В пути МП — транзит по данным маркетплейса (сейчас в основном по WB).
Возвраты → ко мне — возвраты Ozon, которые едут к вам или лежат в пункте выдачи; когда заберёте посылку — оформите приёмку прямо кнопкой в ячейке (это создаст движение «Возврат» на выбранную вашу локацию).
Итого — сумма всех четырёх колонок: весь ваш товар на всех этапах разом.
Вкладка «Журнал движений» — лента всех записей: тип движения, откуда/куда, количество, цена за штуку, комментарий, дата.

Как работать

Новому менеджеру в первый день: проверьте, что список локаций отражает реальные места, где у вас бывает товар (по умолчанию создана только «Мой склад») — добавьте недостающие (например, отдельный транзитный хаб, если товар едет через перевалочный склад).

По событию: пришла партия от поставщика на ваш склад → движение «Приёмка» в нужную локацию (если приёмка идёт через оформленный заказ поставщику — она создастся автоматически при приёмке заказа в разделе «Закупки»); перевезли товар между своими складами → «Перемещение»; нашли брак или недостачу при инвентаризации → «Списание» или «Корректировка»; вернули товар от покупателя → «Возврат»; вывели неликвид → «Утилизация».

Еженедельно: сверяйте «Σ у меня» с тем, что физически на полке — расхождение сигналит о пропущенном движении в журнале.

Частые вопросы

Остаток на локации ушёл в минус — это ошибка? Технически возможно, если расходное движение (отгрузка/списание) записано раньше прихода по времени — проверьте даты движений в журнале и добавьте пропущенный приход задним числом с правильной датой.
Я ошибся в количестве при вводе движения — как исправить? Не редактируйте старую запись (журнал append-only) — добавьте корректирующее движение на разницу.
Почему «На складах МП» не совпадает с личным кабинетом WB/Ozon на текущую минуту? Это снимок, который обновляется не в реальном времени, а по расписанию сбора данных — небольшое расхождение по времени ожидаемо.
Транзит Ozon не отображается — это баг? Нет, это известное ограничение: сбор транзита по Ozon пока не реализован, колонка «В пути МП» по Ozon-товарам будет пустой.
Зачем вообще вести свои локации, если есть снимки маркетплейса? Снимки показывают только то, что уже на площадке. Всё, что происходит до этого — у поставщика, в дороге к вам, на вашем собственном складе — платформа не может узнать сама, это видно только из вашего журнала.

Спросите ИИ-ассистента

«Сколько товара [название] у меня на всех этапах прямо сейчас?»
«Есть ли локации с отрицательным остатком?»
«Покажи последние движения по товару [название] за месяц».

Почему местоположение товара — это вопрос денег

Каждая единица товара, где бы она ни находилась — на вашем складе, у поставщика, в пути или на складе маркетплейса, — это уже вложенные вами деньги.

Подробно: что теряется, когда в учёте появляется «дыра»

Пока вы точно знаете, где физически находится весь товар, эти деньги под контролем: вы понимаете, что довезли, что ещё в пути, а что уже продаётся. Как только в учёте появляется «дыра» — товар нигде не числится или числится дважды, — вы фактически теряете видимость части своих вложенных денег, а иногда и сам товар: он может быть потерян, испорчен или просто забыт на промежуточном этапе, и никто не заметит этого, пока не понадобится инвентаризация.

Как раздел показывает эту картину

Раздел «Остатки по этапам» сводит в одну таблицу четыре среза: «Σ у меня» (всё, что у вас по собственному журналу движений), «На складах МП» (снимок остатков WB и Ozon), «В пути МП» (транзит по данным площадки) и «Возвраты → ко мне» (то, что едет обратно от покупателя).

Подробно: как читать колонку «Итого» и расхождения

Итоговая колонка «Итого» — это весь ваш товар на всех этапах сразу. Если сумма по этим срезам не сходится с тем, что вы ожидаете увидеть, — это повод разобраться, а не списать на «технические нюансы»: за каждой единицей расхождения стоит либо реальный физический товар, который не туда попал, либо пропущенная запись в журнале.

Связь с решением «докупить или нет»

Раздел «Пополнение» считает, сколько нужно докупить, опираясь на то, сколько товара сейчас есть на всех этапах.

Подробно: как ошибка в остатках искажает рекомендацию докупки

Если часть товара фактически потеряна между этапами, но формально всё ещё числится «в пути» или «на складе», расчёт потребности будет заниженным — платформа решит, что товара достаточно, хотя реально его меньше, и вы рискуете уйти в дефицит именно тогда, когда меньше всего этого ожидаете.

Обратная ситуация тоже возможна: если движение задвоено или внесено ошибочно, расчёт может показать избыток там, где его на самом деле нет, и вы упустите момент вовремя докупить. Поэтому регулярная сверка этого раздела — не бухгалтерская формальность, а прямое условие того, чтобы решение «докупить/не докупить» опиралось на реальные цифры, а не на искажённый учёт.

Что делать владельцу бизнеса

Не обязательно лично вести журнал движений — это ежедневная задача операционного менеджера.

Подробно: как часто и на что смотреть владельцу

Но раз в неделю или перед крупным решением о закупке стоит взглянуть на итоговую строку «Σ у меня» и на то, совпадает ли она с ожиданиями по физическому наличию. Если расхождения повторяются регулярно — это повод разобраться, не пропускает ли команда движения при передаче товара между этапами (со склада к перевозчику, от перевозчика на площадку), а не просто фиксировать разницу раз за разом как данность.

Частые вопросы

Как расхождение в локациях может означать потерю денег, если товар просто «не туда записан»? Если товар физически потерян (испорчен, украден, забыт у перевозчика), а в учёте всё ещё числится как «в пути» или «на складе», вы продолжаете считать эти деньги активом, хотя по факту их уже нет — узнаёте об этом только на инвентаризации, когда убыток уже случился.
Может ли расхождение привести к тому, что я закажу меньше, чем нужно? Да — если расчёт потребности в «Пополнении» опирается на завышенный (из-за ошибки в журнале) остаток, он предложит докупить меньше, чем реально нужно, и вы рискуете уйти в дефицит по ходовому товару.
С чего начать проверку, если я подозреваю расхождение? Сравните «Итого» в разделе с тем, что вы ожидаете по факту, и посмотрите вкладку «Журнал движений» за последний месяц — часто причина видна сразу как пропущенная или задвоенная запись.
Кто должен вносить движения в журнал — я или сотрудники? Ежедневный ввод — задача операционного менеджера или кладовщика, ваша роль — периодическая сверка итога и разбор системных расхождений, а не ручной ввод каждой записи.
Снимки маркетплейсов сами всё это исправят? Нет, снимки WB и Ozon показывают только то, что уже на площадке — всё, что происходит до этого (у поставщика, в дороге, на вашем складе), платформа знает исключительно из вашего журнала, без него это слепая зона.

Спросите ИИ-ассистента

«Сходится ли сейчас "Σ у меня" с тем, что должно быть по факту?»
«Есть ли товары, где расчёт пополнения мог занизить потребность из-за расхождения в остатках?»
«Покажи движения с подозрительно большими суммами за последний месяц».