Мультискладовість в e-commerce: що це і коли вигідно

Мультискладовість — це продаж із кількох локацій за одного, спільного складського залишку. Пояснюємо, як працює резервування залишку, як система розподіляє замовлення по складах і коли така модель справді вигідна.

Мультискладовість в e-commerce — що це таке?

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

Найкоротше: мультискладовість в e-commerce — це багато фізичних або віртуальних точок зберігання, поєднаних спільною логікою залишків і розподілу замовлень. Без цієї спільної логіки у вас немає мультискладовості — у вас кілька окремих складів, які треба звіряти вручну. А це пряма дорога до помилок у комплектації та до продажу товару, якого фізично вже немає.

Мультискладовість, WMS, ERP та інтегратор — хто за що відповідає

Ці поняття часто плутають, тож варто їх розмежувати, перш ніж почати шукати інструмент:

• WMS (Warehouse Management System) керує тим, що відбувається всередині складу — стелажними локаціями, комплектацією, прийманнями, інвентаризацією.
• ERP поєднує фінанси, закупівлі та залишки в масштабі всієї компанії.
• Інтегратор / OMS (система керування замовленнями) поєднує канали продажу — Allegro, Amazon, власний магазин — зі складами та кур’єрами. І саме він найчастіше реально «обслуговує» мультискладовість в e-commerce.

На практиці малий і середній продавець рідко потребує повноцінного WMS. Частіше вистачає рушія магазину (Shoper, WooCommerce, PrestaShop) або інтегратора маркетплейсів, який уміє тримати залишок у розбивці на кілька складів і за правилами скеровувати до них замовлення. Якщо ви лише вибудовуєте продаж у кількох каналах одночасно, почніть з основ, описаних у тексті багатоканальний продаж — з чого почати, і лише потім додавайте нові склади.

Які склади можна поєднати в одній панелі

«Склад» у цій моделі — це будь-яка точка, з якої може вийти товар або в якій він лежить. У реальному магазині зазвичай поєднується кілька наведених нижче типів одночасно.

Поділ на типи має значення, бо кожен з них по-різному реагує на замовлення. З власного складу ви відправляєте одразу, дропшипінг подовжує час виконання на кілька днів, а фулфілмент працює за чужими cut-off та тарифами. Хороша конфігурація мультискладовості враховує ці відмінності вже на етапі розподілу замовлення, а не лише під час пакування.

Окремо варто розглянути канали продажу. Маркетплейси (Allegro, Amazon, Empik) і власний магазин — це не «склади», а споживачі залишку. Частою помилкою є змішування цих шарів, тобто створення «складу Allegro» з вручну вписаною кількістю одиниць. У здоровій моделі кожен канал бачить однакову, автоматично обчислювану доступність з усіх реальних складів, а не власний, відірваний пул. Віртуальний склад «під канал» має сенс лише тоді, коли ви свідомо хочете зарезервувати частину запасу для однієї платформи — наприклад, на час акції.

Резервування залишку — серце мультискладовості

Це поняття, яке визначає, чи мультискладовість працює, чи породжує хаос. Резервування залишку полягає в тому, що в момент надходження замовлення система «відкладає» замовлену одиницю й віднімає її від залишку, доступного для продажу, — ще до того, як товар фізично покине склад.

Ключове — розрізняти два числа:

• Фізичний залишок — скільки одиниць реально лежить на полиці.
• Доступний залишок (available-to-promise) — фізичний залишок мінус резерви під невиконані замовлення. Саме це число вам слід надсилати в канали продажу.

Якщо в Allegro, Amazon та власний магазин ви надсилаєте доступний залишок (а не фізичний), продаж в одному каналі автоматично «з’їдає» доступність в інших, і ви уникаєте оверселінгу. Без резервування два клієнти з двох різних платформ можуть купити останню одиницю в ту саму хвилину — і вам доведеться скасувати одне замовлення, що на маркетплейсі закінчується штрафом і зниженням оцінки акаунта. Механіку цієї проблеми ми розкладаємо на складники у статті як уникнути оверселінгу.

Буфер безпеки та єдине джерело правди

На практиці варто поєднати резерви з двома елементами:

• Єдине джерело правди. Має існувати одна система, яка знає справжній залишок і розсилає його в канали. Якщо залишок «живе» паралельно в магазині та в Excel, рано чи пізно вони розійдуться. Про саму механіку розсилання пишемо в тексті синхронізація складських залишків.
• Буфер безпеки. Для товарів зі швидкою оборотністю або повільнішої синхронізації варто заблокувати 1–3 одиниці (значення орієнтовне, підбирайте під оборотність), щоб вікно між продажем і оновленням залишку не закінчувалося перепродажем.

Резерв іноді також прив’язаний до конкретного складу. Тоді система не лише знає, що ви продали одиницю, а й з якої локації її взяти — і лише це закриває питання, коли складів кілька.

Як система розподіляє замовлення на склад

Оскільки товар лежить у кількох місцях, хтось має вирішити, звідки його відправити. У хороших інструментах це робить правило (або каскад правил), а не людина. Найчастіше застосовувані стратегії:

Split shipment (поділ відправлення) звучить зручно, але має ціну: дві посилки — це дві етикетки, дві вартості кур’єра і дві точки, де щось може піти не так. Зазвичай виправданий лише як крайній засіб — коли альтернативою є скасування частини замовлення. Тому розумний каскад правил спершу шукає один склад із повною комплектністю, а вже потім вдається до поділу.

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

Приклад: як це працює крок за кроком

Припустімо, магазин із трьома локаціями: центральним складом у Лодзі, офлайн-магазином у Кракові та дропшипінг-гуртівнею. Клієнт із Малопольщі замовляє два товари. Погляньмо, що відбувається у фоні (числа орієнтовні й ілюструють виключно логіку):

1. Доступний залишок. Товар A: 5 шт. у Лодзі, 2 у Кракові. Товар B: 0 на власних складах, але доступний у постачальника. Канали бачать суму доступності, зменшену на буфер.
2. Резервування. У момент замовлення система резервує по одній одиниці A і B, тож доступний залишок A падає до 6, а інші канали вже не продадуть ті самі одиниці.
3. Розподіл. Правило «найближче до клієнта» скеровує товар A до Кракова, бо він ближче до отримувача. Товар B, якого немає на власному залишку, іде на виконання в дропшипінг.
4. Рішення про посилки. Оскільки жоден окремий склад не має обох товарів, система пропонує split shipment: посилка з Кракова й окреме відправлення від постачальника. Якби все лежало в Лодзі, воно пішло б одним відправленням.
5. Виконання. Кожна локація отримує свою частину на комплектацію і генерує етикетку, а після відправлення резерви перетворюються на видаток, і фізичний залишок оновлюється.

Той самий сценарій без спільної логіки виглядає зовсім інакше: працівник вручну перевіряє, де лежить товар, телефонує в магазин у Кракові, а тим часом хтось на Allegro купує останню одиницю товару A. Саме цю різницю — між процесом, керованим правилами, і гасінням пожеж — забезпечує добре впроваджена мультискладовість.

Коли мультискладовість вигідна — а коли це надмір

Мультискладовість не є самоціллю. Це інструмент, який розв’язує конкретні проблеми, — і якщо їх у вас немає, він лише додає складності. Нижче проста шпаргалка.

Практичний сигнал, що ви дозріли до мультискладовості, прозаїчний: ви починаєте вручну «перекопійовувати» залишки між локаціями або регулярно скасовувати замовлення, бо товар опинився не там, де ви думали. Це момент, коли вартість інструменту окуповується швидше, ніж вартість помилок і повернень.

Скільки це коштує

Важко назвати одну ціну, бо моделі бувають різні — від функції, включеної в абонемент магазину, через доповнення до інтегратора, до окремого WMS, який рахують за робоче місце або обсяг. Сприймайте будь-які вилки як орієнтовні й перевіряйте в конкретного постачальника, бо прайси змінюються з місяця в місяць. Замість дивитися на саму суму, порахуйте вартість альтернативи: у скільки вам сьогодні обходяться скасування, штрафи на маркетплейсі, понаднормові на звірку залишків і втрачені замовлення через «тимчасову» відсутність.

Пам’ятайте також про приховані витрати з боку впровадження: час на впорядкування процесів, міграцію залишків і навчання команди. Це зазвичай одноразове, але реальне зусилля, яке варто запланувати перед сезоном, а не в його розпал. Якщо сьогодні ви обслуговуєте один склад і один канал без проколів, додавання мультискладовості «про запас» частіше ускладнить роботу, ніж її поліпшить — поверніться до теми, коли з’явиться друга локація або другий активний канал продажу.

Найпоширеніші пастки впровадження

Мультискладовість зазвичай ламається не на концепції, а на деталях. На що звертати увагу:

• Надсилання фізичного залишку замість доступного. Без резервування канали «бачать» одиниці, які вже продані.
• Розбіжність джерел правди. Залишок у магазині, в інтеграторі та в таблиці, яку ніхто не синхронізує, — найчастіша причина перепродажу.
• Надто агресивний split shipment. Поділ посилок заради економії, який насправді множить кур’єрські витрати та рекламації.
• Відсутність обробки повернень як окремого пулу. Повернений товар потрапляє на інший склад і «губиться» до моменту ручного дописування.
• Дропшипінг, який сприймають як власний залишок. Залишки в гуртівні змінюються без вашого відома — потрібні частіша синхронізація й більший буфер.
• Правила розподілу, налаштовані «жорстко» раз і назавжди. Сезон, акції та дефіцит можуть вимагати іншої черговості складів.

З чого почати впровадження

Якщо рішення ухвалено, вибудуйте впровадження в порядку від найважливішого:

1. Проінвентаризуйте локації. Випишіть усі реальні та віртуальні точки, з яких виходить товар, і призначте кожній роль.
2. Визначте єдине джерело правди про залишок. Вирішіть, яка система тримає правду і розсилає її в канали.
3. Увімкніть резервування та буфер. Подбайте, щоб канали отримували доступний залишок, а не фізичний.
4. Визначте правила розподілу. Почніть із простого пріоритету, а складні стратегії (найближче до клієнта, split) додавайте, коли реально їх потребуєте.
5. Протестуйте на вузькій групі SKU. Перш ніж перемикати весь асортимент, перевірте десяток-другий позицій у бойових умовах.

Щоб поєднати це в одному місці, вам потрібен інструмент, який об’єднує канали продажу, склади та кур’єрів. Таких рішень для польського ринку з’являється дедалі більше — до цієї категорії належатиме й Nimo, що готується, — але незалежно від вибору спершу впорядкуйте процеси, описані вище, бо жоден інструмент не виправить безлад у даних про залишки.

Найпоширеніші запитання

Чим мультискладовість відрізняється від звичайного складу?

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

Чи може офлайн-магазин бути складом в e-commerce?

Так. Офлайн-точка часто виконує роль локального складу — обслуговує click & collect, відправлення «з магазину» і дає змогу рятувати останні одиниці, яких уже немає на центральному складі. Умова одна: його залишок має бути поєднаний зі спільним джерелом правди, інакше дійде до перепродажу.

Як працює резервування залишку під час продажу в кількох каналах?

У момент замовлення система відкладає замовлену одиницю і зменшує доступний залишок, який розсилає в усі канали. Завдяки цьому продаж на Allegro одразу знижує доступність в Amazon і у власному магазині, тож два клієнти не куплять ту саму останню одиницю.

Чи потрібна мені дорога система WMS, щоб мати кілька складів?

Зазвичай ні. Повноцінний WMS корисний для великих, складних складів зі стелажною комплектацією. Малий і середній продавець частіше обслужить кілька локацій у рушії магазину або в інтеграторі маркетплейсів, який підтримує мультискладовість і резервування. Вартість і обсяг завжди варто перевірити в конкретного постачальника, бо прайси змінюються.

Коли вигідно ділити одне замовлення на кілька посилок?

Split shipment має сенс переважно тоді, коли жоден окремий склад не має всього замовлення, а альтернативою є скасування його частини. Оскільки поділ множить кур’єрські витрати та ризик помилок, розумні правила спершу шукають одну локацію з повною комплектністю, а ділять лише в крайньому разі.