Beszerzési jóváhagyási mátrix készítése: értékhatárok, szerepkörök, helyettesítések

A beszerzések gyakran nem azért akadnak el, mert nehéz beszállítót találni, hanem mert nem egyértelmű, ki dönthet a kiadásról. Elég a közvetlen vezető engedélye? Be kell vonni a pénzügyet? Mi történik, ha az illetékes szabadságon van? Ha ezekre minden igénylésnél külön kell választ keresni, a folyamat lassúvá és személyfüggővé válik.

A beszerzési jóváhagyási mátrix ezeket a kérdéseket rendezi előre meghatározott döntési szabályokká. A jól kialakított mátrix azonban több egy értékhatárokat felsoroló táblázatnál: összekapcsolja az összeget, a költséghelyet, a beszerzés jellegét és a felelősségi köröket. Az alábbi minta abban segít, hogy ebből a beszerzési szoftverben is végrehajtható workflow legyen.

1. Először a jóváhagyás tárgyát határozzuk meg

Mielőtt értékhatárokat állítunk be, tisztázni kell, pontosan mit hagy jóvá az adott szereplő. Az üzleti igény indokoltsága, a pénzügyi fedezet, a beszállító megfelelősége és a kötelezettségvállalás nem ugyanaz a döntés. Ha ezeket egyetlen „jóváhagyom” gomb mögé rejtjük, később nehéz megállapítani, ki miért vállalt felelősséget.

• Igényjóváhagyás: szükséges-e a termék vagy szolgáltatás az üzleti feladathoz?

• Fedezetellenőrzés: rendelkezésre áll-e a megfelelő költségkeret?

• Szakmai kontroll: megfelel-e a választás például az informatikai, jogi vagy minőségi követelményeknek?

• Kötelezettségvállalás: ki engedélyezheti a megrendelést vagy szerződéskötést?

Az átvétel igazolása és a számla jóváhagyása kapcsolódó, de külön folyamatlépés. A megrendelés engedélyezése önmagában nem igazolja, hogy a szállítás megfelelően megtörtént. A mátrix hatókörét ezért már a tervezés elején rögzíteni kell.

Hasznos kiindulópont néhány valódi beszerzési eset áttekintése. Egy irodaszer-rendelés, egy éves szoftver-előfizetés és egy gépberuházás rendszerint eltérő döntési útvonalat igényel, még akkor is, ha az összegük hasonló.

2. Értékhatárok: egyszerű sávok, egyértelmű számítás

Az értékhatár csak akkor működik megbízhatóan, ha mindenki ugyanazt érti az összeg alatt. Rögzíteni kell a nettó vagy bruttó értékalapot, a pénznemet, a devizaátváltás szabályát és az összeszámítás módját. Többéves szerződésnél különösen fontos, hogy ne egyetlen havi számla határozza meg a döntési szintet.

Szemléltető értékhatár-minta

Az alábbi sávok kizárólag tervezési példák, nem általános ajánlások. A vállalat méretéhez, kockázataihoz és belső kötelezettségvállalási rendjéhez kell igazítani őket. A példában minden összeg nettó forintérték.

• 0 Ft felett, legfeljebb 100 000 Ft: a költséghely felelőse dönt; a fedezetellenőrzés eredményét rögzíteni kell.

• 100 000 Ft felett, legfeljebb 500 000 Ft: költséghelyfelelősi jóváhagyás után a beszerzési felelős ellenőrzi a beszerzési feltételeket.

• 500 000 Ft felett, legfeljebb 2 000 000 Ft: az előző kontrollokat pénzügyi vezetői jóváhagyás követi.

• 2 000 000 Ft felett: további, a belső szabályzatban kijelölt felsővezetői engedély szükséges.

A sávok ne fedjék egymást, és ne maradjon közöttük értelmezési rés. Pontosan 500 000 forint például ebben a mintában a második sávba tartozik. A nullaértékű tételek és speciális szerződések kezelését külön szabályozzuk.

Az egymáshoz tartozó beszerzéseket a belső szabályzat szerint össze kell számítani. Egy projekt több kisebb igénylésre bontása nem kerülheti meg a magasabb döntési szintet. Előfizetésnél a vállalt időszak teljes díja, devizás igénynél pedig egy rögzített dátumhoz és árfolyamforráshoz kötött forintérték lehet a besorolás alapja.

Az összeg mellett legyenek felülíró feltételek is. Költségkereten kívüli beszerzés, új beszállító, előlegfizetés vagy érzékeny adatokhoz hozzáférő szolgáltatás alacsony értéknél is indokolhat további kontrollt.

3. Szerepkörök és többszintű engedélyezés

A beszerzési jóváhagyási mátrixot lehetőleg szerepkörökre, ne személynevekre építsük. A szabály azt mondja meg, hogy az adott költséghely felelőse dönt, a szervezeti hozzárendelés pedig meghatározza az aktuális személyt. Így egy vezetőváltás nem igényli az összes folyamatlogika átírását.

Minden döntési pontnál rögzítsük a döntés tartalmát, a szükséges adatokat, a megengedett kimeneteket és a továbblépés feltételeit. A „visszaküldés pontosításra” ne legyen azonos az elutasítással: előbbinél javítható az igény, utóbbinál lezárulhat az adott kérelem.

Soros vagy párhuzamos jóváhagyás?

Soros engedélyezés szükséges, ha az egyik döntés a másik előfeltétele. Például az üzleti indokoltság elfogadása után következhet a végső kötelezettségvállalás. Párhuzamos ellenőrzés alkalmazható, ha a jogi és informatikai vizsgálat egymástól függetlenül elvégezhető. Ilyenkor egyértelműsíteni kell, hogy minden kijelölt szereplő elfogadó döntése szükséges-e.

Alapszabály legyen az önjóváhagyás kizárása. Ha az igénylő egyben költséghelyfelelős, a feladat egy előre kijelölt másik jogosulthoz kerüljön. Azt is szabályozni kell, összevonható-e két döntési lépés, ha ugyanaz a személy tölti be mindkét szerepet. Független kontrollt igénylő esetben nem elegendő ugyanannak a személynek kétszer kattintania.

4. Helyettesítés: a feladat átadható, a kontroll nem tűnhet el

A helyettesítés nem egyszerű levéltovábbítás, hanem időben és hatókörben korlátozott jogosultság. Legyen meghatározva, ki állíthatja be, mikor lép életbe, mely feladatokra vonatkozik, és mikor jár le. Külön kezelhető a tervezett szabadság és a váratlan kiesés.

• Időtartam: kezdő és záró dátum, lejáratkor automatikus visszaállítással.

• Hatókör: érintett szervezeti egységek, beszerzési kategóriák és döntési lépések.

• Értékhatár: a helyettes csak megfelelően delegált felhatalmazással dönthessen.

• Összeférhetetlenség: saját igényét helyettesként se hagyhassa jóvá.

• Naplózás: látszódjon, ki, kinek a helyetteseként és milyen felhatalmazással döntött.

Előre döntsük el azt is, mi történik a már folyamatban lévő feladatokkal. Átkerülnek a helyetteshez, vagy csak az új kérelmeket kapja meg? Mindkét megoldás működhet, de nem maradhatnak gazdátlan feladatok. Ha nincs megfelelő jogosultságú helyettes, a kijelölt tartalék döntési útvonal induljon el, ne automatikus jóváhagyás.

5. Határidők és eszkaláció: ne az igénylő üldözze a döntést

A jóváhagyási határidőhöz meg kell adni az időszámítás módját is. Munkaórában vagy naptári órában mérünk? Mikor indul az óra? Megáll-e, ha az igénylőtől hiánypótlást kérünk? Ezek nélkül ugyanaz a határidő eltérően értelmezhető.

Egy lehetséges, szemléltető szabály szerint a döntési idő két munkanap. Egy munkanap után emlékeztető érkezik, lejáratkor pedig értesítést kap a folyamatgazda. Ha szükséges, a feladat ezután előre meghatározott, megfelelő jogosultságú másik döntéshozóhoz rendelhető.

Az értesítési eszkaláció és a döntési jog átadása két külön esemény. Attól, hogy valaki megkap egy késedelmi jelzést, még nem válik jóváhagyóvá. A határidő túllépése pedig nem jelenthet hallgatólagos engedélyt.

A sürgős igényeknek legyen külön, indokláshoz kötött útvonala. Ez rövidebb határidőt vagy párhuzamos ellenőrzést jelenthet, de nem korlátlan felmentést a kontrollok alól. Ha az összeg vagy a beszerzés tárgya időközben érdemben változik, a rendszernek újra kell értékelnie a szükséges jóváhagyási szintet.

6. A mátrixtól a működő beszerzési workflow-ig

A beszerzési szoftver kiválasztásakor nem elég azt ellenőrizni, van-e benne jóváhagyási funkció. A kérdés az, hogy a vállalat konkrét szabályai leképezhetők-e, tesztelhetők-e és később karbantarthatók-e. Az xFLOWer-alapú folyamat tervezését is érdemes ezekből az üzleti döntésekből indítani, nem pusztán az igénylőlap mezőiből.

1. Adatmodell: összeg, pénznem, költséghely, kategória, keretstátusz, beszállító és indoklás.

2. Döntési szabályok: értékhatárok, felülíró feltételek, szerepkörök és jóváhagyási sorrend.

3. Kivételkezelés: helyettesítés, hiánypótlás, sürgősség, elutasítás és módosítás.

4. Ellenőrizhetőség: döntések, időpontok, megjegyzések és alkalmazott szabályverzió megőrzése.

Élesítés előtt teszteljünk határértékeket, devizás igényeket, hiányzó jóváhagyót és önjóváhagyási konfliktust. Próbáljuk ki azt is, amikor egy módosítás magasabb értéksávba emeli a kérelmet. Ne csak a szabályos alapesetet vizsgáljuk: a fennakadások jellemzően a kivételeknél jelennek meg.

A mátrixnak legyen kijelölt gazdája és verziózott változáskezelése. Szabálymódosításkor el kell dönteni, hogy a folyamatban lévő ügyek a korábbi rend szerint futnak tovább, vagy újraértékelést igényelnek. Később az átfutási idők, visszaküldések és eszkalációk alapján finomítható a működés.

Összefoglalás és következő lépés

A jól működő beszerzési jóváhagyási mátrix egyértelművé teszi, ki, miről, milyen értékhatárig és milyen feltételekkel dönthet. A helyettesítés biztosítja a folytonosságot, az eszkaláció kezeli a késedelmeket, a naplózás pedig visszakövethetővé teszi a felelősséget.

Szeretné a saját jóváhagyási rendjét működő workflow-vá alakítani? Egyeztessen az xFLOWer csapatával, és hozzon néhány tipikus, valamint problémás beszerzési esetet. Ezekből érdemes felépíteni a vállalatához illeszkedő döntési szabályokat és tesztforgatókönyveket.

Ez a cikk a teljes útmutatónk része: Beszerzési szoftverek: teljes útmutató a választástól a hatékony működésig