MI-rendeletA magas kockázatú MI-re vonatkozó szabályok az élet- és egészségbiztosítási díjszabás terén 2027. december 2-tól alkalmazandók.Megőrzendő adatok áttekintése
BejelentkezésBemutató kérése
Amit a rendszer megtagad

Kérdezze meg, mit utasít vissza egy rendszer. Íme a mi válaszunk, írásban.

A HONESTAS megállítja a döntést, ha a modellek nem értenek egyet, ha az aláírónak nincs megfelelő jogosultsága, ha a bizonyítékok időközben változnak, ha nem állapítható meg az adatok tulajdonosa, ha lejár az időkeret, vagy ha egy rekord módosult. Minden leállításnak saját kódja, világos indoka és következő lépése van, és mindegyik rekordként marad meg.

Minden elutasításhoz külön kódMinden következő lépéshez felelős személyRekordban megőrizve
honestas · döntési bizonyítékok · aláírás és lepecsételésMintaadatok
Egy kárrendezési vezető aláírása felfüggesztve, mert a fotók az aláírása után érkeztek be, majd újra aláírva és lezárva
A visszatartott zárolás. A fényképek tizenkét másodperccel az aláírás után érkeztek meg, ezért a zárolás várt. A második aláírás már mind a tíz tételt lefedi.Mintaadatok
Hat elutasítás

Az elutasítás a bizonyíték arra, hogy az ellenőrzések valódiak.

Az az ellenőrzés, amely soha nem mond nemet, semmit sem bizonyít. Ez a hat eset állít meg egy biztosítási döntést a HONESTAS rendszerében – pontosan a termék által használt megfogalmazásban, a következő lépésekkel együtt.

GATE_DISAGREEMENT

A két modell nem értett egyet

Egy másik modellcsaládból származó, független második modell újra lefuttatta a döntést, és eltérő eredményre jutott.

Mi a következő lépés?Semmi sem megy ki. Mindkét válasz egymás mellett visszakerül a döntési térbe, a levezető elnök dönt, az eltérés pedig benne marad a rekordban.

AUTHORITY_EXCEEDED

Túlmutat az aláíró jogosultságán

Az összeg vagy a döntés jellege meghaladja azt, amit az adott személy delegált jogosultsága a ma hatályos verzió szerint megenged.

Mi a következő lépés?A HONESTAS megnevezi az aláírásra jogosult személyt, és továbbítja (referral) neki az ügyet. Senki sem emelheti meg a saját limitjét.

EVIDENCE_MOVED_BEFORE_COMMIT

A bizonyíték az aláírás után megváltozott

Az aláírás és a zárolás között új irat érkezett vagy változott meg, így az aláírás már nem fedi le a rekord teljes tartalmát.

Mi a következő lépés?A zárolás várakozik, a rendszer pedig újabb áttekintésre kéri az aláírót. A második aláírás már a teljes rekordot lefedi.

SCOPE_REFUSED

Nem állapítható meg, kinek az adatairól van szó

A kérés nem tartalmazta, hogy melyik céghez tartozik, kinek az adatairól van szó, vagy melyik szervezeti egység küldte.

Mi a következő lépés?A rendszer semmit sem olvas be. A kérés a hiányzó sor megjelölésével visszapattan, az elutasítást pedig rögzítjük.

DEADLINE_EXCEEDED

Lejárt az időkeret, így emberhez kerül az ügy

Egy modell, döntési tér vagy jóváhagyás nem készült el a számára meghatározott időn belül.

Mi a következő lépés?Az ügy az eddigi összes adattal együtt az eszkalációs lánc következő szereplőjéhez kerül. A lejárt várakozás soha nem hagyja jóvá önmagát.

HASH_MISMATCH

Ez a rekord megváltozott

A rekord ujjlenyomata már nem egyezik a zárolással, vagy az érvényesítés újrafuttatása nem reprodukálja a zárolt eredményt.

Mi a következő lépés?A rendszer a másolatot bizonyítékként elutasítja, az ellenőrző pedig megnevezi az érintett rekordot. A rekordtárban továbbra is zárolt eredeti példány a mérvadó.

Minden kód megjelenik a termékben, a rekordban és az API válaszaiban. Nézze meg a fejlesztőknek oldalon, hogyan fogadják ezeket az Ön rendszerei.

Rekordként megőrizve

Nincs rekord, nincs joghatás. Az elutasítást is zároljuk.

Az elutasítás nem egy tovagördülő hibaüzenet. Ugyanúgy zároljuk, mint bármely más döntést: az üggyel, az indokkal, a véleményeltérés mindkét oldalával és az értesítettek körével együtt, így a könyvvizsgáló megszámolhatja és egyenként elolvashatja őket.

  • Ugyanaz a zárolás és külső időbélyeg, mint egy döntésnél
  • Kód, csapat és módozat szerint összesítve
  • Hozzákapcsolva az őt követő döntéshez
  • Soha nem törlődik, amikor az ügy később kárrendezésre kerül
Elutasítás · CLM-2026-5120Minta
kód GATE_DISAGREEMENT ügy CLM-2026-5120, vezetékes vízkár első modell Teljes kifizetés, 18 400 EUR második Részleges kifizetés, 12 900 EUR eltérés oka Elhasználódás, 4.1. záradék kiküldve semmi értesítve Aoife Ryan, kárrendezési vezető következő Vissza az elnökhöz időpont 2026-10-21 09:12:07 UTC
Zárolva: 09:12:08 · az időbélyeget az Adveranton kívül hitelesítették
Három dolog, amit soha nem tesz meg

Vannak határok, amelyek nem puszta beállítások. Senki sem kapcsolhatja be őket.

Ezek nem menüpontok. Sem ügyfél, sem rendszergazda, sem az Adverant mérnöke nem tudja bekapcsolni őket egyetlen cég számára sem.

Nincs érzelemfelismerés a döntéshozatalban

A hívó hanghordozása alapján előbb kapcsolható élő munkatárs a híváshoz. Ez az információ soha nem jut el a díjszabásig, a kockázatvállalási döntésig, a kárrendezésig vagy a csalásvizsgálatig, a munkatársak érzelmeit pedig soha nem elemezzük. Az MI-rendelet (AI Act) az 5. cikk (1) bekezdésének f) pontja alapján már tiltja a munkahelyi érzelmek kikövetkeztetésére szolgáló MI-t, az egészségügyi és biztonsági okokat kivéve.

Egy modell önmagában nem utasíthat el semmit

Egyetlen kárigényt sem utasíthat el, fedezetet nem tagadhat meg, és kötvényt sem mondhat fel pusztán egy modell. Minden olyan döntést, amely az ügyfél számára kedvezőtlen, egy megfelelő jogosultsággal rendelkező, megnevezett személy ír alá, az indoklás pedig bekerül az értesítő levélbe.

Nincsenek néma felülbírálatok

Senki sem módosíthat egy lezárt rekordot, emelheti meg a saját limitjét, vagy kapcsolhat ki egy ellenőrzést úgy, hogy az ne látszódjon. A felülbírálat egy új döntés: névvel, indoklással és saját lezárással, hozzákapcsolva ahhoz, amelyet felvált.

Nézze meg működés közben

Elutasítások ott, ahol a munka folyik. Mindegyik megmutatja a következő lépést.

Az elutasítás közvetlenül a munkafelületen jelenik meg, közérthetően, megjelölve a megoldáshoz szükséges lépést és az arra jogosult személyt.

honestas · verziók · mi változott: díjtáblaMintaadatok
Jóváhagyásra váró lakossági gépjármű-tarifatábla módosítás, azzal a megjegyzéssel, hogy a készítője nem hagyhatja jóvá saját maga
Saját módosítását senki sem hagyhatja jóvá. Az új gépjármű-tarifatáblát az árazási aktuárius készítette, így az élesítés előtt egy másik megnevezett személynek kell jóváhagynia.Mintaadatok
honestas · workforce · needs a personMintaadatok
Emberi beavatkozásra váró MI-ügynök kérések, azzal a megjegyzéssel, hogy a lejárt várakozási idejű kéréseket a rendszer elutasítja, és soha nem hagyja jóvá
A várakozás soha nem válik automatikus jóváhagyássá. Egy regressz igény a kárrendezési vezetőre vár. Ha nem válaszol időben, az ügy a feletteséhez kerül, tizennégy nap után pedig a rendszer elutasítja.Mintaadatok
Kérdések

Az elutasításokról.

Kikapcsolhatjuk az elutasítást?

A lezárás, a hatáskör-ellenőrzés és a második modell általi ellenőrzés nem kapcsolható ki. A jogosultsági limiteket és a határidőket Önök állítják be, de a módosításukhoz egy második személy jóváhagyása szükséges.

Felülbírálhatja egy ember az elutasítást?

Egy megfelelő jogosultsággal rendelkező személy meghozhatja a döntést. Ez egy új döntésnek minősül, az ő nevével és indoklásával, amely hozzákapcsolódik az aktában maradó elutasításhoz.

Lassítják az elutasítások a kárrendezést?

Az elutasítás a megfelelő személyhez irányítja az ügyet az addig összegyűjtött összes adattal együtt, így senkinek sem kell elölről kezdenie a munkát. A legtöbb döntésnél nem történik elutasítás; amelyeknél mégis, azokra a felügyelet is rákérdezne.

Látják az ügyfelek az elutasítási kódokat?

Nem. Az ügyfelek közérthető szöveget látnak a levélben vagy az alkalmazásban. A kódok az Önök csapatainak, auditorainak és rendszereinek szólnak.

Bemutató kérése

Nézze meg, ahogy nemet mond.

Hozzon egy olyan kárügyet, amelyet Ön szerint az MI-nek nem szabadna egyedül rendeznie. Lefuttatjuk, és megmutatjuk az elutasítást, a rekordot és a személyt, akihez az ügy kerül.