Один магазин, два склада: как покончить с разделением на онлайн и оффлайн

Магазин, который продает товары лично и через интернет, обычно ведет не один складской учет. На самом деле он ведет два склада, которые обмениваются данными: остатки на полках живут в POS-системе, остатки для интернет-магазина — на e-commerce платформе, а специальный коннектор пытается синхронизировать их между собой. Каждая продажа товара, которого нет в наличии, каждое письмо с извинениями в духе «извините, этого товара уже нет» и каждый ночной пересчет остатков по воскресеньям рождаются именно в этом разрыве. Решение кроется не в более быстром коннекторе, а в единой базе данных, из которой читают и в которую пишут все каналы продаж.

Почему расходятся остатки в рознице и онлайне?

Остатки расходятся потому, что две разные системы ведут собственный учет одной и той же полки. Когда кто-то покупает товар на кассе, POS-система уменьшает количество в своей копии базы. Когда кто-то покупает онлайн, e-commerce платформа уменьшает количество в своей. Затем коннектор пытается перенести изменения на другую сторону — иногда за секунды, а иногда пакетом раз в пятнадцать минут.

В промежутке между продажей и синхронизацией обе системы считают, что товар все еще есть в наличии. Это окно невелико, но это не единственное место утечки данных. Возвраты и обмены часто проводятся на одной стороне и забываются на другой. Переименование товара или изменение его характеристик может незаметно нарушить сопоставление SKU (SKU — это уникальный идентификатор товара; подробнее в нашем словаре POS-терминов), после чего системы вообще перестают понимать, что речь идет об одном и том же продукте. Сбои в работе самого коннектора часто происходят незаметно: ошибок нет, просто цифры перестают сходиться.

Расхождения накапливаются. Каждое мелкое несоответствие живет до тех пор, пока кто-то физически не пересчитает полку, но к этому моменту уже никто не может понять, какая из систем показывала правду.

Во сколько на самом деле обходится это разделение?

В мировом масштабе упущенные продажи из-за отсутствия товаров и избыток запасов обходятся ритейлу примерно в 1,73 триллиона долларов в год, что составляет около 6,5% от общего объема продаж¹. Для одного магазина это разделение выливается в четыре вполне конкретные статьи расходов.

• Буферный запас: вы показываете на сайте 3 единицы товара вместо 5 реальных, чтобы задержка синхронизации не привела к перепродаже. Это замороженные оборотные средства — товар, за который вы заплатили, но не даете никому купить.

• Время на сверку (проверку соответствия двух баз): часы работы сотрудников, потраченные на пересчет полок и исправление ошибок в отстающей системе.

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

• Расходы на саму синхронизацию: оплата коннектора или специального тарифа e-commerce платформы — одна из тех скрытых подписок на SaaS, которые оплачивает ритейлер.

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

Разве приложение для синхронизации не решает проблему?

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

Но эта схема перестает работать именно тогда, когда вы достигаете роста, к которому стремитесь. Высокий трафик повышает вероятность того, что в процессе синхронизации покупатели в разных каналах попытаются заказать один и тот же товар. Дефицитный или уникальный ассортимент (винтаж, комиссионные товары, крафтовые партии) превращает каждую единицу в последнюю. Наличие нескольких точек усложняет связи, которые могут незаметно сломаться. Приложение для синхронизации лишь временно маскирует симптомы при малых объемах; две разные базы данных под капотом — это сама причина болезни.

Что на самом деле означает единый складской учет?

Это означает наличие одного первоисточника данных (единой базы, которой доверяют все), а не двух баз и связующего звена. Касса, интернет-магазин и любой терминал самообслуживания считывают один и тот же остаток и записывают свои продажи в одну и ту же базу в момент совершения покупки. Если два канала пытаются забрать последнюю единицу товара в одну секунду, сама база данных определяет, кто был первым; здесь нет никакого «потом», когда коннектор обнаружит конфликт. Точно так же устроен и каталог: один товар, одна цена, одно налоговое правило для всех каналов продаж.

Такую архитектуру сложно внедрить задним числом. Две зрелые системы, объединенные интеграцией, всегда будут иметь две базы данных, потому что каждая из них изначально создавалась как единственная хозяйка остатков. Единый учет должен быть заложен в основу платформы изначально. Именно так это реализовано в Final: интернет-магазин и касса — это просто два разных интерфейса к одной базе данных, поэтому разрыв между ними физически невозможен. Такая видимость в реальном времени — это фундамент, на котором строится все остальное в управлении запасами в POS. Точки перезаказа и уведомления об остатках полезны только тогда, когда они опираются на точные цифры, а ритейлеры получают рост эффективности только тогда, когда могут полностью доверять учету.

Итак, можно ли покончить с разделением склада?

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

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