Goscore
EN / NO
Kjør en test ↗
Plattform

Laget som ligger under hver side på dette nettstedet.

Goscore gjør samtykkebaserte finansdata om til forklarbare variabler, og leverer dem inn i beslutningssystemene långiveren allerede kjører. Ingen utskifting av kjernen, ingen bytte av systemer, og banken beholder policy og den endelige beslutningen.

Ramme inn en to ukers datatest Se Financial Intelligence →
§ 01 — Arkitektur

Fra en samtykket konto til en beslutning systemene deres kan handle på.

Hvert steg nedenfor er en grense en gjennomgang kan ettergå: hva som går inn, hva som går ut, og hva som lagres.

01
Samtykke og tilgang
02
Normalisering
03
Kategorisering
04
Variabellag
05
Beslutningsstøtte
06
Levering
01

Samtykke og tilgang

Søkeren samtykker til å dele kontodata under PSD2 / open banking. Goscore leser det samtykket dekker, til formålet det ble gitt for, og ingenting annet. Tradisjonelle kredittopplysninger kommer fortsatt fra kildene dere allerede bruker.

02

Normalisering

Rå transaksjoner kommer som ustrukturert fritekst på tvers av banker. De vaskes, dubletter fjernes, og de får en ensartet struktur før noe utledes av dem.

03

Kategorisering

Brukersteder gjenkjennes fra fritekststrenger, og transaksjoner kategoriseres — inntekt, nødvendig forbruk, forpliktelser, frie midler, overføringer — med en taksonomi som betyr det samme på tvers av banker og over tid.

04

Variabellag

Kategorisert aktivitet blir til stabile, navngitte variabler: verifisert inntekt og stabiliteten i den, faste forpliktelser, disponibelt beløp, betjeningsevne ved en gitt termin, og atferdsbaserte risikoindikatorer.

05

Beslutningsstøtte

Variablene blir en risikoindikasjon med driverne som ga den, pluss grunnlaget bak. Dette er et innspill til beslutningen deres, ikke en beslutning.

06

Levering

Ett API-svar per søker, en samlefil for en historisk test, eller en frittstående vurderingsflyt der ingen integrasjon finnes ennå.

§ 02 — Integrasjon

Tre veier inn, ingen av dem flytter kjernen deres.

Historisk test

En fil med historiske søknader og utfallene dere allerede kjenner. Ingenting kobles til et aktivt system, og nesten alle engasjementer starter her.

API

Ett kall per søker fra den eksisterende beslutningsflyten, som returnerer variabler, indikasjon og årsaksdrivere. Settes opp som utfordrermodell, fornyet vurdering etter avslag, eller et ekstra lag.

Frittstående flyt

En driftet samtykke- og vurderingsflyt for team som vil se grunnlaget før et integrasjonsprosjekt finnes. Nyttig for saksbehandlingskøer og piloter.

§ 03 — Forklarbarhet og kontroll

En beslutning dere kan rekonstruere i ettertid.

Årsaksdrivere
Hver indikasjon bærer med seg signalene som ga den, i et språk kundevendte team kan bruke.
Beslutningsspor
Kilde → variabel → terskel → utfall, lagret slik at en beslutning kan rekonstrueres i ettertid.
Manuell overprøving
Ingenting her fjerner en saksbehandler. Grunnlaget finnes for å gjøre menneskelig skjønn raskere, ikke for å erstatte det.
Bankens policy
Terskler, grenser og den endelige beslutningen er fortsatt deres. Goscore setter ikke kredittpolicy.
Omfanget av data
Variabler utledes til formålet samtykket ble gitt for. Samtykke kan trekkes tilbake, og søkeren får vite hva som ble brukt.
Personvern

Regulert i Norge, og skrevet ned.

Goscore AS er et autorisert kredittopplysningsforetak under tilsyn av Datatilsynet, registrert i Norge (organisasjonsnummer 922707324). De formelle forpliktelsene — behandlingsgrunnlag, deling og databehandlere, overføring ut av EØS, lagringstid, sikkerhet og automatiserte avgjørelser — står i personvernerklæringen, ikke som et sammendrag her.

Les de relevante punktene
Behandling som kredittopplysningsforetak Deling og databehandlere Overføringer utenfor EØS Lagringstid Automatiserte avgjørelser og profilering Sikkerhet
§ 04 — Teknisk gjennomgang

Dette svarer vi skriftlig på, før en test.

  • 01 Driftsmodell og hostingregion, og hvilke valg som finnes for datalagring i Norge eller EØS.
  • 02 Hvilke aggregatorer og datakilder som brukes i deres marked, og dekningen deres.
  • 03 Hva som lagres, hvor lenge, og hvordan sletting dokumenteres.
  • 04 Tilgangsstyring, logging og skille mellom miljøer.
  • 05 Underleverandører, og databehandleravtalen som regulerer dem.
  • 06 Modellstyring: versjonering, overvåking, drift over tid, og hvordan endringer settes i produksjon.
  • 07 Hvordan en historisk test gjennomføres, og hva som forlater bygget for å kjøre den.
  • 08 Håndtering og varsling ved hendelser, og hvem som er ansvarlig for hva.

Dette er spørsmålene sikkerhets-, data- og modellstyringsfunksjonene i en bank stiller. Vi besvarer dem per engasjement, skriftlig, før data flyttes — heller enn å publisere en påstand her som deres folk ikke kan etterprøve.

Start med to uker og et datautvalg.

En datatest viser dere kategoriseringen, variablene og sporet på data dere kjenner igjen — før noen snakker om integrasjon.

Ramme inn en to ukers datatest