API gateway nebo bod-bod integrace pro podniky

Objednávka z e-shopu se ráno dostane do ERP, odtud do skladového systému, poté do fakturačního systému a systému kurýrní služby. Dokud se jedná o dvě až tři propojení, proces většinou funguje neviditelně. Po několika letech růstu se však objevují nové prodejní kanály, dodavatelské vztahy, zákaznické portály a požadavky na reportování. V té době už otázka API gateway nebo bodové integrace není jen IT rozhodnutím: určuje, jak transparentní a udržitelné je fungování.

Špatné rozhodnutí málokdy způsobí okamžité zastavení. Spíše se projevuje postupně: jedno datové pole je třeba upravit na třech místech, po aktualizaci systému neočekávaně selhává předání objednávky a nikdo přesně neví, které propojení je zodpovědné za zmizelý status. V takových případech se zdá, že obchodní proces běží mezi systémy, ve skutečnosti ho však lidé drží pohromadě kontrolami, e-maily a tabulkami.

Co znamená bodová integrace?

O bodové integraci mluvíme, když dva systémy komunikují přímo mezi sebou. Například e-shop posílá objednávková data do ERP a ERP předává informace o skladových zásobách zpět do e-shopu. Obě propojení mohou fungovat s vlastními pravidly, formáty dat, správou oprávnění a chybovým zpracováním.

Tento přístup není chybný, ba naopak, v mnoha případech je nejrozumnější volbou. Pokud má společnost jediný e-shop, jedno ERP a jasně vymezenou výměnu dat, přímé propojení může být rychle realizovatelné, snadno pochopitelné a nákladově efektivní. Není nutné budovat centrální integrační vrstvu jen proto, že se technologicky jeví elegantněji.

Problém začíná s nárůstem počtu propojení. Pokud se k jednomu ERP připojují e-shop, CRM, skladový systém, přepravní společnost, dodavatelská platforma, BI systém a zákaznický portál, každé nové propojení vytváří vlastní závislost. Změna datové struktury ERP pak není jen vývojovým úkolem, ale sladěním více systémů a obchodních procesů.

V bodovém modelu je běžné, že stejná obchodní pravidla se objevují na více místech. Transformace stavů objednávek, čištění partnerských dat nebo mapování polí kmenových dat může být zahrnuto do každé integrace zvlášť. To nejenže znamená dodatečnou vývojovou práci. I pozdější řešení chyb se zpomaluje, protože společnost musí nejprve pochopit, kde vznikla odchylka.

Co přináší API gateway?

API gateway je centrální vstupní a regulační vrstva pro komunikaci mezi systémy. Místo toho, aby každá aplikace přímo přistupovala ke všem ostatním systémům, externí a interní požadavky procházejí přes definované, řízené trasy.

Obchodně to znamená, že společnost neřídí soubor samostatných technických propojení, ale vytváří řád systémové komunikace. Lze určit, kdo může jaká data získat, v jakém formátu, jak často, s jakými oprávněními a s jakým logováním. Nové partnerské rozhraní nebo mobilní aplikace nemusí mít přímý přístup k internímu ERP jen proto, aby viděly skladové zásoby nebo stav objednávky.

Gateway je obzvláště cenná tam, kde je přístup a provozní bezpečnost obchodním rizikem. Lze centrálně řídit autentizaci, oprávnění, omezení provozu, logování a sledování chyb. Pokud externí systém chybně opakuje požadavek, nezatěžuje neomezeně interní systém. Pokud partner ztratí přístup, není třeba hledat jeho oprávnění ve více samostatných propojeních.

Důležitý rozdíl je, že API gateway nemusí nutně vyřešit všechny integrační úkoly. Není automatickým nástrojem pro zlepšení kvality dat, nenahrazuje vyjasnění procesů a nemůže rozhodnout, který systém bude oficiálním zdrojem dat. Pokud se údaje o zákaznících liší v CRM, ERP a staré zákaznické evidenci, gateway může jen uspořádaněji předat rozdíly.

API gateway nebo bodová integrace: skutečná kritéria rozhodování

Na otázku není správná odpověď, že všechny propojení je třeba centralizovat. Správná odpověď je ta, která odpovídá složitosti, tempu změn a rizikům procesů společnosti.

Bodové propojení je obvykle odůvodněné, pokud je výměna dat jednoduchá, zůstává mezi dvěma systémy, zřídka se mění a neexistuje citlivý externí přístup. V případě úzkého datového souboru předávaného výrobním strojem denně nebo jedinečného propojení pro tisk etiket dopravce může být přímá integrace dobře zdokumentovaným a provozně bezpečným řešením.

Situace směřuje k API gateway, pokud stejné služby využívá více systémů, partnerů nebo kanálů. Typickým příkladem je, když e-shop, zákaznický portál a aplikace pro obchodníky požadují stav objednávky, skladové zásoby nebo údaje o zákaznících. V takových případech není obchodně rozumné, aby se každý z nich přizpůsoboval internímu fungování ERP. Je rozumnější vytvořit stabilní, regulované servisní rozhraní, za kterým lze interní systém později měnit.

Náklady na změnu jsou také rozhodujícím faktorem. Přímé propojení se zpočátku může zdát levnější. Ale pokud každá nová kanál vyžaduje samostatný vývoj, samostatnou bezpečnostní kontrolu a samostatné hledání chyb, krátkodobá jednoduchost může být dlouhodobě nákladná. Naopak zavedení gateway vyžaduje zpočátku více plánování a disciplinovanější architekturu. Vyplatí se, když společnost musí opakovaně spravovat nové propojení, nikoli jen jedno.

Nejprve musí být data a procesy jasné

Mnoho integračních projektů se zpožďuje, protože technické otázky předcházejí obchodnímu vyjasnění. Než se rozhodne o architektuře, je vhodné sledovat konkrétní proces: co se děje od přijetí objednávky po doručení, kdo může data upravovat, kde vznikají nové informace a v kterém systému se data stávají konečnými.

Pokud například sklad používá zásoby ERP, ale e-shop zobrazuje dostupnost podle vlastních pravidel, není technickým detailem, která data jsou viditelná pro zákazníka. To přímo ovlivňuje objednatelnost, komunikaci se zákazníkem a počet reklamací. Integrace bude spolehlivá, pouze pokud jsou tyto odpovědnosti a obchodní pravidla jasná.

Totéž platí pro zpracování chyb. Co se stane, pokud fakturační systém není dočasně dostupný? Zastaví se zpracování objednávek, data se zařadí do čekací fronty, nebo se někdo pokusí ručně doplnit? Kdo dostane oznámení a kdy je chyba považována za vyřešenou? Funkční integrace není dobrá tím, že za normálních okolností posílá data, ale tím, že zůstává kontrolovatelná i v abnormálních situacích.

Postupné uspořádání je často lepší než přestavba

U rostoucí společnosti není realistické očekávat, že všechny existující propojení budou najednou přepracovány. Navíc u integrací podporujících kritické fungování může příliš velká přestavba představovat vážné obchodní riziko.

Rozumnější může být nejprve zmapovat propojení: jaká data se přesouvají, kdo je používá, jak jsou kritická, kdo za ně odpovídá a zda o nich existuje aktuální dokumentace. Už tato práce může odhalit, že jediný zaměstnanec ví, proč běží starý přenos dat, nebo že mezi dvěma systémy paralelně, s odlišnými pravidly, se pohybují stejná data.

Poté je vhodné začít s oblastmi, které přinášejí největší hodnotu. Možná je již odůvodněné vytvořit přístup založený na gateway pro nový zákaznický portál, zatímco dvě stará, stabilní interní propojení zůstanou prozatím přímá. Cílem není následovat technologický vzor, ale postupně zlepšovat kontrolu, udržovatelnost a možnost změn.

Dobrá systémová architektura nakonec není hodnotná tím, kolik moderních komponent obsahuje. Je hodnotná tím, že cesta objednávky, skladových dat nebo faktury je srozumitelná, kontrolovatelná a funkční i tehdy, když společnost dosáhne dalšího růstového kroku.