06 / Направления
Обмен между системами
Связка CRM, склада, банка, витрины и сторонних сервисов так, чтобы данные не вносили дважды.
Компаниям, где одна и та же карточка живёт в нескольких программах.
Обмен
Системы
Откуда
Почта
Куда
Склад
След
Журнал
Из чего состоит
Что входит в контур
- 01
Кто главный по полю
У каждого факта один хозяин: цена живёт в учёте, статус заказа — в витрине, контакт — в CRM. Остальные читают.
- Список полей, которые едут
- Откуда пишут и кто только читает
- Что делать, если оба источника поменяли одно поле
- 02
Канал
API, вебхук или очередь — по тому, как система умеет отдавать данные, а не «как моднее».
- Что приходит само
- Что приходится забирать по расписанию
- Какой объём бывает в час пик
- 03
Сбой
Пакет, который не дошёл, не пропадает молча. Он ждёт и пробует ещё раз.
- Повтор с паузой
- Пакет, который уже нельзя повторять
- Сигнал, если очередь встала
- 04
Журнал
По номеру заказа или карточки видно: ушло, дошло, отказано и почему.
- Запись по каждой попытке
- Поиск по номеру
- Кто может перезапустить обмен
- 05
Что не связываем
Лишняя связка плодит расхождения. Поля, которые никто не читает, не тащим.
- Системы, которые остаются ручными
- Поля вне обмена
- Как проверить обмен на копии, до боевых данных
Что делаем
- 01Карта, кто главный по каждому полю
- 02API, вебхуки и очереди
- 03Подключение учёта, банков и витрин
- 04Повтор при сбое, а не тихая потеря пакета
- 05Журнал, по которому видно, что не дошло
Как идём
- 01Аудит систем
- 02Схема обмена
- 03Сборка
- 04Прогон на живых данных
- 05Описание для команды
На чём
- REST
- GraphQL
- Node.js
- Python
- PostgreSQL
Ориентир по сроку
Один обмен — от недели. Несколько систем с конфликтами данных — от месяца.
На выходе
Факт вносится один раз и доезжает туда, где его ждут.
Что обычно позже
Двустороннее редактирование одного поля в трёх системах и «исторический перенос за пять лет» делаем отдельно, после живого обмена текущих фактов.