HONESTAS stoppar ett beslut när modellerna är oense, när undertecknaren saknar behörighet, när bevisunderlaget ändras, när det inte går att avgöra vems data det rör sig om, när tiden går ut eller när ett underlag har ändrats. Varje stopp har en kod, en tydlig motivering och ett nästa steg – och varje stopp sparas som ett eget underlag.
En kontroll som aldrig säger nej bevisar ingenting. Här är de sex kontroller som stoppar ett försäkringsbeslut i HONESTAS, med produktens egna termer och vad som sker i nästa steg.
GATE_DISAGREEMENTEn andra, oberoende modell från en annan modellfamilj prövade beslutet på nytt och kom fram till ett annat resultat.
Vad händer härnästIngenting skickas ut. Båda svaren går tillbaka till beslutsrummet sida vid sida, ordföranden fattar beslut och oenigheten dokumenteras i underlaget.
AUTHORITY_EXCEEDEDBeloppet eller typen av beslut ligger utanför vad personens delegerade behörighet tillåter enligt den behörighetsmatris som gäller idag.
Vad händer härnästHONESTAS anger vem som har behörighet att signera och eskalerar ärendet dit. Ingen kan höja sin egen beloppsgräns.
EVIDENCE_MOVED_BEFORE_COMMITEn handling inkom eller ändrades mellan signeringen och förseglingen, vilket gör att signaturen inte längre täcker allt i underlaget.
Vad händer härnästFörseglingen avvaktar och undertecknaren ombeds granska ärendet på nytt. Den andra signaturen täcker hela det uppdaterade underlaget.
SCOPE_REFUSEDEn förfrågan angav inte vilket bolag den tillhör, vems data det gäller eller vilken enhet som ställer frågan.
Vad händer härnästIngenting läses in. Förfrågan returneras med uppgift om vilken rad som saknas, och blockeringen registreras.
DEADLINE_EXCEEDEDEn modell, ett beslutsrum eller ett godkännande blev inte klart inom den utsatta tidsramen.
Vad händer härnästÄrendet går vidare till nästa person i eskaleringskedjan, med allt som hittills dokumenterats. En tidsgräns som löper ut leder aldrig till ett automatiskt godkännande.
HASH_MISMATCHUnderlagets fingeravtryck stämmer inte längre överens med förseglingen, eller så ger en ny körning av valideringen inte samma resultat som det förseglade.
Vad händer härnästKopian avvisas som bevis och verifieraren flaggar underlaget. Det är originalet, som ligger kvar förseglat i arkivet, som gäller.
Varje kod visas i produkten, i underlaget och i svaren från API:et. Se utvecklare för hur era system tar emot dem.
En blockering är inte ett felmeddelande som bara försvinner. Den förseglas precis som alla andra beslut – med ärendet, orsaken, båda sidor av oenigheten och vem som underrättats – så att en revisor kan räkna dem och granska var och en.
Blockering · CLM-2026-5120ExempelDet här är inte alternativ i en meny. Ingen kund, administratör eller tekniker på Adverant kan aktivera dem för ett enskilt bolag.
Hur en uppringare låter kan göra att en handläggare kopplas in i samtalet tidigare. Det påverkar aldrig ett pris, ett underwritingbeslut, ett skadeärende eller en bedrägerikontroll, och personalen analyseras aldrig med avseende på känslor. AI-förordningen förbjuder redan AI som drar slutsatser om känslor på arbetsplatsen, utom av medicinska eller säkerhetsmässiga skäl, enligt artikel 5.1 f.
Ingen skada avslås, inget försäkringsskydd nekas och ingen försäkring sägs upp av en modell på egen hand. En namngiven person med rätt fullmakt undertecknar varje beslut som går kunden emot, och motiveringen anges i brevet.
Ingen kan ändra en förseglad post, höja sin egen beloppsgräns eller stänga av en kontroll utan att det syns. Ett åsidosättande är ett nytt beslut, med namn, motivering och egen försegling, kopplat till det beslut som ersätts.
En spärr visas direkt på skärmen där arbetet sker, på klarspråk, med den åtgärd som löser den och vem som har behörighet att ta vid.
Förseglingen, behörighetskontrollen och kontrollen via en andra modell kan inte stängas av. Fullmaktsgränser och tidsfrister sätter ni själva, och för att ändra dem krävs en andra person.
En person med rätt fullmakt kan fatta beslutet. Det blir ett nytt beslut med personens namn och motivering, kopplat till spärren, som ligger kvar i dokumentationen.
En spärr skickar ärendet till rätt person med allt underlag som samlats in hittills, så ingen behöver börja om. De flesta beslut möter aldrig en spärr; de som gör det är sådana som finansinspektionen eller en revisor skulle fråga om.
Nej. Kunderna ser klarspråk i sitt brev eller i appen. Koderna är till för era team, era revisorer och era system.
Ta med ett skadeärende som ni anser att AI inte bör reglera på egen hand. Vi kör det och visar er spärren, beslutsunderlaget och vem ärendet går till.