Интеграции: как да свържете сайта, CRM, склада и счетоводството
Интеграциите са най-честата причина един проект да излезе извън бюджета. В офертата това е един ред, а зад него стои работа, чийто обем не може да се оцени, докато някой не погледне какво всъщност дава другата система.
Ето от какво се състои свързването на системи, какви варианти има и какво се чупи най-често.
Какво е интеграцията на практика
Това е договорка между две системи кой какво, кога и в какъв вид предава. Техническата част обикновено е проста. Трудното е другаде:
- Различни номенклатури. В сайта продуктът се казва „Дъбова маса“, в склада е „МС-ДЪБ-120“, в счетоводството е „Маса трапезна дъб 120х80“. Те не могат да се свържат автоматично, докато някой не ги съпостави ръчно.
- Различни представи за статуси. „Платено“ в сайта и „платено“ в счетоводството често означават различни моменти.
- Различни източници на истина. Ако цената може да се смени и в сайта, и в складовата система, рано или късно ще се разминат.
Затова първият въпрос при всяка интеграция не е технически: коя система е водеща за всеки тип данни.
Три начина за свързване
| Начин | Как работи | Кога подхожда |
|---|---|---|
| Директен обмен през API | Системите се обръщат директно една към друга | И двете страни имат документиран интерфейс |
| Уебхукове | Събитие в едната система веднага бута данни към другата | Нужна е реакция в реално време |
| Обмен на файлове | Експорт по график, другата система го взема | Стара система без API, големи обеми |
| През междинен слой | Отделен слой уеднаквява форматите и правилата | Повече от две системи, различни номенклатури |
Последният вариант изглежда излишен, докато системите са две. При три и повече се оказва по-евтин: без него всяка двойка се свързва отделно, а броят връзки расте по-бързо от броя системи.
Посока и честота
Две характеристики, които определят сложността повече от всичко останало.
Посока. Едностранният обмен е в пъти по-прост. Двустранният изисква решаване на конфликти: какво да се прави, ако записът е променен и в двете системи едновременно. Практическо правило: правете двустранен обмен само там, където наистина не можете без него.
Честота. Реално време е нужно по-рядко, отколкото изглежда. Наличности – да. Данни за отчетност – веднъж дневно е напълно достатъчно. Всяко повишаване на честотата увеличава натоварването и броя места, където нещо може да се счупи.
Какво се чупи
| Проблем | Как се проявява | Какво помага |
|---|---|---|
| Другата система е недостъпна | Поръчката не е стигнала до CRM и е изчезнала | Опашка с повторни опити |
| Дублиране | Един лийд е създаден три пъти | Уникален ключ на операцията |
| Разминаване в номенклатурите | Продуктите не се съпоставят | Таблица за съответствия, водена от човек |
| Мълчалива грешка | Обменът е спрял преди седмица, никой не е забелязал | Известия при срив, а не само логове |
| Промяна от другата страна | Доставчикът е сменил формата без предупреждение | Проверка на структурата на данните при постъпване |
| Частично предаване | Поръчката е минала, наличността не е намалена | Операция изцяло или никак |
Най-скъпият ред тук е мълчаливата грешка. Интеграция, която е спряла незабелязано, е по-лоша от липсата ѝ: данните се разминават и това излиза наяве седмици по-късно, когато изравняването трябва да се прави ръчно.
Ред на внедряване
- Опишете какво се предава. Списък с полета от двете страни, а не „ще синхронизираме поръчките“.
- Определете водещата система за всеки тип данни. Това е решение на бизнеса, не на разработчика.
- Направете съпоставяне на номенклатурите. Скучна ръчна работа, която не може да се пропусне.
- Пуснете в една посока и с малък обем. Десет поръчки дневно, а не целия поток.
- Добавете известия при срив. Преди да пуснете пълния обем.
- Разширявайте постепенно. Втора посока, втора система, по-висока честота.
Какво да питате изпълнителя предварително
- Какво става със заявката, ако CRM е недостъпна в момента на изпращане?
- Как ще разберем, че обменът се е счупил, и за колко време?
- Кой води таблицата за съответствия, когато се появи нов продукт?
- Какво ще стане, ако доставчикът смени формата на данните?
- Може ли да се изпрати повторно операция, която не е стигнала?
- Къде се пази историята на обмена и за колко време?
Отговорите на тези шест въпроса разделят интеграцията, която работи години, от онази, която трябва да се поправя всеки месец.
Колко струва всъщност
Ориентир: просто едностранно предаване на заявки от сайта към CRM са няколко дни. Двустранен обмен на продукти и наличности със стара складова система без документация са седмици и не могат да се оценят точно преди началото.
Затова честната оферта за интеграция почти винаги има два етапа: първо проучване, при което се гледа какво реално дава другата система, после оценка на работите. Оферта, в която сложна интеграция е оценена веднага и точно, обикновено означава, че никой не е погледнал.
Интеграциите рядко са красиви. Но именно те превръщат сайта от витрина в част от работния процес и точно от тях обикновено се спестява, след което данните се изравняват ръчно още три години.
