Автоматизация учёта на складе: почему остаток в 1С расходится с полкой

Учёт остатков на складе — это ведение в учётной системе количества каждого товара по местам хранения, при котором цифра в программе совпадает с тем, что лежит на полке. Автоматизация учёта остатков переводит каждое движение товара в документ, который создаётся в момент операции и подтверждается сканированием штрихкода. Это приёмка, перемещение, отбор, отгрузка, возврат и списание. Остаток в 1С расходится с полкой из-за конкретных шагов: приёмки без сканирования, пересорта, резервов, которые никто не снимает, возвратов и списаний задним числом. Штрихкоды и терминалы сбора данных (ТСД) закрывают часть этих шагов, остальное лечится правилами учёта и связкой складских операций с 1С.

Ниже разобрано, из каких уровней складывается автоматизация учёта и где именно расходятся цифры. Отдельно показано, как замером найти шаг, на котором рождается ошибка, и что из найденного закрывают штрихкоды и ТСД, а что не закрывают. Дальше идёт инвентаризация без остановки склада: когда считать всё сразу, а когда по зонам. Затем разобрано, когда для учёта хватает ТСД или бота поверх 1С и как посчитать, во что обходятся расхождения. В конце — что подготовить до старта и почему коробка закрывает только часть задачи. Что такое WMS и когда склад до неё дорос, разобрано в статье WMS-система: что это и когда хватит 1С.

Что такое автоматизация учёта остатков на складе?

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

Расхождения встречаются гораздо чаще, чем принято думать. Николь ДеХоратиус и Анант Раман изучили почти 370 тыс. записей об остатках в 37 магазинах одного американского ритейлера и нашли неточными 65% из них (Management Science, апрель 2008 года, том 54, № 4). Исследование проводилось в рознице, но механика та же, что на складе: запись в системе меняется документами, а полка меняется руками.

Свежий замер даёт ту же картину. В отчёте ECR Retail Loss (декабрь 2025 года, опубликован 9 февраля 2026 года) профессора Кристоф Глок, Арис Синтетос и Ясин Рекик опросили 25 специалистов розницы и экспертов из разных стран. По их данным, больше 60% записей об остатках содержат неточности, а полностью верны только около 35% (ECR Retail Loss, «Inventory accuracy as a capability»).

Почему остаток в 1С не совпадает с тем, что на полке?

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

Отчёт ECR приводит слова одного из ритейлеров: при разборе у них нашлось около двадцати разных причин неточных остатков. У ДеХоратиус и Рамана есть наблюдение, полезное для склада. На различия между товарными категориями пришлось 26,4% разброса неточности, на различия между магазинами только 2,7%. Значит, искать стоит в первую очередь по видам товара и операциям, а не по тому, «какой склад плохой».

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

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

Как найти, на каком шаге расходятся цифры?

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

Порядок замера:

1. Выборка. Тридцать-пятьдесят позиций из разных групп: ходовые и медленные, штучные и весовые, те, по которым жалуются продажи. Если взять только проблемные, картина будет хуже реальной.
2. Пересчёт. Двое сотрудников считают выборку в начале смены, до первых отгрузок, и записывают место хранения. Так пересчёт не смешивается с движением товара.
3. Сравнение. Пересчёт сверяют с остатком в 1С на тот же момент, отдельно смотрят свободный остаток и резервы.
4. История документов. По каждой позиции с расхождением просматривают движения за последний месяц: приёмки, отгрузки, возвраты, перемещения, списания. Ищут документ, после которого цифра разошлась с логикой.
5. Причина. Против каждого расхождения записывают шаг из таблицы выше. Если причину установить нельзя, это тоже вывод: движение шло без документа.

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

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

Что закрывают штрихкоды и ТСД, а что нет?

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

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

Вторая граница — дисциплина. Сканирование работает, когда сканируют всегда. Одно «я потом отмечу» в загруженную смену возвращает расхождения, и через месяц продажи снова перестают верить остатку. Поэтому в регламенте закрепляют, что движение без скана не проводится, и у этого правила есть владелец.

Как провести инвентаризацию, чтобы склад не вставал?

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

Обязательную инвентаризацию задаёт ФСБУ 28/2023 «Инвентаризация», утверждённый приказом Минфина от 13 января 2023 года № 4н. Пункт 15 называет среди обязательных случаев составление годовой бухгалтерской отчётности. Пункт 16 разрешает считать запасы для неё не ранее 1 октября отчётного года (ФСБУ 28/2023, сайт Минфина России). Сроки инвентаризации устанавливает руководитель. Циклический пересчёт в течение года годовую инвентаризацию не отменяет, но к декабрю склад подходит без сюрпризов.

График циклического пересчёта строят от ценности и движения товара:

1. Ходовые и дорогие позиции. Считают чаще всего, например раз в неделю или две: ошибка по ним дороже и быстрее бьёт по продажам.
2. Средние позиции. Раз в месяц.
3. Медленные и дешёвые. Раз в квартал.
4. Внеплановый пересчёт по событию. Позиция ушла в минус, продажи не нашли товар, при отборе ячейка оказалась пустой. Такой сигнал отправляет позицию в пересчёт в тот же день.
5. Позиции из замера. Группы, где замер показал больше всего расхождений, считают чаще, пока причина не устранена.

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

Когда хватит ТСД или бота поверх 1С, а когда нужна WMS?

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

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

Признаки склада, которому нужна полноценная WMS, и случаи, когда она избыточна, разобраны в статье WMS-система: что это и когда хватит 1С. Здесь вывод один: решение принимают после замера. Если ошибки рождаются в оформлении документов, WMS перенесёт их в новую систему.

Как посчитать, во что обходятся расхождения?

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

Пример условный:

1. Сорванные продажи. Двадцать раз в месяц менеджер подтверждает заказ, а при отборе товара не оказывается. Если половина таких клиентов уходит к конкуренту, а средний заказ — сорок тысяч рублей, это около четырёхсот тысяч рублей выручки в месяц.
2. Лишние закупки. Товар на триста тысяч рублей лежит на полке, но числится под чужим артикулом или в резерве под отменённый заказ, и его закупают повторно. Деньги заморожены в запасе.
3. Время. Кладовщик и менеджер вместе тратят по часу в день на звонки «есть ли на складе» и поиск товара. Это больше двадцати часов в месяц.
4. Инвентаризация. День сплошного пересчёта, когда склад не отгружает, плюс разбор сотен расхождений после него.

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

Эффект от исправления остатков измеряли в полевом эксперименте, который приводит отчёт ECR Retail Loss. Магазины, где провели аудит остатков и исправили неточные записи, сравнили с контрольными. Прирост продаж составил от 4 до 11% (ECR Retail Loss, «Inventory accuracy as a capability»). Механика понятна: система, которая видит товар, вовремя ставит его в заказ и даёт продать. Как вывести остатки и потери на один экран руководителя, разобрано в статье «Дашборд собственника».

С чего начать?

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

1. Замер расхождений. Выборка позиций, пересчёт и разбор по истории документов, как описано выше. Без него любое решение обсуждается на ощущениях.
2. Описание движения товара. Приёмка, размещение, отбор, отгрузка, возврат, списание, перемещение: кто делает, каким документом и в какой момент. Записывают то, как работают сейчас, включая операции «на словах».
3. Чистые справочники. Номенклатура без дублей, единицы измерения, штрихкоды на товар и упаковку. Если склад работает с ячейками, нужна их схема с кодами.
4. Правила для того, что не закрывает сканер. Срок жизни резерва и кто его продлевает, статусы возврата, запрет на проведение документов в закрытом периоде, порядок корректировки остатка после пересчёта.
5. Доступ к учёту для обмена. Отдельная учётная запись в 1С с нужными правами и копия базы, на которой обмен проверяют до запуска. Как устроены связки между системами, разобрано в материале про интеграцию систем.
6. Разграничение прав. Кто может проводить списания и корректировки, кто видит закупочные цены, кто снимает чужие резервы. Корректировка остатка без ответственного превращает пересчёт в способ спрятать недостачу.
7. Владелец после запуска и сопровождение. Сотрудник, который следит за графиком пересчёта, справочниками и разбором расхождений, и договор на поддержку обмена с 1С. Ассортимент, поставщики и схема склада меняются, и без хозяина правила через полгода разойдутся с практикой.

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

Коробка или система под свой процесс?

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

На уровне сканера склады почти не отличаются: товар надо принять, положить и отобрать без ошибки. Эту часть разумно взять готовой. Небольшому складу с аккуратными справочниками связки ТСД с 1С часто хватает надолго.

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

Как это выглядит на практике, видно по двум проектам. В проекте для оптово-производственной компании заказы приходили через почту и мессенджеры, менеджеры сверяли остатки звонками на склад, а резервы терялись. Отсюда были пересорт и сорванные отгрузки. После запуска заказ сразу видит реальные остатки и ставит резерв, обмен с 1С идёт в обе стороны, и отгрузки перестали срываться из-за пересорта. В проекте для розничной сети товароучёт с приходом, продажами, возвратами и остатками ведётся автоматически, а продажи и возвраты фиксирует Telegram-бот.

INCUBE AI делает учёт остатков как заказную разработку: приёмка, пересчёт и возвраты с терминала или через бота, резервы по вашим правилам, двусторонний обмен с 1С, отчёт по расхождениям с ответственными. Для типовых участков есть каталог решений, и каждое подстраивается под порядок работы заказчика. Работаем по договору, данные хранятся в России, после запуска система остаётся на сопровождении. Если остатки у вас не сходятся с полкой, расскажите о задаче: разберём выборку ваших позиций, найдём шаги, на которых рождаются расхождения, и по ним оценим объём работ. Как продажи видят остатки и резервы на пути от заявки до оплаты, разобрано в статье «Автоматизация продаж».

Источники и ссылки

• DeHoratius N., Raman A. Inventory Record Inaccuracy: An Empirical Analysis. Management Science, апрель 2008 года, том 54, № 4, с. 627–641 — почти 370 тыс. записей об остатках в 37 магазинах одного ритейлера, неточными оказались 65%. На различия между товарными категориями приходится 26,4% разброса неточности, между магазинами 2,7%.
• ECR Retail Loss. Inventory accuracy as a capability: building maturity and customer value — авторы Кристоф Глок, Арис Синтетос и Ясин Рекик. Отчёт датирован декабрём 2025 года, опубликован 9 февраля 2026 года. Двадцать пять интервью со специалистами розницы и экспертами: больше 60% записей об остатках содержат неточности, полностью верны около 35%. У одного ритейлера нашлось около двадцати причин неточности. В полевом эксперименте исправление остатков дало прирост продаж от 4 до 11%.
• ФСБУ 28/2023 «Инвентаризация», сайт Минфина России — утверждён приказом Минфина России от 13 января 2023 года № 4н. Пункт 15: обязательная инвентаризация при составлении годовой отчётности. Пункт 16: запасы для годовой отчётности можно считать не ранее 1 октября отчётного года.