Koble til det dere bruker. Ikke bytt ut noe.
HONESTAS leser fagsystemet for poliser, skadesystemet, modellregistrene, faredataene og katalogtjenesten slik de er. Det blir aldri deres primærsystem (system of record). Når en beslutning krever en endring, kontrolleres tilbakeskrivingen mot den forseglede beslutningen og loggføres sammen med svaret som kom tilbake.
| System | Type | Skriver tilbake |
|---|---|---|
| Guidewire PolicyCenter | Polise | Aldri |
| Guidewire ClaimCenter | Skader | Avsetninger og utbetalinger, etter forsegling |
| MLflow | Modeller | Aldri |
| Copernicus · NOAA | Faredata | Aldri |
| Din katalogtjeneste | Identitet | Aldri |
| ACORD · agentkoblinger | Partnere | Meldinger, kontrollert ved grensen |
Hvert system leses slik det er. Ingenting migreres.
Seks typer systemer. Én forseglet beslutning.
Hvert beslutningsrom leser det som trengs fra systemene dere allerede bruker. Hvert element som leses, lagres i dokumentasjonen med kilde og tidspunkt.
- Poliseadministrasjon
Guidewire PolicyCenter, Duck Creek, Sapiens eller deres eget system. Poliser, vilkår, påtegninger og tariff-tabeller.
- Skader
Guidewire ClaimCenter, Duck Creek Claims eller deres eget system. Skader, avsetninger, utbetalinger og dokumenter, der hver tilbakeskriving loggføres.
- Modellregistre
MLflow, SageMaker eller deres eget register og kjørelogger. Hver kjøring og versjon lagres, og modellavvik (drift) fanges opp.
- Fare og eksponering
Copernicus, NOAA, USGS og FIRMS i sanntid, side om side med deres egne eksponeringsdata i OED eller eget format.
- Identitet
SAML, OIDC og SCIM, der deres egen katalogtjeneste styrer hvem som ser hva, og hvem som har hvilke fullmakter.
- Partnere
ACORD- og BiPRO-meldinger, samt agent-til-agent-koblinger til meglere, coverholders og reassurandører.
Deres systemer forblir primærsystemet (system of record).
HONESTAS leser via hvert systems egne grensesnitt, eksporter og hendelser. Det er ingen migrering og ingen ekstra kopi som må holdes synkronisert. Det en beslutning har lest, får et digitalt fingeravtrykk, slik at hvem som helst i ettertid kan se om kilden er endret.
- Leser via systemets egne grensesnitt
- Hvert element lagres med kilde og tidspunkt
- Et fingeravtrykk viser om kilden ble endret senere
Hver tilbakeskriving kontrolleres, og svaret lagres.
Når en forseglet beslutning endrer en avsetning, frigir en utbetaling eller oppdaterer en polise, sender HONESTAS endringen gjennom et kontrollert trinn – aldri som en direkte oppdatering. Underskriverens fullmakt, beløpet og skadens status kontrolleres først. Hva som ble sendt, og hva som kom tilbake, loggføres sammen med beslutningen.
- Sendes kun etter at beslutningen er forseglet
- Kontrolleres mot fullmakt og dokumentasjon
- En avvisning fra systemet deres blir også loggført
Én beslutning om gangen. Uker, ikke måneder.
Dere starter med én beslutning og kun de systemene den leser. Deres og våre utviklere jobber side om side, og ingenting skrives tilbake før teamet deres har sett det i drift.
Velg én beslutning
Velg en beslutning der KI allerede bidrar, som registrering av motorskader (FNOL), gjennomgang av avsetninger eller fornyelsesprising.
Kartlegg hva som leses
Lag en oversikt over hvilke systemer og felter beslutningen trenger, og hvem som kan se hvert enkelt.
Koble til, kun lesetilgang
Koble til disse systemene i et testmiljø med kun lesetilgang, og kontroller at hvert element kommer inn med kildehenvisning.
Kjør parallelt med teamet
Reelle saker går gjennom rommene parallelt med dagens prosess. Teamet sammenligner resultatene før noe endres.
Slå på tilbakeskriving
Slå på tilbakeskriving én type om gangen, start med den minste, der hver enkelt kontrolleres og loggføres.
Sett i drift, ta deretter neste
Beslutningen settes i drift med sine egne regler og fullmakter. Den neste gjenbruker tilkoblingene dere allerede har.
Katalogtjenesten deres avgjør hvem. Partnerne blir på sin side av skottene.
Pålogging, kontoer og fullmakter kommer fra systemene dere allerede stoler på. Meldinger til andre selskaper kontrolleres før de sendes ut.
Identitet og fullmakter
Brukerne logger på med deres egen SAML- eller OIDC-leverandør, og SCIM holder kontoene synkronisert med katalogtjenesten. Hvem som har fullmakt til å beslutte hva, hentes fra deres egne fullmaktsmatriser, og enhver endring i disse er i seg selv en loggført beslutning.
Meglere, coverholdere og reassurandører
ACORD- og BiPRO-meldinger samt agent-til-agent-koblinger knytter dere til partnere. Hver melding kontrolleres mot informasjonsskottene mellom selskapene før den sendes, og lagres sammen med beslutningen den tilhører.
Tilkobling av systemene deres.
Må vi migrere data?
Nei. HONESTAS leser hvert system slik det er, og lagrer kun det en beslutning faktisk brukte, med kilde. Kjernesystemene deres forblir system of record.
Hva om polise- eller skadesystemet vårt er egenutviklet?
Det er vanlig. HONESTAS leser fra grensesnitt, databasevisninger, eksporter eller hendelsesstrømmer – alt etter hva teamet deres foretrekker å eksponere.
Kan HONESTAS endre data i systemene våre?
Kun gjennom en tilbakeskriving dere har slått på, etter at en beslutning er forseglet og underskriverens fullmakt er kontrollert. Hver tilbakeskriving loggføres sammen med svaret fra systemet deres.
Hvor lang tid tar den første tilkoblingen?
Uker snarere enn måneder for én beslutning og systemene den leser fra. Hver beslutning etter dette gjenbruker tilkoblingene som allerede er på plass.
Finnes det et API for våre egne applikasjoner?
Ja. Alt i HONESTAS kan nås gjennom API-et, med de samme tilgangsrettighetene som brukerne har. Se utviklersidene.
Gå dypere
Ta med én beslutning og systemene den leser fra.
Vi kartlegger tilkoblingen sammen med teamet deres og viser den første beslutningen i drift parallelt med prosessen deres.