Синхронизация заказов Ozon и WB с CRM: как упростить работу с amoCRM и Битрикс24
Утро. Вы пьете остывший кофе, над ноутбуком висит таблица на 12 вкладок, и кто-то в чате спрашивает, почему в amoCRM висит заказ без телефона. На складе модем мигает как новогодняя гирлянда, а курьер уже в дверях — у него по плану отгрузка FBS, и он не будет ждать, пока вы сводите статусы из личных кабинетов. Дежавю? У меня тоже было, и не раз. Пока однажды я не перестал играть в лотерею «где мой заказ», и собрал нормальную интеграцию Ozon и Wildberries с CRM через Make.com. Спойлер: ничего волшебного, просто аккуратная архитектура, правильные точки входа и немного дисциплины в полях.
Зачем вообще связывать маркетплейсы с CRM, если у них есть свои статусы, чаты и даже отчеты? Потому что маркетплейсы — это про логистику и витрину, а CRM — про деньги, людей и процессы. Когда в amoCRM или Битрикс24 видна вся цепочка от заказа до возврата, вы перестаете терять клиентов, забывать перезвонить, ошибаться с остатками и вобще жить в режиме пожарной части. Плюс мультиканальность уже норма: сайт, маркетплейсы, мессенджеры, офлайн-точки — все это должно сходиться в единую картину, иначе менеджер превращается в табличного хомяка, а бизнес в рулетку.
Что считать правильной синхронизацией и почему тут важна скучная методичность
Хорошая синхронизация — это когда каждый заказ из Ozon и WB превращается в сделку в amoCRM или Битрикс24 с одинаковой структурой данных, с привязкой к контакту и компании, с продуктовой матрицей и корректной маржинальностью. Статусы маркетплейсов внятно мапятся на стадии воронок — от «Новый» до «Отменен» и «Возврат принят», а не превращаются в хаос типа «Сделка 221 — там вроде всё хорошо». Дубликаты гасим через phone/email и offer_id, остатки подтягиваем регулярно, возвраты не прячем в углу, а учитываем в аналитике. И, да, не забываем о двух мирах доставки: FBO и FBS живут по разным сценариям, их лучше не смешивать. Скучновато? Зато потом красиво, когда CFO в один клик видит реальную выручку, а маркетолог — конверсию по источникам, и никто не спорит, какой именно «зеленый» статус что означает.
Как это собирается на Make.com без танцев с бубном
Платформа Make.com берет на себя все рутинные мостики между API Ozon, WB и CRM. Сценарий обычно стартует по расписанию — каждые 5 минут или чаще, если нужно. Блоки для Ozon опрашивают заказы и постинги по FBO и FBS, для Wildberries — свежие ордера и статусы отгрузок, далее идет нормализация — приводим поля к единому формату, очищаем телефон, раскладываем состав корзины, считаем сумму с учетом промо. Потом CRM-модуль создает или обновляет сделку: в амо — через контакт и пайплайн, в Битрикс24 — через лид/сделку с товарными позициями, задачами и ссылкой на исходный заказ. Отдельная ветка ловит изменения статусов и аккуратно переводит сделки по стадиям, чтобы воронка не превратилась в свалку из серых карточек.
Есть полезный бонус для Битрикс24 — официальное приложение для Ozon, которое умеет создавать сделки на базе заказов и выгружать остатки обратно в Ozon. В связке с Make.com это становится гибким конструктором: где-то удобнее стандартный модуль, где-то тонкая логика на Make. А еще приятно, что чаты Ozon можно вести прямо в Битрикс24 — это экономит нервы, когда покупатель пишет туда-сюда, а менеджер видит все в одном интерфейсе и не прыгает по окнам. Прям видно, как падает количество забытых ответов, а если прикрутить задачи, то даже самый рассеянный сотрудник не проедет важное сообщение, ну почти.
Маппинг статусов, возвраты и прочие «радости» маркетплейсов
Если пропустить момент со статусами, интеграция будет работать вроде как, но пользы мало. У Ozon и WB длинная лестница статусов — «обрабатывается», «собран», «передан», «в пути», «выдан», «отменен». В CRM таких стадий у вас может быть три или пять, поэтому делаем маппинг: например, все промежуточные «в пути» складываем в одну стадию «Доставка», а финальные события — разносом по «Успех», «Отмена», «Возврат». Возвраты стоит обрабатывать как отдельный сценарий: создаем подзадачу, меняем маржинальность, фиксируем причину. На Wildberries не забывайте про nmId и sku, на Ozon — про offer_id и barcode, иначе будет весело ловить ошибки при обновлении остатков. И ещё про FBO против FBS: разные SLA и точки контроля, поэтому в CRM это лучше разводить в разные воронки или хотя бы помечать тегами, иначе отчетность начнет врать.
Частый вопрос — можно ли сделать интеграцию озон и вайлдберриз так, чтобы статусы подбирались автоматически под мой процесс, а не наоборот. Можно, если заранее описать модель — где у вас происходит «продажа», где «выдача», где «деньги пришли», и на какое событие жатва в аккаунтинге. Тогда Make.com лишь аккуратно перекладывает кирпичики, а не пытается строить дом из воздуха. Аналогично решается и интеграция вайлдберриз товары с озон, когда вы сводите каталоги и синхронизируете остатки и цены из CRM — главное, чтобы артикулы и поля соответствовали, остальное техника.
Остатки и цены: кто главный, а кто подчиняется
Выберите один источник правды — CRM или маркетплейс. Я за CRM: Битрикс24 хорошо справляется с ролями, складами и правами, а Make.com прекрасно умеет выгружать остатки и цены в Ozon и WB по расписанию. В Битрикс24 для Ozon есть отдельный инструмент экспорта остатков — его можно оставить отвечать за базовую синхронизацию, а Make подключить для тонкостей, например, не выгружать товар, если есть открытые возвраты, или временно снижать цену при накопившейся просрочке. На Wildberries аккуратнее с лимитами API и переобновлениями — алгоритм допускает задержки, так что не ставьте каждую минуту, иначе словите странные скачки. И проверьте, с НДС у вас цены или без — WB любит свое толкование, из-за которого маржа уезжает на пару пунктов, а потом бухгалтер смотрит строго и долго.
Коммуникации в одном окне: чаты Ozon в Битрикс24 и связка с задачами
Когда переписка с покупателями Ozon заходит в Битрикс24 прямо в карточку сделки, появляется редкое чувство спокойствия. Сообщение — это триггер, создается задача с дедлайном, ответ можно подготовить по шаблону, а если клиент пишет снова, задача не закрывается и не теряется. Я видел, как такой центр коммуникаций за неделю растворяет половину хаоса в отделе продаж. Плюс история в одном месте — от первого «Здравствуйте» до «Получил, спасибо» или не дай бог «Вернул, потому что». Для amoCRM логика похожая — чаты ложатся в ленту, а дальше подключается привычная автоматика: нотификации, виджеты, формочки, всё, что ваша команда любит.
Когда у компании и amoCRM, и Битрикс24: мирный договор через API
Бывает, что отдел продаж живет в amoCRM, а бэк-офис — в Битрикс24. Некрасиво, но жизненно. В этом случае Make.com и API обеих систем позволяют скрестить данные без боли: контакты, сделки, счета, задачи ходят туда-сюда по правилам, а дубли ловятся на лету. Я чаще использую сквозные идентификаторы и мягкую дедупликацию по email и телефону, чтобы не убить живую базу дублей в одну ночь. И здесь уместна интеграция озон и вайлдберриз как единый модуль, который раздает заказы в обе CRM в зависимости от команды — например, WB в бэк-офисную воронку Битрикс24, Ozon в пайплайн amoCRM, а аналитика собирается в BI. Такое разделение снижает хаос, и все всё понимают, даже если сначала сопротивлялись.
Мини-история с цифрами, без фанфары
Компания из Уфы торгула одеждой на Ozon и WB, плюс сайт на Тильде. Собрали на Make.com сборщик заказов с обеих площадок, свели статусы и остатки в Битрикс24, чаты Ozon заезжают в карточки, возвраты проходят отдельным треком. Весь проект занял четыре недели, из них полторы ушло на воронки и поля, мы долго спорили про «когда считать факт продажи» и в итоге сделали факт по выплате. Время обработки заказа до отгрузки сократилось на 30 процентов, количество «потерянных» обращений упало на четверть, а у SMMщика освобождается час в день — ему больше не надо ходить к продажам за ответом «что там по заказу 3421». Не космос, но приятно. И главное — владельцу перестало дергаться веко при слове «остатки».
Как запустить у себя без боли и переделок через месяц
Сначала на бумаге — модель данных, статусы, один источник правды по остаткам. Потом заводим тестовые ключи в Ozon и WB, подключаем Make.com и собираем черновой сценарий: опрос заказов, фильтры, маппинг, создание сделок. Пара дней уходит на отладку дублей, еще пара — на возвраты и отмены, потом развешиваем уведомления и задачи. Для Битрикс24 имеет смысл прикрутить приложение по Ozon, чтобы не изобретать велосипед для остатков, а чаты лучше тестировать на одном менеджере, иначе будет как обычно — все хотят, никто ничего не читает. И только после этого включаем синхронизацию цен, тут аккуратнее — сначала по одной категории товаров, проверяем маржу и только потом широким фронтом. Ничего сложного, но не нужно прыгать через ступеньки, иначе срывы неизбежны.
Деньги и ресурсы: сколько это живет и ест
По операциям Make обычно выходит умеренно: для среднего продавца на двух маркетплейсах это 10-40 тысяч операций в месяц, в зависимости от частоты опроса и детализации. Сценариев получается от двух до шести — заказы, статусы, возвраты, остатки, цены, чаты. Администрировать удобно самому, если есть терпение и привычка к аккуратному неймингу, если нет — лучше назначить одного ответственного или отдать на поддержку. Из скрытых расходов только одно — время на чистку справочников и карточек товаров. Но это та самая профилактика, которая реально продляет жизнь системе.
Где учиться и откуда взять готовые блоки
Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал. Там короткие разборы, рабочие схемы и свежие апдейты по API Ozon и WB без лишней воды. Если хочется быстрее и системно, вот нормальный старт: Обучение по make.com для самостоятельной сборки интеграций и набор готовых модулей под типовые задачи — Блюпринты по make.com. И конечно, зарегистрируйтесь на самой платформе, чтобы сразу кликать руками, а не просто «потом когда-нибудь» — ссылка здесь, с бонусом на старт: Make.com.
FAQ
Можно ли настроить интеграцию так, чтобы выгружались позиции с разными складами и перемещениями?
Да, если складской учет ведется в CRM и у товара есть разрез по складам. Make забирает остатки по каждому складу и выгружает в Ozon и WB с нужными идентификаторами складов. Важно синхронизировать справочник, иначе остатки поедут. Для Битрикс24 удобно комбинировать стандартный модуль Ozon для остатков и кастомную логику в Make для исключений, например, резервов.
Как связать оплату и «успешную» стадию в CRM, если на маркетплейсе деньги приходят позже?
Стадию «Успех» лучше ставить на событие выплаты или подтверждения выдачи, а не на «отгружено». Make умеет опрашивать отчеты по выплатам и обновлять сделки задним числом, достаточно добавить второй сценарий с реестрами. Так аналитика будет ближе к реальности, а не к надеждам.
Что делать с возвратами и отказами при получении, чтобы маржа не врала?
Возвраты выносим в отдельный поток: фиксируем причину, корректируем сумму и скидки, прикладываем документы. Сделку можно переводить в отдельную стадию «Возврат», а деньги учитывать в минус после прихода реестра. Это прозрачнее, чем пытаться чинить всё одной кнопкой «Отменить».
Поддерживается ли интеграция чатов Ozon с Битрикс24 и можно ли автоматизировать задачи по обращениям?
Да, чаты Ozon можно вести в Битрикс24 и привязывать к сделкам. На каждое новое сообщение ставится задача с ответственным, дедлайном и статусами. Это снижает процент пропущенных ответов и делает коммуникацию измеримой — кто ответил, как быстро, чем закончилась переписка.
Можно ли объединить amoCRM и Битрикс24, если отделы работают в разных системах?
Можно, через API и Make. Контакты, сделки, счета и задачи синхронизируются по правилам, дублей можно избегать с помощью мягкой дедупликации по телефону и email. Такой мост особенно полезен, если хотите держать маркетплейсы в Битрикс24, а активные продажи — в amoCRM.
Реально ли без разработчика собрать рабочую интеграцию озон и вайлдберриз с CRM?
Реально, если аккуратно подойти к полям и воронкам. Make даёт графические модули, Ozon и WB имеют открытые API, а CRM хорошо документированы. Сложности появляются на этапах маппинга и возвратов, но это решаемо. И да, интеграция вайлдберриз товары с озон и CRM тоже собирается без кода, ключевой момент — правильный каталог и идентификаторы.
