Мультисклад в 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 имеет смысл главным образом тогда, когда ни один отдельный склад не содержит весь заказ, а альтернатива — отмена его части. Поскольку разделение множит расходы на курьера и риск ошибок, разумные правила сначала ищут одну локацию с полной комплектностью, а делят лишь в крайнем случае.