Інтеграції: як пов’язати сайт, CRM, склад і бухгалтерію
Інтеграції – найчастіша причина, чому проєкт виходить за бюджет. У кошторисі це один рядок, а насправді за ним ховається робота, обсяг якої неможливо оцінити, поки не подивишся, що саме віддає чужа система.
Розберемо, з чого складається зв’язування систем, які варіанти бувають і що ламається найчастіше.
Що таке інтеграція на практиці
Це домовленість двох систем про те, хто, що, коли й у якому вигляді передає. Технічна частина зазвичай проста. Складне – інше:
- Різні довідники. У сайті товар називається «Стіл дубовий», у складі – «СТ-ДУБ-120», у бухгалтерії – «Стіл обідній дуб 120х80». Зв’язати їх автоматично неможливо, поки хтось не зіставить руками.
- Різне уявлення про статуси. «Оплачено» на сайті і «оплачено» в бухгалтерії часто означають різні моменти.
- Різні джерела правди. Якщо ціну можна змінити і на сайті, і в складській системі, рано чи пізно вони розійдуться.
Тому перше питання будь-якої інтеграції не технічне: яка система головна для кожного типу даних.
Три способи зв’язати
| Спосіб | Як працює | Коли підходить |
|---|---|---|
| Прямий обмін через API | Системи звертаються одна до одної безпосередньо | Обидві сторони мають документований інтерфейс |
| Веб-хуки | Подія в одній системі одразу штовхає дані в іншу | Потрібна реакція в реальному часі |
| Обмін файлами | Вивантаження за розкладом, друга система забирає | Стара система без API, великі обсяги |
| Через проміжний сервіс | Окремий шар зводить формати й правила | Більше двох систем, різні довідники |
Останній варіант виглядає надлишковим, поки систем дві. При трьох і більше він виявляється дешевшим: без нього кожна пара зв’язується окремо, і кількість зв’язків росте швидше за кількість систем.
Напрямок і частота
Дві характеристики, які визначають складність більше за все інше.
Напрямок. Односторонній обмін простіший у рази. Двосторонній вимагає вирішувати конфлікти: що робити, якщо запис змінили в обох системах одночасно. Практичне правило: робіть двосторонній обмін тільки там, де без нього не обійтися.
Частота. Реальний час потрібен рідше, ніж здається. Залишки товару – так. Дані для звітності – раз на добу цілком достатньо. Кожне підвищення частоти збільшує навантаження й кількість місць, де щось може зламатися.
Що ламається
| Проблема | Прояв | Що допомагає |
|---|---|---|
| Друга система недоступна | Замовлення не дійшло в CRM і зникло | Черга з повторними спробами |
| Дублювання | Один лід створився тричі | Унікальний ключ операції |
| Розбіжність довідників | Товари не зіставляються | Таблиця відповідностей, ведеться людиною |
| Мовчазна помилка | Обмін впав тиждень тому, ніхто не помітив | Сповіщення при збої, а не тільки логи |
| Зміна на чужому боці | Постачальник оновив формат без попередження | Перевірка структури даних на вході |
| Часткова передача | Замовлення пішло, склад товару не списався | Операція цілком або нічого |
Найдорожчий рядок тут – мовчазна помилка. Інтеграція, яка впала непомітно, гірша за її відсутність: дані розходяться, і виявляється це через тижні, коли зводити доводиться руками.
Порядок впровадження
- Опишіть, що передається. Список полів із двох боків, а не «синхронізуємо замовлення».
- Визначте головну систему для кожного типу даних. Це рішення бізнесу, не розробника.
- Зробіть зіставлення довідників. Нудна ручна робота, яку неможливо пропустити.
- Запустіть в один бік і на малому обсязі. Десять замовлень на день, а не весь потік.
- Додайте сповіщення про збої. До того, як пускати повний обсяг.
- Розширюйте поступово. Другий напрямок, друга система, більша частота.
Що спитати в підрядника до початку
- Що станеться із заявкою, якщо CRM недоступна в момент відправки?
- Як ми дізнаємося, що обмін зламався, і за скільки часу?
- Хто веде таблицю відповідностей, коли з’явиться новий товар?
- Що буде, якщо постачальник змінить формат даних?
- Чи можна повторно відправити операцію, яка не дійшла?
- Де зберігається історія обміну і як довго?
Відповіді на ці шість питань відрізняють інтеграцію, яка працює роками, від тієї, яку доводиться лагодити щомісяця.
Скільки це коштує насправді
Орієнтир: проста односторонній передача заявок із сайту в CRM – це кілька днів. Двосторонній обмін товарами й залишками зі старою складською системою без документації – тижні, і оцінити точно до початку неможливо.
Тому чесний кошторис на інтеграцію майже завжди має два етапи: спершу дослідження, у якому дивляться, що реально віддає друга система, потім оцінка робіт. Пропозиція, у якій складна інтеграція оцінена одразу і точно, зазвичай означає, що в неї не дивилися.
Інтеграції рідко бувають красивими. Але саме вони перетворюють сайт із вітрини на частину робочого процесу – і саме на них зазвичай економлять, а потім зводять дані руками ще три роки.
