# Журнал движений товара при работе с несколькими клиентами сразу > Как агентству вести журнал движений и локации товара по каждому клиенту отдельно, не путая остатки одного кабинета с остатками другого. published: 2026-08-05T22:34:20+03:00 updated: 2026-08-05T22:34:20+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) существуют отдельно для каждой организации — переключаясь между клиентами, записать движение не в тот кабинет физически нельзя. - Структура раздела одинакова для любого клиента (те же четыре среза, типы движений, поле custody), поэтому регламент, отработанный на одном клиенте, без изменений переносится на остальных. - Данные разных клиентов не подмешиваются друг в друга даже при совпадающих названиях товаров или похожих объёмах. - Начинайте еженедельную сверку портфеля с «Σ у меня» по каждому кабинету — расхождение сразу указывает, с каким клиентом разбираться. ## Проблема при ведении нескольких клиентов У каждого клиента свой набор локаций: у одного это просто «Мой склад», у другого — сеть из нескольких точек и транзитный хаб. У каждого клиента свой темп движений: кто-то отгружает ежедневно, кто-то раз в месяц крупной партией.
Подробно: как раздел разделяет клиентов между собой Ведя портфель из нескольких кабинетов одновременно, легко перепутать, какому клиенту принадлежит конкретное перемещение, особенно если сотрудники агентства вносят движения параллельно по разным клиентам в течение дня. Раздел [«Остатки по этапам»](/inventory/stages) устроен так, что журнал движений и локации существуют отдельно для каждой организации — переключаясь между клиентами, вы физически не можете случайно записать движение не в тот кабинет.
## Единообразный процесс на разных клиентах Структура раздела одинакова для любого клиента: те же четыре среза («Σ у меня», «На складах МП», «В пути МП», «Возвраты → ко мне»), тот же набор типов движений (приёмка, отгрузка, перемещение, возврат, списание, утилизация, корректировка), то же поле custody.
Подробно: почему регламент переносится между клиентами без изменений Это значит, что регламент, который вы выработали для одного клиента — например, «сверяем Σ у меня» раз в неделю, «пропущенное движение исправляем корректировкой, а не правкой задним числом» — без изменений применяется к любому другому клиенту в портфеле. Новому сотруднику агентства не нужно заново разбираться в логике учёта под каждый конкретный кабинет.
## Как это выглядит в ежедневной работе с портфелем Переключаясь между кабинетами клиентов, вы каждый раз видите только журнал и локации текущего клиента — данные другой организации не подмешиваются ни в «Σ у меня», ни в снимки складов маркетплейса.
Подробно: с чего начинать сверку портфеля Это особенно важно, когда у двух клиентов совпадают названия товаров или похожие объёмы: визуально спутать остатки одного с остатками другого было бы легко, если бы данные не были строго разделены на уровне платформы. Проверяя портфель, начинайте с еженедельной сверки «Σ у меня» по каждому кабинету — расхождение сигналит о пропущенном движении именно у этого клиента, и вы сразу знаете, с кем разбираться.
## Что это даёт агентству Строгое разделение данных по организациям снимает риск ошибки при параллельной работе нескольких сотрудников над разными клиентами, а единый формат журнала и локаций для всех кабинетов делает процесс воспроизводимым: обучили регламенту на одном клиенте — он работает на всех остальных без адаптации. ## Частые вопросы - **Может ли движение, добавленное для одного клиента, случайно попасть в остатки другого?** Нет, журнал и локации привязаны к организации — при переключении между клиентами данные физически не пересекаются. - **Нужно ли заводить одинаковые локации для всех клиентов?** Нет, у каждого клиента свой реальный набор мест, где бывает товар — заводите локации под фактическую логистику конкретного клиента, а не по шаблону. - **Как быстро проверить, нет ли расхождений у кого-то из портфеля?** Пройдитесь по кабинетам по очереди и сверьте «Σ у меня» с ожидаемым фактом по каждому — задача одна и та же для любого клиента, меняется только организация в переключателе. - **Что делать, если два клиента продают похожий товар под похожим названием?** Путаницы не будет на уровне данных — они разделены по организации, но при общении с клиентами уточняйте, о каком кабинете идёт речь, чтобы не перепутать в переписке. - **Как объяснить клиенту, почему «На складах МП» не совпадает с его личным кабинетом день в день?** Это снимок, который обновляется по расписанию сбора данных, а не в реальном времени — небольшое расхождение по времени с личным кабинетом WB или Ozon ожидаемо и не является ошибкой. ## Спросите ИИ-ассистента - «Сходится ли "Σ у меня" у этого клиента с ожидаемым фактом?» - «Покажи локации с отрицательным остатком в текущем кабинете». - «Сколько товара у этого клиента сейчас на складах маркетплейсов и в пути?»