A „low-code” és a „no-code” fogalmak az utóbbi években szinte kötelező kellékei lettek minden digitális transzformációs anyagnak. A két kifejezést sokan felváltva használják, mintha ugyanarról a dologról lenne szó – valójában alapvetően különböző megközelítéseket takarnak, és a különbségtétel nem pusztán terminológiai kérdés: rossz irány választása esetén egy több millió forintos projekt futhat zátonyra, vagy egy ígéretes digitalizációs kezdeményezés torpanhat meg az első komoly üzleti igénynél.
Ez a cikk nem technológiai ismertetőt ad. Azt vizsgálja meg, hogy vállalati döntéshozónak – IT-vezetőnek, operációs igazgatónak, digitalizációs felelősnek – mikor melyik megközelítés való: milyen governance-modellt igényelnek, hogyan skáláznak, milyen biztonsági és integrációs követelményeket támasztanak, és melyik use case-re melyik az ésszerű választás.
Alapdefiníciók: mi a különbség a low-code és a no-code között?
A két fogalom közös gyökérből nőtt ki: mindkettő azt ígéri, hogy az alkalmazásfejlesztés nem igényel klasszikus programozói tudást, vagy legalábbis lényegesen kevesebbet, mint a hagyományos fejlesztés. A hasonlóság azonban itt véget ér.
No-code: „bárki fejlesztő”
A no-code platformok kódolási tudás nélkül teszik lehetővé alkalmazások, folyamatok és automatizálások összerakását. A felhasználó kizárólag grafikus eszközöket – drag-and-drop felületet, előre definiált sablonokat, vizuális folyamattérképeket – használ. A cél az, hogy egy üzleti szakértő, folyamatgazda vagy akár egy adminisztrátori feladatokat ellátó kolléga fejlesztői segítség nélkül meg tudjon oldani egy konkrét problémát.
Mire jó?
- Egyszerű, jól körülhatárolt folyamatok digitalizálására
- Kisebb belső eszközök, űrlapok, jóváhagyási láncok gyors összerakására
- Proof-of-concept készítésére, amelyet aztán nem kell skálázni
Mire nem jó?
- Összetett üzleti logikára, ahol sok kivétel, feltétel és elágazás van
- Vállalati szintű rendszerintegrációra
- Biztonsági és megfelelőségi szempontból kritikus folyamatokra
Low-code: „fejlesztők gyorsabban, üzlet közelebb”
A low-code platformok nem iktatják ki a fejlesztőt, hanem radikálisan felgyorsítják a munkáját. A platform gondoskodik az infrastruktúráról, az adatmodellről, a UI-keretrendszerről, az integrációs rétegről és a biztonságról – a fejlesztő erre épít, és csak az üzleti logika egyedi részeit kódolja. A Forrester elemzése szerint a low-code platformok akár tízszeres fejlesztési gyorsulást tesznek lehetővé a hagyományos kódoláshoz képest.
A spektrum, nem egy bináris választás
A valóságban a low-code és a no-code nem két elkülönített doboz, hanem egy spektrum két végpontja. A legjobb vállalati platformok ezt a spektrumot egyetlen architektúrán belül fedik le:
| ÜZLETI FELHASZNÁLÓ | FOLYAMATGAZDA | FEJLESZTŐ |
| no-code | low-code | low-code |
| sablonok, drag-and-drop | konfigurálás, szabályok, formák | SQL, egyedi kódblokkok, API |
Az Oriana Studio pontosan ezt a modellt valósítja meg: ugyanazon a platformon a folyamatgazda no-code szinten tervezi meg a munkafolyamatot, az üzleti elemző konfigurál és szűrőket állít be, a junior SQL-fejlesztő adatmodellt definiál, a senior fejlesztő pedig egyedi logikát ír – és mindezt ugyanazon az adatmodellen, ugyanazon a governance-keretrendszeren belül.
Governance: ki felel azért, amit létrehoztak?
A no-code és low-code platformok egyik legsúlyosabb, mégis legritkábban tárgyalt kérdése a governance – az a kérdés, hogy ki hoz döntéseket arról, mi épül, hogyan épül, és ki felelős azért, ami kész.
A no-code governance-csapda
A no-code eszközök demokratizálják a fejlesztést: bárki hozhat létre automatizálásokat, adatbázisokat, folyamatokat. Ez az első ránézésre előny – de könnyen anarchiává válhat.
Néhány hónappal az eszköz bevezetése után tipikusan a következő helyzet áll elő:
- Ugyanarra a folyamatra 3–5 különböző no-code megoldás létezik, amelyeket különböző csapatok hoztak létre, senki sem dokumentálta a folyamatot
- Az egyik automatizálás egy kolléga személyes fiókjához kötődik – ha ő felmond, az automatizálás megáll
- A marketingcsapat no-code eszközzel kezeli az ügyféladatokat, amit az IT soha nem látott – GDPR-szempontból ez közvetlen kockázat
- Senki sem tudja pontosan, mi fut, mert nincs központi nyilvántartás
Ez az úgynevezett „citizen developer chaos”: mindenki fejlesztő, senki sem felelős.
Low-code governance: IT kontroll üzleti agilitással
A low-code platformok – különösen a vállalati kategóriában – központi governance-modellt kínálnak:
- Centralizált fejlesztői felület és verziókezelés: minden változtatás naplózott, visszaállítható, auditálható
- Szerepkör-alapú fejlesztési jogosultságok: az üzleti felhasználó konfigurálhat, de nem telepíthet éles környezetbe IT-jóváhagyás nélkül
- Egységes adatmodell: az adatok nem szóródnak szét különböző no-code eszközökben, hanem egyetlen, felügyelt adatbázisban élnek
- Változáskövetés: ki, mikor, mit módosított – ez nemcsak fejlesztői kényelem, hanem compliance-követelmény is
Az Oriana platformon például a fejlesztési jogosultságok részletesen szabályozottak: a tanácsadói felületen prototípust összerakó üzleti szakértő nem fér hozzá az adatbázis-objektumokhoz, és éles publikáláshoz IT-oldalon elvárt jóváhagyás szükséges. A visszaállítási pontok rendszere biztosítja, hogy egy téves módosítás ne okozzon visszafordíthatatlan károkat – és az összes változtatás az audit logban rögzítve marad.
Gyakorlati governance-döntési keret
| Kérdés | No-code megfelelő | Low-code szükséges |
| Ki felelős az alkalmazásért? | Egyértelmű üzleti tulajdonos, nem IT-kritikus | IT-érintettség, compliance-követelmény |
| Mi történik, ha a fejlesztő elmegy? | Könnyen átadható | Dokumentált kód, verziókövetes szükséges |
| Hány ember használja? | Kis csapat, dedikált folyamat | Több részleg, vállalati szintű bevezetés |
| Van-e audit-kötelezettség? | Nem | Igen → low-code kötelező |
| Integrálódik kritikus rendszerekhez? | Nem | Igen → low-code kötelező |
Integráció: hol találkozik a no-code a valósággal?
Az integráció az a pont, ahol a no-code eszközök nagy része megbicsaklik vállalati környezetben. A legtöbb no-code platform előre megírt konnektor-könyvtárra épül: ha az adott szoftverhez van kész csatlakozó (pl. Gmail, Slack, Trello, Google Sheets), az integráció egy-két kattintással elvégezhető. Ha nincs – és a vállalati rendszerek nagy részéhez nincs –, a no-code eszköz megáll.
A konnektorkatalógus illúziója
A Zapier vagy a Microsoft Power Automate több ezer előre elkészített csatlakozót kínál. Ez lenyűgözőnek tűnik – egészen addig, amíg a következő kérdések meg nem jelennek:
- A cég ERP-rendszere szerepel a listán? A legtöbb hazai vagy iparág-specifikus ERP nem.
- Az integráció két, vagy inkább három-négy rendszer összekapcsolása? A no-code eszközök lineáris integrációkra erősek, komplex, többirányú adatáramlásra már nem.
- Kell-e egyedi mező-leképezés, üzleti logika az adatok átalakításához? A no-code platformok általában fix mezőket képeznek le, egyedi transzformációra korlátozott lehetőséget adnak.
- Valós idejű vagy batch-alapú az integráció? Sok no-code eszköz csak rendszeres időközönként szinkronizál, nem valós időben.
Low-code integrációs képességek
A low-code platformok integrációs rétege teljes körű:
- REST API / OData: bármely modern rendszerrel kommunikálhat, az Oriana WebAPI OData v4 szabványra épül
- SOAP webszolgáltatások: WSDL-fájl feltöltésével legacy rendszerekkel is kommunikál
- Üzenetsor (MQ): RabbitMQ-alapú aszinkron integráció nagy tranzakcióvolumenre
- Fájlalapú adatcsere: FTP, SFTP, HTTPS, UNC, helyi fájl – bármilyen régi rendszerrel
- Egyedi DLL-integráció: ha semmi más nem működik, egyedi kódmodullal bármilyen kapcsolat megvalósítható
Ez azt jelenti, hogy egy low-code platform nem kerül zsákutcába, amikor a vállalat valamelyik rendszere nem illeszkedik a kész konnektorkatalógusba. Az integrációs logika a platform szerves része, nem egy külön szinkronizáló eszköz ráragasztva a rendszerre.
Mikor elegendő a no-code integráció?
No-code integrációs eszközök jól működnek, ha:
- Mindkét csatlakoztatni kívánt rendszerhez van kész konnektora az eszköznek
- Az adatáramlás egyirányú és egyszerű (pl. „ha új sor kerül a Google Sheetsbe, küldj e-mailt”)
- Az integráció nem kritikus üzleti folyamatot támaszt alá
- A hibakezelés igénye minimális
Ha ezek közül bármelyik nem teljesül, a no-code integráció törékeny lesz – és a törékeny integráció pontosan akkor áll meg, amikor a leginkább szükség lenne rá.
Skálázás: mi történik, ha sikeres lett?
A no-code eszközök leggyakoribb életútja egy vállalatnál a következő: egy lelkes kolléga megold egy kis problémát, a megoldás működik, egyre többen kezdik használni, egyre több kivételre van szükség – és hat hónap múlva az eszköz összeroppan a saját súlya alatt, mert nem arra tervezték, amit tőle kérnek.
A no-code skálázási korlátai
Teljesítmény: a legtöbb no-code eszköz SaaS-alapú, ahol a teljesítményt a platform szabja meg. Ha a folyamat naponta 50 rekordot kezelt, és egyszer csak 50 000-et kell, az eszköz fizetős csomagot igényel, lassul, vagy egyszerűen nem bírja a terhelést.
Logikai komplexitás: a no-code folyamattervezők jól kezelnek lineáris folyamatokat. Amint megjelennek a párhuzamos ágak, az egymásba ágyazott feltételek, a ciklikus folyamatok és a kivételkezelés, a vizuális folyamattérkép kezelhetetlenül bonyolulttá válik – és a karbantarthatóság összeomlik.
Felhasználószám: sok no-code eszköz felhasználónként számláz. Ami 5 embernek olcsó megoldás volt, 50 embernél drágább, mint egy komoly low-code platform éves licenszdíja.
Korlátozott hordozhatóság : a no-code eszközökkel létrehozott megoldásokat nehéz migrálni. Ha egy nap azt döntik, hogy más platformra kellene váltani, a no-code logika általában nem hordozható – mindent újra kell építeni.
Low-code skálázás: a platform nő a vállalattal
A vállalati low-code platformok eleve nagyvállalati terhelésre tervezett architektúrán futnak:
- Horizontális skálázás: az Oriana EffectorIntegrationService több példányban is futhat párhuzamosan (load balance), az adatbázis-terhelés elosztható
- Moduláris bővítés: új funkciót új modullal lehet hozzáadni, nem kell az egész rendszert újraépíteni
- Felhasználószám-független logika: a jogosultságkezelés és az adatmodell nagy felhasználószám mellett is konzisztens és skálázható marad
- Hordozható alkalmazásblokkok: az Orianán épített képernyők, folyamatok és blokkok exportálhatók és importálhatók más Oriana-példányba – ez kulcsfontosságú, ha egy divízió megoldását vállalati szintre kell emelni
Egy hazai nagyvállalat – Magyarország egyik legnagyobb közlekedési vállalata, 45 000 fős szervezettel – az Oriana platformon egyszerre négy alkalmazást futtat párhuzamosan, és a bevezetés óta saját maga fejleszt új alkalmazásokat, belső kompetenciára alapozva. Ez az a skálázási szint, amelyre egy no-code eszköz eleve nem képes.
IT-biztonság: ahol a no-code valóban veszélyes lehet
Az IT-biztonság az a terület, ahol a no-code vs low-code döntés egyértelműen stratégiai kérdéssé válik. A no-code eszközök demokratizálják a fejlesztést – de ezzel együtt a biztonsági kockázatokat is demokratizálják.
A no-code biztonsági kockázatai vállalati környezetben
Shadow IT: amikor az üzleti felhasználók IT-tudás és IT-felügyelet nélkül hoznak létre rendszerkapcsolatokat, az IT-osztály nem lát rájuk. A GDPR-ban ez közvetlen kockázat: az adatkezelés nem auditálható, az adatfolyamatok nem dokumentáltak, a hozzáférések nem kontrolláltak.
Tokenek és hitelesítési adatok kezelése: a no-code eszközök rendszer-csatlakozói személyes hitelesítési tokeneken futnak. Ha az a kolléga felmond, aki a kapcsolatot létrehozta, a tokenje visszavonásra kerül – és az automatizálás megáll. Rosszabb esetben a token nem kerül visszavonásra, és egy volt alkalmazott hozzáférési jogai továbbra is aktívak maradnak egy éles rendszerhez.
Adattárolás és adatáramlás: sok no-code platform az adatokat a saját felhő infrastruktúráján keresztül kezeli és továbbítja. Ez azt jelenti, hogy az ügyféladatok, a pénzügyi tranzakciók vagy a belső folyamatadatok egy harmadik fél infrastruktúráján haladnak át – ami adatvédelmi és compliance-szempontból komoly kérdéseket vet fel.
Sérülékenységek frissítése: a no-code platformokon épített megoldások a platform biztonsági frissítéseitől függenek. Ha a platform sérülékenység jelenik meg, minden rajta futó alkalmazás érintett – és a vállalat nem tud önállóan reagálni.
Low-code biztonsági architektura
A vállalati low-code platformok biztonsági modellje az IT-infrastruktúra szintjén épül fel:
Titkosítás: A rendszer az adatokat erős kriptográfiai módszerekkel védi, a jelszavakat pedig egyirányú, sózott kivonattal tárolja.
Hitelesítés: A rendszer jól illeszthető a vállalat meglévő identitáskezelési környezetéhez, így a hitelesítés központilag, külön felhasználói adatbázis fenntartása nélkül kezelhető.
Kétfaktoros autentikáció: konfigurálható OTP-alapú második faktor, ahol az egyszer használatos jelszót e-mailben kapja a felhasználó.
Jelszóházirendek: minimális hossz, kötelező karaktertípusok, jelszócsere-intervallum, maximális sikertelen belépési kísérletek, kitiltási idő, korábbi jelszavak újrahasználatának tiltása – vállalati szinten szükséges összes paraméter konfigurálható.
Audit log: minden hozzáférés, minden jogosultság-változtatás, minden adatmódosítás naplózva van, időbélyeggel és felhasználói azonosítóval. Ez nem opcionális funkció, hanem az architektúra alaprésze.
Víruskereső integráció: az Oriana platform ClamAV víruskeresővel integrálható a feltöltött fájlok ellenőrzésére.
Biztonsági döntési szempontok
Ha az alábbiak bármelyike igaz, a no-code eszköz önmagában nem elegendő – vagy csak szigorúan korlátozott, nem kritikus folyamatokra alkalmazható:
- A folyamat személyes adatokat érint (GDPR-hatály)
- A folyamat pénzügyi tranzakciókat érint
- A folyamathoz külső rendszerek hitelesítési adatai szükségesek
- Az IT-osztálynak auditálhatónak kell lennie a folyamatra
- A vállalat ISO 27001 vagy más biztonsági minősítés fenntartásán dolgozik
Tipikus use case-ek: melyik mire való?
Az elméleti szempontokon túl a leggyakorlatiasabb kérdés az: konkrétan milyen feladatra melyiket válasszam? Az alábbiakban 10 tipikus vállalati use case-t vizsgálunk meg, és minden esetben egyértelműen állást foglalunk.
No-code – ahol valóban megfelel
- Belső értesítési automatizálások Példa: „ha valaki kitölt egy Google Form-ot, küldjön értesítést a csapat Slack-csatornájába.” Miért no-code? Egyszerű, konnektorok elérhetők, nincs vállalati rendszer-érintettség, nincs compliance-kockázat.
- Marketing automatizálások Példa: feliratkozó bekerül egy e-mail szekvenciába, megrendelés után automatikus visszajelző-kérdőív küld. Miért no-code? Specializált eszközök (Mailchimp, HubSpot, ActiveCampaign) ezt natívan kezelik, no-code kapcsolattal.
- Egyszerű belső jóváhagyási folyamatok kis csapatban Példa: szabadságigénylés → vezető e-mail jóváhagyása → naptárba rögzítés. Miért no-code? Kis csapat, nincs ERP-érintettség, nem kritikus folyamat.
- Adatgyűjtő és riport-automatizálások Példa: heti eladási adatok összegyűjtése Google Sheetsből, automatikus PDF-riport küldése. Miért no-code? Kész konnektorok elegendők, alacsony kockázat.
- Proof-of-concept és folyamat-prototípus Példa: egy új folyamat gyors demonstrálása üzleti döntéshozóknak, mielőtt a fejlesztés elindul. Miért no-code? Sebesség a cél, nem a tartósság – a prototípus elveti a kódot, amit helyette low-code épít fel.
Low-code – ahol szükséges
- Munkavállalói onboarding folyamat Példa: új belépő esetén automatikusan elindul a rendszer-hozzáférések kiosztása, a képzési anyagok elküldése, az adminisztrációs feladatok kiosztása az érintett osztályokra, az onboarding státuszának nyomon követése. Miért low-code? Több rendszer érintett (HR, IT, pénzügy), összetett elágazások, auditálhatóság szükséges.
- Hitelkérelem- vagy ügyintézési folyamat Példa: ügyfél hitelkérelmet ad be, a rendszer validálja az adatokat, scoring-folyamatot indít, felhívja az ügyintézőt, naplózza a döntést, értesíti az ügyfelet. Miért low-code? Pénzügyi folyamat, jogszabályi megfelelőség, több rendszer (core banking, CRM, dokumentumkezelő), teljes auditálhatóság szükséges.
- Megrendelés-kezelés és beszállítói folyamatok Példa: belső megrendelési igény → jóváhagyási lánc → automatikus rendelés generálása a beszállítónak → készletfrissítés az ERP-ben → számlafeldolgozás. Miért low-code? ERP-integráció, pénzügyi érintettség, összetett feltételrendszer, skálázási igény.
- HR-szolgáltatások önkiszolgáló portálja Példa: alkalmazott szabadságot, képzést, eszközt igényel; a kérelem automatikusan a megfelelő jóváhagyóhoz kerül, az ERP-ben frissül az állapot, az alkalmazott valós idejű visszajelzést kap. Miért low-code? Nagy felhasználószám, ERP-integráció, GDPR-érintettség, hosszú távú karbantarthatóság.
- Összetett dokumentumgenerálás és szerződéskezelés Példa: egy ajánlat jóváhagyása után a rendszer automatikusan generálja a szerződést a megfelelő sablonból, kitölti az aktuális adatokkal, elküldi aláírásra, majd archiválja. Miért low-code? Dokumentumlogika, adatmodell-függőség, jogszabályi megfelelőség, auditálhatóság.
Hogyan illeszkednek egymáshoz a valóságban?
A legérettebb digitalizációs stratégiák nem az egyik vagy a másik megközelítést választják – hanem tudatosan kombinálják őket, minden eszközt oda helyezve, ahol a legjobban teljesít.
A bevált modell a következő:
No-code eszközök a peremeken: marketing automatizálások, egyszerű értesítések, kis belső segédeszközök. Ezek gyorsan változnak, kis kockázattal járnak, és nem igényelnek IT-felügyeletet.
Low-code platform a magban: az üzletileg kritikus folyamatok, az ERP-integráció, a compliance-érintett munkafolyamatok, a vállalati szintű alkalmazások. Ezek az IT-kontroll alatt, de üzleti agilitással épülnek.
A kapcsolódási pont: a no-code eszközök és a low-code platform közötti híd az API. Ha egy no-code automatizálás valódi vállalati adatot kell, hogy írjon vagy olvasson, azt a low-code platform API-ján keresztül tegye – nem közvetlen adatbázis-hozzáféréssel. Ez biztosítja, hogy a no-code eszközök szabadsága ne veszélyeztesse az adatintegritást.
Az Oriana WebAPI (OData v4) pontosan erre a célra tervezték: standardizált, hitelesített, naplózott hozzáférést biztosít az üzleti objektumokhoz bármilyen külső eszköz számára – beleértve a no-code automatizálási eszközöket is.
Low-code vs no-code a vállalat fejlődési pályáján
A döntés nem örökre szól. A vállalat digitalizációs érettsége változik, és a megfelelő eszközök megválasztása is változik ezzel.
Induló digitalizáció (0-12 hónap): A szervezet még nem rendelkezik digitalizált folyamatokkal. No-code eszközök gyors győzelmeket hozhatnak, és segítik a kultúraváltást. A cél: megmutatni, hogy az automatizálás lehetséges és hasznos.
Növekedési szakasz (1-3 év): Az első sikerek után a szervezet egyre összetettebb folyamatokat akar automatizálni. A no-code eszközök korlátai megjelennek – ERP-integráció, compliance, skálázás. Ez az a pont, ahol a low-code platform bevezetése elkerülhetetlen – és ahol azok a szervezetek, amelyek túl sokáig halasztják, technikai adósságba kerülnek.
Érettségi szakasz (3+ év): A szervezet tudatosan alkalmaz mindkét típusú eszközt. A no-code a perifériás automatizálásokban dolgozik, a low-code platform a vállalati mag. A kettő között az API a hídszerep.
Hogyan válasszon low-code platformot?
Ha a döntés a low-code irányba mutat, a következő szempontok segítenek az értékelésben.
Fejlesztési spektrum: A platform csak no-code szintű konfigurálást tesz lehetővé, vagy valódi SQL-szintű fejlesztői felületet is kínál? Vállalati szintű igényekhez mindkettőre szükség van – különböző szerepköröknek.
Adatmodell-rugalmasság: Egyedi adatmodell definiálható, vagy kizárólag előre meghatározott sémán dolgozhat? Az egyedi üzleti folyamatok általában egyedi adatmodellt igényelnek.
Integrációs képességek: REST API, SOAP, MQ, fájlalapú csatornák, egyedi DLL – mindezekre szükség lehet. Egy platform, amely csak kész konnektorokat kínál, nagyvállalati környezetben zsákutcát jelent.
Workflow-motor erőssége: A folyamatok milyen összetettséget kezelnek? Párhuzamos ágak, ciklusok, feltételes ugrások, rendszerfeladatok, RPA-integráció – ezek mind a workflow-motor képességét tesztelik.
Governance és biztonság: Részletes jogosultságkezelés, audit log, jelszóházirendek, titkosítás – ezek nem extra funkciók, hanem alapkövetelmények.
Referenciák és hosszú távú fenntarthatóság: Az Oriana 2002 óta aktívan fejlesztett, Forrester által elismert platform, amelyet magyarországi nagyvállalatok, kormányzati szervek és Microsoft ERP-felhasználók egyaránt alkalmaznak. Minden fő verzió legalább két évig támogatott, így a bevezetett alkalmazások nem maradnak hirtelen támogatás nélkül.
A döntési keretrendszer
A low-code és a no-code között nem lehet általánosan érvényes döntést hozni – de a döntési szempontok egyértelműek.
No-code akkor megfelelő, ha a folyamat egyszerű, nem kritikus, IT-érintettség nélküli, kész konnektorokkal lefedett, és kis csapatban fut. Ez az a kategória, ahol a sebesség és az egyszerűség fontosabb, mint a kontroll.
Low-code akkor szükséges, ha a folyamat ERP-t, pénzügyet, személyes adatokat vagy compliance-t érint; ha sok felhasználó dolgozik rajta; ha auditálhatóságra van szükség; ha integráció komplex vagy legacy rendszereket érint; és ha a megoldásnak legalább 3–5 évig karbantarthatónak kell maradnia.
A kombináció akkor a legjobb stratégia, ha a szervezet kellően érett ahhoz, hogy tudatosan kezelje a határokat – no-code a perifériákon, low-code a magban, API a kettő között.
Ha szeretné megérteni, hogy a saját szervezete folyamatai közül melyek igényelnek low-code megközelítést, és hogyan nézne ki egy konkrét implementáció az Oriana platformon, kérjen személyre szabott bemutatót.
