Как автоматически обрабатывать заказы Ozon и Wildberries в RetailCRM

Автообработка заказов с Ozon и Wildberries в RetailCRM помогает убрать ручной перенос заказов, снизить риск пересортицы и собрать работу менеджеров в одном окне. В статье разберём пошаговый сценарий: какие данные передавать из маркетплейсов, как синхронизировать остатки, настроить статусы, контролировать доставку и проверить результат. Такой подход подходит интернет-магазину, который уже продаёт на нескольких площадках или планирует добавить маркетплейсы к собственному сайту.

Почему ручная обработка заказов перестаёт работать

Когда заказ с маркетплейса менеджер переносит в CRM вручную, в процессе появляются лишние действия: нужно открыть личный кабинет площадки, скопировать состав заказа, проверить оплату, найти товар и назначить доставку. При нескольких заказах в день это ещё можно контролировать. При росте объёма ручной перенос начинает отнимать время и создаёт ошибки в данных.

Основные проблемы возникают в четырёх местах:

• заказ с Ozon или Wildberries занесли в CRM с ошибкой в телефоне, адресе или составе;
• остаток товара обновили на одной площадке, но забыли изменить его на другой;
• менеджер пропустил срок сборки или отгрузки;
• клиент не получил своевременное сообщение о статусе заказа.

Интеграция меняет последовательность работы: новый заказ из Ozon или Wildberries автоматически создаёт заказ в RetailCRM, а CRM становится единым рабочим местом для обработки клиента и заказа. В связке через интеграционный сервис RetailCRM может получать заказы с площадок и передавать им обновления, включая изменения по остаткам (по материалам об интеграции RetailCRM с Ozon и Wildberries).

Перед настройкой полезно определить, какие операции уже перегружают сотрудников. Если менеджер тратит время на несколько кабинетов и таблиц, сначала автоматизируют передачу заказов и остатков, а затем добавляют доставку, уведомления и аналитику.

Какие данные нужно передавать между маркетплейсами и CRM

Автоматизация начинается с карты обмена данными. Для каждого поля нужно заранее решить, какая система считается источником информации. Иначе две системы будут менять одни и те же значения, а сотрудник не поймёт, чему доверять.

У товара должен быть устойчивый идентификатор: артикул, SKU или другой код, который совпадает в каталоге RetailCRM и на площадке. Название вроде «Футболка чёрная, размер M» не подходит для надёжного сопоставления: похожие названия легко перепутать.

Если магазин ведёт остатки в 1С, заранее выберите направление обмена. В одном сценарии 1С передаёт остатки в CRM, в другом RetailCRM становится источником данных для маркетплейсов. Для небольшого бизнеса полезно начать с ограниченного набора операций: например, передавать заказы и остатки, не пытаясь сразу синхронизировать все справочники. Практические варианты такой связки разобраны в материале «Как связать 1С и CRM: три способа для малого бизнеса».

Как настроить автообработку заказов пошагово

1. Подготовьте каталог и статусы

Сначала проверьте карточки товаров в RetailCRM. У каждой позиции должны быть артикул, цена, вариант товара и доступный остаток. Если один товар продаётся в разных размерах или цветах, варианты лучше хранить отдельно. Иначе CRM не сможет корректно уменьшить остаток конкретной модификации.

Затем опишите путь заказа: «Новый», «Проверка», «Сборка», «Передан в доставку», «Доставлен», «Отменён» или другие этапы, которые использует ваш магазин. Названия могут отличаться, но переходы должны быть понятны менеджеру.

2. Подключите каналы продаж

Для Ozon и Wildberries создают отдельные источники заказов. Интеграционный слой передаёт в RetailCRM новый заказ и его внешний номер. Отдельный источник нужен для каждой площадки, чтобы в отчётах можно было сравнить продажи, отмены и нагрузку на сотрудников.

После подключения проверьте права доступа и формат передаваемых данных. Часто ошибка появляется не в самой CRM, а в несовпадении артикула, статуса или обязательного поля. Тестовый заказ лучше провести по всей цепочке до этапа отгрузки.

3. Настройте правила статусов

Когда маркетплейс сообщает о новом заказе, RetailCRM создаёт его на начальном этапе и назначает ответственного. При изменении статуса система фиксирует событие в истории заказа. Менеджеру остаётся выполнить действие, которое действительно требует участия человека: проверить исключение, собрать товар или решить вопрос с отменой.

Автоматический переход не стоит делать для каждого статуса без проверки. Например, статус, связанный с возвратом или спорной доставкой, лучше отправлять на отдельный этап с задачей сотруднику. Так исключение не потеряется среди обычных заказов.

4. Синхронизируйте остатки

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

После этого создайте сценарий обновления: продажа на одной площадке уменьшает доступное количество, а CRM передаёт новое значение другим каналам. Отдельно проверьте товар с несколькими вариантами и товар, который продаётся комплектом.

5. Добавьте доставку и уведомления

В интернет-магазине с 30–40 заказами в день ручная работа с доставкой может занимать несколько часов: менеджер переносит данные в кабинет службы доставки, скачивает этикетку, получает трек-номер и отправляет его клиенту. Автоматизация связывает эти операции с заказом, поэтому заявка, трек-номер и статус возвращаются в CRM без повторного ввода (по материалам об автоматизации доставки в интернет-магазине).

Уведомление клиенту отправляют после подтверждённого события: создания отправления, передачи в доставку или изменения статуса. Текст должен содержать номер заказа и понятное следующее действие. Перед массовым запуском проверьте сообщения на тестовом заказе.

Как проверить интеграцию до запуска

Тестирование лучше проводить по сценариям, а не только проверять, появился ли заказ в CRM. Создайте несколько тестовых ситуаций и сравните данные на каждом этапе.

1. Новый заказ с одной товарной позицией создаётся в RetailCRM с правильным артикулом и источником.
2. Заказ с несколькими товарами сохраняет состав, количество и сумму.
3. Повторный заказ не создаёт дубль клиента, если контакт уже есть в CRM.
4. Изменение или отмена заказа корректно обновляет его этап.
5. Уменьшение остатка на одной площадке передаёт новое значение в другие каналы.
6. Трек-номер появляется в карточке заказа и используется в уведомлении.

После запуска назначьте сотрудника, который проверяет журнал обмена. Ему не нужно вручную открывать каждый заказ: достаточно смотреть ошибки передачи, расхождения остатков и заказы, которые зависли на одном этапе. Такой контроль позволяет быстро найти проблему в конкретном товаре или статусе.

Какие ошибки мешают автоматической обработке

• Совпадают только названия товаров. Для связи используйте артикул или SKU, а не свободный текст.
• Остатки меняют сразу несколько систем. Выберите один источник и задайте направление обмена.
• Все статусы переводятся автоматически. Возвраты, отмены и спорные заказы вынесите на ручную проверку.
• Нет отдельного источника для каждой площадки. Разделение Ozon и Wildberries упрощает отчёты и поиск ошибок.
• Интеграцию проверяют только на успешном заказе. Добавьте тесты отмены, нехватки остатка, дубля и частичной обработки.
• Сотрудники продолжают вести параллельные таблицы. После запуска зафиксируйте, какие данные хранятся в CRM и кто отвечает за исключения.

Если вы только выбираете систему для магазина, сначала опишите каналы продаж, источники остатков и этапы обработки. Такой список требований помогает сравнить решения без привязки к отдельной функции; полезный ориентир есть в статье «Как выбрать CRM для интернет-магазина в 2026 году». После этого можно настроить пилот на одном товарном направлении и одной площадке, проверить обмен, а затем подключить остальные процессы.