Rendszerintegráció: hogyan kapcsolhatók össze a vállalkozás különböző szoftverei?

Egy vállalkozás működését ritkán szolgálja ki egyetlen szoftver. Az ügyféladatok a CRM-ben lehetnek, a rendelések egy webáruházban, a számlák egy számlázóprogramban, a pénzügyi adatok egy ERP-ben, miközben a munkatársak további rendszereket használnak projektkezelésre, dokumentumkezelésre vagy belső adminisztrációra.

A probléma akkor kezdődik, amikor ezek a rendszerek nem kommunikálnak egymással. Ugyanazt az adatot többször kell rögzíteni, Excel-fájlok kerülnek egyik kollégától a másikhoz, manuális másolásra van szükség, és előbb-utóbb az sem lesz egyértelmű, melyik rendszer tartalmazza a helyes információt.

A rendszerintegráció célja ennek megszüntetése: a különálló szoftverek között szabályozott adatkapcsolatot és automatizált folyamatokat hoz létre. Nem feltétlenül kell lecserélni a meglévő alkalmazásokat. Sok esetben jobb megoldás úgy összekapcsolni őket, hogy minden rendszer azt a feladatot végezze, amire eredetileg készült.

Mit jelent a rendszerintegráció a gyakorlatban?

A rendszerintegráció során két vagy több alkalmazás között olyan kapcsolat jön létre, amelyen keresztül adatok, események vagy műveletek adhatók át.

Vegyünk egy egyszerű példát. Egy vállalkozás weboldalán vagy értékesítési felületén új érdeklődő jelentkezik. Integráció nélkül egy munkatársnak kézzel kell rögzítenie az adatait a CRM-ben. Integrált környezetben az érdeklődő automatikusan bekerülhet az ügyfélkezelő rendszerbe, létrejöhet a megfelelő értékesítési feladat, és az illetékes kolléga értesítést kaphat.

Ugyanez működhet jóval összetettebb folyamatoknál is. Egy rendelés például elindíthat készletellenőrzést, számlázást, szállítási folyamatot és ügyfélértesítést. Ez különösen akkor válik jelentőssé, amikor egy cég már több különálló üzleti alkalmazást használ. Egy ERP rendszer más feladatot lát el, mint egy CRM vagy egy projektmenedzsment-alkalmazás, ezért önmagában nem probléma, ha több rendszer működik párhuzamosan. A kérdés az, hogy az adatok és folyamatok hogyan jutnak el közöttük a megfelelő helyre.

Nem a szoftverek száma a probléma, hanem a közöttük lévő szakadék

Egy vállalkozás informatikai környezete természetes módon válik összetettebbé. Először elég lehet egy számlázóprogram és néhány táblázat. Később megjelenik egy CRM, egy webshop, egy készletkezelő, egy projektmenedzsment-rendszer, majd további alkalmazások. Ez önmagában nem feltétlenül rossz: egy specializált rendszer gyakran jobban old meg egy konkrét feladatot, mint egy mindent egyben kínáló platform. A gond inkább az, ha minden rendszer különálló információs szigetként működik. Ilyenkor jellemzően:

• ugyanazokat az adatokat több helyen rögzítik;

• eltérő verziók léteznek ugyanarról az információról;

• manuálisan kell adatokat exportálni és importálni;

• egy folyamat állapotát több rendszerből kell összerakni;

• az automatizálható lépések emberi közreműködést igényelnek;

• egy hiba vagy elmaradt adatbevitel továbbterjedhet a teljes folyamatban.

Az adminisztráció jelentős része ezért valójában nem abból fakad, hogy az adott feladat feltétlenül manuális munkát igényel, hanem abból, hogy a használt rendszerek között nincs megfelelő adatkapcsolat.

Milyen rendszereket lehet összekapcsolni?

Technikailag nagyon sokféle rendszer integrálható, amennyiben rendelkezésre áll valamilyen megfelelő kapcsolódási lehetőség. Tipikus párosítás például:

• CRM és ERP;

• webshop és készletkezelő;

• webshop és számlázó;

• CRM és e-mailes vagy marketingrendszer;

• értékesítési rendszer és számlázás;

• ügyviteli rendszer és dokumentumkezelés;

• belső vállalati rendszer és külső szolgáltatás;

• webes ügyfélfelület és háttérrendszer;

• egyedi vállalati szoftver és külső alkalmazások.

A CRM jó példa arra, hogy miért van szükség erre. Egy ügyfélkezelő CRM az ügyfélkapcsolatok központi rendszere lehet, de az ügyfélhez tartozó számlák, megrendelések, készletinformációk vagy pénzügyi adatok gyakran más alkalmazásokban találhatók. Nem feltétlenül az a jó megoldás, hogy ezeket az adatokat fizikailag mind átmásoljuk a CRM-be. Sokszor elegendő, ha a megfelelő információ automatikusan elérhetővé válik ott, ahol a munkatársnak szüksége van rá.

API: a modern rendszerintegráció egyik alapja

A modern szoftverek összekapcsolásának egyik leggyakoribb eszköze az API, vagyis alkalmazásprogramozási interfész. Az API meghatározza, hogy egy másik alkalmazás milyen műveleteket kérhet egy rendszertől, milyen adatokat küldhet neki, illetve milyen formában kaphat választ. Egy jól meghatározott API stabil kapcsolódási pontot teremt anélkül, hogy a másik rendszernek ismernie kellene a szoftver belső működését.

Például egy CRM API-ján keresztül egy másik alkalmazás létrehozhat új ügyfelet. Egy számlázórendszer API-ja fogadhatja a számlázáshoz szükséges adatokat. Egy készletkezelőből pedig lekérdezhető lehet egy termék aktuális készlete.

Az API-alapú kapcsolat nagy előnye, hogy a rendszerek bizonyos mértékig függetlenek maradhatnak egymástól. Az egyik alkalmazás belső technológiája akár teljesen megváltozhat úgy, hogy az integráció másik oldalát nem kell átírni, amennyiben az interfész változatlan marad. Nagyobb környezetben API gateway is kerülhet a szolgáltatások elé, amely egységes hozzáférési réteget biztosíthat, és többek között a hitelesítés, hozzáférés-kezelés, forgalomszabályozás vagy monitorozás egy részét is központosíthatja.

Nem minden integráció valós idejű

Gyakori félreértés, hogy két rendszer összekapcsolása automatikusan azt jelenti, hogy minden adatnak azonnal át kell kerülnie egyikből a másikba. Erre sok esetben nincs szükség.

Egy webshop és készletkezelő között fontos lehet a gyors adatcsere, mert egy elavult készletinformáció olyan termék értékesítéséhez vezethet, amely már nincs raktáron. Egy vezetői riporthoz használt rendszer esetében viszont elképzelhető, hogy elegendő óránként vagy naponta frissíteni az adatokat. Az integráció tervezésekor ezért meg kell határozni: melyik adatnak mennyire frissnek kell lennie az üzleti folyamat helyes működéséhez?

Ez jelentősen befolyásolja az alkalmazott technológiát és az integráció összetettségét.

Többféle technikai megoldás létezik

Az API csak az egyik lehetőség. A megfelelő integrációs módszer a rendszerek képességeitől és az üzleti folyamattól függ.

API-alapú integráció

A rendszerek programozott interfészen keresztül kommunikálnak. Újabb üzleti alkalmazásoknál ez gyakran a legkézenfekvőbb megoldás.

Webhook

A webhook eseményvezérelt kapcsolatot tesz lehetővé. A rendszer nem arra vár, hogy egy másik alkalmazás rendszeresen megkérdezze, történt-e valami, hanem egy esemény bekövetkezésekor értesítést küld. Például egy sikeres fizetés után a fizetési szolgáltató értesítheti a vállalkozás háttérrendszerét, amely ennek hatására módosítja a rendelés állapotát.

Ütemezett adatcsere

Nem minden rendszer biztosít modern API-t. Bizonyos esetekben fájlokon keresztül történik az adatcsere, például CSV vagy más strukturált formátumban. Az export és import automatizálható, így akkor is kialakítható használható kapcsolat, ha nincs szükség valós idejű kommunikációra.

Köztes integrációs réteg

Ahogy nő a rendszerek száma, a közvetlen kapcsolatok kezelése egyre nehezebbé válhat. Ha minden alkalmazás külön-külön kommunikál az összes többivel, gyorsan bonyolult függőségi háló alakul ki. Ilyenkor indokolt lehet köztes integrációs szolgáltatás vagy saját integrációs réteg kialakítása, amely koordinálja az adatáramlást. Ez már gyakran egyedi szoftverfejlesztést igényel, különösen akkor, ha a vállalkozás saját üzleti logikája határozza meg, hogy milyen adat mikor és milyen feltételekkel kerülhet egyik rendszerből a másikba.

Először az üzleti folyamatot kell megérteni

A rendszerintegráció egyik leggyakoribb hibája, amikor a projekt rögtön azzal kezdődik, hogy „kössük össze az A rendszert a B rendszerrel”. Technikailag ez megoldható lehet, üzletileg azonban még nem mondja meg, hogy pontosan minek kell történnie. Vegyünk egy rendelési folyamatot. Nem elég annyit meghatározni, hogy a webshop kapcsolódjon a vállalatirányítási rendszerhez. Tisztázni kell például:

1. Mikor számít véglegesnek egy rendelés?

2. Melyik rendszer generálja a rendelési azonosítót?

3. Hol található a termékadatok hiteles változata?

4. Melyik rendszer kezeli a készletet?

5. Mi történik sikertelen fizetésnél?

6. Mikor indulhat el a számlázás?

7. Hogyan kezeljük a módosított vagy törölt rendelést?

8. Mi történik, ha valamelyik külső rendszer átmenetileg nem elérhető?

Az integráció tehát elsősorban üzleti folyamat tervezése, amelyhez technikai kapcsolatokat építünk. Ha maga a folyamat rendezetlen, az integráció könnyen csak automatizálja a rendezetlenséget. Ezért egy ügyviteli rendszer bevezetésének előnyei sem pusztán abból adódnak, hogy több adat kerül digitális formába. A valódi érték akkor jelenik meg, amikor az információk és munkafolyamatok következetesen kapcsolódnak egymáshoz.

Melyik rendszer legyen az adatgazda?

Az egyik legfontosabb integrációs döntés annak meghatározása, hogy egy adott adattípusnak melyik rendszer a hiteles forrása. Ha ugyanaz az ügyfélcím megtalálható a CRM-ben, az ERP-ben, a webshopban és a számlázóban, előbb-utóbb felmerül a kérdés: melyik az aktuális? Ezt nem célszerű az integrációra bízni. Már a tervezés során meg kell határozni például, hogy:

• az ügyfélkapcsolati adatokat a CRM kezeli;

• a terméktörzs az ERP-ben található;

• a készletnyilvántartásért a raktári rendszer felel;

• a számlázási adatokat a számlázórendszer kezeli;

• a rendelés aktuális állapotának egy meghatározott rendszer a gazdája.

Ezzel elkerülhető a kétirányú, kontrollálatlan szinkronizáció, amelyben az alkalmazások egymás adatait írják felül. A megfelelő adatgazdák kijelölése különösen lényeges akkor, amikor ERP rendszer, CRM és egyedi alkalmazások működnek párhuzamosan.

A rendszerintegráció nem egyenlő az adatok másolásával

Egy integráció tervezésekor könnyű arra jutni, hogy minden rendszerben legyen meg minden szükséges adat. Ez azonban sokszor felesleges és kockázatos. Minél több helyen tároljuk ugyanazt az információt, annál több kérdés merül fel:

• melyik példány az eredeti;

• hogyan történik a frissítés;

• mi történik sikertelen szinkronizáció esetén;

• hogyan kezeljük a törlést;

• milyen hozzáférési jogosultságok szükségesek;

• meddig tárolható az adott információ.

Bizonyos esetekben jobb, ha a másik rendszer csak akkor kérdezi le az adatot, amikor szüksége van rá. A felhőben történő adattárolás és a modern webes rendszerek elterjedésével fizikailag is egyre kevésbé szükséges, hogy minden információ ugyanabban az adatbázisban legyen. Az integráció feladata éppen az lehet, hogy az elosztott adatokat egységes üzleti folyamatba szervezze.

Automatizálás: ahol az integráció üzleti értékké válik

A rendszerek összekapcsolása önmagában technikai eredmény. Üzleti szempontból akkor lesz igazán értékes, amikor manuális munkafolyamatokat lehet kiváltani vele. Jó példa a számlázás. Egy rendelés lezárásakor a megfelelő adatok automatikusan átadhatók a számlázórendszernek, így nincs szükség arra, hogy valaki ismét begépelje a vevő és a rendelés adatait. Az automatizált számlázás mögött ezért valójában több rendszer összehangolt működése állhat.

Hasonló folyamat alakítható ki az értékesítésben is. Egy jól megtervezett értékesítési rendszer esetén a weboldalról érkező érdeklődő, az értékesítési státusz, az ajánlat és a későbbi ügyféladat nem feltétlenül különálló információként jelenik meg. A cél nem minden emberi tevékenység automatizálása. Azokat a rutinszerű adatmozgatási és adminisztrációs lépéseket érdemes megszüntetni, amelyekhez valójában nincs szükség emberi döntésre.

Mi történik, ha valamelyik rendszer nem működik?

Egy integrációt nem csak a normál működésre kell megtervezni. Tegyük fel, hogy egy rendelés sikeresen létrejön a webshopban, de a számlázó szolgáltatás néhány percre nem érhető el. Ha az integráció egyszerűen elküldi az adatot, majd sikertelen kérés esetén megfeledkezik róla, rendelés jöhet létre számla nélkül. Egy üzembiztosabb megoldásnak kezelnie kell a hibát. A konkrét architektúrától függően ez jelenthet például:

• automatikus újrapróbálkozást;

• feldolgozási sor használatát;

• hibaállapot rögzítését;

• naplózást;

• értesítést;

• manuális újraindítás lehetőségét;

• duplikált feldolgozás elleni védelmet.

Ez az a pont, ahol az integráció minősége igazán láthatóvá válik. Nem az a kérdés, hogy működik-e akkor, amikor minden rendszer hibátlanul válaszol, hanem hogy kiszámíthatóan viselkedik-e részleges meghibásodás esetén is. A problémák követhetőségéhez ezért a megfelelő hibakövetési folyamat mellett technikai naplózásra és monitorozásra is szükség lehet.

Biztonság és jogosultságkezelés nélkül nincs jó integráció

Két rendszer összekapcsolása új adatáramlást hoz létre, ezért minden integrációnál végig kell gondolni, ki és milyen adatokhoz férhet hozzá. Egy integrációs hozzáférésnek lehetőség szerint csak azokat a jogosultságokat érdemes megkapnia, amelyekre ténylegesen szüksége van. Ha egy szolgáltatásnak csak rendeléseket kell lekérdeznie, nem indokolt automatikusan teljes adminisztrátori hozzáférést biztosítani.

Az API-k esetében ezért a hitelesítés és az engedélyezés az interfész tervezésének része. Ugyanilyen fontos az érzékeny adatok megfelelő továbbítása, a titkok és hozzáférési kulcsok biztonságos kezelése, valamint a műveletek naplózhatósága.

A biztonság nem különálló utolsó lépés. Már az adatáramlás megtervezésekor meg kell határozni, hogy melyik rendszer milyen információt kaphat meg.

Felhőben és helyben működő rendszerek is integrálhatók

A vállalati infrastruktúrában gyakori, hogy modern felhős szolgáltatások és régebbi, helyben működő alkalmazások egyszerre vannak jelen. Ez önmagában nem zárja ki az integrációt. A felhőalapú ügyviteli rendszerek általában interneten keresztül elérhető szolgáltatásokra épülnek, míg egy régebbi vállalati alkalmazás akár belső hálózaton működhet. Ilyenkor az architektúrának a hálózati elérést, biztonságot és rendelkezésre állást is kezelnie kell. Nem feltétlenül kell tehát egy teljes informatikai környezetet egyszerre lecserélni azért, hogy modernebb folyamatokat lehessen kialakítani.

Mikor érdemes kész integrációt használni?

Számos üzleti szoftverhez léteznek előre elkészített csatlakozók. Ha két széles körben használt rendszer között szabványos adatkapcsolatra van szükség, ezek használata gyorsabb és olcsóbb lehet az egyedi fejlesztésnél. Kész integráció jó választás lehet, ha:

• pontosan támogatja a szükséges adatokat;

• a kívánt folyamat megfelel az előre kialakított működésnek;

• megfelelően kezeli a hibákat;

• dokumentált és támogatott;

• a várható adatmennyiséget képes feldolgozni;

• a testreszabási korlátai elfogadhatók.

A döntést nem az alapján érdemes meghozni, hogy létezik-e valamilyen csatlakozó, hanem hogy az valóban lefedi-e a vállalkozás folyamatát.

Mikor indokolt egyedi integráció?

Egyedi fejlesztés akkor válhat szükségessé, amikor a kész kapcsolatok már nem tudják leképezni az üzleti logikát. Ilyen helyzet lehet például, ha:

• saját fejlesztésű rendszerhez kell kapcsolódni;

• több rendszer adatait kell egyetlen folyamatban összehangolni;

• összetett transzformáció szükséges az adatok között;

• speciális jogosultsági szabályokat kell alkalmazni;

• nagy adatmennyiséget kell megbízhatóan kezelni;

• egyedi hibakezelés szükséges;

• a folyamat versenyelőnyt jelent a vállalkozás számára.

Ilyenkor egy vállalkozásra szabott szoftver nem feltétlenül egy új, mindent kiváltó alkalmazást jelent. Lehet egy olyan köztes rendszer is, amely a meglévő alkalmazásokat fogja össze és egységes folyamatot alakít ki közöttük.

Hogyan érdemes megtervezni egy rendszerintegrációt?

A technikai fejlesztés előtt célszerű végigmenni néhány alapvető kérdésen.

1. Térképezzük fel a jelenlegi folyamatot

Pontosan hogyan jut el egy információ a folyamat elejétől a végéig? Ki rögzíti? Hol módosítják? Melyik ponton történik kézi adatátvitel? Már ez a felmérés gyakran megmutatja, hol keletkezik a legtöbb felesleges munka.

2. Határozzuk meg az adatgazdákat

Minden fontos adattípusnál legyen egyértelmű, melyik rendszer tekinthető hiteles forrásnak.

3. Válasszuk ki az automatizálandó lépéseket

Nem szükséges mindent egyszerre integrálni. Gyakran jobb azzal a folyamattal kezdeni, ahol sok manuális munka, hiba vagy ismételt adatbevitel jelentkezik.

4. Vizsgáljuk meg a rendszerek technikai lehetőségeit

Van API? Küld webhookot? Lehetséges fájlexport? Milyen hitelesítést támogat? Vannak használati korlátok? Milyen dokumentáció áll rendelkezésre?

5. Tervezzük meg a hibás eseteket is

Mi történik, ha valamelyik szolgáltatás nem válaszol? Mi történik hibás adattal? Megismételhető-e biztonságosan egy művelet?

6. Legyen megfigyelhető a folyamat

Egy automatikus rendszer nem lehet fekete doboz. Tudni kell, hogy az adatátadás sikerült-e, hol akadt el, és milyen beavatkozás szükséges.

7. Teszteljünk valós üzleti esetekkel

Nem elég azt ellenőrizni, hogy az API technikailag választ ad. Végig kell próbálni a módosítást, törlést, ismételt feldolgozást, hibás adatot és átmeneti szolgáltatáskiesést is. Ha az integráció üzletileg kritikus rendszereket köt össze, az üzemeltetési felelősséget is érdemes előre rögzíteni. Egy megfelelő SLA például tisztázhatja a szolgáltatási szinteket és a problémakezelés kereteit.

Integráció vagy teljes rendszerlecserélés?

Nem minden problémára az integráció a helyes válasz. Ha egy régi rendszer már üzletileg sem felel meg, nehezen karbantartható, nem biztosítható megfelelően, vagy annyira korlátozottak a kapcsolódási lehetőségei, hogy minden fejlesztés kerülőmegoldássá válik, érdemes lehet a cseréjét is megvizsgálni.

Más esetben éppen az integráció kerül kevesebbe és jár kisebb kockázattal. Ha például a CRM jól támogatja az értékesítést, az ERP megfelelően kezeli a pénzügyi és vállalatirányítási folyamatokat, a webshop pedig jól működik értékesítési csatornaként, kevés értelme lenne csak azért egyetlen óriási rendszerre cserélni őket, mert adatot kell átadniuk egymásnak. A megfelelő döntéshez azt kell összehasonlítani, hogy hosszabb távon melyik megoldás jár kevesebb technikai adóssággal, karbantartási teherrel és üzleti korlátozással.

A rendszerintegráció a digitális működés egyik alaprétege

A digitális transzformáció nem attól valósul meg, hogy egy vállalkozás egyre több szoftvert vásárol. A valódi változás akkor történik meg, amikor az információ a megfelelő pontokon automatikusan halad végig a folyamatokon, és a munkatársaknak nem kell a rendszerek közötti hiányzó kapcsolatokat kézi munkával pótolniuk.

Ehhez nem feltétlenül szükséges egyszerre átalakítani a teljes informatikai környezetet. Sok vállalkozásnál célszerűbb egy jól körülhatárolható, sok manuális munkát okozó folyamattal kezdeni, majd fokozatosan továbbépíteni az integrációs architektúrát.

A jó rendszerintegráció végül szinte láthatatlanná válik a felhasználó számára. Az értékesítőnek nem kell azon gondolkodnia, hogyan került a rendelési információ a CRM-be. A pénzügynek nem kell újra begépelnie egy másik rendszerben már meglévő adatokat. A vezető pedig nem több, egymásnak ellentmondó adatforrásból próbálja összerakni a vállalkozás aktuális állapotát.

A háttérben viszont pontosan megtervezett adatgazdák, interfészek, jogosultságok, hibakezelési szabályok és üzleti folyamatok dolgoznak. Ettől lesz a rendszerintegráció több egyszerű technikai összekötésnél: a különálló szoftvereket egy működő digitális rendszer részeivé teszi.