Как передавать заказы Wildberries в Битрикс24 продавцу из Беларуси?
Передавайте заказы Wildberries в Битрикс24 через интеграцию с API: фиксируйте статусы и остатки, а выплаты и суммы в BYN сверяйте отдельно.
Если продавец из Минска обрабатывает заказы Wildberries по модели FBS, менеджеру удобно видеть сборочные задания в CRM: что нужно собрать, что уже передано в доставку и где возникла отмена. Но Wildberries и Битрикс24 решают разные задачи. Маркетплейс остаётся источником данных о заказе и его статусе, а CRM помогает назначать ответственных, контролировать сборку и учитывать обращения.
Для FBO сценарий другой: товар хранится на складе Wildberries, поэтому создавать сделку на каждую сборку силами продавца не нужно. В CRM можно передавать данные о продажах для аналитики, если это действительно требуется команде. Сначала определите модель продаж и цель передачи данных — от этого зависит выбор интеграции.
Какие данные и каким способом передавать?
Практичный вариант — приложение для Битрикс24 или собственная интеграция, которая получает данные через API Wildberries и создаёт либо обновляет записи в CRM. Перед подключением проверьте, поддерживает ли выбранное решение именно ваши операции: FBS-заказы, изменения статусов, отмены, остатки и отчёты по продажам. Наличие приложения в каталоге само по себе не означает поддержку всех этих сценариев; условия подписки и возможности конкретной интеграции тоже нужно проверять отдельно.
Для оперативной работы достаточно передавать номер заказа или сборочного задания, артикул продавца, количество, статус, дату и склад либо точку отгрузки. Если в Битрикс24 ведётся товарный каталог, заранее сопоставьте артикулы Wildberries с товарами CRM. Контакт покупателя не стоит делать обязательным полем: доступность персональных данных зависит от модели работы и состава данных, которые предоставляет маркетплейс.
Определите, где хранить записи: в отдельном направлении сделок, смарт-процессе или другой сущности, которую поддерживает интеграция. Для команды, отгружающей товары из Минска и Гродно, полезно хранить город или склад отгрузки отдельным полем. Тогда задачи можно назначать ответственным по точке сборки; подход к распределению заявок по регионам Беларуси поможет продумать правила, если они нужны и для других каналов продаж.
Как настроить передачу и проверить результат?
- Выберите одну цель пилота: например, передавать новые FBS-задания в отдельное направление CRM и обновлять их статусы.
- Создайте ключ доступа Wildberries с правами, необходимыми для выбранного сценария, и подключите его в настройках интеграции. Не передавайте ключ менеджерам в переписке; доступ к настройкам оставьте администратору.
- Сопоставьте поля и статусы. Номер задания Wildberries сохраните в отдельном поле и используйте как ключ поиска: при повторной загрузке запись должна обновляться, а не создаваться заново.
- Проверьте на тестовой выборке создание записи, смену статуса, отмену и повторную загрузку одного заказа. Затем сравните количество и номера заданий в Wildberries и Битрикс24 за выбранный день.
Пример проверки: продавец одежды из Витебска видит в Wildberries 24 новых FBS-задания за день. После синхронизации в CRM должно быть 24 соответствующие записи, а не 27 из-за повторного опроса API. Если у трёх заданий изменился статус, интеграция должна обновить именно эти три записи. Правила поиска дублей в остальной CRM можно подготовить отдельно — для этого пригодится материал о том, как подготовить Битрикс24 к поиску дублей.
Сумму заказа и выплату продавцу не смешивайте. Например, при условном курсе 0,035 BYN за 1 RUB цена заказа 4 000 RUB составит 140 BYN, но фактическое поступление после удержаний может быть другим. Это расчётный пример, а не курс для бухгалтерского учёта. Для финансовой отчётности сверяйте отчёты Wildberries, удержания, даты операций и пересчёт валюты по правилам учёта вашей компании.
Какие ошибки чаще всего мешают работе?
- Создают новую сделку при каждом обновлении статуса. Исправление: искать запись по уникальному номеру Wildberries и обновлять её.
- Приравнивают статус «передано в доставку» к оплаченной продаже. Исправление: разделить операционные статусы заказа и финансовые данные из отчётов.
- Записывают сумму в RUB в поле с валютой BYN без пересчёта. Исправление: хранить исходную валюту и сумму отдельно, а правила пересчёта согласовать с бухгалтером.
- Запускают автоматическое изменение остатков без проверки направления обмена. Исправление: определить, где находится главный учёт остатков, и проверить сценарии отмены и возврата.
Для первого запуска достаточно одного дня заказов и четырёх проверок: новый заказ, изменение статуса, отмена и повторная загрузка. Если номера и количество записей совпали, можно расширять период синхронизации.
