Как синхронизировать остатки и заказы в CRM и на маркетплейсах

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

Почему остатки и заказы расходятся при продажах в нескольких каналах?

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

Чем больше площадок, тем больше ручных точек контроля: отдельные кабинеты, выгрузки, уведомления, правила упаковки и сроки передачи заказа. Материал о мультиканальных продажах отдельно отмечает риск пересортицы, задержек и двойной продажи, когда остатки сверяют через таблицы и обновляют с опозданием (источник: «Мультиканальные продажи на маркетплейсах: как навести порядок в заказах», blog.albato).

CRM стоит использовать как рабочее место менеджера: сюда приходят заказы, здесь видна история клиента, статус оплаты, состав покупки и задача на сборку. Для склада нужен один понятный остаток по каждому SKU — внутреннему артикулу товара. Если один и тот же товар называется по-разному в разных каналах, синхронизация быстро начнёт создавать дубли.

Какие правила нужно согласовать до подключения CRM?

Техническое подключение не исправит путаницу в учёте. Сначала стоит описать путь заказа от нажатия кнопки «Купить» до передачи покупателю. Достаточно сделать простую схему в таблице: кто меняет статус, в какой момент товар резервируется, кто отменяет заказ и когда остаток снова возвращается в продажу.

Начать лучше с пяти правил:

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

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

Как настроить поток заказов между интернет-магазином, CRM и площадками?

Рабочая схема начинается с выбора центральной точки. Если CRM получает заказы из всех каналов и передаёт обновлённые остатки обратно, менеджер не переключается между кабинетами ради каждой новой покупки. В карточке заказа стоит сохранять источник: сайт, маркетплейс, соцсеть или ручный заказ. Тогда позже можно сравнить нагрузку на менеджеров и количество отмен по каждому каналу.

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

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

Как учитывать остатки, чтобы не продать товар дважды?

Доступный остаток и физический остаток — разные цифры. Физический показывает, сколько единиц лежит на складе. Доступный учитывает резервы, брак, товар на проверке и позиции, которые уже собрали для заказа. В витрину и на площадки стоит передавать именно доступное количество.

Для товаров с небольшим запасом полезен страховой остаток. Например, если фактически на складе осталось несколько единиц, в каналы продаж можно передавать меньшее число. Это снижает риск двойной продажи в период между заказом и обновлением данных. Размер такого запаса зависит от скорости сборки, частоты обмена и того, как часто сотрудники корректируют остатки вручную.

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

Какие ошибки чаще всего ломают мультиканальные продажи?

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

Возвраты лучше сразу вынести в отдельную воронку или процесс. У товара после возврата бывает несколько путей: вернуть на склад, отправить на проверку, заменить покупателю или списать. Подробный порядок действий можно разобрать в материале о настройке возвратов и обменов через CRM.