Tilslut det, I bruger. Udskift intet.
HONESTAS læser jeres policeadministration, skadesystemer, modelregistre, faredata og brugerkatalog, som de er. Det bliver aldrig jeres primære registreringssystem (system of record). Når en beslutning skal ændre noget, kontrolleres tilbageskrivningen op imod den forseglede beslutning og registreres sammen med det svar, der kom tilbage.
| System | Type | Skriver tilbage |
|---|---|---|
| Guidewire PolicyCenter | Police | Aldrig |
| Guidewire ClaimCenter | Skader | Reserver og udbetalinger, efter forseglingen |
| MLflow | Modeller | Aldrig |
| Copernicus · NOAA | Faredata | Aldrig |
| Jeres brugerkatalog | Identitet | Aldrig |
| ACORD · agentforbindelser | Partnere | Meddelelser, kontrolleret ved grænsen |
Hvert system læses, som det er. Intet migreres.
Seks typer systemer. Én forseglet beslutning.
Hvert beslutningsrum læser det nødvendige fra de systemer, I allerede bruger. Hvert element, der læses, gemmes i dokumentationen med angivelse af, hvor det kom fra, og hvornår.
- Policeadministration
Guidewire PolicyCenter, Duck Creek, Sapiens eller jeres eget system. Policer, forsikringsbetingelser, påtegninger og tariffer.
- Skader
Guidewire ClaimCenter, Duck Creek Claims eller jeres eget system. Skader, reserver, udbetalinger og dokumenter, hvor hver tilbageskrivning registreres.
- Modelregistre
MLflow, SageMaker eller jeres eget register og kørselslogs. Hver kørsel og version gemmes, og modeldrift fanges.
- Risiko og eksponering
Copernicus, NOAA, USGS og FIRMS, live, side om side med jeres egne eksponeringsdata i OED eller jeres eget format.
- Identitet
SAML, OIDC og SCIM, hvor jeres eget brugerkatalog styrer, hvem der ser hvad, og hvem der har hvilke beføjelser.
- Partnere
ACORD- og BiPRO-meddelelser samt agent-til-agent-forbindelser til mæglere, coverholders og genforsikringsselskaber.
Jeres systemer forbliver det primære registreringssystem.
HONESTAS læser via hvert systems egne grænseflader, eksporter og hændelser. Der er ingen migrering og ingen ekstra kopi, der skal holdes synkroniseret. Det, en beslutning har læst, får et digitalt fingeraftryk, så alle senere kan se, om kilden er ændret siden da.
- Læser via systemets egne grænseflader
- Hvert element gemmes med kilde og tidspunkt
- Et fingeraftryk viser, om kilden er ændret senere
Hver tilbageskrivning kontrolleres, og svaret gemmes.
Når en forseglet beslutning ændrer en reserve, frigiver en udbetaling eller opdaterer en police, sender HONESTAS ændringen via et kontrolleret trin, aldrig som en direkte opdatering. Underskriverens fuldmagt, beløbet og skadens status kontrolleres først. Hvad der blev sendt, og hvad der kom tilbage, registreres sammen med beslutningen.
- Sendes først, når beslutningen er forseglet
- Kontrolleret op imod fuldmagt og dokumentation
- En afvisning fra jeres system registreres også
Én beslutning ad gangen. Uger, ikke måneder.
I starter med én beslutning og kun de systemer, den læser. Jeres og vores teknikere arbejder side om side, og intet skrives tilbage, før jeres team har set det i drift.
Vælg én beslutning
Vælg en beslutning, som AI allerede hjælper med, f.eks. modtagelse af motorskadeanmeldelser, en reservegennemgang eller en fornyelsespris.
Kortlæg, hvad den læser
Oplist de systemer og felter, beslutningen behøver, og hvem der må se hvert enkelt.
Tilslut, kun læseadgang
Forbind disse systemer i et testmiljø med læseadgang, og kontroller, at hver post ankommer med sin kilde.
Kør sideløbende med jeres team
Reelle sager går gennem rummene sideløbende med jeres nuværende proces. Jeres team sammenligner resultaterne, før noget ændres.
Slå tilbageskrivning til
Slå tilbageskrivning til én type ad gangen, startende med den mindste, hvor hver enkelt kontrolleres og registreres.
Gå i drift, og tag så den næste
Beslutningen går i drift med sine egne regler og fuldmagter. Den næste genbruger de forbindelser, I allerede har.
Jeres katalog afgør hvem. Jeres partnere bliver bag deres egne mure.
Login, konti og fuldmagter kommer fra de systemer, I allerede stoler på. Beskeder til andre virksomheder kontrolleres, før de sendes.
Identitet og fuldmagt
Medarbejdere logger ind med jeres egen SAML- eller OIDC-udbyder, og SCIM holder konti synkroniseret med jeres katalog. Hvem der må beslutte hvad, kommer fra jeres egne fuldmagtstabeller, og en ændring i dem er i sig selv en registreret beslutning.
Mæglere, coverholders og genforsikringsselskaber
ACORD- og BiPRO-beskeder samt agent-til-agent-links forbinder jer med partnere. Hver besked kontrolleres op imod murene mellem virksomhederne, før den sendes, og gemmes sammen med den beslutning, den hører til.
Tilslutning af jeres systemer.
Skal vi migrere nogen data?
Nej. HONESTAS læser hvert system, som det er, og gemmer kun det, en beslutning har brugt, sammen med dets kilde. Jeres kernesystemer forbliver det autoritative datagrundlag.
Hvad hvis vores police- eller skadesystem er egenudviklet?
Det er almindeligt. HONESTAS læser fra dets grænseflader, databasevisninger, eksporter eller hændelsesstrømme, alt efter hvad jeres team foretrækker at udstille.
Kan HONESTAS ændre data i vores systemer?
Kun gennem en tilbageskrivning, I har slået til, efter at en beslutning er forseglet, og underskriverens fuldmagt er kontrolleret. Hver tilbageskrivning registreres med jeres systems svar.
Hvor lang tid tager den første forbindelse?
Uger frem for måneder for én beslutning og de systemer, den læser. Hver beslutning derefter genbruger de forbindelser, der allerede er på plads.
Er der et API til vores egne apps?
Ja. Alt i HONESTAS kan tilgås via dets API med de samme rettigheder, som medarbejderne har. Se udviklersiderne.
Gå i dybden
Medbring én beslutning og de systemer, den læser.
Vi kortlægger forbindelsen sammen med jeres team og viser jer den første beslutning køre sideløbende med jeres proces.