Остатки «везде разные»: как сверить WB/Ozon/Яндекс Маркет с 1С и складом и перестать планировать поставки «на глаз»

Селлеры чаще всего интересуются остатками не из любопытства. Остатки - это деньги. Когда в кабинете маркетплейса одно, в таблице или 1С другое, а на складе третье, бизнес принимает решения в условиях тумана: заказывает лишнее, теряет оборотку, ловит внезапный out-of-stock и платит за ошибки.

Эта статья - про управленческую ясность. Мы разберём почему остатки "разъезжаются", какие причины встречаются чаще всего, и дадим практический алгоритм сверки, который можно внедрить за 1-2 недели без героизма. В результате у команды появится единый ответ на вопрос: "Сколько товара у нас реально есть и что нужно пополнить?"

Почему остатки не сходятся: 9 причин, которые встречаются у селлеров чаще всего

Ниже - причины, из-за которых цифры в разных системах расходятся. Важно: чаще всего это не одна причина, а сочетание 2-4 факторов.

1) Разные понятия "остатка" в разных местах

В кабинете вы можете видеть "всего", "доступно", "в пути", "в резерве". В 1С может быть "на складе", "в заказах", "в пути", "на ответхранении". Физический склад вообще живёт фактами: есть коробка - значит есть товар.

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

2) Резерв под заказы и "невидимые" списания

Часть товара уходит в резерв, часть "ждёт сборки", часть уже "в обработке" - на витрине это может выглядеть как "остаток есть", но купить нельзя.

Точка проверки: если продаж нет при наличии остатка, первым делом проверяйте резерв/заказы/обработку, а не цену и рекламу.

3) Транзит и внутренние перемещения

Товар может быть между узлами, перемещаться по сети, переезжать с одного склада на другой. В одних отчётах транзит учитывается как "есть", в других - как "в пути" и временно недоступен.

Точка проверки: отдельной строкой учитывайте "в транзите". Это не продажный остаток. Это будущая доступность.

4) Возвраты, пересорт, "зависшие" партии

Возвраты могут "вернуться" не сразу. Пересорт может дать остаток, но не там, где вы ожидаете. Партия может быть частично оприходована - и в кабинете остаток будет меняться рывками.

Точка проверки: если расхождение повторяется после каждой поставки - заведите контроль "поставка → оприходование → доступность", иначе вы будете разбирать одно и то же бесконечно.

5) Лаг обновления данных

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

Точка проверки: сверку делайте по одинаковому "срезу времени" - фиксируйте дату/время, за которое берёте отчёты, и не смешивайте "вчера в 23:59" с "сегодня в 10:30".

6) Дубли SKU, неправильная связка артикулов и характеристик

Селлер думает, что это один товар, а в системе это два варианта. Или наоборот: один SKU "приклеен" к нескольким карточкам.

Точка проверки: перед любой автоматизацией нужен единый справочник SKU: одинаковые правила названий, вариантов, баркодов, упаковок.

7) Ошибки учёта на собственном складе

Особенно часто это случается при ручной сборке: оприходовали не полностью, списали не туда, "забыли провести перемещение".

Точка проверки: если физический склад - "истина", то истина должна быть доказательной: инвентаризации, акты, понятный учёт движения.

8) Несоответствия после приёмки

Поставку приняли, но часть товара ушла на доп. обработку, часть признали несоответствием, часть оказалась в другом статусе.

Точка проверки: после каждой поставки нужна "контрольная точка": сколько отправили, сколько приняли, сколько стало доступно к продаже через N дней.

9) Человеческий фактор: отчёты скачали "не те"

Это банально, но встречается постоянно: один менеджер смотрит "остатки всего", другой - "доступно", третий - "по складам", а руководитель сравнивает разные таблицы.

Точка проверки: для команды должен быть закреплён один регламент: какие отчёты считать "основными" и какие показатели брать из них.

Что считать "источником правды": как выбрать опорную цифру для управления

В бизнесе всегда нужен главный ориентир. Иначе любая встреча по плану поставок превращается в спор "какая цифра правильная".

Практически полезная схема такая:

  1. Физический склад - источник правды по наличию у вас на руках (если вы торгуете со своего склада).
  2. Кабинеты маркетплейсов - источник правды по доступности к продаже на площадке и по остаткам на складах маркетплейса.
  3. 1С/учётная система - источник правды по бухгалтерскому и управленческому учёту движения и себестоимости.

Сверка нужна, чтобы все три слоя "разговаривали" между собой.

Точка проверки: решение "сколько везти" нельзя принимать по цифре "всего". Решение принимается по формуле: доступно к продаже + в транзите (с лагом) + резерв/в обработке и с учётом срока пополнения.

Алгоритм сверки остатков за 30-40 минут в неделю: простой регламент

Ниже - схема, которую реально внедряют команды. Она не требует идеального учёта с первого дня. Она требует регулярности.

Шаг 1. Выберите список контрольных SKU

Не нужно начинать со всего ассортимента. Начните с:

  • топ-SKU по обороту,
  • SKU с высокой маржей,
  • SKU с частыми расхождениями.

Обычно 20-50 позиций хватает, чтобы устранить 80% проблем.

Шаг 2. Возьмите один период и один формат среза

Например: раз в неделю - срез на конец дня воскресенья. Важно, чтобы все сравнивали одинаковое время.

Шаг 3. Разделите остаток на 4 корзины

  1. Доступно к продаже
  2. В резерве/в обработке
  3. В транзите/перемещении
  4. Фактическое наличие (ваш склад)

Если вы сразу разложите остаток по корзинам, "магия расхождений" исчезает: станет видно, где именно "прячется" товар.

Шаг 4. Сверьте движения за неделю

По каждому SKU фиксируйте:

  • сколько продали,
  • сколько вернулось,
  • сколько довезли,
  • сколько стало доступно к продаже.

Точка проверки: если вы довезли 100 единиц, а доступность выросла на 40 - это не "плохая удача", это сигнал разбирать конкретный этап.

Шаг 5. Зафиксируйте правило "что считать ошибкой"

Например:

  • расхождение до 1-2% может быть допустимым шумом,
  • всё, что выше - попадает в разбор.

Важный момент: пороги должны быть согласованы с масштабом и категорией.

Быстрые кейсы: как выглядит расхождение и что оно обычно означает

Сценарий 1: "В кабинете есть, но купить нельзя"

Обычно это резерв, обработка, транзит или блокировка доступности. Продажи падают, реклама "крутится в пустоту".

Что делать: фиксировать доступность как отдельный показатель, а не смотреть только "остаток всего".

Сценарий 2: "В 1С есть, на складе нет"

Обычно это непроведённое списание/перемещение/отгрузка, либо ошибочная оприходовка.

Что делать: вводить минимальный учёт движения и регулярную инвентаризацию по топ-SKU.

Сценарий 3: "На складе есть, а в кабинете ноль"

Обычно это лаг выгрузки, неверная связка SKU/штрихкодов, или товар не активирован/не обновлён остаток по нужному складу.

Что делать: проверять справочник SKU и регламент обновления остатков.

Как понять, что пора автоматизировать: признаки, что таблицы уже не справляются

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

  • остатки сверяются "когда есть время", а не по регламенту;
  • один и тот же вопрос ("сколько есть товара?") получает 3 разных ответа;
  • out-of-stock случается неожиданно;
  • решения по закупкам принимаются "по ощущениям";
  • рекламу сложно связать с доступностью и остатком;
  • разбор расхождений занимает дни и отвлекает команду от продаж.

Вопросы и ответы

В идеале - один управленческий "центр правды", который собирает данные из кабинетов и вашего учёта, а физический склад подтверждает фактом.
Потому что системы показывают разные статусы товара (доступно, резерв, транзит). Ненормально - когда нет регламента сверки и вы не понимаете, где именно товар "застрял".
Для продаж важнее "доступно к продаже" и сроки пополнения. Для финансов и налогов - корректность отражения движения. Поэтому сравнение всегда двухконтурное: коммерческий и учётный.
Разложить остаток по корзинам: доступно, резерв, транзит, фактическое наличие. В 70% случаев причина становится очевидной.

Когда контроль остатков становится системой, а не героизмом: как помогает TotalCRM

Селлеры обычно ломаются не на продажах, а на рутине: остатки, резервы, транзит, возвраты, сверки. И чем выше оборот, тем дороже ошибка в остатках: она превращается в out-of-stock, провал продаж и лишние затраты на восстановление.

TotalCRM помогает выстроить "центр правды" по остаткам и движениям без ручного хаоса:

  • собирает и систематизирует данные по остаткам, доступности и движениям;
  • показывает не просто "цифру остатка", а где товар находится: доступно, резерв, транзит;
  • помогает настроить регламент сверки по контрольным SKU и закрытию периода;
  • снижает риск ситуаций, когда реклама работает при недоступном товаре;
  • превращает разбор расхождений в понятный процесс, а не в поиск виноватых.

Если задача - перестать планировать поставки "на глаз" и начать управлять остатками как деньгами, TotalCRM помогает поставить систему и снять постоянный стресс с команды.