Mesterséges Intelligencia Központ
Menü

Folyamatautomatizálás: no-code eszköz vagy egyedi fejlesztés?

A Mesterséges Intelligencia Központ Kft. budapesti szoftverfejlesztő cég szerint egyszerű, kész összekötős folyamatra a no-code eszköz elég; bonyolult logikánál, sok adatnál vagy szigorú adatkezelésnél egyedi fejlesztés kell.

Lényeg: Nem az a kérdés, hogy „no-code vagy kód”, hanem hogy mennyire bonyolult a folyamat, mennyi adat halad át rajta, mi történik hiba esetén, és hová kerülhetnek az adatok. A kettő jól keverhető: egy no-code folyamat egyedi szolgáltatást is meghívhat. Bármelyiket választják, minden automatizmusnak gazdája, dokumentációja és hibafigyelése kell legyen.

Mi a no-code és a low-code automatizálás?

A no-code automatizáló eszközökben programozás nélkül, vizuális szerkesztőben lehet folyamatot összerakni: egy kiváltó esemény (például új rendelés, beérkező e-mail vagy egy űrlap kitöltése) után egymás után lefutó lépések adatot olvasnak, alakítanak át és írnak egy másik rendszerbe. A rendszerekhez kész összekötők (connectorok) kapcsolódnak, amelyek a háttérben a rendszerek API-ját (programozói felületét) hívják. A low-code eszközök ugyanezt adják, de ahol a kész lépések kevésnek bizonyulnak, kódot is lehet írni beléjük.

Gyakori fogalom a webhook: olyan automatikus értesítés, amelyet egy rendszer egy esemény bekövetkeztekor küld egy másiknak, így az automatizmusnak nem kell folyamatosan kérdezgetnie, történt-e valami.

Négy gyakori eszköz röviden

Az n8n saját üzemeltetése és licence

Az n8n dokumentációja szerint a saját szerveres változat licenckulcs nélkül közösségi kiadásként (Community edition) fut; fizetős csomag kell egyes funkciókhoz, például a Git-alapú verziókezeléshez, az egyszeri bejelentkezéshez (SSO), a külön környezetekhez és a külső titokkezeléshez. Ugyanez a dokumentáció jelzi, hogy a saját telepítéshez műszaki szakértelem kell, és a karbantartás az üzemeltető feladata (n8n: Choose how to use n8n).

A licenc fontos részlet: az n8n forráskódja nyilvános, de a saját „Sustainable Use License” nevű licence köti. Eszerint a szoftver a saját belső üzleti célra, illetve nem kereskedelmi vagy személyes célra használható és módosítható, másnak pedig csak ingyenesen, nem kereskedelmi célra adható tovább; a nevükben „.ee” jelölést viselő fájlok külön, vállalati licenc alá tartoznak (n8n: LICENSE.md). A licenc szövege alapján egy cég saját folyamatainak automatizálása a belső üzleti cél körébe illeszkedik; ha viszont az n8n-re épülő szolgáltatást ügyfeleknek kínálnák, a licencfeltételeket előre érdemes jogásszal átnézetni.

Mire jók a no-code eszközök?

Hol érnek a határaikhoz?

Bonyolult logika

Elágazások, ciklusok, kivételek, több rendszerből összefésült adatok: ezek vizuálisan is felrajzolhatók, de egy bizonyos méret felett a folyamatábra nehezebben olvasható és módosítható, mint ugyanaz a logika jól szervezett kódban. Ha egy folyamatban már sok kódlépés van, az jelzés, hogy a feladat kinőtte az eszközt.

Adatmennyiség és használatalapú díjazás

A felhős no-code eszközök díja jellemzően a felhasználástól függ: a Zapier a sikeres műveleteket, a Make a krediteket számolja. Ez kis forgalomnál előny, mert csak a valós használatért kell fizetni; nagy adatmennyiségnél, sok lépéses vagy ciklusokat futtató folyamatnál viszont minden rekord minden lépése beszámít, így a költség a forgalommal együtt nő. Érdemes előre megbecsülni, hány futás és hány lépés várható havonta, és ezt a választott csomag kereteivel összevetni.

Hibakezelés és újrapróbálás

Egy automatizmus értéke azon múlik, mi történik, ha egy rendszer éppen nem válaszol. Az eszközök ma már kínálnak erre megoldást, de eltérő mélységben:

Egyedi fejlesztésben ugyanez tudatos tervezést jelent: üzenetsor, újrapróbálás növekvő várakozással, ismételhető (idempotens) műveletek, hogy egy újrapróbálás ne hozzon létre kétszer ugyanazt a számlát, és egy külön tároló a véglegesen sikertelen tételeknek.

Verziókezelés és tesztelés

Egy éles folyamat módosítása kockázatos, ha nem lehet visszaállni az előző változatra, és nincs tesztkörnyezet. A Zapier a korábbi változatra való visszaállást csak bizonyos csomagokban kínálja (Zapier: version rollback), az n8n-ben a Git-alapú verziókezelés fizetős funkció, a Power Automate-ben pedig a megoldásokba (solution) szervezett folyamatok vihetők át fejlesztői, teszt- és éles környezet között (Microsoft Learn: Megoldástudatos folyamatok). Egyedi kódnál a verziókezelés, a kódellenőrzés és az automatikus teszt alapfelszereltség.

Hozzáférési adatok

Minden összekötő mögött egy bejelentkezés áll. A Microsoft leírása szerint a Power Platformban a kapcsolatok mentett hitelesítő adatot jelentenek, és az alkalmazást vagy folyamatot futtató környezetben tárolódnak (Microsoft Learn: Adatházirendek). Ha egy folyamat egy munkatárs személyes fiókjával fut, a kilépésekor a folyamat is leáll, vagy, ami rosszabb, tovább fut egy olyan fiókkal, amelyet már senki nem felügyel. Ezért a folyamatoknak külön szolgáltatásfiók és a lehető legszűkebb jogosultság kell.

Az adatok helye

A felhős eszközöknél az adatok a szolgáltató infrastruktúráján haladnak át. A Zapier saját leírása szerint az adatokat az Amazon Web Services Egyesült Államokbeli infrastruktúráján tárolja (Zapier: Security & compliance); a Make-ben a szervezet létrehozásakor lehet uniós vagy amerikai adatközpontot választani, és ez később nem módosítható (Make: Organizations); a saját szerveren futó n8n-nél az adat a cég saját környezetében marad. Hogy ez mit jelent jogilag, arról lent, az adatvédelmi résznél írunk.

RPA vagy API-integráció?

Az RPA (robotic process automation, robotizált folyamatautomatizálás) szoftverrobot, amely az ember helyett kattint, gépel és olvas a képernyőről. Akkor hasznos, ha egy régi rendszernek nincs API-ja, és az adat máshogy nem érhető el. A gyengesége ugyanez: a felülethez kötődik. A Microsoft dokumentációja maga is figyelmeztet, hogy felügyelet nélküli futásnál a távoli munkamenet képernyőfelbontása eltérhet a folyamat készítésekor használttól, és ez hibához vagy akár rossz elemre kattintáshoz vezethet; a felügyelet nélküli futáshoz ráadásul olyan gép kell, amelyről minden felhasználó kijelentkezett (Microsoft Learn: Felügyelet nélküli asztali folyamatok).

Az API-integráció ezzel szemben a rendszerek közötti, szerződésszerűen rögzített felületen dolgozik: nem törik el attól, hogy egy gomb máshová kerül, és sokkal több adatot képes kezelni. Ökölszabályunk: ahol van API, ott API-t használunk; RPA-t csak ott, ahol nincs más út, és akkor is szoros felügyelettel, átmeneti megoldásként.

Egyedi integráció: mit ad a kód?

Egyedi integrációnál a folyamat programkódként, a cég saját vagy általa választott környezetében fut. Ez a következőket teszi lehetővé:

Az ára a nagyobb kezdeti fejlesztés és az, hogy a kódot valakinek üzemeltetnie és karban kell tartania, mert a külső rendszerek felülete időnként változik.

A hibrid út

A választás nem kizárólagos. Gyakori és jól működő felállás, hogy az egyszerű, gyorsan változó lépések egy no-code eszközben maradnak, a nehéz részt (például egy összetett árszámítást, egy nagy adatmennyiségű szinkront vagy egy régi rendszer bekötését) pedig egy egyedi szolgáltatás végzi, amelyet a no-code folyamat API-n vagy webhookon keresztül hív meg. Így az üzleti oldal továbbra is látja és módosíthatja a folyamat egyszerű részeit, a kritikus logika pedig tesztelt kódban fut.

Mesterséges intelligencia az automatizálásban

A szabályalapú automatizálás ott áll meg, ahol szabad szöveg jön: egy levél, egy szerződés, egy panasz. A nagy nyelvi modellek, az OpenAI ChatGPT-je, az Anthropic Claude-ja és a Google Geminije, ezeket is feldolgozzák: besorolják a beérkező leveleket, kiolvassák egy számla adatait, összefoglalnak egy hosszú szöveget. AI-lépés no-code eszközben és egyedi integrációban is lehet; a Make dokumentációja szerint például az AI-modulok kredithasználata a tokenektől, vagyis a feldolgozott szöveg mennyiségétől is függhet (Make: Credits). Ahol egy AI-hiba pénzbe kerül, ott a modell javasol, és ember hagyja jóvá. Az AI bekötésének mintáiról a Hogyan kössük össze a céges rendszereket mesterséges intelligenciával? cikk szól, a szolgáltatásról az AI-integráció oldal.

Döntési táblázat

SzempontFelhős no-code eszköz (pl. Zapier, Make)Saját szerveren futó eszköz (pl. n8n)Egyedi fejlesztés
Indulása leggyorsabb, telepítés nélkülgyors, de előbb telepíteni és védeni kellhosszabb, tervezéssel és teszteléssel
Logikaegyszerű és közepes folyamatokközepes, kódlépésekkel bővíthetőbármilyen összetettség
Adatmennyiségkicsi és közepes, a díj a forgalommal nőa saját szerver kapacitásán múliknagy is, üzenetsorral
Hibakezelésbeépített, csomagtól függő mélységbenhibafolyamattal, saját beállítássaltervezett újrapróbálás és riasztás
Verziókezelés és teszteléskorlátozott, csomagtól függfizetős csomagban Git-alapúteljes: verziókezelés, kódellenőrzés, automatikus tesztek
Adatok helyea szolgáltató felhője, a választható régió szerinta cég saját környezetea cég saját környezete
Díjmodellelőfizetés és használatalapú díjszerver és üzemeltetés, fizetős funkcióknál licencegyszeri fejlesztés, utána üzemeltetés
Üzemeltetésa szolgáltató végzia cég vagy az általa megbízott üzemeltetőa cég vagy az általa megbízott üzemeltető

Irányítás: kié a folyamat?

A no-code eszközök kockázata gyakran nem technikai, hanem szervezeti: ha bárki bármit összekattinthat, egy idő után senki nem tudja, mely folyamatok futnak, kinek a fiókjával, és melyik rendszerbe írnak. Néhány szabály, amely ezt megelőzi:

Mit érdemes először automatizálni?

Azt a folyamatot, amely gyakran ismétlődik, szabályokkal leírható, nagy mennyiségben fut, és ma kézi másolgatással jár, például a rendelések átvitelét a számlázóba, a beérkező számlák rögzítését vagy egy havi riport összerakását. Jó jel, ha a hibák többsége elírásból vagy kimaradt lépésből születik. A kiválasztás menete:

  1. Listázás: gyűjtsék össze, melyik munka ismétlődik, ki végzi, és milyen rendszerek között mozog az adat.
  2. Rangsorolás: a gyakoriság, a ráfordított munka és a hibák kockázata alapján.
  3. Hozzáférés ellenőrzése: elérhető-e az adat API-n, webhookon, adatbázisból vagy fájlexporttal.
  4. Kísérleti folyamat: egy jól körülhatárolt folyamat, mérhető céllal és naplózással.
  5. Kiterjesztés: ha a kísérlet bevált, a következő folyamat, ugyanazokkal az irányítási szabályokkal.

Amit nem érdemes elsőként automatizálni: a ritkán előforduló, sok mérlegelést igénylő vagy éppen átalakulóban lévő folyamatot. Azt előbb rendbe kell tenni, és csak utána gépesíteni.

Adatvédelem: a GDPR és az adatfeldolgozók

Ha egy automatizmus vevők, munkatársak vagy partnerek személyes adatait mozgatja, az automatizáló szolgáltatás jellemzően adatfeldolgozóként kezeli azokat a cég nevében. A GDPR 28. cikke szerint ilyenkor csak megfelelő garanciákat nyújtó adatfeldolgozó vehető igénybe, az adatfeldolgozást szerződésnek kell szabályoznia, és további adatfeldolgozót csak az adatkezelő előzetes írásbeli felhatalmazásával lehet bevonni (EUR-Lex: (EU) 2016/679). Ha az adat az Európai Unión kívülre kerül, a rendelet V. fejezete szerinti feltételeknek is teljesülniük kell; a 46. cikk szerint megfelelőségi határozat hiányában az adattovábbításhoz megfelelő garancia kell, például a Bizottság által elfogadott általános adatvédelmi kikötések. A Zapier saját leírása szerint a szerződéséhez adatfeldolgozási megállapodás tartozik, a nemzetközi adattovábbításra általános adatvédelmi kikötésekkel (SCC) (Zapier: Security & compliance).

A gyakorlatban: minden használt automatizáló eszközhöz legyen megkötött adatfeldolgozási szerződés, a folyamatok szerepeljenek az adatkezelési nyilvántartásban, és csak annyi személyes adat mozogjon, amennyi a célhoz feltétlenül kell. Ez tájékoztatás, nem jogi tanács.

Mitől függ a költség?

No-code eszköznél a költséget az előfizetési csomag, a futások és lépések száma, a fizetős összekötők és az összerakásra, karbantartásra fordított munka határozza meg. Egyedi integrációnál a fejlesztés funkcionális méretét COSMIC funkciópontban mérjük (ISO/IEC 19761), és ebből készül az ajánlat és az ütemterv. A méreten túl számít, hány rendszert kell összekötni és milyen felületen, mennyire jól dokumentáltak ezek a felületek, mennyi hibakezelés és felügyelet kell, és mi tartozik az üzemeltetésbe. A módszert az Árazás oldal írja le.

Gyakori kérdések

Mit érdemes először automatizálni?

Azt a folyamatot, amely gyakran ismétlődik, szabályokkal leírható, és ma kézi másolgatással jár, például a rendelések átvitelét a számlázóba vagy egy havi riport összerakását. Az első, díjmentes egyeztetésen segítünk kiválasztani, hol a legnagyobb a nyereség.

n8n, Make vagy Power Automate?

Mindhárom jó eszköz, más-más helyzetre. Az n8n akkor erős, ha az adatoknak a cég saját környezetében kell maradniuk, és van, aki a saját telepítést üzemelteti; a licencfeltételeit érdemes ismerni. A Make felhőszolgáltatás, uniós adatközpont választásával. A Power Automate akkor a kézenfekvő, ha a cég Microsoft-környezetben dolgozik, vagy asztali alkalmazásokat kell automatizálni. A végső döntést a folyamat bonyolultsága, a várható adatmennyiség és az adatkezelési elvárások határozzák meg.

Mikor kell egyedi fejlesztés?

Ha a logika bonyolult, nagy az adatmennyiség, egy rendszerhez nincs kész összekötő, megbízható újrapróbálás és tesztelés kell, vagy az adatok nem hagyhatják el a cég saját környezetét. Gyakran elég a hibrid út: a nehéz rész egyedi szolgáltatásként készül, amelyet egy no-code folyamat hív meg.

Mi történik, ha egy automatizmus elromlik?

Jól megépített automatizmusnál a hibáról valaki azonnal értesül, a sikertelen tétel nem vész el, hanem újrapróbálható, és naplóból visszakereshető, mi történt. Ezért minden integrációba naplózást és hibajelzést építünk, és az átadás után kérésre üzemeltetjük és karbantartjuk, mert a külső rendszerek felülete időnként változik.

Lehet mesterséges intelligencia egy automatizálásban?

Igen. Egy nagy nyelvi modell besorolhatja a beérkező leveleket, kiolvashatja a számlák és megrendelések adatait, vagy összefoglalhat egy hosszú szöveget. Ahol a tévedés pénzbe kerül, ott az AI javasol, és ember hagyja jóvá.

Hogyan segítünk?

Összekötjük a cég rendszereit, automatizáljuk az ismétlődő munkát, és mesterséges intelligenciával dolgozzuk fel a dokumentumokat, akár egyedi integrációval, akár egy meglévő no-code folyamat mögé épített szolgáltatással, akár a kettő keverékével. A szolgáltatást a Folyamatautomatizálás oldal mutatja be; ha a folyamatok egy saját ERP- vagy CRM-rendszerben futnának össze, lásd az Üzleti szoftverek oldalt.

Az első egyeztetés díjmentes, kérésre titoktartási szerződést (NDA) kötünk, és átadás után az üzemeltetést és a karbantartást is vállaljuk. A forráskódról és a felhasználási jogokról a szerződés rendelkezik. Ha leírja néhány mondatban, melyik folyamat viszi el a legtöbb időt, vegye fel velünk a kapcsolatot.

Források