Інтеграції CRM, обліку й сайту: як звʼязати системи й не зламати бізнес
Інтеграція починається не з коду, а з двох рішень: яка система є джерелом істини для кожного типу даних і в якому напрямку йде обмін. Без цього дві системи починають переписувати одна одну, і дані псуються тихо. Друга обовʼязкова частина — обробка помилок: що робиться, коли обмін не пройшов.
Кожен магазин рано чи пізно приходить до набору систем: сайт, CRM, облік, склад, перевізники, маркетплейси. Кожна окремо працює, разом вони або дають злагоджений процес, або створюють постійну ручну звірку. Різниця майже завжди в тому, чи були відповіді на два питання до початку робіт.
Карта систем: що з чим має говорити
Джерело істини: головне рішення
Напрямок і частота обміну
Обробка помилок: частина, яку пропускають
Ідентифікатори: те, на чому все тримається
Порядок впровадження
Що робити при зміні системи
Як не потрапити в залежність від підрядника
Часті питання
З чого почати інтеграцію систем? З карти: усі системи, усі потоки даних між ними, включно з тими, що проходять через людину з таблицею. Далі — визначення джерела істини для кожного типу даних. Тільки після цих двох кроків має сенс говорити про технічну реалізацію.
Чи потрібен двосторонній обмін? Рідко. Він виправданий лише тоді, коли обидві системи справді змінюють ті самі дані незалежно, і тоді потрібне явне правило вирішення конфліктів. У більшості випадків односторонньої передачі достатньо, і вона значно надійніша.
Як часто синхронізувати залишки? Для маркетплейсів — у реальному часі, бо скасування там штрафуються й впливають на рейтинг. Для власного сайту — кілька разів на годину. Ціни — за подією зміни. Робити все в реальному часі без потреби не варто: це навантажує системи й ускладнює діагностику.
Що робити, якщо артикули в системах різні? Навести лад до початку інтеграції: обрати один наскрізний ідентифікатор, який не змінюється, і зробити всі інші коди додатковими полями, прив'язаними до нього. Інтеграція поверх неузгоджених ключів працює швидко й неправильно.