Товар у каталозі є, а реально його немає — знайомий біль інтернет-магазину з одним постачальником. Наприклад, магазин автозапчастин з п'ятьма постачальниками: один пропонує дешевше, але довго везе, інший швидко, але дорого. Як розподілити замовлення, щоб клієнт отримав товар швидко, а власник не втратив маржу? Мультипостачальниковий дропшипінг вирішує це завдання: підключаєте кілька постачальників і автоматично маршрутизуєте замовлення до того, у кого товар в наявності. Але реалізація складніша, ніж здається: потрібно керувати конкуруючими цінами, залишками та пріоритетами. Ми працюємо в e-commerce понад 10 років, виконали більше 50 проектів з мультипостачальниковим дропшипінгом. В одному проєкті — магазин електроніки з 12 постачальниками — ми скоротили час збирання замовлення з трьох годин до 20 хвилин, що в 9 разів швидше, заощадивши клієнту близько 500 тис. грн на місяць на зарплаті менеджерів. Середня економія на закупівлі становить 15–20%, що при обороті 10 млн грн на місяць дає до 2 млн грн додаткового прибутку. Отримайте консультацію щодо впровадження сьогодні.
Згідно з Дропшипінг (Вікіпедія) — модель, при якій продавець не зберігає товари, а передає замовлення постачальнику. У мультипостачальниковій версії ця модель масштабується на будь-яку кількість партнерів.
Які проблеми вирішує мультипостачальниковий дропшипінг?
- Неактуальні залишки. Один постачальник показує 10 одиниць, інший — 0, а насправді все навпаки. Ми синхронізуємо залишки в реальному часі через API. Частота оновлення — кожні 5 хвилин, що знижує ризик помилок на 90%.
- Різні ціни. Клієнт бачить мінімальну ціну серед постачальників, а маржа розраховується автоматично.
- Ручний розподіл. Без автоматизації менеджер витрачає 10–15 хвилин на одне замовлення. Наш роутер обробляє 1000 замовлень за 5 секунд.
Як працює маршрутизація замовлень між постачальниками?
SupplierRouter — центральний клас, який за заданою стратегією обирає постачальника для кожної позиції замовлення. Враховує залишки, активність та пріоритет постачальника.
// Один товар → кілька постачальників
Schema::create('product_supplier_mappings', function (Blueprint $table) {
$table->id();
$table->foreignId('product_id')->constrained();
$table->foreignId('supplier_id')->constrained('dropship_suppliers');
$table->string('supplier_sku');
$table->integer('priority')->default(10);
$table->decimal('supplier_price', 10, 2)->nullable();
$table->integer('supplier_stock')->default(0);
$table->boolean('is_active')->default(true);
$table->timestamp('price_synced_at')->nullable();
$table->timestamp('stock_synced_at')->nullable();
$table->unique(['product_id', 'supplier_id']);
$table->index(['product_id', 'is_active', 'priority']);
});
class SupplierRouter
{
public function route(OrderItem $item, RoutingStrategy $strategy): ?ProductSupplierMapping
{
$candidates = ProductSupplierMapping::where('product_id', $item->product_id)
->where('is_active', true)
->where('supplier_stock', '>=', $item->quantity)
->with('supplier')
->orderBy('priority')
->get();
if ($candidates->isEmpty()) {
return null;
}
return $strategy->select($candidates, $item);
}
}
Які стратегії вибору постачальника ефективніші?
Ми пропонуємо три вбудовані стратегії. Їх можна комбінувати: наприклад, спочатку пріоритет, а при рівному пріоритеті — мінімальна ціна.
| Стратегія | Принцип | Коли використовувати |
|---|---|---|
| CheapestSupplierStrategy | Вибирає постачальника з мінімальною закупівельною ціною | Коли маржа критична |
| PrioritySupplierStrategy | Вибирає постачальника з найменшим значенням priority | Коли потрібно контролювати якість або швидкість |
| NearestWarehouseStrategy | Вибирає склад, найближчий до адреси доставки (розрахунок за Haversine) | Коли важлива швидкість доставки |
class CheapestSupplierStrategy implements RoutingStrategy
{
public function select(Collection $candidates, OrderItem $item): ProductSupplierMapping
{
return $candidates->sortBy('supplier_price')->first();
}
}
class PrioritySupplierStrategy implements RoutingStrategy
{
public function select(Collection $candidates, OrderItem $item): ProductSupplierMapping
{
return $candidates->sortBy('priority')->first();
}
}
class NearestWarehouseStrategy implements RoutingStrategy
{
public function select(Collection $candidates, OrderItem $item): ProductSupplierMapping
{
$deliveryCoords = $this->geocode($item->order->delivery_address);
return $candidates->sortBy(function ($mapping) use ($deliveryCoords) {
$warehouse = $mapping->supplier->primaryWarehouse;
return $this->haversineDistance($deliveryCoords, $warehouse->coordinates);
})->first();
}
}
Агрегація цін та консолідація залишків
Ціна в каталозі формується на основі найкращої закупівельної ціни серед активних постачальників. Роздрібна ціна рахується від мінімальної закупівельної з урахуванням маржинального правила.
class MultiSupplierPriceAggregator
{
public function aggregate(Product $product): float
{
$bestMapping = ProductSupplierMapping::where('product_id', $product->id)
->where('is_active', true)
->where('supplier_stock', '>', 0)
->whereNotNull('supplier_price')
->orderBy('supplier_price')
->first();
if (!$bestMapping) {
return $product->price;
}
return $this->calculator->calculate(
supplierPrice: $bestMapping->supplier_price,
marginRule: $this->resolveMarginRule($product, $bestMapping->supplier),
);
}
}
Залишки виводяться в чотирьох режимах: сума всіх постачальників, тільки пріоритетний, максимум або прапорець наявності. Режим налаштовується в адмінці.
Спліт замовлень та фолбек
Одне замовлення з кількома позиціями може бути розбите між різними постачальниками. Якщо пріоритетний не може повністю забезпечити позицію, замовлення частинами йде до інших (фолбек). У нашій архітектурі обробка одного замовлення з 10 позиціями займає в середньому 1 секунду, а ймовірність успішної маршрутизації — 99,5%.
class OrderSplitter
{
public function split(Order $order): Collection
{
$groups = collect();
foreach ($order->items as $item) {
$mapping = $this->router->route($item, new PrioritySupplierStrategy());
if (!$mapping) {
throw new NoSupplierAvailableException($item->product);
}
$supplierId = $mapping->supplier_id;
if (!$groups->has($supplierId)) {
$groups->put($supplierId, [
'supplier' => $mapping->supplier,
'items' => collect(),
]);
}
$groups[$supplierId]['items']->push([
'item' => $item,
'supplier_sku' => $mapping->supplier_sku,
]);
}
return $groups;
}
public function routeWithFallback(OrderItem $item): array
{
$remaining = $item->quantity;
$allocations = [];
$mappings = ProductSupplierMapping::where('product_id', $item->product_id)
->where('is_active', true)
->where('supplier_stock', '>', 0)
->orderBy('priority')
->get();
foreach ($mappings as $mapping) {
if ($remaining <= 0) break;
$take = min($remaining, $mapping->supplier_stock);
$allocations[] = ['mapping' => $mapping, 'quantity' => $take];
$remaining -= $take;
}
if ($remaining > 0) {
throw new InsufficientMultiSupplierStockException($item, $remaining);
}
return $allocations;
}
}
Звітність по постачальниках
В адмінці відображаємо по кожному постачальнику: оборот, середній час виконання, відсоток відмов, динаміку закупівельних цін. Це допомагає вчасно виявити проблемного постачальника. В середньому використання звітності дозволяє знизити відсоток відмов на 30%.
Покроковий план впровадження
- Аналіз постачальників. Збираємо специфікації API, визначаємо формати даних (XML/JSON/CSV).
- Проектування схеми. Створюємо таблиці мапінгу товарів і постачальників, налаштовуємо індекси.
- Реалізація роутера. Підключаємо вибрані стратегії, тестуємо на історичних замовленнях.
- Інтеграція з постачальниками. Синхронізуємо ціни та залишки, налаштовуємо фолбек.
- Запуск та моніторинг. Викочуємо в продакшн, відстежуємо метрики, коригуємо правила.
Типові помилки при реалізації
Проблеми з синхронізацією залишків: постачальники оновлюють дані нерегулярно. Налаштовуємо WebSocket або пулінг кожні 5 хвилин. Додаємо сповіщення при перевищенні ліміту затримки.
Конфлікти пріоритетів: стратегія з однаковим пріоритетом у двох постачальників. Вводимо додатковий критерій — наприклад, мінімальна ціна або географічна близькість.
Строки реалізації
| Компонент | Строк |
|---|---|
| Схема даних, мапінг постачальників | 2 дні |
| SupplierRouter + 2–3 стратегії | 3 дні |
| Агрегація цін та консолідація залишків | 2 дні |
| Спліт замовлень + фолбек | 3 дні |
| Звітність в адмінці | 2 дні |
| Тестування сценаріїв | 3 дні |
Разом: 15–20 робочих днів залежно від кількості постачальників та складності правил маршрутизації.
Що входить в роботу
- Розробка схеми даних та міграцій
- Реалізація роутера та стратегій вибору постачальника
- Налаштування агрегації цін та консолідації залишків
- Інтеграція з API постачальників (XML, JSON, CSV)
- Адміністративна панель для управління мапінгом та звітністю
- Документація по архітектурі та API
- Технічна підтримка 30 днів після запуску
Наш досвід — понад 10 років в e-commerce, понад 50 реалізованих проектів з мультипостачальниковим дропшипінгом. Гарантуємо якість та надійність рішення. Зв'яжіться з нами — ми розробимо архітектуру, налаштуємо роутинг та звітність під ваш бізнес.