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

Отрицательный остаток — одна из самых частых ситуаций в товарном учёте.

Владелец открывает список товаров и видит: Кофе зерновой — −3 шт.

Возникает логичный вопрос: как на складе может находиться минус три упаковки? Физически — никак. Отрицательный остаток означает, что по данным учётной системы товара выбыло больше, чем было оприходовано.

Например, в программе числилось 5 упаковок кофе, а затем было проведено 8 продаж:

5 − 8 = −3.

При этом сами три упаковки вполне могли существовать и действительно быть проданы. Просто их поступление не было своевременно отражено в товарном учёте.

Поэтому отрицательный остаток — не всегда признак недостачи. Чаще это сигнал о том, что нужно проверить историю движения товара и понять, какая операция отсутствует или была оформлена неправильно.

Разберём основные причины отрицательных остатков, расскажем, чем они мешают учёту и покажем, как найти проблему в CloudShop.

Что такое остаток товара

Остаток показывает, сколько единиц конкретного товара должно находиться в магазине или на складе по данным учёта. Упрощённо его можно рассчитать так:

Остаток = начальный остаток + приход − расход.

К приходу относятся, например:

  • закупка;
  • оприходование;
  • возврат товара покупателем;
  • перемещение из другого магазина.

К расходу:

  • продажа;
  • списание;
  • возврат поставщику;
  • перемещение в другой магазин.

В CloudShop остатки рассчитываются на основании проведённых документов движения товара. Отложенные документы на остаток не влияют. В журнале «Движение товара» хранится история продаж, закупок, возвратов, перемещений, инвентаризаций и других товарных операций.

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

Почему появляются отрицательные остатки

Причин может быть много. Рассмотрим наиболее частые.

1. Товар начали продавать раньше, чем оформили поступление

Самый типичный сценарий.

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

Например:

фактически поступило 30 бутылок воды;

в программе остаток — 0;

за день продали 12 бутылок.

В учёте появляется:

−12 бутылок.

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

Как избежать

Правило простое:

сначала оформить поступление, затем начинать продажи.

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

2. Не внесли начальные остатки

Эта проблема часто возникает при переходе:

  • из тетради;
  • из Excel;
  • из другой товароучётной программы;
  • при запуске нового магазина.

Например, до начала работы в CloudShop в магазине уже находилось 100 товаров. Каталог импортировали, но количество продукции не внесли. Для системы все позиции начинаются с нулевого остатка. После первой же продажи появляются отрицательные значения.

Пример

На полке реально находится 15 пачек кофе. В системе:

остаток — 0.

Продали две пачки:

остаток — −2.

Фактически при этом осталось 13. Проблема не в продаже — проблема в отсутствующем начальном остатке.

Как избежать

Перед запуском товарного учёта проведите стартовую инвентаризацию и зафиксируйте фактическое количество товаров.

При импорте товаров в CloudShop можно одновременно загрузить закупочную цену и начальные остатки. При этом товар будет оприходован, а себестоимость рассчитана автоматически.

3. Поступление оформили не в тот магазин

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

Предположим:

в магазин №1 действительно поступило 20 единиц товара. Но сотрудник по ошибке оформил закупку на магазин №2. Затем в магазине №1 начались продажи.

Общий товар в компании есть, но с точки зрения конкретного магазина ситуация выглядит так:

Магазин №1:

0 − 5 продаж = −5.

Магазин №2:

+20.

Именно поэтому при работе с несколькими точками важно смотреть не только общий остаток, но и распределение товара по магазинам.

Как избежать

При создании документов всегда проверяйте выбранный магазин. Особенно это важно при:

  • закупках;
  • оприходованиях;
  • списаниях;
  • перемещениях;
  • инвентаризациях.

В CloudShop отчёты и журнал движения позволяют фильтровать операции по магазинам.

4. Создали дубли одного товара

Иногда одна физическая позиция существует в системе под двумя карточками.

Например:

  • «Кофе Arabica 1 кг»;
  • «Кофе Арабика 1кг».

При поступлении сотрудник выбирает первую карточку. При продаже кассир — вторую.

Получается:

Карточка №1: +20 товаров.

Карточка №2: −5 товаров.

В магазине фактически осталось 15 упаковок, но данные системы разделены между двумя позициями.

Почему это происходит

Чаще всего дубли появляются:

  • при ручном создании товаров;
  • после нескольких импортов из Excel;
  • из-за разных названий;
  • если товар ищут по названию вместо штрихкода.

Как избежать

Используйте единый каталог и штрихкоды. Перед массовым импортом проверяйте:

  • названия;
  • артикулы;
  • штрихкоды;
  • существующие карточки.

Если обнаружили минус, всегда стоит проверить, нет ли рядом похожего товара с положительным остатком.

5. Неправильно оформили перемещение

Для сети магазинов товар может физически переехать из одной точки в другую. Например, из магазина А передали 10 единиц в магазин Б. Правильная операция — перемещение.

После неё:

  • в магазине А остаток уменьшается на 10;
  • в магазине Б увеличивается на 10.

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

Например, товар фактически привезли в магазин Б, но перемещение в системе не провели. Продажи начинаются, а остаток магазина Б остаётся нулевым. После первой продажи появляется минус.

Как избежать

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

6. Списание или возврат поставщику провели неправильно

Не только продажи уменьшают остаток. На него также влияют:

  • списания;
  • возвраты поставщикам;
  • перемещения.

Предположим, в системе осталось три товара. Сотрудник случайно оформил списание пяти. Расчётный остаток станет:

3 − 5 = −2.

Причиной здесь является не отсутствие закупки, а неправильный расходный документ.

Как избежать

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

  • списания;
  • возвраты;
  • перемещения;
  • результаты инвентаризаций.

7. Ранее проведённый документ изменили или удалили

Остаток — это результат всей цепочки товарных документов. Поэтому изменение старой операции может повлиять на текущий результат.

Например:

  1. Закупили 20 товаров.
  2. Продали 15.
  3. Осталось 5.
  4. Позже закупку исправили с 20 на 10.

Теперь система пересчитает цепочку:

10 − 15 = −5.

То же самое может произойти, если ошибочно удалить документ поступления.

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

Как избежать

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

8. Используется отложенный документ

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

Предположим, сотрудник подготовил закупку на 50 единиц товара, но оставил её отложенной. Визуально документ существует. Однако для расчёта остатков товар ещё не поступил. Если касса начинает продавать эти позиции, может появиться минус.

Как избежать

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

9. Во время инвентаризации продолжаются продажи

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

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

Пример

Сотрудник пересчитал товар:

20 единиц.

Пока он продолжал инвентаризацию других полок, кассир продал ещё три.

Если эти продажи не учитывать при фиксации результата, фактические и расчётные значения разойдутся.

Как избежать

Для полной инвентаризации лучше выбрать период с минимальным движением товаров.

Например:

  • до открытия магазина;
  • после закрытия смены;
  • по отдельным зонам;
  • по отдельным категориям.

Отрицательный остаток — это всегда ошибка?

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

Важно различать две ситуации.

Ситуация 1. Товара физически нет

В системе отображается:

−3.

И фактически товара действительно нет.

Нужно выяснить, почему было проведено больше расходных операций, чем приходных.

Ситуация 2. Товар физически есть

Например:

система показывает −3;

на полке находится ещё семь единиц.

В этом случае почти наверняка не отражено какое-либо поступление или неверно внесён начальный остаток.

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

Поэтому правильная реакция на минус: не «поставить остаток ноль», а найти операцию, из-за которой он появился.

Как контролировать отрицательные остатки в CloudShop

Практический сценарий можно построить так.

Ежедневно

Откройте «Товары и услуги» и отфильтруйте позиции с остатком:

0 и меньше.

Проверьте новые отрицательные значения.

Если нашли минус

  1. Пересчитайте товар физически.
  2. Убедитесь, что выбран правильный магазин.
  3. Посмотрите Отчёт по движению.
  4. Найдите период появления отрицательного остатка.
  5. Откройте документы движения товара.
  6. Проверьте закупки, продажи, списания и перемещения.
  7. Определите причину.
  8. Исправьте именно неправильную или пропущенную операцию.

Периодически

Проводите инвентаризацию для сверки фактических и учётных остатков.

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

Как избежать отрицательных остатков

Большинство проблем можно предотвратить несколькими организационными правилами.

1. Всегда сначала оформляйте поступление

Главное правило:

приёмка → документ закупки → продажа.

Не:

приёмка → продажа → когда-нибудь оформим закупку.

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

2. Начинайте учёт с инвентаризации

При переходе из Excel или другой программы не переносите предполагаемые остатки.

Лучше один раз пересчитать фактическое количество.

Так новая система начинает работу с достоверной точки.

3. Не создавайте дубли

Используйте:

  • штрихкоды;
  • артикулы;
  • единые названия;
  • категории.

Перед созданием новой карточки сначала ищите товар в существующем каталоге.

4. Проверяйте магазин в документах

Для компаний с несколькими торговыми точками это особенно важно.

Сотрудник должен чётко понимать, на какой магазин оформляет:

  • закупку;
  • списание;
  • инвентаризацию;
  • перемещение.

5. Используйте перемещения

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

Не используйте схему:

«убрали количество здесь — добавили там».

История движения должна сохраняться.

6. Ограничьте права сотрудников

Не каждому кассиру или продавцу нужно разрешать:

  • изменять остатки;
  • проводить складские документы;
  • удалять документы;
  • редактировать старые операции.

В CloudShop права сотрудников можно настраивать отдельно, в том числе ограничивать работу с товарами и документами.

Это помогает снизить количество случайных изменений.

7. Контролируйте товары с остатком ≤ 0

Не нужно ждать инвентаризации раз в квартал.

Гораздо проще регулярно открывать фильтр товаров с нулевым и отрицательным остатком.

Если вчера всё было правильно, а сегодня появился один новый товар с −2, восстановить события последних суток значительно проще.

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

8. Проводите регулярные инвентаризации

Даже при идеально настроенном учёте остаются физические причины расхождений:

  • ошибки при приёмке;
  • порча;
  • недостача;
  • кражи;
  • пересортица.

Инвентаризация помогает сравнить систему с реальным магазином и обнаружить накопившиеся расхождения.

Как контролировать отрицательные остатки в CloudShop

Практический сценарий можно построить так.

Ежедневно

Откройте «Товары и услуги» и отфильтруйте позиции с остатком:

0 и меньше.

Проверьте новые отрицательные значения.

Если нашли минус

  1. Пересчитайте товар физически.
  2. Убедитесь, что выбран правильный магазин.
  3. Посмотрите Отчёт по движению.
  4. Найдите период появления отрицательного остатка.
  5. Откройте документы движения товара.
  6. Проверьте закупки, продажи, списания и перемещения.
  7. Определите причину.
  8. Исправьте именно неправильную или пропущенную операцию.

Периодически

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

Главное об отрицательных остатках

Отрицательный остаток означает, что по данным товарного учёта расход товара превысил зафиксированный приход.

Причинами чаще всего становятся:

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

Самое важное правило — не исправлять отрицательный остаток вслепую.

Если система показывает −5, сначала нужно понять, почему появился этот минус.

В CloudShop для этого можно использовать:

  • фильтр по остаткам в разделе «Товары и услуги»;
  • остатки по магазинам;
  • Отчёт по движению;
  • историю товарных операций;
  • журнал «Движение товара»;
  • инвентаризацию.

Правильная последовательность выглядит так:

обнаружить минус → найти момент его появления → проверить документы → установить причину → исправить исходную операцию.

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

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