A boldogtalan utak: miért a kivételkezelésen múlik minden

Van egy mondat, amit minden bevezetés elején elmondunk:

Egyféleképpen tud valami jól végigmenni. Több százféleképpen tud rosszul. Ha csak a jó útra építesz, a rendszered a valóság első érintésére leáll.

Ez nem pesszimizmus. Ez a munka nagy részének a leírása.

Mi a boldog út

A boldog út az, amit a folyamatleírás tartalmaz. Megérkezik a számla, kiolvassuk az adatokat, párosítjuk a megrendeléssel, rögzítjük, jóváhagyják, kifizetjük.

Ezt megépíteni gyors. Egy tapasztalt mérnök egy hét alatt működő demót csinál belőle. Ezért néznek ki olyan jól a demók.

Mi a boldogtalan út

Ugyanez a folyamat, amikor:

• a számla képként érkezik, elforgatva, rossz megvilágításban,
• két csatolmány van, és az egyik a szállítólevél másolata,
• a szállító neve elírással szerepel, és nincs a törzsben,
• a megrendelés részszállítás, tehát az összeg nem egyezik,
• a számla devizás, de az árfolyam a teljesítés napjára kell,
• a szállító már küldte egyszer, csak más tárgymezővel,
• a jóváhagyó szabadságon van, és nincs beállítva helyettesítés,
• az ERP éppen karbantartás alatt van,
• a modell időtúllépéssel elszáll a hetedik lépésnél.

Ez a kilenc eset a valós forgalom jelentős részét adja. És mindegyik más kezelést kíván.

A négy kategória

Amikor kivételeket tervezünk, négy dobozba soroljuk őket.

1. Amit a rendszer megold. Elforgatott kép? Forgassuk vissza. Elírt szállítónév? Fuzzy egyezés a törzsön, és ha egy találat 95% fölött van, menjen tovább. Ezek egyszeri fejlesztések, és utána eltűnnek.

2. Amit a rendszer felismer, de emberhez küld. Részszállítás miatti eltérés? A rendszer észreveszi, hogy nem egyezik, kiszámolja a különbséget, mellérakja a megrendelést, és emberhez küldi döntésre. Nem hibaüzenettel: előkészített döntéssel.

3. Amit a rendszer nem ismer fel, de a mérés kiszúr. Ezekre nincs előzetes szabály. Ezért fut árnyékmód, és ezért van kategóriánkénti mérés: ha egy szegmensben leesik a pontosság, kiderül, hogy megjelent valami új.

4. Infrastrukturális hiba. Az ERP nem válaszol, a modell időtúllépéssel elszáll. Ezek nem üzleti kivételek, hanem technikaiak: újrapróbálkozás exponenciális várakozással, majd egy ponton feladás — de soha nem csendes feladás.

A legfontosabb szabály: semmi nem tűnhet el

Ha egy tétel nem megy át, három dolognak kell történnie:

1. Bekerül a kivételsorba, nem a semmibe.
2. Van hozzá indoklás, ami embernek olvasható: „a szállító nem található a törzsben (Kovács és Tsa Kft.)”, nem ERR_VENDOR_404.
3. Van hozzá felelős és határidő.

A csendes hiba a legdrágább hibatípus. Az a rendszer, ami az esetek 3%-át némán eldobja, három hónap múlva egy zárásnál fog kiderülni — és onnantól senki nem fog megbízni benne.

A kivételsor mint mérőszám

A kivételsor hossza a rendszer egészségének legjobb mutatója. Érdemes napi szinten nézni:

• Ha csökken: a rendszer tanul, vagy a beérkező anyag lett tisztább.
• Ha nő: vagy elromlott valami, vagy a valóság változott — új szállító, új formátum, új szabály. Mindkettő beavatkozást igényel.
• Ha egy kategória dominál: ott van a következő fejlesztés.

Ez a lista így nem szemétdomb, hanem munkasor. Ez a különbség egy éles rendszer és egy demó között.

Miért ez a legjobban megtérülő munka

Ha csak a boldog utat építed meg, a rendszered az esetek 60–70%-át viszi végig, és a maradék marad kézi munka — plusz jön az ellenőrzés terhe. A nettó megtakarítás alig lesz pozitív.

Ha a kivételeket is megtervezed, a rendszer 90% fölé megy, és ami marad, az strukturáltan, előkészítve érkezik az emberhez. Ez a különbség aközött, hogy egy projekt megéri-e vagy sem.

---

A kivételek felvétele a felmérés része. Kapcsolódó: ember a hurokban.