Технологии

Кейс

Интеграция интернет-магазина: заказы, остатки и доставка под контролем

Как связать витрину, 1С, маркетплейсы, склад и внешние сервисы - от оформления заказа до возврата товара.

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

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

Ниже - типовой сценарий интеграции. Его состав зависит от каналов продаж, устройства учёта и требований магазина.

От оформления заказа до резерва

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

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

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

Карточки, цены и условия продажи

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

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

Различия B2B- и B2C-продаж учитывают в данных и маршрутах: договоры, типы цен, условия оплаты и состав документов могут быть разными. Платформа связывает эти процессы, а коммерческие правила остаются ответственностью бизнес-систем.

Оплата, доставка и возвраты

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

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

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

В этих сценариях полезны повторные попытки и контроль сообщений. Для операции с финансовым или складским эффектом отдельно предусматривают защиту от повторного выполнения.

Что контролировать после запуска

Мониторинг помогает проследить путь заказа и найти этап, на котором он остановился. Для эксплуатации нужны понятные ориентиры:

  • Время от оформления заказа до регистрации в учётной системе.

  • Задержка обновления остатков и цен в каждом канале.

  • Количество сообщений с ошибками и возраст самой старой необработанной записи.

  • Расхождения между заказами, оплатами и отгрузками по результатам сверки.

При подключении внешних площадок учитывают ограничения их API. Размер пакетов, частота запросов и повторы должны соответствовать этим ограничениям и доступным ресурсам внутренних систем.

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