Question 1

Hvilke risikoer håndteres, og hvordan?

Accepted Answer

Risiko behandles som en kort navngitt liste, ikke som et dokument ingen leser. Hver risiko har en eier, en kontroll som kjører i produktet og en gjennomgangsdato. En risiko uten kontroll i koden er ikke lukket. Feil svar til en kunde: faste svarregistre og en lukket kildeliste, aldri en fritt løpende modell. Svar utenfor mandatet vårt: policylaget stopper svaret og overlater saken til et menneske. Personopplysninger på feil sted: maskering ved lesing, kort lagring og sletting etter plan. Avbrudd eller tak hos en leverandør: køer, nye forsøk med forsinkelse og et hurtiglagret svar i stedet for en ødelagt side. Kostnad som løper: kostnadstak per kunde, målt kostnad per kjøring og hard stopp før taket passeres. Leverandøravhengighet: drift innenfor EU, ingen amerikanske produksjonsgrensesnitt og en egen kodebase som kan flyttes. Listen gjennomgås minst to ganger i året og etter hver hendelse. Hva det betyr for deg: Du kan be om risikolisten i en anskaffelse og kontrollere hver linje mot hvordan produktet faktisk oppfører seg. (Grunnlag: EU 2024/1689 · internt risikoregister)

Question 2

Hva skjer når noe går galt?

Accepted Answer

En hendelse oppdages, klassifiseres, begrenses og rapporteres langs en fast vei. Driftstilstanden måles hvert femtende minutt, og et varsel skrives til en logg, ikke bare til en chat. Oppdagelse: automatiske kontroller av jobbhelse, feilandel og kølengde, i tillegg til meldinger fra kunder. Klassifisering: driftsforstyrrelse, datahendelse eller modellhendelse, avgjort i løpet av første time. Begrensning: den berørte funksjonen stanses i stedet for å kjøre videre i halv stand. Beskjed: berørt kunde informeres uten ugrunnet opphold, på klarspråk. Et brudd på personopplysningssikkerheten meldes til tilsynsmyndigheten innen 72 timer når forordningen krever det. Hver hendelse avsluttes med skrevet årsak, et tiltak og en endring i risikolisten. Varsler og utfall lagres i en driftslogg som kan vises på forespørsel. Hva det betyr for deg: Du får en navngitt årsak og et tiltak, ikke en statusside som blir grønn uten forklaring. (Grunnlag: EU 2016/679 art. 33-34 · driftslogg)

Question 3

Hvordan gjennomgås modellene?

Accepted Answer

De fleste svar regnes ut av deterministisk kode fra våre egne registre. En språkmodell brukes bare for halen, og hvert kall logges med modell, formål og kostnad. Modellnavn bor i ett sentralt register, aldri hardkodet i en funksjon. Hvert modellkall skriver en loggrad: formål, modell, tokens og kostnad. En ny eller endret modell sammenlignes med den forrige på en fast spørsmålsliste før den tas i bruk. Deterministisk svar går først; modellveien er reserve, og andelen måles. Utdata passerer en kvalitetsport som retter tone og stopper forbudte påstander før svaret sendes. Ingen trening på kundedata; kundens tekst brukes ikke til å trene noen modell. En endring i en poengmodell hever et versjonsnummer slik at gamle resultater kan spores. Hva det betyr for deg: Du kan se hvilken del av et svar som kom fra et register og hvilken som kom fra en modell, og når den sist ble endret. (Grunnlag: EU 2024/1689 · modellregister og kall-logg)

Question 4

Hvor bestemmer et menneske i stedet for systemet?

Accepted Answer

Plattformen observerer og regner. Den bestemmer ingenting som påvirker en persons rettigheter, penger eller ansettelse. Der en avgjørelse får følger, overlates saken til et menneske med grunnlaget vedlagt. Juridiske, økonomiske og identitetsnære spørsmål overlates i stedet for å besvares. Kandidatmatching gir en rangert liste med synlig utregning; ansettelsesbeslutningen blir hos arbeidsgiveren. Kapital- og lånematching gir en liste med motparter, aldri en anbefaling eller rådgivning. En overlevering bærer med seg samtalen, kildene og begrunnelsen, slik at mennesket ikke starter på null. Et menneske kan overstyre ethvert beregnet resultat, og overstyringen noteres. Usikkerhet vises i stedet for å skjules: manglende felt skrives ut som manglende. Ingen automatisert avgjørelse med rettslig eller tilsvarende betydelig virkning tas av plattformen. Hva det betyr for deg: Ingenting i plattformen bestemmer om en person på egen hånd. Et menneske er alltid siste steg. (Grunnlag: EU 2024/1689 art. 14 · EU 2016/679 art. 22)

Question 5

Hvem svarer for hva mellom oss og deg?

Accepted Answer

Vi svarer for plattformen, sikkerheten og hvordan den drives. Du svarer for adressene du legger inn, formålet du bruker resultatet til og avgjørelsene du tar på det. Vi er behandlingsansvarlige for konto-, betalings- og supportopplysninger. Vi er databehandler for materialet du kjører gjennom plattformen, på din skriftlige instruks. Du er behandlingsansvarlig for kandidat-, kunde- og prospektopplysninger du tar inn i plattformen. Du velger behandlingsgrunnlag for din egen bruk og kan bli bedt om å vise det. Underleverandører er offentlig oppført og bundet av de samme pliktene som oss. Drift og behandling skjer innenfor EU; ingen overføring til tredjeland i normal drift. Databehandleravtalen er den bindende teksten; denne siden forklarer den bare. Hva det betyr for deg: Du vet nøyaktig hvilke plikter som er våre før du signerer, og hvilke som blir hos deg. (Grunnlag: EU 2016/679 art. 24-28 · databehandleravtale)

Question 6

Hvilken rolle holder hvilken plikt?

Accepted Answer

Plikter ligger på navngitte roller, ikke på en avdeling. Et lite selskap kan ikke gjemme seg bak et organisasjonskart, så hver rolle nedenfor har én eier og én plikt som kan kontrolleres. Hver rolle har en stedfortreder, slik at en plikt ikke stopper når én person er borte. Rolleinnehavere utpekes av styret og føres inn i styreprotokollen. Et bytte av rolleinnehaver noteres her ved neste gjennomgang av siden. Ingen personvernombud er utpekt; kriteriene i artikkel 37 er ikke oppfylt, og plikten ligger hos den som eier personvernspørsmålet. Ekstern jurist brukes til regulatoriske vurderinger i stedet for intern oppfatning. Styret går gjennom styringen minst én gang i året og etter enhver alvorlig hendelse. Hva det betyr for deg: Du har en navngitt motpart for hver plikt i stedet for en delt innboks. (Grunnlag: EU 2016/679 art. 37 · styrevedtak)

Rolle	Eier	Plikt
Utøvende ansvar	Daglig leder, Valkiv Ventures AB	Svarer for plattformen som helhet, signerer risikolisten og rapporterer til styret.
Personvern	Eier av personvernspørsmålet	Behandlingsgrunnlag, lagringstid, henvendelser fra registrerte og avviksmelding.
AI-etterlevelse	Eier av AI-etterlevelse	Systemklassifisering, åpenhet, modellgjennomgang og kall-loggen.
Sikkerhet	Sikkerhetseier	Tilgang, nøkler, logging og begrensning når en hendelse erklæres.
Drift	Driftseier	Helsesjekker, varsler, køer og skrevet årsak etter hver hendelse.
Styrets tilsyn	Styret i Valkiv Ventures AB	Årlig gjennomgang av styringen, utpeking av rolleinnehavere, beslutninger etter alvorlige hendelser.

EU-styring i ExploreWorldAI

01 Risikohåndtering

Hvilke risikoer håndteres, og hvordan?

02 Hendelsesprosess

Hva skjer når noe går galt?

03 Modellgjennomgang

Hvordan gjennomgås modellene?

04 Menneskelig tilsyn

Hvor bestemmer et menneske i stedet for systemet?

05 Ansvarsdeling

Hvem svarer for hva mellom oss og deg?

06 Etterlevelsesroller

Hvilken rolle holder hvilken plikt?

Roller og eiere

Hvor du sender et spørsmål om styring

Bindende tekster