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

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

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

Пять распространённых причин

1. Задержка. Многие интеграции обновляют количества по расписанию. Если последний товар продан на кассе, в интернет-магазине на короткое время остаётся окно, когда этот товар ещё можно купить.

2. Разные SKU. Если в одной системе код SH-100, а в другой SH100, интеграция не находит товар. Часто она никак об этом не сообщает.

3. Варианты. Основной товар найден, но размеры M и L связаны неправильно. Общее количество кажется верным, а конкретный размер закончился.

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

5. Резервирование. Неоплаченный заказ может не резервировать товар. Клиент в банке оплачивает покупку, а в это время кто-то продаёт последнюю штуку на кассе.

Как улучшить существующее решение

Если вы остаётесь на двух системах, эти шаги улучшат ситуацию:

• Выберите одну главную систему. Количество меняется в одном месте, вторая система только читает его.
• Наведите порядок в кодах. У каждого товара и варианта должен быть один уникальный SKU и желательно EAN-код.
• Добавьте буфер. Показывайте товар в интернет-магазине как закончившийся уже тогда, когда осталась одна-две штуки.
• Настройте оповещение. При ошибке интеграции кто-то должен получать уведомление.
• Регулярно сверяйте. Небольшая инвентаризация самых ходовых товаров раз в неделю рано выявляет ошибки.

Это помогает, но работа и слабое место остаются.

Что меняется, когда база данных одна

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

• Продажа на кассе сразу списывает товар со склада. В тот же момент это действует и в интернет-магазине.
• Онлайн-заказ откладывает товар уже при начале оплаты.
• Неоплаченный заказ истекает через заданное время (по умолчанию 60 минут), и товар освобождается сам.
• Отменённый заказ возвращает товар на склад.
• Приёмка товара сканером штрихкодов сразу делает его доступным на сайте.
• Материал, израсходованный на услугу, списывается со склада, когда услуга отмечена как выполненная.

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

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

Когда синхронизация вполне подходит

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

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

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

Как быстро интернет-магазин в NUNDINAE видит остаток?

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

Что будет, если два клиента одновременно покупают последний товар?

Товар получает тот, чей заказ его отложил. Второй увидит, что товара больше нет.

Нужна ли ещё инвентаризация?

Да. Программа не знает, что товар на полке сломался или пропал. Инвентаризация проводится через CSV-файл или сканером штрихкодов, а исправление остаётся в истории.

Как сравнить разные решения?

Я сделал сравнение пяти распространённых схем с интеграциями и расходами.

Ваши остатки расходятся?

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