Hva datalagring faktisk betyr for en support-innboks, hvor «EU-regionen» slutter å være nok, og de konkrete spørsmålene du bør stille enhver leverandør.
Datalagring har blitt en avkrysningsboks i enhver leverandørsammenligning, noe som betyr at det også har blitt vagt. For et kundestøtteverktøy er innsatsen uvanlig konkret, fordi en støtteinnboks er et av de mest sensitive datasettene et selskap har. Dette er en kort, praktisk guide til hva lagring betyr for den innboksen og hva du faktisk bør spørre om.
En støttesamtale er ikke metadata. Den inneholder navn, e-postadresser, kontodetaljer, skjermbilder, ordrehistorikk, og ofte det eksakte problemet en kunde er bekymret for. Folk avslører ting til støtte de aldri ville lagt i et skjema. Under GDPR er alt dette personopplysninger, noe av det uten tvil sensitivt, og selskapet ditt er behandlingsansvarlig for det. Hvert verktøy som berører innboksen, helpdesken, AI-en som utarbeider svar, e-postavsenderen, transkripsjonen for en samtale, er en databehandler som handler på dine instruksjoner, og hver enkelt er et sted dataene kan lagres eller passere gjennom.
Datalagring er en påstand om hvor data lagres og behandles, i hvile og under overføring. Det er ikke det samme som kryptering, og det er ikke det samme som en personvernpolicy. Under GDPR er flytting av personopplysninger utenfor EU eller EØS en overføring som trenger et rettslig grunnlag og sikkerhetstiltak, og Schrems II-dommen gjorde det klart at en databehandleravtale alene ikke er nok når en overføring utsetter data for utenlandsk myndighetstilgang. Å holde dataene i EU fjerner en hel kategori av den risikoen i stedet for å kamuflere den.
De fleste leverandører vil fortelle deg at de kjører i en EU-region. Det er bedre enn ingenting, men les det nøye. Det betyr vanligvis at serverne deres står i et EU-datasenter mens selskapet, støttepersonalet, underdatabehandlerne og AI-leverandørene kan sitte andre steder. Region forteller deg hvor en disk befinner seg. Det forteller deg ikke hvem som kan nå den, hvilke underdatabehandlere som ser dataene underveis, eller om innholdet ditt trener noens modell. En amerikansk-basert leverandør som kjører i Frankfurt kan fortsatt være underlagt tilgangskrav som når den Frankfurt-dataen. Region er et nødvendig svar, ikke et komplett et.
Den sterkere modellen er at dataene lever i kontoer du kontrollerer. I dag er det reelt for e-post: koble til din egen AWS SES og hvert svar sendes fra kontoen din, i regionen du valgte, under en kontrakt med ditt navn på. Du stoler ikke på et lagringsløfte, du holder nøkkelen. Vi utvider samme modell til de andre kanalene — leietakerreferanser for telefoni og tale lagres og verifiseres i dag, men provisjonering kjører fortsatt på våre kontoer, og vi vil heller si det enn la deg anta noe annet. Spør enhver leverandør, oss inkludert, hvilke deler som faktisk er din infrastruktur og hvilke som bare er deres regioninnstilling.
Hvor lagres kundedata i hvile, og i hvilken spesifikk region. Hvor behandles det, inkludert av AI-modellen som genererer svar, og brukes noe av det til å trene modeller. List opp hver underdatabehandler og dens plassering. Kan vi bruke våre egne lagrings-, e-post- og telefonireferanser slik at innholdet forblir i våre kontoer. Hvilket rettslig grunnlag og hvilke sikkerhetstiltak dekker enhver overføring utenfor EØS. Hvor er støttepersonalet ditt lokalisert og hva kan de se. Signerer dere en databehandleravtale som navngir alt det ovennevnte.
Lagring handler ikke om patriotisme eller paranoia. Det handler om å vite nøyaktig hvor kundenes ord befinner seg og hvem som kan nå dem, slik at når noen spør, og i EU vil de i økende grad gjøre det, kan du svare med et faktum i stedet for et håp.