Интеграции интернет-магазина: оплата, доставка, CRM и учёт
Интеграция — это не просто передача запроса между двумя системами. Нужно определить владельца каждого поля, направление обмена, правила конфликтов и поведение при недоступности сервиса.
Сначала карта данных
Для товара, клиента и заказа определяют источник истины. Если цена меняется и в CMS, и в учёте, конфликт неизбежен. Справочники и идентификаторы должны быть стабильными.
- владелец товара, цены, остатка и статуса
- соответствие ID, единиц, НДС и валют
- частота обмена и допустимая задержка
Практический ориентир: зафиксируйте поля на конкретных примерах выгрузки, а не только на схеме.
Обрабатывайте ошибки и повторы
Сеть и внешние сервисы периодически недоступны. Операция должна безопасно повторяться и не создавать двойной заказ или платёж.
- идемпотентные запросы и уникальные ключи
- очередь повторов и ограничение частоты
- журнал, уведомление и ручной разбор
Практический ориентир: проектируйте сценарий сбоя до подключения первой системы.
Тестируйте сквозные статусы
Успешная техническая связь не гарантирует правильный процесс. Проверьте отмену, частичную оплату, возврат, замену доставки и изменение остатка.
- тестовые и реальные платежи
- вебхуки, подписи и смена статуса
- сверка магазина, CRM, учёта и уведомлений
Практический ориентир: после запуска мониторьте расхождения между системами как отдельный показатель.
Документ интеграции
- системы и владельцы данных
- поля и идентификаторы
- триггеры и частота
- ошибки, повторы и уведомления
- тестовые сценарии и ответственные
Частые вопросы
Что лучше: обмен по расписанию или онлайн?
Зависит от допустимой задержки и API. Остатки могут требовать частого обмена, а массовый контент — пакетного.
Кто тестирует интеграцию?
Обе стороны и владелец бизнес-процесса. Разработчики проверяют передачу, бизнес — смысл статусов и документов.
Можно ли подключить сервис без документации?
Иногда через исследование, но стоимость и риск выше. Лучше получить тестовую среду и технический контакт.