API gateway alebo point-to-point integrácia pre podniky

Objednávka z e-shopu sa ráno dostane do ERP, odtiaľ do skladového systému, potom do fakturačného systému a systému kuriérskej služby. Pokiaľ ide o dva-tri prepojenia, proces väčšinou funguje neviditeľne. Po niekoľkých rokoch rastu sa však objavujú nové predajné kanály, dodávateľské vzťahy, zákaznícke portály a požiadavky na reportovanie. Vtedy otázka API gateway alebo bod-bod integrácie už nie je len IT rozhodnutím: určuje, ako priehľadná a udržateľná je prevádzka.

Zlé rozhodnutie zriedka spôsobí okamžité zastavenie. Skôr sa prejavuje postupne: jedno dátové pole treba zmeniť na troch miestach, po aktualizácii systému neočakávane zlyhá prenos objednávok a nikto presne nevie, ktorý vzťah je zodpovedný za zmiznutý status. V takých prípadoch sa obchodný proces zdanlivo odohráva medzi systémami, ale v skutočnosti ho ľudia udržujú pomocou kontrol, e-mailov a tabuliek.

Čo znamená bod-bod integrácia?

O bod-bod integrácii hovoríme, keď dva systémy komunikujú priamo medzi sebou. Napríklad e-shop posiela objednávkové údaje do ERP, a ERP zase posiela informácie o zásobách späť do e-shopu. Každé spojenie môže fungovať s vlastnými pravidlami, formátom dát, správou oprávnení a chybovým riadením.

Tento prístup nie je chybný, ba v mnohých prípadoch je najrozumnejšou voľbou. Ak má spoločnosť jediný e-shop, jedno ERP a jasne ohraničenú výmenu dát, priame spojenie môže byť rýchlo realizovateľné, ľahko pochopiteľné a primerane nákladné. Nie je rozumné budovať centrálnu integračnú vrstvu len preto, že sa technologicky zdá elegantnejšia.

Problém začína s nárastom počtu spojení. Ak sa k rovnakému ERP pripája e-shop, CRM, skladový systém, dopravca, dodávateľská platforma, BI systém a zákaznícky portál, každé nové spojenie vytvára vlastnú závislosť. Zmena štruktúry dát ERP v takom prípade nie je úlohou vývoja, ale koordináciou viacerých systémov a obchodných procesov.

V bod-bod modeli je bežné, že rovnaké obchodné pravidlo sa objavuje na viacerých miestach. Transformácia stavov objednávok, čistenie údajov o partneroch alebo mapovanie polí kmeňových údajov môže byť samostatne zahrnuté do každej integrácie. To neznamená len dodatočnú prácu pri vývoji. Neskoršie riešenie chýb sa tiež spomaľuje, pretože spoločnosť musí najprv pochopiť, kde vznikla odchýlka.

Čo poskytuje API gateway?

API gateway je centrálna vstupná a regulačná vrstva v komunikácii medzi systémami. Namiesto toho, aby každá aplikácia priamo pristupovala ku všetkým ostatným systémom, externé a interné požiadavky prechádzajú cez určené, monitorované trasy.

V obchodnom jazyku to znamená, že spoločnosť nespravuje súbor samostatných technických spojení, ale vytvára poriadok systémovej komunikácie. Je možné určiť, kto môže získať aké údaje, v akom formáte, s akou frekvenciou, s akými oprávneniami a s akým logovaním. Nové partnerské rozhranie alebo mobilná aplikácia nemusí mať priamy prístup k internému ERP len preto, aby videla zásoby alebo stav objednávky.

Gateway je obzvlášť cenný tam, kde prístup a prevádzková bezpečnosť predstavujú obchodné riziko. Centrálne je možné spravovať autentifikáciu, oprávnenia, obmedzenia prenosu, logovanie a monitorovanie chýb. Ak externý systém chybne opakuje požiadavku, nezaťažuje neobmedzene interný systém. Ak prístup partnera skončí, nie je potrebné hľadať jeho oprávnenia vo viacerých samostatných spojeniach.

Dôležitý rozdiel je, že API gateway nemusí nevyhnutne vyriešiť všetky integračné úlohy. Nie je to automatický nástroj na zlepšenie kvality dát, nenahrádza objasnenie procesov a nemôže rozhodnúť, ktorý systém bude oficiálnym zdrojom údajov. Ak sa údaje o zákazníkoch líšia v CRM, ERP a starom zákazníckom registri, gateway môže len usporiadane prenášať rozdiely.

API gateway alebo bod-bod integrácia: skutočné kritériá rozhodovania

Správna odpoveď na otázku nie je, že všetky spojenia musia byť centralizované. Správna odpoveď je tá, ktorá zodpovedá zložitosti procesov spoločnosti, rýchlosti zmien a rizikám.

Bod-bod spojenie je zvyčajne opodstatnené, ak je výmena dát jednoduchá, zostáva medzi dvoma systémami, zriedka sa mení a neexistuje citlivý externý prístup. V prípade úzkeho rozsahu dát, ktoré denne prenáša výrobný stroj, alebo jedinečného spojenia na tlač prepravných štítkov môže byť priama integrácia dobre zdokumentovaným a prevádzkovo spoľahlivým riešením.

Situácia smeruje k API gateway, ak rovnaké služby využíva viac systémov, partnerov alebo kanálov. Typickým príkladom je, keď e-shop, zákaznícky portál a predajná aplikácia žiadajú stav objednávky, zásoby alebo údaje o zákazníkoch. V takom prípade nie je obchodne rozumné, aby každý z nich priamo zodpovedal internému fungovaniu ERP. Je rozumnejšie vytvoriť stabilné, regulované servisné rozhranie, za ktorým môže byť interný systém neskôr modifikovaný.

Náklady na zmenu sú tiež rozhodujúcim kritériom. Priame spojenie sa môže na začiatku zdať lacnejšie. Ale ak každá nová kanál vyžaduje samostatný vývoj, samostatnú bezpečnostnú kontrolu a samostatné hľadanie chýb, krátkodobá jednoduchosť môže byť dlhodobo drahá. Naopak, zavedenie gateway vyžaduje na začiatku viac plánovania a disciplinovanejšiu architektúru. Oplatí sa, keď spoločnosť musí opakovane spravovať nové spojenia, nielen jedno.

Najprv nech sú údaje a procesy jasné

Mnoho integračných projektov zlyháva, pretože technické otázky predchádzajú obchodnému objasneniu. Predtým, ako sa rozhodne o architektúre, je vhodné sledovať konkrétny proces: čo sa deje od prijatia objednávky po dodanie, kto môže meniť údaje, kde vznikajú nové informácie a v ktorom systéme sa údaje stávajú konečnými.

Ak napríklad sklad používa zásoby z ERP, ale e-shop zobrazuje dostupnosť podľa vlastných pravidiel, nie je to technický detail, ktoré údaje sú viditeľné pre zákazníka. To priamo ovplyvňuje objednateľnosť, komunikáciu so zákazníkmi a počet reklamácií. Integrácia bude spoľahlivá len vtedy, keď sú tieto zodpovednosti a obchodné pravidlá jasné.

To isté platí pre riešenie chýb. Čo sa stane, ak fakturačný systém dočasne nie je dostupný? Zastaví sa spracovanie objednávok, údaje sa dostanú do čakacieho radu, alebo sa niekto pokúsi manuálne doplniť? Kto dostane oznámenie a kedy sa považuje chyba za vyriešenú? Funkčná integrácia nie je dobrá len preto, že v normálnej situácii posiela údaje, ale preto, že zostáva kontrolovateľná aj v prípade poruchy.

Postupné usporiadanie je často lepšie ako prestavba

V rastúcej spoločnosti nie je realistické očakávať, že všetky existujúce spojenia budú naraz prepracované. Navyše, príliš veľká prestavba v prípade integrácií podporujúcich kritickú prevádzku môže predstavovať vážne riziko pre obchodnú činnosť.

Rozumnejšie môže byť najprv zmapovať spojenia: aké údaje presúvajú, kto ich používa, aké sú kritické, kto za ne zodpovedá a či existuje aktuálna dokumentácia. Už táto práca môže odhaliť, že jediný zamestnanec vie, prečo beží starý prenos dát, alebo že medzi dvoma systémami sa paralelne, podľa rôznych pravidiel, pohybujú rovnaké informácie.

Potom je vhodné začať s oblasťami, ktoré prinášajú najväčšiu hodnotu. Možno je už odôvodnené vytvoriť prístup založený na gateway pre nový zákaznícky portál, zatiaľ čo dve staré, stabilné interné spojenia zostanú zatiaľ priame. Cieľom nie je nasledovať technologický vzor, ale postupne zlepšovať kontrolu, udržiavateľnosť a zmeniteľnosť.

Dobrá systémová architektúra nakoniec nie je cenná tým, koľko moderných komponentov obsahuje. Je cenná tým, že cesta objednávky, údajov o zásobách alebo faktúry je zrozumiteľná, kontrolovateľná a funkčná aj vtedy, keď spoločnosť dosiahne ďalší rastový krok.