Базовый подход к проектированию единого контура заказов, клиентов, товаров, цен и статусов.
- Как назначить мастер-систему
- Какие события запускают обмен
- Что должно попадать в журнал ошибок
Назначьте владельца каждой сущности
Для каждого типа данных должна быть система, в которой запись создаётся и считается эталонной. Товары и остатки часто ведутся в 1С, обращения — в CRM, пользовательский заказ — на сайте.
Если несколько систем одновременно могут без правил менять одно поле, интеграция быстро становится непредсказуемой.
- Клиент и контактные данные
- Номенклатура
- Цены и остатки
- Заказ и состав
- Оплата, отгрузка и статусы
Проектируйте обмен от событий
Фраза «синхронизировать всё» не описывает процесс. Нужны конкретные события: создан заказ, изменился статус, поступила оплата, обновился остаток.
Для каждого события фиксируются источник, получатель, состав данных, допустимая задержка и реакция на ошибку.
Сразу предусмотрите контроль
Интеграция считается рабочей не тогда, когда успешно прошёл тестовый заказ, а когда команда умеет увидеть и безопасно обработать сбой.
Нужны журнал обмена, идентификаторы записей в системах, повторная отправка, уведомления об ошибках и ответственный за разбор инцидента.
- Единый идентификатор
- Понятный текст ошибки
- Безопасный повтор
- Контроль очереди
- Регламент реакции