Интеграция склада и фулфилмента с WooCommerce: Fulfilly, Ongoing WMS

Когда заказы приходят каждый день, а посылки собирает складской партнёр, ручное копирование быстро становится узким местом: заказ заново вбивают в систему склада, трек-номер доходит до покупателя с опозданием или не доходит вовсе, а остатки в магазине расходятся с тем, что лежит на полке. Интеграция склада и фулфилмента с WooCommerce означает, что оплаченный заказ уходит на склад автоматически, а ответ склада так же автоматически возвращается в магазин.

Результат: Ваш магазин отправляет каждый оплаченный заказ с товарами, количествами, выбранным пакоматом или курьером и данными получателя партнёру по фулфилменту (например, Fulfilly, эстонскому сервису фулфилмента, или Ongoing WMS); склад отправляет посылку и возвращает статус и трек-номер, которые попадают в заказ и в письмо покупателю. В магазине Nordenbeauty заказы и данные посылок уходят на фулфилмент-склад через REST API, а трек-номера возвращаются в письма покупателям; в магазине ProSwim такое же подключение фулфилмента дополнено синхронизацией остатков поставщика.

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

• Выбор способа подключения. Если партнёр предлагает готовый коннектор для WooCommerce, мы используем и настраиваем его. Если коннектора нет или он не покрывает Ваши задачи, строим подключение на WooCommerce REST API и API или интеграционном слое партнёра. Решение принимаем после изучения документации партнёра.
• Отправка заказов на склад. Оплаченный заказ (или заказ в другом согласованном статусе) уходит на склад автоматически с товарами, количествами, способом доставки, выбранным пакоматом или курьером и данными получателя. Договариваемся, какие заказы не отправляются, например неоплаченные или ожидающие ручной проверки.
• Сопоставление SKU и EAN. Товары магазина и склада связываются по SKU или коду EAN/GTIN, у каждой вариации свой код. Несопоставленные товары на склад не уходят, а остаются в очереди ошибок.
• Статус и трек-номер обратно. Когда склад отправляет посылку, статус заказа в WooCommerce обновляется, трек-номер и перевозчик сохраняются в заказе и добавляются в письмо покупателю об отправке.
• Остатки со склада в магазин. Складские остатки синхронизируются в магазин по расписанию или через вебхуки партнёра, так что закончившийся товар снимается с продажи, а возвращённый снова появляется.
• Частичные отправки и возвраты. Если склад отправляет заказ несколькими посылками, заказ получает несколько трек-номеров. При приёме возврата на складе информация попадает в магазин, и мы договариваемся, обновляются ли остатки и возврат денег автоматически или вручную.
• Очередь ошибок и журнал. Каждое отправленное и полученное сообщение записывается в журнал. Если API склада не отвечает или в заказе есть несопоставленный товар, заказ остаётся в очереди, повторяется через Action Scheduler, а Вы получаете уведомление.
• Тестовые заказы от начала до конца. Перед запуском прогоняем заказы по всей цепочке в тестовой среде партнёра или на согласованных тестовых товарах: оплата, передача на склад, отправка, трек-номер, письмо и изменение остатков.

Типичные ситуации

Магазин переезжает со своего склада к фулфилмент-провайдеру, а заказы до сих пор передавались на склад по электронной почте или в таблице. У партнёра есть готовый коннектор для WooCommerce, но он не передаёт выбор пакомата или не работает с плагином доставки магазина. Интеграция есть, но время от времени заказ пропускается, и это замечают только после письма покупателя. Или магазин продаёт на нескольких языках и в несколько стран, и на склад должны уходить правильный перевозчик и накладная на нужном языке.

Что нам понадобится от Вас

• API-ключи складского партнёра или доступ к коннектору и документация по интеграции, желательно также контакт технической поддержки партнёра.
• Доступ администратора WordPress и по возможности доступ к серверу для cron и журналов.
• Решение, в каком статусе заказ уходит на склад и как обрабатываются частичные отправки и возвраты.
• Подтверждение, что коды SKU/EAN магазина и склада совпадают, или список расхождений.
• Несколько тестовых товаров и возможность оформлять тестовые заказы.

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

• Договор со складским партнёром, настройка аккаунта на его стороне и его прайс-лист: это Вы согласовываете с партнёром.
• Настройка пакоматов, курьеров и платежей на стороне магазина: см. эстонские платежи и пакоматы.
• Импорт товарных фидов поставщика и создание товаров: отдельная услуга импорт фида поставщика.
• Интеграция с бухгалтерским или бизнес-ПО, например Erply или Directo.
• Наведение порядка в кодах товаров магазина, если SKU отсутствуют или дублируются: оцениваем отдельно.

Кому это подходит

Подходит магазину на WooCommerce, который передал или передаёт хранение и упаковку партнёру и хочет, чтобы заказы, трек-номера и остатки двигались без ручной работы. Если у партнёра нет API или в цепочке много особых правил (несколько складов, комплекты, условия B2B), работа вырастает в разработку собственного плагина, и объём мы оцениваем после изучения документации. Если заказов всего несколько в неделю, передавать их вручную, скорее всего, разумнее.