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 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.
Egy tipikus helyzet: leáll a szerverpark egyik kritikus komponense, és azonnali pótlásra van szükség, különben jelentős az üzleti veszteség. A normál beszerzési folyamat viszont 5-7 napot vesz igénybe, a jóváhagyási lánc három szintet jelent. A keretszerződés szerinti szállító csak két nap múlva tud szállítani. Van egy alternatív beszállító, aki 4 órán belül szállítana, de nincs az approved vendor listán. Ez a helyzet nem a rendszer hibája, hanem a mindennapi működés része.
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.
Szervezetmérettől függően havonta 500–2000 beszerzési tranzakció fut egy vállalatnál. Az iparági tapasztalatok szerint ezek 15-25%-a igényel valamilyen egyedi kezelést. Ha minden ilyen eset átlagosan 1–3 órás manuális koordinációt igényel (e-mail cserék, telefonok, egyeztetések) – a bonyolultságtól függően –, akkor ez havonta több száz elvesztegetett munkaórát jelent.
A közvetlen időköltségen túl van egy szemléleti probléma is. A hagyományos megközelítés szerint ezek a „kivételek" folyamatszintű meghibásodások: valami nem fér bele a merev folyamatba, ezért a rendszer félredobja, és emberi beavatkozást igényel. Valójában viszont előre ismert alternatív esetekről van szó, amelyeket egy intelligens rendszernek natívan kezelnie kellene.
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.
Ezek üzletileg indokolt, előre definiált alternatív útvonalak. Például:
A lényeg: ezek legitimált alternatív útvonalak, amelyeket a szoftvernek ugyanúgy támogatnia kell, mint a „standard" folyamatot.
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éldául 300 doboz gumikesztyűt rendelünk, de csak 299 doboz érkezik meg. Vagy: speciális steril szűrőbetéteknél 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.
Ezeknek az apró eltéréseknek a kivizsgálása gyakran többe kerül, mint maga az eltérés. Ha egy kontrolling munkatárs egy órát tölt azzal, hogy kiderítse egy 5 EUR-s eltérés okát, a folyamat költsége sokszorosa az eltérésnek.
Ezért az intelligens megközelítés a toleranciahatárok definiálása. Például:
Ha az eltérés a meghatározott határok alatt van, a rendszer automatikusan jóváhagyja a számlát. Ha felette van, 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 jól beállított toleranciahatár.
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, vagy mert a B2C élményhez szokott felhasználókat frusztrálja a vállalati rendszer kezelhetősége.
Következményei: elveszett mennyiségi kedvezmények a keretszerződések kihasználatlansága miatt, átláthatatlan költségek, megnövekedett utólagos adminisztráció, és compliance kockázatok a nem auditált beszállítók miatt.
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 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.
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.
Ezek a rendszerek a teljes folyamatot egyetlen integrált munkafolyamatként kezelik, a beszerzési igénytől a számla kifizetéséig. A kivételkezelés itt a folyamat beépített, konfigurálható része.
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ú |
Adatrögzítés, tranzakciótárolás
Folyamatautomatizálás
Merev, kódba égetett
Dinamikus, szabályalapú
Lineáris, statikus – megoldás gyakran a rendszeren kívül
Többszintű, feltételes, intelligens útválasztás – rendszeren belül
Alacsony – minden változtatás fejlesztést igényel
Magas – konfigurálható kódolás nélkül
Fragmentált, nehéz követni
Valós idejű, teljes audit napló
Manuális (telefon, e-mail)
Automatikus, SLA-alapú
A Fluenta One nem abból indul ki, hogy „van egy standard folyamat és vannak kivételek". Ehelyett a rendszer szabályok alapján dönti el, hogy melyik tranzakció melyik útvonalon haladjon.
Ez azt jelenti:
A rugalmasság abban van, hogy annyi útvonalat definiálhat, amennyit csak akar, és a szabályok kombinálhatók, bármikor módosíthatók.
Régi rendszerben:
A Fluenta One-ban például az alábbi folyamat készíthető el:
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.
Vegyünk egy konkrét számítást egy nagyvállalatnál, ahol a kivételek jellemzően összetettek.
Kiindulási adatok:
Megtakarítás:
Fontos: ez a számítás a felső tartományban dolgozik. Egyszerűbb kivételeknél (1–2 óra manuális kezelés) vagy kisebb tranzakciószámnál a megtakarítás arányosan alacsonyabb, de a nagyságrend így is jelentős marad. Érdemes minden szervezetnek a saját tranzakciószámával és órabérével újraszámolni.
A közvetlen költségen túl:
Gyorsabb döntéshozatal. Nem vesznek el üzleti lehetőségek lassú reakció miatt, és csökken a sürgősségi beszerzések száma – és így azok magasabb ára is.
Jobb beszállítói kapcsolatok. Gyorsabb fizetések kedvezőbb feltételekhez vezetnek, a kevesebb vitatott számla pedig stabilabb együttműködéshez.
Magasabb compliance szint. A teljes audit napló egyszerűbbé teszi a belső és külső ellenőrzést, az automatikus megfelelőség-ellenőrzés pedig beépítetté teszi a compliance-t.
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, az automatizálás viszont a proaktív folyamatfejlesztés eszközévé válik.
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 |
Napok vagy hetek
Órák vagy percek
>70%
~13 USD
~2,81 USD
~80%
Magas (elgépelés, duplikáció)
Minimális
>90%
Alacsony, széttöredezett
Teljes, valós idejű
100%
Utólagos rekonstrukció
Azonnali, teljes napló
Jelentős
A számlafeldolgozási költségadatok iparági benchmarkokból származnak: az Ardent Partners State of ePayables kutatása szerint egy számla feldolgozásának átlagos költsége nagyjából 13 dollár, míg a Levvel Research és az APQC benchmarkjai alapján a teljesen automatizált folyamatoknál ez 2,81 dollár körülire csökken.
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, minden ország saját szabályozási környezete további „kivételeket" generál:
Egy szervezeten belül a különböző osztályoknak eltérő beszerzési igényei vannak. A marketingnek gyors reakcióidő, kreatív ügynökségi szolgáltatások és médiafelületek kellenek; az IT-nak komplex technikai specifikációk és kompatibilitási követelmények; a termelésnek nagy volumenű, repetitív beszerzések.
A cél az, hogy mindenki egy közös platformon, a saját igényeire szabott folyamatok mentén dolgozzon – kontrolláltan és átláthatóan.
Az üzleti működésben a kivételek folyamatosan jelen vannak, ezért egy olyan rendszer, amely csak a szabványos eseteket kezeli, legfeljebb 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ó lényege, 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 – és amelyben a kivétel is csak egy jól kezelt eset.
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.
Mennyi megtakarítás várható reálisan?
Ez erősen függ a tranzakciószámtól, a kivételek összetettségétől és a bérszinttől. A cikkben szereplő példa egy nagyvállalatra és összetett kivételekre vonatkozik; egyszerűbb esetekben a megtakarítás arányosan alacsonyabb. Érdemes saját adatokkal újraszámolni.
.png)
.png)
.png)
.png)