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

Товар в каталоге есть, а реально его нет — знакомая боль интернет-магазина с одним поставщиком. Например, магазин автозапчастей с пятью поставщиками: один предлагает дешевле, но долго везёт, другой быстро, но дорого. Как распределить заказы, чтобы клиент получил товар быстро, а владелец не потерял маржу? Мультипоставщиковый дропшиппинг решает эту задачу: подключаете несколько поставщиков и автоматически маршрутизируете заказы к тому, у кого товар в наличии. Но реализация сложнее, чем кажется: нужно управлять конкурирующими ценами, остатками и приоритетами. Мы работаем в e-commerce более 10 лет. В одном проекте — магазин электроники с 12 поставщиками — мы сократили время сборки заказа с трёх часов до 20 минут, сэкономив клиенту около 500 тыс. руб. в месяц на зарплате менеджеров. Средняя экономия на закупке составляет 15–20%, что при обороте $90k–130k. в месяц даёт до $18k–26k. дополнительной прибыли. Получите консультацию по внедрению сегодня.

Согласно Дропшиппинг — модель, при которой продавец не хранит товары, а передаёт заказ поставщику. В мультипоставщиковой версии эта модель масштабируется на любое количество партнёров.

Какие проблемы решает мультипоставщиковый дропшиппинг?

• Неактуальные остатки. Один поставщик показывает 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); } } 

Какие стратегии выбора поставщика эффективнее?

Мы предлагаем три встроенные стратегии. Их можно комбинировать: например, сначала приоритет, а при равном приоритете — минимальная цена.

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

Остатки выводятся в четырёх режимах: сумма всех поставщиков, только приоритетный, максимум или флаг наличия. Режим настраивается в админке.

Сплит заказов и fallback

Один заказ с несколькими позициями может быть разбит между разными поставщиками. Если приоритетный не может полностью обеспечить позицию, заказ частями уходит к другим (fallback). В нашей архитектуре обработка одного заказа с 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. Интеграция с поставщиками. Синхронизируем цены и остатки, настраиваем fallback.
5. Запуск и мониторинг. Выкатываем в продакшен, отслеживаем метрики, корректируем правила.

Типовые ошибки при реализации

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

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

Сроки реализации

Итого: 15–20 рабочих дней в зависимости от количества поставщиков и сложности правил маршрутизации.

Что входит в работу

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

Свяжитесь с нами — мы разработаем архитектуру, настроим роутинг и отчётность под ваш бизнес.