# 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

- **Zapier:** felhőszolgáltatás, amelyben a folyamat egy kiváltó eseményből és műveletekből áll. A saját oldala szerint több mint kilencezer alkalmazáshoz kínál összekötőt ([Zapier: Apps](https://zapier.com/apps), ellenőrizve: 2026. október 17.). A felhasználást feladatokban (task) méri: feladatnak minden sikeresen lefutott művelet számít, a kiváltó esemény és a szűrőlépés nem ([Zapier: task usage](https://help.zapier.com/hc/en-us/articles/8496196837261-How-is-task-usage-measured-in-Zapier)).
- **Make:** felhőszolgáltatás, amelyben a folyamat modulokból épül fel. A felhasználást kreditben méri, amely a korábbi „művelet” (operation) helyébe lépett: alapesetben egy művelet egy kredit, egyes AI-modulok azonban többet használnak ([Make: Credits](https://help.make.com/credits), ellenőrizve: 2026. október 17.).
- **n8n:** vizuális szerkesztő, amelybe a Code nevű lépéssel saját JavaScript- vagy Python-kód is írható ([n8n: Code node](https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.code)). Az n8n felhőszolgáltatásként és saját szerveren is futtatható.
- **Power Automate:** a Microsoft Power Platform része. A felhős folyamatok mellett asztali folyamatokat is kínál, amelyek a Microsoft leírása szerint a robotizált folyamatautomatizálás (RPA) képességeit bővítik, és régebbi alkalmazásokat, például terminálemulátorokat is automatizálni tudnak ([Microsoft Learn: Az asztali folyamatok bemutatása](https://learn.microsoft.com/hu-hu/power-automate/desktop-flows/introduction)).

### 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](https://docs.n8n.io/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](https://github.com/n8n-io/n8n/blob/master/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?

- **Gyors kísérletre:** egy ötlet gyorsan kipróbálható, mielőtt bárki fejlesztésbe fogna.
- **Egyszerű, néhány lépéses folyamatra:** például egy űrlap adatai egy táblázatba és egy CRM-be, vagy értesítés egy csatornára, ha új rendelés érkezik.
- **Felhőalapú rendszerek összekötésére:** ahol mindkét oldalhoz van kész, jól karbantartott összekötő.
- **Átláthatóságra:** a vizuális folyamatábrát az üzleti oldalon is értik, és látszik, mi mi után következik.
- **Kis adatmennyiségre:** ahol a futások száma és az átvitt adat mérsékelt.

## 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:

- A Zapierben a hibára futott folyamatok újrajátszhatók, az automatikus újrajátszás (autoreplay) azonban csak bizonyos előfizetési csomagokban érhető el ([Zapier: Replay Zap runs](https://help.zapier.com/hc/en-us/articles/8496241726989-Replay-Zap-runs)).
- A Make-ben hibakezelő ágak állíthatók be: kihagyás, újrapróbálás, helyettesítő érték, a feldolgozott változások véglegesítése vagy visszagörgetése ([Make: Error handlers](https://help.make.com/error-handlers)).
- Az n8n-ben minden folyamathoz hibafolyamat (error workflow) rendelhető, amely hiba esetén lefut, és például e-mailben vagy csevegőcsatornán riaszt ([n8n: Handle errors gracefully](https://docs.n8n.io/build/flow-logic/handle-errors-gracefully)).

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](https://help.zapier.com/hc/en-us/articles/14094586364941-Restore-your-Zap-to-a-prior-version-with-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](https://learn.microsoft.com/hu-hu/power-automate/overview-solution-flows)). 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](https://learn.microsoft.com/hu-hu/power-platform/admin/wp-data-loss-prevention)). 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](https://zapier.com/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](https://help.make.com/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](https://learn.microsoft.com/hu-hu/power-automate/desktop-flows/run-unattended-desktop-flows)).

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é:

- **Bármilyen logika:** összetett szabályok, számítások, több forrás összefésülése, kész összekötő nélküli rendszerek bekötése.
- **Nagy adatmennyiség:** üzenetsorral és kötegelt feldolgozással, használatalapú díj nélkül.
- **Megbízható hibakezelés:** újrapróbálás, idempotens műveletek, a sikertelen tételek külön kezelése.
- **Verziókezelés és tesztek:** minden módosítás visszakövethető, és élesítés előtt automatikus tesztek futnak.
- **Naplózás és felügyelet:** riasztás, ha egy szinkron elakad, és visszakereshető, mi történt egy adott rekorddal.
- **Adatok a saját környezetben:** az adat nem halad át egy harmadik fél automatizáló felhőjén.

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](https://help.make.com/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?](https://www.mestersegesintelligenciakozpont.hu/hu/tudastar/ceges-rendszerek-osszekotese-ai-jal) cikk szól, a szolgáltatásról az [AI-integráció](https://www.mestersegesintelligenciakozpont.hu/hu/szolgaltatasok/ai-integracio) oldal.

## Döntési táblázat

| Szempont | Felhős no-code eszköz (pl. Zapier, Make) | Saját szerveren futó eszköz (pl. n8n) | Egyedi fejlesztés |
|---|---|---|---|
| Indulás | a leggyorsabb, telepítés nélkül | gyors, de előbb telepíteni és védeni kell | hosszabb, tervezéssel és teszteléssel |
| Logika | egyszerű és közepes folyamatok | közepes, kódlépésekkel bővíthető | bármilyen összetettség |
| Adatmennyiség | kicsi és közepes, a díj a forgalommal nő | a saját szerver kapacitásán múlik | nagy is, üzenetsorral |
| Hibakezelés | beépített, csomagtól függő mélységben | hibafolyamattal, saját beállítással | tervezett újrapróbálás és riasztás |
| Verziókezelés és tesztelés | korlátozott, csomagtól függ | fizetős csomagban Git-alapú | teljes: verziókezelés, kódellenőrzés, automatikus tesztek |
| Adatok helye | a szolgáltató felhője, a választható régió szerint | a cég saját környezete | a cég saját környezete |
| Díjmodell | előfizetés és használatalapú díj | szerver és üzemeltetés, fizetős funkcióknál licenc | egyszeri fejlesztés, utána üzemeltetés |
| Üzemeltetés | a szolgáltató végzi | a 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:

- **Minden folyamatnak legyen gazdája,** aki felel érte, és akit hiba esetén értesíteni kell.
- **Minden folyamatnak legyen rövid leírása:** mi indítja, mely rendszereket érinti, milyen adatot mozgat, mi történik hiba esetén.
- **Központi nyilvántartás** a futó folyamatokról, a felhasznált fiókokról és összekötőkről.
- **Szolgáltatásfiókok** személyes fiókok helyett, a lehető legszűkebb jogosultsággal.
- **Szabályozott összekötők:** a Power Platformban például a rendszergazdák adatházirendekkel szabályozhatják, mely összekötők használhatók, hogy csökkenjen a szervezeti adatok véletlen kiszivárgásának kockázata ([Microsoft Learn: Adatházirendek](https://learn.microsoft.com/hu-hu/power-platform/admin/wp-data-loss-prevention)).
- **Kilépési rend:** egy munkatárs távozásakor át kell nézni, mely folyamatok futnak a nevén.

## 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](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32016R0679)). 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](https://zapier.com/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](https://www.mestersegesintelligenciakozpont.hu/hu/arazas) 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](https://www.mestersegesintelligenciakozpont.hu/hu/szolgaltatasok/folyamatautomatizalas) oldal mutatja be; ha a folyamatok egy saját ERP- vagy CRM-rendszerben futnának össze, lásd az [Üzleti szoftverek](https://www.mestersegesintelligenciakozpont.hu/hu/szolgaltatasok/uzleti-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](https://www.mestersegesintelligenciakozpont.hu/hu/kapcsolat).

## Források

- [Zapier: Apps](https://zapier.com/apps)
- [Zapier Help Center: How is task usage measured in Zapier?](https://help.zapier.com/hc/en-us/articles/8496196837261-How-is-task-usage-measured-in-Zapier)
- [Zapier Help Center: Replay Zap runs](https://help.zapier.com/hc/en-us/articles/8496241726989-Replay-Zap-runs)
- [Zapier Help Center: Version rollback](https://help.zapier.com/hc/en-us/articles/14094586364941-Restore-your-Zap-to-a-prior-version-with-version-rollback)
- [Zapier: Security & compliance](https://zapier.com/security-compliance)
- [Make Help Center: Credits](https://help.make.com/credits)
- [Make Help Center: Organizations](https://help.make.com/organizations)
- [Make Help Center: Error handlers](https://help.make.com/error-handlers)
- [n8n Docs: Choose how to use n8n](https://docs.n8n.io/choose-how-to-use-n8n)
- [n8n: LICENSE.md (Sustainable Use License)](https://github.com/n8n-io/n8n/blob/master/LICENSE.md)
- [n8n Docs: Handle errors gracefully](https://docs.n8n.io/build/flow-logic/handle-errors-gracefully)
- [n8n Docs: Code node](https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.code)
- [Microsoft Learn: Az asztali folyamatok bemutatása](https://learn.microsoft.com/hu-hu/power-automate/desktop-flows/introduction)
- [Microsoft Learn: Felügyelet nélküli asztali folyamatok futtatása](https://learn.microsoft.com/hu-hu/power-automate/desktop-flows/run-unattended-desktop-flows)
- [Microsoft Learn: Adatházirendek](https://learn.microsoft.com/hu-hu/power-platform/admin/wp-data-loss-prevention)
- [Microsoft Learn: A megoldástudatos folyamatok áttekintése](https://learn.microsoft.com/hu-hu/power-automate/overview-solution-flows)
- [EUR-Lex: (EU) 2016/679 rendelet (GDPR)](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32016R0679)