Мультипостачальниковий дропшипінг: маршрутизація, агрегація та звітність

Товар у каталозі є, а реально його немає — знайомий біль інтернет-магазину з одним постачальником. Наприклад, магазин автозапчастин з п'ятьма постачальниками: один пропонує дешевше, але довго везе, інший швидко, але дорого. Як розподілити замовлення, щоб клієнт отримав товар швидко, а власник не втратив маржу? Мультипостачальниковий дропшипінг вирішує це завдання: підключаєте кілька постачальників і автоматично маршрутизуєте замовлення до того, у кого товар в наявності. Але реалізація складніша, ніж здається: потрібно керувати конкуруючими цінами, залишками та пріоритетами. Ми працюємо в e-commerce понад 10 років, виконали більше 50 проектів з мультипостачальниковим дропшипінгом. В одному проєкті — магазин електроніки з 12 постачальниками — ми скоротили час збирання замовлення з трьох годин до 20 хвилин, що в 9 разів швидше, заощадивши клієнту близько 500 тис. грн на місяць на зарплаті менеджерів. Середня економія на закупівлі становить 15–20%, що при обороті 10 млн грн на місяць дає до 2 млн грн додаткового прибутку. Отримайте консультацію щодо впровадження сьогодні.

Згідно з Дропшипінг (Вікіпедія) — модель, при якій продавець не зберігає товари, а передає замовлення постачальнику. У мультипостачальниковій версії ця модель масштабується на будь-яку кількість партнерів.

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

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);
    }
}

Які стратегії вибору постачальника ефективніші?

Ми пропонуємо три вбудовані стратегії. Їх можна комбінувати: наприклад, спочатку пріоритет, а при рівному пріоритеті — мінімальна ціна.

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%.

Покроковий план впровадження

1. Аналіз постачальників. Збираємо специфікації API, визначаємо формати даних (XML/JSON/CSV).
2. Проектування схеми. Створюємо таблиці мапінгу товарів і постачальників, налаштовуємо індекси.
3. Реалізація роутера. Підключаємо вибрані стратегії, тестуємо на історичних замовленнях.
4. Інтеграція з постачальниками. Синхронізуємо ціни та залишки, налаштовуємо фолбек.
5. Запуск та моніторинг. Викочуємо в продакшн, відстежуємо метрики, коригуємо правила.

Типові помилки при реалізації

Проблеми з синхронізацією залишків: постачальники оновлюють дані нерегулярно. Налаштовуємо WebSocket або пулінг кожні 5 хвилин. Додаємо сповіщення при перевищенні ліміту затримки.

Конфлікти пріоритетів: стратегія з однаковим пріоритетом у двох постачальників. Вводимо додатковий критерій — наприклад, мінімальна ціна або географічна близькість.

Строки реалізації

Разом: 15–20 робочих днів залежно від кількості постачальників та складності правил маршрутизації.

Що входить у роботу

• Розробка схеми даних та міграцій
• Реалізація роутера та стратегій вибору постачальника
• Налаштування агрегації цін та консолідації залишків
• Інтеграція з API постачальників (XML, JSON, CSV)
• Адміністративна панель для управління мапінгом та звітністю
• Документація по архітектурі та API
• Технічна підтримка 30 днів після запуску

Наш досвід — понад 10 років в e-commerce, понад 50 реалізованих проектів з мультипостачальниковим дропшипінгом. Гарантуємо якість та надійність рішення. Зв'яжіться з нами — ми розробимо архітектуру, налаштуємо роутинг та звітність під ваш бізнес.