Akti për IARregullat për IA me rrezik të lartë për çmimet e sigurimit të jetës dhe shëndetit zbatohen nga 2 dhjetori 2027.Shih çfarë duhet ruajtur
HyrRezervoni një demonstrim
Çfarë refuzon sistemi

Pyetni se çfarë refuzon të bëjë një sistem. Ja përgjigjja jonë, me shkrim.

HONESTAS ndalon një vendim kur modelet nuk përputhen, kur nënshkruesit i mungon autoriteti, kur provat ndryshojnë, kur nuk mund të dallohet se kujt i përkasin të dhënat, kur mbaron koha dhe kur një regjistrim është ndryshuar. Çdo ndalim ka një kod, një arsye të qartë dhe një hap të radhës, dhe secili ruhet si regjistrim.

Një kod për çdo refuzimNjë person përgjegjës për çdo hap të radhësE ruajtur në regjistrim
honestas · provat e vendimit · nënshkrimi dhe vulosjaTë dhëna shembull
Nënshkrimi i një drejtueseje dëmesh u pezullua sepse fotografitë mbërritën pasi ajo kishte nënshkruar, më pas u nënshkrua sërish dhe u vulos
Vula, në pritje. Fotografitë mbërritën dymbëdhjetë sekonda pasi ajo nënshkroi, ndaj vula priti. Nënshkrimi i saj i dytë mbulon të dhjetë elementet.Të dhëna shembull
Gjashtë refuzime

Një refuzim është prova që kontrollet janë reale.

Një kontroll që nuk thotë kurrë jo, nuk vërteton asgjë. Këto janë gjashtë rastet që ndalojnë një vendim sigurimi në HONESTAS, me fjalët që përdor vetë produkti dhe me çfarë ndodh më pas.

GATE_DISAGREEMENT

Të dy modelet nuk ranë dakord

Një model i dytë i pavarur, nga një familje tjetër, e përpunoi sërish vendimin dhe arriti në një rezultat të ndryshëm.

Çfarë ndodh më pasAsgjë nuk dërgohet jashtë. Të dyja përgjigjet kthehen në dhomën e vendimmarrjes krah për krah, drejtuesi vendos dhe mospërputhja mbetet në regjistrim.

AUTHORITY_EXCEEDED

Tejkalim i autoritetit të nënshkruesit

Shuma ose lloji i vendimit është jashtë asaj që lejon autoriteti i deleguar i këtij personi, sipas versionit të autoritetit në fuqi sot.

Çfarë ndodh më pasHONESTAS tregon se kush mund ta nënshkruajë dhe hap një referim për të. Askush nuk mund të rrisë limitin e vet.

EVIDENCE_MOVED_BEFORE_COMMIT

Provat ndryshuan pas nënshkrimit

Një dokument mbërriti ose ndryshoi mes nënshkrimit dhe vulosjes, kështu që nënshkrimi nuk mbulon më gjithçka në regjistrim.

Çfarë ndodh më pasVula pret dhe nënshkruesit i kërkohet ta rishikojë. Nënshkrimi i dytë mbulon të gjithë regjistrimin.

SCOPE_REFUSED

Nuk mund të dallojmë se kujt i përkasin këto të dhëna

Një kërkesë nuk specifikoi se cilës shoqëri i përket, të kujt janë të dhënat apo cila njësi po bën kërkesën.

Çfarë ndodh më pasAsgjë nuk lexohet. Kërkesa kthehet mbrapsht duke treguar fushën që mungon dhe refuzimi regjistrohet.

DEADLINE_EXCEEDED

Koha mbaroi, ndaj i kalon një personi

Një model, një dhomë vendimmarrjeje ose një miratim nuk përfundoi brenda kohës së caktuar.

Çfarë ndodh më pasRasti i kalon personit tjetër në linjën e përshkallëzimit, me gjithçka të mbledhur deri në atë çast. Një pritje që i mbaron afati nuk miratohet kurrë vetë.

HASH_MISMATCH

Ky regjistrim ka ndryshuar

Gjurma dixhitale e një regjistrimi nuk përputhet më me vulën e tij, ose një rikontroll verifikimi nuk prodhon të njëjtin rezultat të vulosur.

Çfarë ndodh më pasKopja refuzohet si provë dhe verifikuesi identifikon regjistrimin. Origjinali, ende i vulosur në arkivin e regjistrimeve, është i vetmi që vlen.

Çdo kod shfaqet në produkt, në regjistrim dhe në përgjigjet e API-t. Shihni zhvilluesit për mënyrën se si i marrin ato sistemet tuaja.

E ruajtur si regjistrim

Pa regjistrim, pa efekt. Edhe refuzimi vuloset.

Një refuzim nuk është një mesazh gabimi që zhduket nga ekrani. Ai vuloset si çdo vendim tjetër, me rastin, arsyen, të dyja anët e mospërputhjes dhe personin që u njoftua, në mënyrë që auditori të mund t'i numërojë dhe të lexojë secilin prej tyre.

  • E njëjta vulë dhe vulë kohore e jashtme si për një vendim
  • Të numëruara sipas kodit, ekipit dhe linjës së biznesit
  • E lidhur me vendimin që e pason
  • Nuk fshihet kurrë kur rasti vijon drejt dëmshpërblimit
Refuzim · CLM-2026-5120Shembull
kodi GATE_DISAGREEMENT rasti CLM-2026-5120, rrjedhje uji modeli i 1rëPagesë e plotë, 18.400 EUR i dyti Pagesë e pjesshme, 12.900 EUR arsyeja Konsumim i zakonshëm, klauzola 4.1 dërguar asgjë njoftuar Aoife Ryan, drejtuese e dëmeve hapi tjetër Kthehu te drejtuesi koha 2026-10-21 09:12:07 UTC
Vulosur 09:12:08 · vulë kohore e dëshmuar jashtë Adverant
Tre gjëra që nuk do t'i bëjë

Disa kufij nuk janë parametra të ndryshueshëm. Askush nuk mund t'i aktivizojë.

Këto nuk janë opsione në një meny. Asnjë klient, administrator apo inxhinier i Adverant nuk mund t'i aktivizojë ato për një shoqëri të caktuar.

Asnjë lexim emocionesh në një vendim

Mënyra se si tingëllon një telefonues mund të sjellë më shpejt një person në linjë. Kjo nuk arrin kurrë te çmimi, vendimi për marrjen në sigurim (underwriting), dëmi apo kontrolli për mashtrim, dhe stafi nuk analizohet kurrë për emocionet. Akti për IA-në (AI Act) tashmë e ndalon IA-në që nxjerr përfundime mbi emocionet në punë, përveçse për arsye mjekësore ose sigurie, sipas Nenit 5(1)(f).

Asnjë refuzim vetëm nga një model

Asnjë kërkesë dëmshpërblimi nuk refuzohet, asnjë mbulim nuk mohohet dhe asnjë policë nuk anulohet nga një model i vetëm. Një person i emëruar dhe me autoritetin përkatës nënshkruan çdo vendim që është kundër një klienti, dhe arsyet e tij shënohen në shkresë.

Asnjë anashkalim i heshtur

Askush nuk mund të ndryshojë një regjistrim të vulosur, të rrisë limitin e vet ose të çaktivizojë një kontroll pa u dukur. Një anashkalim është një vendim i ri, me emër, arsye dhe vulën e vet, i lidhur me vendimin që zëvendëson.

Shihni si ndodh një rast

Refuzimet, aty ku njerëzit punojnë. Secili tregon se çfarë duhet bërë më pas.

Një refuzim shfaqet në ekranin ku kryhet puna, me fjalë të thjeshta, së bashku me hapin që e zgjidh atë dhe personin që mund ta ndërmarrë.

honestas · versions · what changed: a rate tableTë dhëna shembull
Një ndryshim në tabelën e tarifave për automjetet private në pritje të miratimit, me shënimin se autorja nuk mund ta miratojë vetë
Ju nuk mund të miratoni ndryshimin tuaj. Aktuari i çmimeve ndërtoi tabelën e re të tarifave motorike, ndaj një tjetër person i emëruar duhet ta miratojë atë përpara se të hyjë në fuqi.Të dhëna shembull
honestas · workforce · needs a personTë dhëna shembull
Kërkesat e agjentëve të AI në pritje të një personi, me shënimin se një pritje së cilës i mbaron afati refuzohet dhe nuk miratohet kurrë
Një pritje nuk miratohet kurrë vetë. Një kërkesë subrogimi pret për drejtuesen e dëmeve. Nëse ajo nuk përgjigjet në kohë, kërkesa i kalon menaxherit të saj, dhe pas katërmbëdhjetë ditësh refuzohet.Të dhëna shembull
Pyetje

Rreth refuzimeve.

A mund ta çaktivizojmë një refuzim?

Vula, kontrolli i fushëveprimit dhe kontrolli nga modeli i dytë nuk mund të çaktivizohen. Limitet e autoritetit dhe afatet caktohen nga ju, dhe ndryshimi i tyre kërkon një person të dytë.

A mund ta rrëzojë një person një refuzim?

Një person me autoritetin përkatës mund ta marrë vendimin. Ky është një vendim i ri me emrin dhe arsyet e tij, i lidhur me refuzimin, i cili mbetet në regjistër.

A do t'i ngadalësojnë refuzimet dëmet tona?

Një refuzim ia dërgon rastin personit të duhur me gjithçka të mbledhur deri në atë çast, kështu që askush nuk ia nis nga e para. Shumica e vendimeve nuk hasin kurrë një të tillë; ato që hasin janë pikërisht rastet për të cilat do të pyeste një mbikëqyrës.

A i shohin klientët kodet e refuzimit?

Jo. Klientët shohin fjalë të thjeshta në letrën ose aplikacionin e tyre. Kodet janë për ekipet tuaja, auditorët dhe sistemet tuaja.

Rezervoni një demonstrim

Shikojeni tek thotë jo.

Sillni një dëm që mendoni se AI nuk duhet ta zgjidhë e vetme. Ne do ta procesojmë dhe do t'ju tregojmë refuzimin, regjistrimin dhe personin të cilit i kalon.