Управление запасами· обновлено ·7 мин чтения

Учёт остатков в Excel или сервис: где таблицы подводят

Автор — Александр Енотаев, основатель Veloseller

Когда Excel для учёта остатков на WB и Ozon перестаёт справляться, какие ошибки провоцирует и что должен уметь сервис аналитики.


Почти каждый селлер начинает учёт остатков в Excel — и это нормальный старт. Проблемы начинаются, когда SKU становится больше сотни, складов несколько, а решения нужно принимать каждый день. В какой-то момент таблица не помогает, а создаёт иллюзию контроля. Разберём, где именно Excel подводит.

Где таблица реально подводит

Данные устаревают в момент ввода

Остатки и продажи на маркетплейсе меняются ежечасно, а выгрузка в Excel делается руками раз в несколько дней. Вы принимаете решения по картине недельной давности — а товар за это время уже ушёл в ноль.

Скорость продаж считается неправильно

Главная ловушка: если делить продажи на все дни периода, дни без остатка занижают скорость. Товар кажется «медленным», вы недозаказываете — и снова теряете выручку на out-of-stock. Учесть дни отсутствия в формуле Excel вручную почти нереально.

Нет алертов

Таблица не позвонит ночью. О том, что SKU ушёл в ноль или упал ниже точки дозаказа, вы узнаёте, когда снова откроете файл, — обычно постфактум.

Несколько складов превращаются в кашу

FBO и FBS, разные склады WB, Ozon — у каждого свои остатки, скорость и дни покрытия. В одной таблице это сводится в простыню, где легко ошибиться вкладкой и смешать схемы.

Человеческий фактор

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

Сколько стоят эти ошибки

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

Пример: во что обходится ошибка в скорости продаж

Товар продали 30 раз за 30 дней, но 10 из них его не было в наличии. Таблица делит 30 на 30 и показывает скорость 1 штука в день. На самом деле, пока товар был, он продавался по 30 ÷ 20 = 1,5 штуки в день.

Поставка идёт 14 дней. По таблице вы закажете 14 × 1 = 14 штук, а нужно 14 × 1,5 = 21. Семи штук не хватит — это ещё 4–5 дней без товара, и круг замкнётся: новые дни без остатка снова занизят скорость в следующем расчёте.

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

=СУММ(C2:C31)/СЧЁТЕСЛИ(B2:B31;">0")

Это закрывает главную ошибку, но не остальные: данные всё так же нужно выгружать руками, а сигнала о том, что товар заканчивается, таблица не даст. Подробнее о расчёте — в статье дни покрытия остатка.

Когда пора уходить с Excel

  • больше ~100 SKU или несколько складов;
  • продажи зависят от своевременного дозаказа;
  • вы тратите часы в неделю на выгрузки и формулы;
  • хотя бы раз ушли в ноль по ходовому товару и заметили поздно.

Что должен уметь сервис вместо таблицы

  1. Тянуть остатки и продажи по API автоматически, без ручных выгрузок.
  2. Считать скорость продаж по дням наличия, а не по календарю.
  3. Считать дни покрытия и точку дозаказа по каждому SKU и складу.
  4. Слать алерты до того, как товар уйдёт в ноль.
  5. Показывать оборачиваемость и неликвид, чтобы видеть замороженные деньги.

Откуда выгружать остатки площадок для такой таблицы — в статьях остатки на Wildberries и остатки на Ozon.

Автоматизация

Veloseller подключается к складу FBS на Wildberries и Ozon по API за несколько минут и дальше сам обновляет остатки каждую ночь: скорость продаж, дни покрытия, точка дозаказа, неликвид и ежедневная сводка в Telegram. Продажи сервис вычисляет по изменению остатков, а мгновенных оповещений в нём нет: о том, что пора закупать, вы узнаёте из этой сводки и отчётов. Первые цифры появляются через несколько дней. Excel остаётся для того, для чего он хорош, а операционные решения принимает система.

Раздел «Товары» вместо таблицы: остаток, скорость продаж, покрытие и упущенная выручка по каждому SKU
Раздел «Товары» вместо таблицы: остаток, скорость продаж, покрытие и упущенная выручка по каждому SKU

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

Можно ли вести учёт остатков маркетплейса в Excel?

Для старта это нормально. Проблемы начинаются, когда SKU становится больше сотни, складов несколько, а решения нужно принимать каждый день: данные устаревают, скорость продаж искажается, а сигнала о том, что товар ушёл в ноль, таблица не даёт.

Почему в Excel неправильно считается скорость продаж?

Если делить продажи на все дни периода, дни без остатка занижают скорость. Товар кажется медленным, вы недозаказываете и снова теряете выручку, а учесть дни отсутствия в формуле вручную почти нереально.

Когда пора переходить с Excel на сервис учёта остатков?

Когда у вас больше примерно 100 SKU или несколько складов, продажи зависят от своевременного дозаказа, выгрузки и формулы отнимают часы в неделю или вы хотя бы раз поздно заметили, что ходовой товар ушёл в ноль.

Что должен уметь сервис аналитики остатков вместо таблицы?

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

Во что обходятся ошибки учёта остатков в таблице?

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

Итог

Excel — отличный старт и плохой постоянный инструмент для остатков: данные устаревают, скорость искажается, алертов нет. Как только цена ошибки превышает стоимость сервиса — а это происходит быстрее, чем кажется, — учёт пора автоматизировать.