Automatizáció kontrollvesztés nélkül: Amikor a kivétel nem bug, hanem feature

Q: A tranzakciók hány százaléka igényel egyedi kezelést?

Iparági tapasztalatok szerint 15–25%, és gyakran épp ezekben rejlik a legnagyobb stratégiai és pénzügyi hatású döntés, ezért nem szabad mellékterméknek tekinteni őket.

Digitális Transzformáció

Automatizáció

Workflow

Publikálva

November 4, 2025

Frissítve

June 23, 2026

Szerző

Szabó Ákos

Olvasási idő

8

Perc

Röviden: A tranzakciók 15–25%-a igényel egyedi kezelést – de ezek többsége nem hiba, hanem előre ismert alternatív eset (egyforrásos vagy sürgősségi beszerzés, toleranciahatáron belüli eltérés). A „kivétel" háromféle dolgot takar: folyamatszintű alternatívák, operatív adateltérések és a tényleg nem kívánt maverick buying – ez utóbbi jellemzően UX-probléma, nem fegyelmezetlenség. A megoldás nem a merev „standard + kivételek" logika, hanem a szabályalapú útválasztás: a rendszer szabályok szerint dönti el, melyik tranzakció melyik útvonalon halad, és csak a valóban egyedi eseteket küldi emberi döntéshez – automatikusan, auditálhatóan. Így a lefedettség 80%-ról 95–98%-ra nőhet, kontrollvesztés nélkül.

Hétfő reggel, 9:03. A beszerzési osztályon csörög a telefon. Az IT-vezető a vonalban: „Sürgős! A szerverpark egyik kritikus komponense leállt. Azonnali pótlásra van szükség, különben jelentős az üzleti veszteség."

A probléma? A normál beszerzési folyamat 5-7 napot vesz igénybe. A jóváhagyási lánc három szintet jelent. A keretszerződés alapján a szokásos szállító van, de ők csak két nap múlva tudnak szállítani. Van egy alternatív beszállító, aki 4 órán belül szállít, de nincs az approved vendor listán. Ez nem rendszerszintű hiba. Ez az üzlet.

AI Accordion Section - Native Blog Style

AI

Nincs ideje végigolvasni? Rövidítse le AI-al!

Az eredeti cikk olvasási ideje: 8 perc

~30 másodperc olvasás

Automatizáció értékvesztés nélkül

Hétfő reggel, sürgős hardvercsere kell – de a normál beszerzési folyamat 5-7 napot vesz igénybe. Ez nem rendszerhiba. Ez az üzlet.

A probléma: A vállalatok azt hiszik, a tranzakciók 80%-a "standard", csak 20% "kivétel". De ez a 20% – havi 75-250 eset – rejti a legnagyobb stratégiai és pénzügyi hatású döntéseket. Minden kivétel 1-2 óra manuális koordinációt igényel: e-mailek, telefonok, egyeztetések.

A megoldás: Ezek nem kivételek – hanem előre ismert alternatív esetek. Három típus:

Folyamatszintű eltérések – sürgősségi beszerzés, egyforrásos beszerzés
Tranzakciós eltérések – áreltérések, mennyiségi különbségek (toleranciahatárokkal kezelhetők)
Maverick buying – a hivatalos folyamat megkerülése (általában UX probléma)

A Fluenta One filozófiája: Szabályalapú útválasztás. A rendszer automatikusan dönti el, melyik tranzakció melyik úton haladjon. Intelligens eszkalációk, teljes audit napló, valós idejű transzparencia.

Az eredmény: Egy középvállalatnál 400 kivételes eset havonta. Hagyományosan: 1200 óra. Automatizáltan: 200 óra. Éves megtakarítás: 360.000 EUR.

A kivétel nem bug, hanem feature – ha jól kezeled.

A 80-20 szabály csapdája

A vállalati folyamatmenedzsment egyik legveszélyesebb illúziója, hogy a tranzakciók 80%-a "standard", és csak 20% a "kivétel". Ez a számarány félrevezető – mert az a bizonyos 20% gyakran a legnagyobb stratégiai és pénzügyi hatású döntéseket rejti.

A valóság: Egy nagyobb vállalatnál havonta 500-1000 beszerzési tranzakció fut. Az iparági tapasztalatok szerint a tranzakciók 15-25%-a igényel valamilyen egyedi kezelést – ez havi 75-250 eset. Ha minden ilyen eset átlagosan 1-2 órás manuális koordinációt igényel (e-mail cserék, telefonok, egyeztetések), ez havi 75-500 elvesztegetett munkaóra.

De nem csak a közvetlen időköltség a probléma. A hagyományos megközelítés szerint ezek a "kivételek" tulajdonképpen folyamatszintű meghibásodások: valami nem fér bele a merev folyamatba, ezért félredobja, és emberi beavatkozást igényel.

A helyzet másik oldaláról nézve: Ezek nem kivételek. Ezek előre ismert alternatív esetek, amelyeket egy intelligens rendszernek natívan tudnia kellene kezelni.

Mi pontosan a "kivétel"? (És miért rossz ezt így hívni)

A vállalati beszerzésben a "kivétel" szó három teljesen különböző jelenséget takar, és ebből fakad a legtöbb félreértés:

1 Folyamatszintű eltérések – A szabályozott rugalmasság

Ezek nem hibák, hanem üzletileg indokolt, előre definiált alternatív útvonalak. Például:

Egyforrásos beszerzés (Sole Source): Amikor egy termék vagy szolgáltatás bizonyíthatóan csak egyetlen szállítótól érhető el. Szabadalmaztatott technológia, gyártóspecifikus pótalkatrész, exkluzív karbantartási szerződés. Nem versenyeztetési hiba – hanem piaci realitás.
Sürgősségi beszerzés (Emergency Procurement): Előre nem látható rendkívüli helyzetek – természeti katasztrófa, kritikus infrastruktúra meghibásodása –, ahol a normál jóváhagyási idő elfogadhatatlan kockázatot jelent. Nem rendetlenség, hanem válságkezelés.
Szerződéshosszabbítás magas átállási költségek mellett: Amikor egy meglévő beszállítóval való szerződés megújítása gazdaságosabban racionális döntés, mint egy új versenyeztetés – a betanítási, adatmigrációs és integrációs költségek miatt.

A lényeg: Ezek nem a rendszer gyengeségei. Ezek legitimált alternatív útvonalak, amelyeket a szoftvernek ugyanúgy támogatnia kell, mint a "standard" folyamatot.

2 Tranzakciós szintű eltérések – Az operatív realitás

Ezek azok a napi működés során felmerülő eltérések, amelyek adategyeztetési problémákból fakadnak:

Háromirányú egyeztetés (3-way match) eltérései: A beszerzési megrendelés (PO), az áruátvételi bizonylat (GRN) és a számla nem egyezik tökéletesen. Példa: 300 doboz gumikesztyűt rendelünk, azonban csak 299 doboz érkezik meg. Vagy: speciális steril szűrőbetétek esetében a szerződött ár 85 EUR/darab volt, de a számlán 86 EUR szerepel, 50 darab esetén ez 50 EUR eltérést jelent.

A kérdés: megéri-e ezeket az apró eltéréseket kivizsgálni? Ha egy kontrolling munkatárs 1 órát tölt azzal, hogy kiderítse egy 5 EUR-s eltérés okát (e-mailek, telefonok, egyeztetések), akkor a folyamat költsége sokszorosa magának az eltérésnek.

Ezért az intelligens megközelítés: toleranciahatárok definiálása. Például:

Áreltérés: ±2% vagy maximum 50 EUR
Mennyiségi eltérés: ±5% vagy maximum 10 egység

Ha az eltérés a meghatározott határok alatt van, a rendszer automatikusan jóváhagyja a számlát – mert a kutatás költsége meghaladná az eltérés értékét. Ha felette van, akkor emberi döntést igényel.

PO nélküli tranzakciók: Vannak költségtípusok, ahol a megrendelés-alapú folyamat aránytalan adminisztrációs terhet jelentene: közüzemi díjak, adók, tagsági díjak, bérleti díjak. Ezeket előre definiált kivételként kell kezelni.

A lényeg: Ezek operatív adminisztratív zavarok, nem üzleti döntések. De pontosan ezek rabolják el a legtöbb időt a pénzügyi és beszerzési csapatoktól – ha nincs megfelelő automatizálás és intelligens toleranciahatárok beállítása. Egy jól konfigurált rendszer felismeri, mikor költséghatékonyabb elfogadni egy kis eltérést, mint órákat tölteni annak kivizsgálásával.

3 Szabályzati kivételek – A maverick buying

Ez az egyetlen kategória, ami valóban nem kívánt kivétel: amikor valaki megkerüli a hivatalos beszerzési folyamatot. Például céges bankkártyával vásárol irodaszereket egy random webshopból, ahelyett, hogy a jóváhagyott katalógust használná.

Miért történik? Általában nem rossz szándékból, hanem azért, mert:

A hivatalos folyamat túl lassú vagy bonyolult
A jóváhagyott szállítók kínálata nem felel meg az igényeknek
A B2C élményhez szokott felhasználók frusztráltak a vállalati rendszer UX-ével

Következményei:

Elveszett mennyiségi kedvezmények (a keretszerződések kihasználatlansága miatt)
Átláthatatlan költségek (nem látszik a beszerzési és pénzügyi rendszerben)
Megnövekedett adminisztráció (utólagos egyeztetés, adatrögzítés)
Compliance kockázatok (nem auditált beszállítók)

A lényeg: A maverick buying gyakran nem fegyelmezetlenségi, hanem felhasználói élmény (UX) probléma. A legjobb "ellenszere" egy olyan rendszer, ahol a hivatalos út gyorsabb és kényelmesebb, mint a megkerülés.

A régi és az új szemlélet közötti szakadék

A fenti problémák kezelésének módja alapjaiban különbözik a hagyományos ERP-rendszerek és a modern, workflow-alapú beszerzési platformok között.

Hagyományos ERP-rendszerek

Ezek a rendszerek tranzakciórögzítésre lettek tervezve, nem folyamatmenedzsmentre. Különálló modulokból álltak (Pénzügy, Beszerzés, Raktár), és a logikájuk merev volt.

Kivételkezelés:

Merev, kódolt szabályok. Egy új jóváhagyási szint bevezetése vagy egy értékhatár módosítása költséges, időigényes fejlesztést igényelt.
Fragmentált folyamatok. Amikor egy számla nem egyezett a megrendeléssel, a rendszer generált egy hibaüzenetet vagy riportot – de a megoldás már e-mailekben, telefonhívásokban és Excel táblázatokban zajlott.
Zéró láthatóság. Nehéz volt nyomon követni, hogy egy probléma hol akadt el, ki a felelős, mi a következő lépés.
Nincs intelligens útválasztás. A rendszer legfeljebb egyszerű, lineáris jóváhagyási láncokat tudott kezelni.

Modern, workflow-alapú beszerzési platformok

Ezek a rendszerek a teljes folyamatot egyetlen integrált munkafolyamatként kezelik – a beszerzési igénytől a számla kifizetéséig (Procure-to-Pay). A kivételkezelés nem utólagos probléma, hanem a folyamat beépített, konfigurálható része.

Kivételkezelés:

Rugalmas, konfigurálható munkafolyamatok – Üzleti felhasználók (nem programozók) hozhatnak létre és módosíthatnak szabályokat.
Intelligens, szabályalapú útválasztás. A rendszer a kivétel paraméterei alapján (összeg, kategória, kockázati szint) automatikusan a megfelelő jóváhagyóhoz irányít.
Teljes körű transzparencia Valós idejű dashboardok, minden lépés automatikus naplózása.
Automatizált eszkalációk. Ha egy jóváhagyó nem reagál a megadott időn belül, a rendszer automatikusan továbbítja a feladatot.

‍

Régi ERP vs. Modern workflow platformok

Az alapvető különbségek a megközelítésben

Szempont	Régi ERP-rendszerek	Modern workflow platformok
Filozófia	Adatrögzítés, tranzakciótárolás	Folyamatautomatizálás
Kivétellogika	Merev, kódba égetett	Dinamikus, szabályalapú
Jóváhagyás	Lineáris, statikus – megoldás gyakran a rendszeren kívül	Többszintű, feltételes, intelligens útválasztás – rendszeren belül
Rugalmasság	Alacsony – minden változtatás fejlesztést igényel	Magas – konfigurálható kódolás nélkül
Láthatóság	Fragmentált, nehéz követni	Valós idejű, teljes audit napló
Eszkaláció	Manuális (telefon, e-mail)	Automatikus, SLA-alapú

Ha egy vállalatnál a tranzakciók 80%-a egyszerű → gyors útvonal
Ha 15% összetettebb → másik útvonal (például plusz jóváhagyó)
Ha 4% speciális szabályokat igényel → harmadik útvonal (jogi osztály bevonása)
És az 1% igazán egyedi esetet → manuális döntési ponthoz küldi – de ezt is automatikusan teszi, szabályok alapján

A rugalmasság nem abban van, hogy a rendszer "felismeri a kivételeket" – hanem abban, hogy annyi útvonalat definiálhatsz, amennyit csak akarsz, és a szabályok kombinálhatók, bármikor módosíthatók.

Konkrét példa: Sürgősségi beszerzés

Régi rendszer:

Beszerzési igény érkezik, "emergency" jelöléssel
A rendszer elküldi az első jóváhagyónak
Az első jóváhagyó e-mailben továbbítja a másodiknak ("ez sürgős")
A második jóváhagyó telefonál a beszerzési vezetőnek
A beszerzési vezető manuálisan belép a rendszerbe, felülírja a folyamatot
Ezután külön e-mail a pénzügynek, hogy kivételes kifizetés lesz
Dokumentáció: szétszórva e-mailekben és Excel-ben

A Fluenta One-ban például az alábbi folyamat készíthető el:

Beszerzési igény érkezik, "emergency" jelöléssel
A rendszer azonnal azonosítja a szabályt: "Ha emergency flag AND érték 50.000 EUR → Gyorsított útvonal: azonnal a beszerzési vezetőhöz párhuzamosan értesíti a pénzügyet"
Automatikus eszkaláció: Ha 2 órán belül nincs reakció → tovább a regionális igazgatóhoz
Automatikus dokumentáció: Minden lépés, döntés, indoklás naplózva
Automatikus kommunikáció: A rendszer értesíti az érintett beszállítókat, frissíti a készletnyilvántartást

Az eredmény: Ami korábban 1-2 napot vett igénybe manuális koordinációval, az most 2-4 órában, teljes átláthatósággal, auditálhatóan lezajlik.

Miért éri meg a kivételkezelés automatizálása?

Vegyünk egy konkrét számítást egy középvállalatnál:

Kiindulási adatok:

Havi beszerzési tranzakciók száma: 2000
Ebből egyedi kezelést igénylő esetek: 20% 400 tranzakció
Egy kivétel átlagos kezelési ideje manuális folyamatban: 3 óra (e-mailek, telefonok, egyeztetések)
Automatizált rendszerben: 0,5 óra (a rendszer kezeli, ember csak dönt)

Megtakarítás:

400 kivétel × 2,5 óra különbség 1000 óra/hónap
Átlagos órabér (beszerző/kontrolling): 30 EUR
Havi megtakarítás: 30.000 EUR
Éves megtakarítás: 360.000 EUR

De nem csak a közvetlen költség számít:

Gyorsabb döntéshozatal
- Nem veszítenek el üzleti lehetőségeket lassú reakció miatt
- Csökken a sürgősségi beszerzések száma (és így a magasabb ára)
Jobb beszállítói kapcsolatok
- Gyorsabb fizetések → kedvezőbb feltételek
- Kevesebb vitatott számla → stabilabb együttműködés
Magasabb compliance szint
- Teljes audit napló → egyszerűbb belső/külső ellenőrzés
- Automatikus megfelelőség ellenőrzés → gyorsabb, beépített compliance
Stratégiai adatvagyon
- A strukturáltan tárolt kivételek elemezhetők: mely beszállítók hibáznak gyakran? Mely részlegek generálják a legtöbb sürgős igényt?
- A manuális folyamatok széttöredezett adatokat eredményeznek (e-mailek, Excel) – az automatizálás a proaktív folyamatfejlesztés eszközévé válik

‍

Az automatizálás hatása a kulcsmutatókra

A folyamatautomatizálás előnyeinek számszerűsítése

Metrika	Manuális folyamat	Automatizált folyamat	Javulás
Átlagos feldolgozási idő/kivétel	Napok vagy hetek	Órák vagy percek	>70%
Költség/számla	~13 USD	~2,81 USD	~80%
Hibaarány	Magas (elgépelés, duplikáció)	Minimális	>90%
Transzparencia	Alacsony, széttöredezett	Teljes, valós idejű	100%
Auditálhatóság	Utólagos rekonstrukció	Azonnali, teljes napló	Jelentős

‍

Nemzetközi működés: Amikor a kivétel nem belső, hanem külső szabály

Egy további komplexitási réteg: a többországos működés. Ha egy vállalat nemzetközi beszállítókkal dolgozik, akkor minden ország saját szabályozási környezete további "kivételeket" generál:

Vám- és kereskedelmi szabályozás: Minden országnak saját vámeljárásai, dokumentációs követelményei vannak. Egy helytelenül kitöltött vámdokumentum azonnali késedelemhez vezet.
Adatvédelmi törvények (GDPR, stb.): Szoftverbeszerzésnél biztosítani kell a helyi adatvédelmi előírásoknak való megfelelést.
Geopolitikai kockázatok: Kereskedelmi háborúk, szankciók, exportkorlátozások – mind felülírhatják a standard eljárásokat.

Osztályspecifikus folyamatok

Egy szervezeten belül a különböző osztályoknak eltérő beszerzési igényei vannak:

Marketing: Gyors reakcióidő, kreatív ügynökségi szolgáltatások, médiafelületek
IT: Komplex technikai specifikációk, kompatibilitási követelmények
Termelés: Nagy volumenű, repetitív beszerzések

A cél nem az, hogy mindenkire ugyanazt a szabályt húzzák rá, hanem hogy mindenki egy közös platformon, a saját igényeire szabott folyamatok mentén dolgozzon – de kontrolláltán, átláthatóan.

A kivétel nem bug, hanem feature

Az üzleti életben a kivétel a szabály. Egy rendszer, amely csak a szabványos eseteket tudja kezelni, maximum 80%-os lefedettséget ér el. A Fluenta One azzal, hogy a "kivételeket" is natívan integrálja – nem utólagos tűzoltásként, hanem előre definiált alternatív útvonalakként –, 95-98%-os lefedettséget biztosít.

A valódi digitális transzformáció nem arról szól, hogy mindent gépesítünk. Arról szól, hogy a gép hatékonyan kezeli a rutint (legyen az akár komplex is), hogy az ember a stratégiára és az innovációra koncentrálhasson.

A Fluenta One pontosan ezt teszi lehetővé: egy olyan rendszert, amely egyszerre szabványosított és rugalmas, automatizált és kontrollált, hatékony és megbízható.

Ahol a kivétel nem probléma, hanem csak egy másik, jól kezelt eset.

‍

Gyakori kérdések

Mi számít „kivételnek" a beszerzésben?

‍Három különböző dolog: folyamatszintű alternatívák (pl. egyforrásos vagy sürgősségi beszerzés), operatív adateltérések (pl. 3-way match eltérés) és a szabályzati kivétel, azaz a maverick buying. Az első kettő nem hiba, hanem előre ismert, kezelendő eset.

A tranzakciók hány százaléka igényel egyedi kezelést?

‍Iparági tapasztalatok szerint 15–25% – és gyakran épp ezekben rejlik a legnagyobb stratégiai és pénzügyi hatású döntés, ezért nem szabad „melléktermékként" kezelni őket.

Mi a toleranciahatár, és miért hasznos?

‍Előre definiált küszöb (pl. ±2% vagy maximum 50 EUR áreltérés), amelyen belül a rendszer automatikusan jóváhagy – mert egy apró eltérés kivizsgálása gyakran többe kerülne, mint maga az eltérés.

Mi a maverick buying, és hogyan előzhető meg?

‍Amikor valaki megkerüli a hivatalos beszerzési folyamatot. Általában nem fegyelmezetlenség, hanem UX-probléma: a legjobb ellenszer egy olyan rendszer, ahol a hivatalos út gyorsabb és kényelmesebb, mint a megkerülés.

Miben más a workflow-platform kivételkezelése, mint a régi ERP-é?

‍Az ERP merev, kódba égetett szabályokkal dolgozik, és a megoldás gyakran a rendszeren kívül (e-mail, telefon, Excel) zajlik. A workflow-platform konfigurálható, szabályalapú útválasztással, automatikus eszkalációval és teljes audit naplóval kezeli a kivételeket – a folyamaton belül.