Управление складом для интернет-магазина: как не продавать то, чего нет в наличии

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

Почему сайт показывает товар, которого уже нет

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

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

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

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

Когда ручного учёта уже недостаточно

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

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

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

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

Как выбрать систему управления складом для интернет-магазина

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

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

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

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

Уточните, как система работает с вариациями. Один товар с выпадающим списком «цвет» и «размер» не должен превращаться в одну общую цифру. Каждая комбинация должна иметь собственный артикул или понятный идентификатор. Иначе отчёты будут выглядеть аккуратно, но не помогут собрать конкретный заказ.

Как синхронизировать склад и сайт

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

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

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

Нужно отдельно проверить следующие сценарии:

• новая поставка увеличивает остаток на нужном складе
• оплаченный заказ уменьшает доступный остаток
• неоплаченный заказ создаёт резерв по заданному правилу
• отмена снимает резерв, но не возвращает проданный товар повторно
• частичный возврат меняет остаток только по возвращённой позиции
• изменение товара или цены не ломает связь с созданным заказом

Сайт должен показывать не «остаток в базе», а товар, который действительно можно обещать покупателю.

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

Зачем нужно резервирование товара при оформлении заказа

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

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

В учёте должны существовать минимум две цифры:

• физический остаток - всё, что находится на складе и ещё не списано
• доступный остаток - физический остаток за вычетом подтверждённых резервов и единиц, временно исключённых из продажи

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

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

Как проводить инвентаризацию без остановки продаж

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

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

При пересчёте нельзя просто заменить цифру в системе. Сначала фиксируют:

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

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

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

Какие процессы нужно настроить вокруг склада

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

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

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

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

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

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

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

• Нужна ли отдельная складская система маленькому интернет-магазину? Если ассортимент небольшой, можно начать со встроенного учёта и чётких правил. Отдельная система нужна, когда появляются несколько каналов продаж, сотрудники и регулярные расхождения.
• Можно ли синхронизировать сайт с площадкой продаж? Это зависит от доступных интеграций и используемой системы учёта. До начала работ нужно проверить, какие статусы заказов, оплаты и остатки можно передавать автоматически.
• На каком этапе резервировать товар? Обычно резерв создают при оформлении заказа или переходе к оплате. Для неоплаченных заказов задают срок, после которого позиция возвращается в доступную продажу.
• Что делать, если на сайте всегда показывается «в наличии»? Проверьте источник остатков, работу обмена, артикулы и статусы заказов. Часто сайт получает поступления, но не видит продажи и резервы.
• Как часто проводить инвентаризацию? Ходовые и дорогие позиции разумно проверять чаще, а медленные - по графику. Скользящий пересчёт части ассортимента обычно удобнее для продаж, чем редкая полная остановка.
• Можно ли внедрить учёт в уже работающий магазин? Да, но сначала нужно очистить каталог, сопоставить артикулы и описать текущие статусы. Затем интеграцию тестируют на ограниченной группе товаров, а не сразу на всём ассортименте.

С чего начать настройку склада

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

Если магазин разрабатывается с нуля, складскую логику лучше заложить до запуска. Мы в Pozhidayev создаём интернет-магазины от 500 000 ₸ со сроком от 30 дней, настраиваем админку и интеграции под процессы бизнеса. Для действующего сайта доступны поддержка и доработки от 50 000 ₸ в месяц. После брифа фиксируем состав работ, срок и стоимость. На проект действует гарантия 12 месяцев, предусмотрены два бесплатных круга правок. Домен .kz, хостинг и SSL на первый год входят в стоимость разработки.