Товар у каталозі є, а реально його немає — знайомий біль інтернет-магазину з одним постачальником. Наприклад, магазин автозапчастин з п'ятьма постачальниками: один пропонує дешевше, але довго везе, інший швидко, але дорого. Як розподілити замовлення, щоб клієнт отримав товар швидко, а власник не втратив маржу? Мультипостачальниковий дропшипінг вирішує це завдання: підключаєте кілька постачальників і автоматично маршрутизуєте замовлення до того, у кого товар в наявності. Але реалізація складніша, ніж здається: потрібно керувати конкуруючими цінами, залишками та пріоритетами. Ми працюємо в 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 реалізованих проектів з мультипостачальниковим дропшипінгом. Гарантуємо якість та надійність рішення. Зв'яжіться з нами — ми розробимо архітектуру, налаштуємо роутинг та звітність під ваш бізнес.