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

Магазин, який продає особисто та онлайн, зазвичай не веде один облік запасів. Він веде два обліки запасів, які «листуються» між собою: кількість на полиці живе в POS, онлайн-кількість живе в e-commerce платформі, а конектор синхронізації переносить оновлення між ними. Кожен перепродаж, кожен лист із вибаченнями «вибачте, цього товару насправді немає в наявності» та кожен переоблік у неділю ввечері виникають саме з цього розриву. Вирішенням є не кращий конектор. Це один запис про запаси, який зчитує та записує кожен канал.

Чому розходяться офлайн- та онлайн-залишки?

Залишки розходяться тому, що дві системи ведуть свій власний реєстр однієї й тієї самої полиці. Коли хтось купує на касі, POS зменшує свою копію даних. Коли хтось купує онлайн, e-commerce платформа зменшує свою копію. Потім конектор переносить кожну зміну на інший бік, іноді за секунди, а іноді пакетом, який запускається кожні п'ятнадцять хвилин.

У проміжку між продажем та копіюванням обидві системи вважають, що товар усе ще є в наявності. Це вікно невелике, але це не єдине місце витоку даних. Повернення та обміни часто проводяться на одному боці й не відображаються на іншому. Перейменування товару або редагування варіанта може тихо порушити відповідність SKU (SKU — це ідентифікатор однієї одиниці товару для продажу; більше термінів у нашому словнику термінів POS), після чого дві системи навіть не говорять про один і той самий товар. Збої конектора зазвичай відбуваються непомітно: помилок немає, просто залишки перестають збігатися.

Розбіжність накопичується. Кожна дрібна невідповідність живе доти, доки хтось фізично не перерахує полицю, а до того часу ніхто вже не знає, яка система була правою.

Чого насправді коштує це розділення?

У глобальному масштабі відсутність товарів на складі та надлишок запасів коштують роздрібній торгівлі приблизно 1,73 трильйона доларів на рік, що становить близько 6,5% продажів¹. Для одного магазину це розділення виливається в чотири менші, але регулярні рахунки.

• Буферні запаси: показ наявності 3 одиниць онлайн, коли у вас є 5, щоб затримка синхронізації не призвела до перепродажу. Це запаси, за які ви заплатили, але нікому не дозволяєте купити.

• Час на звірку (перевірку того, що два підрахунки збігаються): години робочого часу персоналу, витрачені на перерахунок полиць та виправлення помилок у системі, яка дала збій.

• Врегулювання перепродажів: повернення коштів, листи з вибаченнями та періодичні відгуки в одну зірку, коли товару «в наявності» насправді не виявилося.

• Сам стек синхронізації: конектор або тарифний план синхронізації e-commerce зазвичай є однією зі статей у прихованому рахунку за SaaS, який сплачують рітейлери.

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

Хіба додаток для синхронізації не може це просто виправити?

Для деяких магазинів конектор — це нормально, і про це варто сказати прямо. Якщо ваш оборот повільний, ви рідко тримаєте останню одиницю будь-чого і керуєте однією локацією, хороша синхронізація впорається в більшості випадків. Використовуйте цей обхідний шлях, якщо це ваш випадок.

Він перестає працювати саме за тих умов, яких ви прагнете досягти. Високий трафік зменшує шанси на те, що вікно синхронізації пройде без того, щоб два канали не торкнулися одного й того самого товару. Дефіцитний або унікальний товар (вінтаж, комісійні товари, малі партії) робить кожну одиницю останньою. Кілька торгових точок множать відповідності, які можуть тихо зламатися. Додаток для синхронізації непогано бореться із симптомом при малих обсягах; але два реєстри під ним усе одно залишаються хворобою.

Що насправді означає один облік запасів?

Це означає єдине джерело обліку (одну базу даних, якій усі довіряють) замість двох реєстрів та кур'єра між ними. Каса, онлайн-вітрина та будь-який термінал самообслуговування зчитують ту саму кількість і записують свої продажі в один і той самий запис у момент здійснення продажу. Коли два канали намагаються забрати останню одиницю в ту саму секунду, сам реєстр вирішує, кому вона дісталася; немає ніякого «потім», коли б процес синхронізації виявив конфлікт. Каталог ділиться так само: один товар, одна ціна, одне податкове правило для кожного каналу.

Таку архітектуру важко модернізувати. Дві зрілі системи, з'єднані інтеграцією, завжди матимуть два реєстри, тому що кожна з них створювалася з припущенням, що вона володіє підрахунком. Це має бути основою роботи платформи від самого початку, саме так до цього ставиться Final: онлайн-магазин та каса — це два види одного запису, тому розрив ніколи не виникає. Видимість у реальному часі також є основою, на якій будується все інше в управлінні запасами в POS. Точки перезамовлення та сповіщення про залишки хороші лише тоді, коли підрахунок, який вони зчитують, є точним, і рітейлери отримують приріст ефективності лише після того, як підрахунку можна довіряти.

Отже, чи можна покласти край розділенню на офлайн та онлайн?

Так, але не за рахунок сильнішої синхронізації. Розділення є наслідком роботи двох систем, і воно зникає, коли обидва канали працюють на одному реєстрі, а не тоді, коли копіювання між реєстрами стає швидшим. Якщо ви оцінюєте платформи, корисний тест: запитайте, де фіксуються онлайн-замовлення та продаж на касі, і чи є це одним і тим самим місцем. (Вибір роздрібного POS передбачає більше, ніж просто запаси, але це питання швидко відсіює зайве.)

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