Új szabály hétfőtől. De mi lesz a már futó ügyekkel?

Három, egyenként 750 000 forintos kérelem: az első az első, a második a második jóváhagyásra vár, a harmadikat elutasították, és újra benyújtanák.

Egy új jóváhagyási szabály bevezetésekor nemcsak az a kérdés, hogyan indulnak az új ügyek, hanem az is, mi történik a már folyamatban lévőkkel. A hatálybalépés dátuma önmagában nem rendezi a korábbi döntések és a kiosztott feladatok sorsát.

Egy beszerzési példán keresztül megmutatjuk, milyen szempontok alapján választható kifuttatás, átállítás vagy újraindítás, és mit kell tisztázni a biztonságos átmenethez.

Hétfőtől új értékhatár – három ügy még a régi rendben vár

Nézzünk egy szemléltető példát: egy vállalatnál hétfőtől 500 ezer helyett csak 1 millió forint felett szükséges második jóváhagyó a belső beszerzési kérelmekhez. Az új szabály egyszerűnek tűnik. Csakhogy péntek délután több kérelem is folyamatban van, és hétfőn valakinek el kell döntenie, hogyan folytatódjanak.

Azonos összeg, eltérő ügyállapot

Kövessünk három, egyenként 750 ezer forintos kérelmet:

  • Az első még az első jóváhagyásra vár.

  • A második már megkapta az első jóváhagyást, és a második jóváhagyó feladatlistáján szerepel.

  • A harmadikat elutasították, de módosítva újra benyújtanák.

Az összeg azonos, az előzmények nem. Más döntés szükséges egy még el nem végzett lépésről, egy már kiosztott feladatról és egy elutasítás után ismét benyújtott kérelemről.

Amit a hatálybalépési dátum még nem dönt el

A „hétfőtől érvényes” önmagában nem mondja meg, melyik kérelemre vonatkozik az új rend. A dátum mellé besorolási szabály és átmeneti eljárás is kell. Ezek nélkül ugyanazt a helyzetet a beszerző, a jóváhagyó és az informatikai csapat is másképp értelmezheti.

Először azt kell rögzíteni, melyik ügyre melyik szabály vonatkozik

Külön idővonal jelzi a szabály hatálybalépését és a technikai élesítést; alattuk négy lehetséges besorolási alap szerepel: benyújtás, befogadás, döntés és ügyállapot.

Mi dönti el az ügy szabályverzióját?

A szabály hatálybalépése üzleti vagy szabályozási kérdés; a workflow technikai élesítése végrehajtási esemény. A kettőt össze kell hangolni. Ha hétfő nulla órától él az új rend, de a rendszer csak délelőtt változik, a köztes időszak kezelését is előre meg kell határozni.

A besorolás alapja lehet a benyújtás, a befogadás vagy a döntés időpontja, illetve meghatározott ügyállapot. Ezek nem felcserélhetők: a pénteken benyújtott, hétfőn befogadott kérelem más csoportba kerülhet attól függően, melyik feltételt választjuk. Rögzíteni kell a pontos időhatárt és az állapot vizsgálatának időpontját is.

Mi történik módosítás vagy ismételt benyújtás esetén?

A harmadik mintakérelmünknél tisztázni kell: a módosítás ugyanannak az ügynek a folytatása, vagy új eljárás kezdete? Az összeg, a beszerzés tárgya vagy a költséghely változása indokolhat új ellenőrzést. Az ismételt benyújtás szabályverzióját ezért külön rögzítsük.

Kötelező jogszabályi vagy belső előírás szűkítheti az átmeneti lehetőségeket. A választást ezek ellenőrzése előzze meg; a bemutatott keret nem általános jogi érvényű válasz.

Kifuttatás, átállítás vagy újraindítás?

Mikor célszerű a régi rend szerinti kifuttatás?

Kifuttatáskor a kijelölt ügyek a korábbi jóváhagyási szabályok szerint zárulnak le. Ez célszerű lehet, ha már közel vannak a lezáráshoz, és a régi rend további alkalmazása megengedett. Előnye a folytonosság, terhe viszont két működés párhuzamos fenntartása: a régi szerepköröknek és ellenőrzéseknek is rendelkezésre kell állniuk.

Milyen feltételekkel biztonságos az átállítás?

Átállításkor a kérelem az új rendben folytatódik. Ehhez meg kell feleltetni a régi és az új folyamatállapotokat: például mit jelent az új folyamatban a „második jóváhagyásra vár” állapot? Csak akkor érdemes átvezetni az ügyet, ha a korábbi lépések elfogadhatósága és a következő teendő egyértelmű.

Mikor indokolt az újraindítás?

Újraindítás akkor indokolt, ha a szükséges ellenőrzések nem vihetők tovább megbízhatóan, vagy a kérelem lényegesen megváltozott. Az eljárás újrakezdése azonban nem törölheti az előzményeket. Számolni kell ismételt munkával, új értesítésekkel és hosszabb átfutással is.

Szempont

Kifuttatás

Átállítás

Újraindítás

Alkalmazhatóság

A régi rend még alkalmazható.

Az állapotok megfeleltethetők.

Új eljárás szükséges.

Korábbi döntések

A régi rend szerint számítanak.

Elfogadhatóságukat ellenőrizni kell.

Megmaradnak előzményként; felhasználásuk külön döntés.

Feladatteher

Párhuzamos működés fenntartása.

Egyszeri átvezetés és feladatrendezés.

Ismételt ügyintézés.

Fő kockázat

Elhúzódó kettős működés.

Hibás állapotmegfeleltetés.

Duplikáció és késedelem.

Szükséges ellenőrzés

Régi ügyek és felelősök követése.

Döntések, feladatok, célállapot ellenőrzése.

Előzménykapcsolat és ismételt lépések vizsgálata.

Nem szükséges minden futó ügyet egyformán kezelni. Ha a besorolási szabály és az előírások megengedik, az első mintakérelem az új rendben, egy jóváhagyással folytatódhat. A másodiknál ehhez a meglévő jóváhagyás elfogadhatóságát és a kiosztott második feladat sorsát is rendezni kell; kifuttatás esetén viszont megmarad a második jóváhagyás. A harmadiknál előbb arról kell dönteni, hogy a módosított benyújtás folytatás vagy új eljárás. Az eltérő kezelés alapja minden esetben következetes, dokumentált besorolás legyen.

Dokumentált besorolás után három út válik szét: a régi folyamat kifuttatása, átállítás az új folyamatra, illetve újraindítás a korábbi előzmények megőrzésével.

A korábbi döntések és a kiosztott feladatok sorsát külön kell rendezni

Megmarad, megismétlendő vagy már nem szükséges a jóváhagyás?

A második mintakérelmünk már a második jóváhagyónál vár. Ha átállítjuk az új rendre, ez a lépés az összeg alapján szükségtelenné válhat. Előbb azonban ellenőrizni kell, hogy az első jóváhagyás változatlan tartalomra vonatkozott-e, és az új rendben is elfogadható-e.

A folyamatgazda a szabályozási felelőssel egyeztetve határozza meg, ki jogosult a korábbi döntések elfogadásáról vagy megismétléséről rendelkezni. A döntések ténye akkor is maradjon meg, ha az adott lépés már nem szükséges. Az új értékhatár egy korábbi elutasítást nem változtat jóváhagyássá.

Ne maradjon gazdátlan vagy párhuzamos feladat

A feleslegessé vált második jóváhagyási feladatot nem elég figyelmen kívül hagyni. Szabályozottan vissza kell vonni vagy le kell zárni, megfelelő indokkal, nem teljesített jóváhagyásként. Értesíteni kell a címzettet, és rendezni az emlékeztetőket, helyettesítéseket, eszkalációkat is. A kérelmező pedig kapjon egyértelmű tájékoztatást a következő lépésről.

Az átmenetnek is legyen folyamata és felelőse

Az ügylista összeállításától az ellenőrzött átvezetésig

A folyamatban lévő ügyek kezelése legyen külön megtervezett munkafolyamat, ne egyszeri, ellenőrizetlen tömeges módosítás:

  1. Azonosítsuk az érintett ügyeket és nyitott feladataikat.

  2. Soroljuk őket csoportokba a jóváhagyott feltételek alapján.

  3. Hagyassuk jóvá a csoportonkénti átmeneti döntést.

  4. Hajtsuk végre a változtatásokat és az értesítéseket.

  5. Ellenőrizzük az eredményt, a kivételeket pedig irányítsuk kijelölt felelőshöz.

Az ügylistát a végrehajtás előtt frissíteni kell, mert közben változhattak az ügyállapotok és a nyitott feladatok. Ez azonban nem jelent automatikus átsorolást: ha a besorolás egy rögzített időpontban fennálló állapotra épül, továbbra is az az irányadó. A változások alapján azt kell ellenőrizni, hogy a jóváhagyott átmeneti döntés végrehajtható-e még, vagy felülvizsgálatra van szükség.

Ki dönt, ki hajtja végre, és mi marad visszakereshető?

A folyamatgazda dönt a működésről, a szabályozási felelős ellenőrzi a megfelelést, a technikai csapat pedig megvalósítja a jóváhagyott változtatást. A technikai végrehajtó ne kényszerüljön üzleti döntést hozni egy bizonytalan ügyben.

Ügyenként legyen visszakereshető az alkalmazott szabályverzió, az átmeneti döntés, annak indoka, időpontja és felelőse. Az xFLOWer folyamatmodellezési szemléletében nemcsak az új jóváhagyási útvonalat, hanem az oda vezető átmenetet is modellezni kell: elágazásokkal, felelősökkel és ellenőrzési pontokkal.

Mit kell kipróbálni a hétfői indulás előtt?

Határesetek és átállás közbeni műveletek

A tesztelés ne csak egy új kérelem végigküldéséből álljon. Legalább az alábbi eseteket próbáljuk ki:

  • A hatálybalépés előtt és után közvetlenül benyújtott kérelem.

  • Pontosan 1 millió forintos összeg: a példában „felett” szerepel, nem „eléri”.

  • Részben jóváhagyott ügy, már kiosztott második feladattal.

  • Helyettes által végrehajtott jóváhagyás.

  • Elutasítás után módosítva, ismételten benyújtott kérelem.

Öt teszteset ikonokkal: hatálybalépés körüli benyújtás, pontosan egymillió forintos összeg, részben jóváhagyott ügy, helyettes jóváhagyása és elutasítás utáni új benyújtás.

Külön vizsgáljuk meg, mi történik, ha valaki éppen az átállás közben teljesít egy korábban kiosztott feladatot. Előre rögzíteni kell, hogyan kerülhető el az ütközés, és hogyan kezeljük a közben megváltozott ügyállapotot.

Ellenőrzési pontok és hibakezelés

Az átvezetés után minden érintett ügy legyen megtalálható, helyes állapotban, egyértelmű következő lépéssel. Ne keletkezzen kettős feladat, és ne maradjon működő emlékeztető egy visszavont jóváhagyáshoz.

Legyen előre kijelölt döntéshozó és eljárás a hibás átállás megállítására, az érintett ügyek elkülönítésére és rendezésére. Az egyszerű technikai visszaállítás nem mindig elegendő: közben új döntések, értesítések vagy külső műveletek történhettek.

Az átállás nem az élesítéssel ér véget

Mit figyeljünk az első napokban?

Rövid, rendszeresen áttekintett listával kövessük a régi verzióban maradt ügyek számát, az elakadt feladatokat, a kivételeket és az átfutási időket. Minden eltéréshez tartozzon felelős és rendezési határidő. A cél nem pusztán a hibák összeszámolása, hanem annak ellenőrzése, hogy az ügyintézés valóban folytatható.

Mikor tekinthető lezártnak az átmenet?

Akkor, ha minden érintett ügy sorsa rendezett, a kivételeket kezelték, és a korábbi működés már nem igényel aktív fenntartást. Az előzmények visszakereshetőségét ezután is biztosítani kell. A jó folyamatváltozás nemcsak az új ügyek útját teszi egyértelművé, hanem a már futókét is.

Jóváhagyási rend módosítása előtt álltok? Egyeztessetek az xFLOWer csapatával arról, hogyan érdemes megtervezni az új szabály és a futó ügyek együttélését.

Felülnézeti tervezőasztal közös folyamatábrával: a régi és az új útvonalat ellenőrzési pontok kapcsolják össze, az előzményeket külön dokumentumköteg őrzi.

#Folyamatmenedzsment#Workflow#Beszerzés#Munkaelosztás#Auditálhatóság#Megfelelőség#IT#BackOffice#Folyamatgazda#ITVezető#VezetőiDöntés#Útmutató#Haladó#Hatékonyság

Kapcsolódó cikkek

Bevezetés az automatizált folyamatok világába 14. - A minőségbiztosítás folyamatai

A minőségbiztosítást hajlamosak lehetünk összekötni a produktivitás csökkenésével és csak egy felesleges teherként tekinteni rá, azonban pontosan a minőségbiztosítás folyamatainak kialakítása során fedezhetjük csak fel igazán a folyamatokban található optimalizálatlan részleteket.

Auditálhatóság és jogszabályi megfelelés: így támogatja a folyamatbiztonságot az xFLOWer workflow rendszer

Az xFLOWer egy teljes értékű workflow rendszer, amely a mindennapi üzleti folyamatok kezelésére és optimalizálására készült. Bár nem kifejezetten megfeleléskezelő eszköz, működéséből adódóan minden döntést, változtatást és folyamatlépést automatikusan rögzít. Ez a járulékos előny különösen értékes ISO-, GDPR-, NIS2-, DORA- vagy ESG-auditok során, amikor a transzparens, visszakövethető és strukturált adatok jelentik a siker kulcsát.

Azonnali reakció a törvényi változásra: üzleti siker a fejlett folyamatszabályozásból

A vállalati működés egyik kritikus pontja a dolgozói hozzáférések meghatározása, kiosztása – és folyamatos kezelése. Ezt támogatja az xFLOWer új modulja, az Identity Management.

Beszerzési workflow automatizálás: Miért váltott egy nagyvállalat egy jól működő rendszerről xFLOWer-re?

Miért történik meg, hogy látszólag egy jól működő workflow rendszert mégis lecserélnek? Tanulságok stabilitásról, skálázhatóságról és hosszú távú folyamatkezelési döntésekről.

Bevezetés az automatizált folyamatok világába 10 - Jóváhagyások kezelése

Magas szintű biztonsági kockázaton kívül a vállalati erőforrások fölösleges pazarlását is okozhatja a nem megfelelően kezelt jóváhagyások. A jóváhagyások kezelése során garantálnunk kell, hogy minden jóváhagyást igénylő művelet valóban jóváhagyáshoz legyen kötve, azt pedig csak az erre jogosult személyek végezhessék. A biztonságon túl az is fontos, hogy ne teljen el sok idő a jóváhagyási folyamattal, hiszen az képes hátráltatni a szervezet konstruktív működését.

Vegye fel velünk a kapcsolatot!

Beszéljünk a folyamataidról

Írd le röviden, milyen folyamatot automatizálnál – 1 munkanapon belül jelentkezünk.