Остатки на сайте и на складе расходятся
Заказ оформляется на товар, которого уже нет, или наоборот: товар лежит, но продать его нельзя. Причина — обмен идёт не по факту движения, а выгрузками.
CRM и продажи
Интеграция с RetailCRM
Склад, сайт и доставка говорят одно и то же
RetailCRM держит заказы и доставку, но не заменяет склад и учёт. Настраиваем товарный поток в обе стороны: остатки и цены приходят из учётной системы с учётом резервов, заказы из всех каналов собираются в одну очередь, а статусы, трек-номера и возвраты возвращаются на сайт и в учёт.
Где расходятся сайт, склад и RetailCRM
Пока товарный поток идёт выгрузками, а статусы живут в двух системах, каждый заказ требует внимания человека. Ниже — четыре признака, что обмен пора выстраивать.
Статус меняют в двух системах
Менеджер правит заказ в RetailCRM, а покупатель видит состояние в личном кабинете сайта. Пока их не свели, клиент узнаёт статус по телефону.
Трек-номера переносят руками
Номер отправления копируется из кабинета службы доставки в заказ. На объёме это занимает время и регулярно заканчивается опечатками.
Возвраты не доходят до учёта
Отмена или возврат есть в RetailCRM, но склад и учёт о нём не знают: остаток и документы остаются неверными до ручной сверки.
Движение данных: от остатка до трек-номера
Источник правды фиксируется построчно. Для товара это склад и учёт, для исполнения заказа — RetailCRM, для расчётов — платёжный провайдер.
Сущность
Направление
Что важно учесть
Номенклатура и каталог
Учёт → RetailCRM → сайт
Карточки, характеристики и единицы измерения выгружаются из учётной системы и публикуются на сайте. Один товар — одна запись, а не по одной на каждый канал.
Цены и остатки
Склад и учёт → RetailCRM → сайт
Обмен идёт по расписанию и по событию. Резерв удерживает позицию за заказом, поэтому один и тот же товар не продаётся дважды.
Заказы
Сайт и каналы продаж → RetailCRM
Заказ из любого канала попадает в одну очередь с составом, адресом и способом доставки. Повторная отправка формы не создаёт второй заказ.
Оплаты
Платёжный провайдер → RetailCRM → учёт
Успешный платёж меняет состояние расчётов по заказу и передаётся в учёт. Неуспешная попытка не закрывает заказ и не убирает резерв сразу.
Доставка и трек-номера
Служба → RetailCRM → клиент
Состояние отправления и номер трека попадают в заказ и уходят клиенту автоматически — без ручного копирования между кабинетами.
Возвраты и отмены
RetailCRM → склад и учёт
Возврат возвращает товар в остаток и отражается документом. Без этого шага учёт расходится со складом уже через несколько операций.
Обмен идёт по расписанию и по событию, а каждая операция помечается ключом: повторная доставка того же сообщения не создаёт второй заказ, второй платёж или повторное списание остатка.
Одна очередь заказов из всех каналов
Смысл RetailCRM в том, что заказ — это одно событие, независимо от того, где он возник. Ниже каналы, которые сводятся в общий поток.
Интернет-магазин
Заказы с витрины приходят в ту же очередь, что и офлайн-продажи: с составом, адресом и выбранной доставкой.
Розничная точка
Продажа в магазине уменьшает общий остаток и видна в RetailCRM, поэтому онлайн-канал не продаёт то, что уже ушло с полки.
Площадки и агрегаторы
Заказы с внешних каналов собираются в общую очередь, а статусы и остатки возвращаются на площадку по её правилам.
Телефон и мессенджеры
Заказ, принятый менеджером по телефону или в чате, оформляется в той же системе — без отдельной тетради и без двойного ввода.
Как синхронизируем остатки, цены и статусы
Именно эта часть определяет, будут ли данные совпадать к концу месяца. Всё перечисленное — часть базовой схемы, а не дополнительные опции.
- Резерв удерживает позицию за заказом, чтобы один товар не продали дважды
- Остаток считается по складу отгрузки, а не общим числом по всем складам
- Типы цен и скидки сопоставляются: на сайт уходит цена, по которой клиент действительно может купить
- Каталог обновляется по расписанию и по событию, чтобы карточка не отставала от склада
- Статус заказа меняется в одной системе и переносится во вторую, а не правится в двух местах
- Статус заказа и статус доставки — разные шкалы, они не подменяют друг друга
Как связываем RetailCRM с товарным учётом
Начинаем с карты складов, типов цен и правил резервирования. Пока это не описано, любой обмен остатками даёт расхождения на первом же всплеске заказов.
-
01
Аудит и схема
Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.
-
02
Контракт обмена
Описываем поля, форматы, частоту и правила сопоставления справочников. Согласуем до начала разработки.
-
03
Прототип
Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.
-
04
Внедрение
Включаем полный обмен с очередью, повторными попытками, журналом и защитой от дублей.
-
05
Эксплуатация
Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.
Что делает обмен надёжным
Это не «дополнительные опции», а обязательная часть любой интеграции, которую мы сдаём.
Идемпотентность
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Очередь и повторные попытки
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Журнал обмена
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Лимиты провайдера
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Сверка расхождений
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
Мониторинг и оповещения
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Ещё в категории «CRM и продажи»
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
Битрикс24
Портал и CRM, связанные с вашим учётом
Интеграция с Битрикс24: сделки, лиды, задачи, счета и документы синхронизируются с сайтом и учётной системой.
ПодробнееAmoCRM
Продажи в AmoCRM, учёт — в 1С
Интеграция с AmoCRM: синхронизация воронки, заказов, оплат и документов с сайтом и учётной системой.
ПодробнееCRM-системы
Обмен с любой CRM по открытому API
Интеграция сайта и учётных систем с CRM: синхронизация контактов, сделок, задач и отчётности.
ПодробнееВсе категории интеграций
Обмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Частые вопросы об интеграции с RetailCRM
Про остатки, резервы, статусы и возвраты. Если вашего вопроса здесь нет — задайте его в форме ниже.
RetailCRM уже собирает заказы из каналов. Что добавляет интеграция?
Сбор заказов — это половина работы; вторая половина — товарный поток в обе стороны. Интеграция связывает RetailCRM со складом и учётом: остатки, цены и резервы приходят в неё из учётной системы, а статусы и трек-номера уходят обратно на сайт и клиенту.
Кто считается источником правды по остаткам?
Склад и учётная система — там остаток реальный; RetailCRM хранит его проекцию для продажи. Сайт получает только те значения, которые уже прошли через резерв, поэтому товар, удержанный за заказом, не показывается как доступный.
Как соотносятся статусы заказа и статусы доставки?
Это две разные шкалы, и смешивать их нельзя. Статус заказа говорит о внутреннем процессе — собран, оплачен, отгружен; статус доставки — о движении посылки. Трек-номер и состояние отправления переносятся в заказ отдельно и уведомляют клиента.
Заказ изменили и на сайте, и в RetailCRM. Какая версия победит?
Для каждого поля назначен источник, поэтому конфликт разрешается по правилу, а не по времени последней правки. Обычно состав и суммы ведёт RetailCRM после оформления, а внешние идентификаторы и метки канала — сайт. Изменения фиксируются в журнале обмена.
У нас несколько типов цен, скидки и несколько складов. Это переносится?
Да. Сопоставляются типы цен, склады и правила расчёта: на сайт уходит та цена, по которой клиент действительно может купить, а остаток считается по складу отгрузки. Правила описываются до разработки и потом меняются настройкой.
Опишите ваш товарный поток
Расскажите, сколько каналов продаж, как ведётся склад и где сейчас расходятся остатки. Разберём схему обмена и предложим порядок работ.
Бесплатный аудит
Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
Получите бесплатный аудит интернет-магазина
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам
Заявка на аудит
Без обязательств. С конкретными цифрами.