Vad residens faktiskt betyder för en supportinkorg, var "EU-regionen" slutar vara tillräckligt, och de konkreta frågorna att ställa till vilken leverantör som helst.
Datalagring har blivit en kryssruta i varje leverantörsjämförelse, vilket innebär att det också har blivit vagt. För ett kundsupportverktyg är insatserna ovanligt konkreta, eftersom en supportinkorg är en av de mest känsliga datamängder ett företag har. Detta är en kort, praktisk guide till vad datalagring betyder för den inkorgen och vad du faktiskt bör fråga om.
En supportkonversation är inte metadata. Den innehåller namn, e-postadresser, kontouppgifter, skärmdumpar, orderhistorik och ofta det exakta problem som en kund är orolig för. Människor avslöjar saker för support som de aldrig skulle lägga i ett formulär. Enligt GDPR är allt detta personuppgifter, en del av det kan anses känsligt, och ditt företag är personuppgiftsansvarig för det. Varje verktyg som berör inkorgen, helpdesken, AI:n som skriver utkast till svar, e-postavsändaren, transkriptionen för ett samtal, är ett personuppgiftsbiträde som agerar på dina instruktioner, och var och en är en plats där data kan lagras eller passera igenom.
Datalagring är ett påstående om var data lagras och bearbetas, i vila och under överföring. Det är inte samma sak som kryptering, och det är inte samma sak som en integritetspolicy. Enligt GDPR är överföring av personuppgifter utanför EU eller EES en överföring som kräver en rättslig grund och skyddsåtgärder, och Schrems II-domen gjorde klart att ett databehandlingsavtal ensamt inte räcker när en överföring exponerar data för utländsk myndighetstillgång. Att behålla data i EU tar bort en hel kategori av den risken snarare än att dölja den.
De flesta leverantörer kommer att säga att de kör i en EU-region. Det är bättre än ingenting, men läs det noggrant. Det betyder vanligtvis att deras servrar står i ett EU-datacenter medan företaget, dess supportpersonal, dess underbiträden och dess AI-leverantörer kan sitta någon annanstans. Region berättar var en disk finns. Det berättar inte vem som kan nå den, vilka underbiträden som ser data på vägen, eller om ditt innehåll tränar någons modell. En USA-baserad leverantör som kör i Frankfurt kan fortfarande vara föremål för åtkomstkrav som når den Frankfurt-datan. Region är ett nödvändigt svar, inte ett komplett svar.
Den starkare modellen är att data ska ligga i konton du kontrollerar. Idag är det verkligt för e-post: anslut din egen AWS SES och varje svar lämnar från ditt konto, i den region du valde, under ett kontrakt med ditt namn på det. Du litar inte på ett löfte om datalagring, du håller nyckeln. Vi utökar samma modell till de andra kanalerna — autentiseringsuppgifter för telefoni och röst lagras och verifieras idag, men provisionering körs fortfarande på våra konton, och vi skulle hellre säga det än låta dig anta något annat. Fråga vilken leverantör som helst, inklusive oss, vilka delar som faktiskt är din infrastruktur och vilka som bara är deras regioninställning.
Var lagras kunddata i vila, och i vilken specifik region. Var bearbetas den, inklusive av AI-modellen som genererar svar, och används något av det för att träna modeller. Lista varje underbiträde och dess plats. Kan vi använda våra egna lagrings-, e-post- och telefoniuppgifter så att innehållet stannar i våra konton. Vilken rättslig grund och skyddsåtgärder täcker eventuell överföring utanför EES. Var är din supportpersonal belägen och vad kan de se. Skriver ni under ett databehandlingsavtal som namnger allt ovanstående.
Datalagring handlar inte om patriotism eller paranoia. Det handlar om att veta exakt var dina kunders ord finns och vem som kan nå dem, så att när någon frågar, och i EU kommer de alltmer att göra det, kan du svara med ett faktum istället för ett hopp.