Реализация автоматической передачи заказов дропшиппинг-поставщику

Ручная отправка заказов дропшиппинг-поставщикам через email или Excel — узкое место воронки. Ошибки в адресе, дубли заказов, задержки до нескольких часов. Например, интернет-магазин со 100 заказами в день терял до 10% клиентов из-за задержек. Мы автоматизируем этот процесс: после подтверждения оплаты заказ мгновенно направляется поставщику через REST API, email или Telegram. Среднее время обработки падает с 30 минут до 2 секунд. Экономия на ручном труде достигает 70%, окупаемость — 2–3 месяца. Магазин существенно сокращает издержки. Получите консультацию по автоматизации дропшиппинга.

Почему автоматизация передачи заказов критична для дропшиппинга?

Без автоматизации каждый заказ проходит через менеджера: скопировать данные, вставить в письмо, отправить. При 50 заказах в день — 50 ручных операций. Вероятность ошибки — 5–10%. Для дропшиппинга это критично: поставщик не получит заказ, клиент не дождётся посылки. Автоматизация исключает человеческий фактор и сокращает время доставки. REST API доставляет заказы за 2 секунды — это в 30 раз быстрее email-интеграции (около 1 минуты).

Как реализовать триггер передачи на событии оплаты?

Передача должна происходить строго после подтверждения платежа. Реализация на Laravel: слушатель события PaymentConfirmedEvent фильтрует дропшиппинг-позиции и диспатчит задание для каждого поставщика. Для мультипоставщика группируем товары по supplier_id и запускаем отдельные задачи в очереди.

// Listener на событие оплаты
class DispatchOrderToSupplierListener
{
    public function __construct(
        private readonly DropshippingKernel $kernel,
    ) {}

    public function handle(PaymentConfirmedEvent $event): void
    {
        $order = $event->order;

        // Только дропшиппинг-позиции
        $dropshipItems = $order->items->filter(
            fn($item) => $item->product->dropshipProduct !== null
        );

        if ($dropshipItems->isEmpty()) {
            return;
        }

        // Группируем по поставщику и диспатчим отдельные задачи
        $dropshipItems
            ->groupBy(fn($item) => $item->product->dropshipProduct->supplier_id)
            ->each(function ($items, $supplierId) use ($order) {
                DispatchOrderToSupplierJob::dispatch($order, $supplierId, $items)
                    ->onQueue('supplier-orders');
            });
    }
}

Задание DispatchOrderToSupplierJob собирает DTO и отправляет через коннектор. В случае ошибки — до 5 повторных попыток с экспоненциальной задержкой (30, 60, 120, 300, 600 секунд). После исчерпания попыток уведомляется менеджер.

Пример задания очереди:

class DispatchOrderToSupplierJob implements ShouldQueue
{
    use Dispatchable, InteractsWithQueue, Queueable, SerializesModels;

    public $tries = 5;

    public $backoff = [30, 60, 120, 300, 600];

    public $timeout = 60;

    public function __construct(
        private readonly Order $order,
        private readonly int $supplierId,
        private readonly Collection $items,
    ) {}

    public function handle(SupplierConnectorFactory $factory): void
    {
        $supplier = Supplier::findOrFail($this->supplierId);
        $connector = $factory->make($supplier);

        $dto = new SupplierOrderDTO(
            orderId: $this->order->id,
            externalRef: $this->order->number,
            recipientName: $this->order->delivery_name,
            phone: $this->order->delivery_phone,
            deliveryAddress: $this->order->deliveryAddress->formatted(),
            deliveryMethod: $this->order->delivery_method,
            comment: $this->order->comment,
            items: $this->items->map(fn($item) => new SupplierOrderItemDTO(
                supplierSku: $item->product->dropshipProduct->supplier_sku,
                quantity: $item->quantity,
            )),
        );

        $result = $connector->placeOrder($dto);

        SupplierOrder::create([
            'order_id' => $this->order->id,
            'supplier_id' => $this->supplierId,
            'supplier_order_id' => $result->supplierOrderId,
            'status' => $result->status,
            'placed_at' => now(),
        ]);

        $this->items->each(fn($item) => $item->update([
            'supplier_status' => 'dispatched',
            'dispatched_at' => now(),
        ]));

        Log::info('Order dispatched to supplier', [
            'order_id' => $this->order->id,
            'supplier_id' => $this->supplierId,
            'supplier_order_id' => $result->supplierOrderId,
        ]);
    }

    public function failed(Throwable $e): void
    {
        $this->order->update(['requires_manual_dispatch' => true]);

        Notification::route('mail', config('dropshipping.manager_email'))
            ->notify(new SupplierDispatchFailedNotification(
                $this->order,
                $this->supplierId,
                $e->getMessage()
            ));
    }
}

Согласно документации Laravel очереди обеспечивают асинхронную обработку с отложенными повторными попытками.

Какие форматы передачи заказов поддерживаются?

В зависимости от возможностей поставщика используем разные протоколы:

REST API — предпочтительный вариант: поставщик получает заказ сразу, магазин сохраняет ID заказа в своей системе. Email-интеграция проще, но не даёт обратной связи (нет ID заказа, статус неизвестен). Telegram-бот подходит для маленьких поставщиков, headless-автоматизация — крайняя мера.

Как настроить подтверждение получения и обработку ошибок?

После отправки заказа нужно убедиться, что поставщик его принял. Три подхода:

1. Webhook от поставщика — идеально, но требует поддержки со стороны поставщика.
2. Polling — магазин периодически опрашивает API поставщика (каждые 30 минут).
3. Email-парсинг — ответное письмо разбирается через IMAP.

Пример polling job:

class PollSupplierOrderStatusJob implements ShouldQueue {
    public function handle(): void {
        SupplierOrder::where('status', 'dispatched')
            ->where('placed_at', '>', now()->subDays(14))
            ->with('supplier')
            ->chunk(50, function ($supplierOrders) {
                foreach ($supplierOrders as $so) {
                    $connector = SupplierConnectorFactory::make($so->supplier);
                    $result = $connector->getOrderStatus($so->supplier_order_id);
                    if ($result->status !== $so->status) {
                        $so->update([
                            'status' => $result->status,
                            'tracking_number' => $result->tracking
                        ]);
                        event(new SupplierOrderStatusChangedEvent($so, $result));
                    }
                }
            });
    }
}

Обработка ошибок поставщика — отдельный сценарий. При нехватке товара система ищет альтернативного поставщика (мультипоставщик) или уведомляет менеджера. Ошибка авторизации отправляет alert в Slack/Telegram и приостанавливает отправки. Сетевые ошибки обрабатываются retry с backoff до 5 попыток.

Что входит в реализацию?

В рамках проекта мы предоставляем:

• Интеграцию с поставщиками по REST API, email или Telegram (на ваш выбор)
• Настройку очередей (Redis/Beanstalkd) для асинхронной отправки
• Мониторинг ошибок и уведомления в Slack/Telegram
• Документацию по интеграции для ваших поставщиков
• Обучение менеджеров работе с системой
• Гарантию поддержки 1 месяц после запуска

Более 5 лет мы автоматизируем e-commerce проекты. Реализовано 30+ дропшиппинг-интеграций для магазинов разного масштаба. Закажите аудит текущих процессов — мы подберём оптимальное решение.

Как выбрать подходящий протокол передачи?

Если поставщик поддерживает REST API — выбирайте его. Для остальных — Telegram (быстро) или email (просто). Headless — только если других вариантов нет.

Сроки и стоимость

Базовая интеграция через REST API занимает 3–4 рабочих дня. Email-интеграция — 1–2 дня, polling статусов + уведомления — ещё 2 дня. Точная стоимость рассчитывается после аудита поставщиков и согласования протоколов.

Свяжитесь с нами для оценки вашего проекта. Мы подготовим коммерческое предложение с детальным планом работ.