Propojení systémů ve firmě bez chaosu: pět praktických principů

Propojit pět nástrojů přes API je technicky triviální. Postavit integrační vrstvu, která bude fungovat za tři roky, když vyměníte CRM, přidáte nového dodavatele a začnete prodávat na novém trhu - to je úplně jiná disciplína. Tady je pět principů, které tomu pomáhají.

1. Jeden zdroj pravdy pro každý typ dat

Než se začne propojovat, je potřeba určit, který systém je zdrojem pravdy pro každou doménu. CRM pro zákazníky. ERP pro produkty a sklad. Účetnictví pro finance. Když máte víc systémů, které tvrdí, že mají autoritativní data o stejné entitě, integrace se nutně rozsypou.

Pokud zákazníka může vytvořit pět různých systémů, integrace bude celý život řešit, který z nich má pravdu při konfliktu. Lepší je definovat jasná pravidla - kdo je autoritativní pro vytvoření, kdo pro změny, kdo jen čte.

2. Integrace ve dvou směrech, ne v kruhu

Kruhové integrace jsou častá a nepříjemná chyba. CRM pošle změnu do ERP, ERP pošle změnu do CRM, CRM si myslí, že je to nová změna, a pošle ji zpět - a máte nekonečnou smyčku. Vzniká to vždycky z dobrého úmyslu („chceme mít synchronizovaná data všude“) a vždycky to končí špatně.

Lepší přístup: definujte architekturu s jednou centrální vrstvou a systémy okolo ní. Centrální vrstva ví, kdo má co měnit. Periferní systémy jen poslouchají nebo vystavují události.

3. Události, ne pravidelné dotazování

Pravidelné dotazování systému, jestli se něco změnilo, je naivní a drahé. Při 100 dotazech za hodinu zjišťujete změnu, která se stala možná jednou denně. Události fungují obráceně: systém řekne „něco se stalo“, a integrace na to reaguje.

Pokud váš systém neumí webhooks, máte dvě možnosti - nasadit lehkou záchytnou vrstvu, nebo pravidelné dotazování přijmout, ale aspoň s rozumnou frekvencí. V každém případě by dotazování nemělo být výchozí volba.

4. Idempotence všude

Integrační systém se nesmí zhroutit, když se zpracuje stejná událost dvakrát. To se totiž stane - síťové chyby, vypršení spojení, opakované pokusy o odeslání. Pokud vaše integrace při dvojím zpracování duplikuje zákazníka, vystavuje dvě faktury nebo posílá dva e-⁠maily, máte vážný problém.

Řešení je technicky známé - unikátní klíč u každé události, podle kterého se pozná, že už byla zpracovaná. Implementačně to vyžaduje disciplínu, ale jakmile máte tuhle vlastnost zabudovanou, integrace přestávají být zdrojem podivných „náhodných“ problémů.

5. Dohled nad provozem od první minuty

Když integrace přestane fungovat, musíte to vědět dřív, než to zjistí zákazník nebo účetní. Logování, upozorňování na chyby, přehled o zdraví integrací - to není luxusní vrstva navrch, to je nezbytný základ. Bez dohledu nad provozem jste slepí a integrace začnou tichým způsobem selhávat.

Konkrétně: zaznamenávejte vstup i výstup každé integrace s časem a identifikátorem požadavku. Nechte si poslat upozornění na cokoli, co selhává opakovaně. Mějte přehled, kde vidíte, kolik událostí proteklo za hodinu - a kdy ta hodnota klesne na nulu.

Co dělat dál

Pokud máte ve firmě více než pět systémů a víte, že se mezi nimi něco ztrácí, není to vada technologie. Je to vada architektury. Audit integrační vrstvy je poměrně levný způsob, jak najít, kde se data mezi systémy ztrácejí a co má smysl opravit první.

Žádný z těchto principů není nový. Žádný z nich není složitý. Ale dohromady tvoří rozdíl mezi integracemi, které fungují roky, a integracemi, které tým zaměstnávají každý týden tím, že je opravuje.