При работе с маркетплейсами важно не только создавать карточки товаров, обновлять цены и остатки, но и обрабатывать поступающие заказы. Если продавец ведёт эту работу на своём сайте или в товароучётной системе, удобно получать туда и заказы с маркетплейсов — вместе с остальными онлайн-заказами.
В Tovaroved мы настраиваем автоматический импорт заказов из маркетплейса и их передачу в систему продавца. Это может быть сайт интернет-магазина, 1С, МойСклад или другая система. При этом учитываем не только то, куда нужно передать заказ, но и то, как продавец будет с ним работать.
Для каких маркетплейсов и схем работает передача
Мы передаём заказы из Ozon, Wildberries и Яндекс Маркета. Решение предназначено для схем, при которых заказы обрабатывает сам продавец: FBS, DBS, realFBS и аналогичных.
В таких сценариях заказ с маркетплейса становится частью общей работы с заказами. Продавцу удобно видеть его в привычной системе, учитывать при анализе продаж и принятии управленческих решений. Если заказы передаются на сайт, их создание также может влиять на остатки — в соответствии с настройками самого сайта.
Куда можно передавать заказы
У нас уже есть опыт интеграции с сайтами на 1С-Битрикс, Joomla с JoomShopping или VirtueMart, OpenCart. Также мы настраивали передачу заказов в 1С и МойСклад.
На сайте импортированные заказы отображаются вместе с заказами интернет-магазина. При передаче в товароучётную систему продавец получает их там, где уже ведёт учёт и обработку заказов.
Перечисленными платформами возможности не ограничиваются. Если вы используете другую систему, возможность и способ подключения обсуждаем индивидуально.
Как работает автоматический импорт
В Tovaroved уже разработан и несколько лет используется механизм получения заказов с маркетплейсов. Обычно сервис получает новые заказы раз в 10 минут. Другую периодичность можно установить по согласованию.
Дальнейшую передачу настраиваем под конкретного продавца: учитываем его систему, нужный состав данных и требования к созданию заказов. Например, если у продавца несколько кабинетов на маркетплейсе, вместе с заказом можно передавать идентификатор кабинета, чтобы сохранять информацию об источнике заказа.
Передаём номер и дату заказа, его состав, артикулы товаров, количество и цены. Также можно передавать название маркетплейса и другие согласованные данные. Окончательный набор определяем при настройке интеграции.
Для Ozon и Яндекс Маркета можем настроить передачу последующих изменений статуса заказа. Для Wildberries такая доработка возможна по запросу: в действующих интеграциях нашим клиентам она пока не требовалась.
Таким образом, для каждого подключения не приходится создавать весь механизм заново. Мы используем готовую основу, а передачу адаптируем к рабочим процессам продавца.
Как импорт влияет на остатки на сайте
При интеграции с сайтом часть наших разработок размещается на том же сервере, где работает сайт. В принимающей части мы стараемся использовать штатные механизмы его платформы, чтобы импортированный заказ органично вписывался в обычную работу интернет-магазина.
Например, если создание обычного заказа на сайте уменьшает остаток товара, аналогичным образом должен обрабатываться и заказ, поступивший с маркетплейса. Это позволяет учитывать продажи через разные каналы в той системе, которой уже пользуется продавец.
Правила изменения остатков определяются настройками сайта. Импорт заказов не заменяет эти правила, а встраивается в существующий порядок обработки.
Поэтому при подключении важно учитывать, как сайт работает с заказами. Сам по себе факт передачи заказа не означает, что остаток обязательно уменьшится: это зависит от настроек системы продавца.
Повторные попытки и защита от дублей
Сайт продавца может временно стать недоступным, при обработке запроса может возникнуть ошибка или прерваться соединение. Такие ситуации не должны требовать ручной отправки каждого заказа заново.
Для передачи мы используем очереди. Если отправить заказ не удалось, система повторяет попытки. Этот механизм мы совершенствовали на протяжении нескольких лет работы с клиентскими интеграциями.
При этом повторная попытка передачи не должна приводить к созданию второго такого же заказа. Для защиты от дублей предусмотрены проверки на двух уровнях:
- На стороне Tovaroved: очередь учитывает результат передачи и не отправляет повторно заказ, который уже был успешно передан.
- На стороне сайта: принимающая часть проверяет номер заказа. Если такой заказ уже успешно импортирован, второй раз он не создаётся.
Проверка на стороне сайта важна, например, когда заказ уже принят, но подтверждение успешной передачи не дошло до нашего сервиса. Повторная отправка в такой ситуации не должна превращаться в повторный заказ.
Пример из практики: передача заказов в 1С
Один из наших клиентов — крупный продавец строительных и отделочных материалов со складами в разных городах и регионах. В его ассортименте есть как обычные, так и крупногабаритные товары.
Для этой компании мы не только обновляем остатки, рассчитываем и обновляем цены на маркетплейсах, но и передаём заказы в товароучётную систему 1С. Объём передачи — сотни, а иногда и тысячи заказов в день.
В результате заказы с маркетплейсов поступают в систему, которой компания уже пользуется для работы. Это пример интеграции, где передача заказов дополняет автоматическое обновление цен и остатков, а не существует отдельно от остальных процессов продавца.
Как подключить передачу заказов
Для начала достаточно рассказать, с каких маркетплейсов и в какую систему нужно передавать заказы. Мы обсудим состав данных, периодичность и особенности обработки. Необходимые API-доступы и другие технические условия уточним при настройке интеграции.
Если вам нужна передача заказов на сайт, в 1С, МойСклад или другую систему, обращайтесь в Tovaroved. Будем рады помочь настроить импорт под ваши рабочие процессы.
