- Hjem
- /
- Artikkel
Data Residency i Webex Contact Center sikrer at data bare holdes i minnet under beregning og aldri lagres utenfor det angitte området. Alle vedvarende kundedata (konfigurasjon, logger osv.) forblir innenfor den angitte regionen, og underbehandlere opererer under strenge kontraktsmessige, tekniske og revisjonskontroller. Medier og sensitive data oppbevares aldri etter behandling, og regionale krav til dataopphold og personvern håndheves strengt. Kunnskapsadministrasjon bruker sanntidsoppdateringer for å sikre innholdsnøyaktighet, med all datahåndtering tilpasset regulerings- og sikkerhetsstandarder.
Viktige definisjoner
Noen viktige definisjoner i denne artikkelen inkluderer:
- Databe handling: Handlingen med å utføre beregningsoperasjoner (for eksempel transkripsjon, slutning eller syntese) på kundedata. Ingen kundedata lagres under behandlingen; data eksisterer bare midlertidig i flyktig minne (RAM) og tømmes umiddelbart etter at behandlingen er fullført.
- Opphold og lagring av data: Henviser til hvor kundedata lagres vedvarende («i hvile»). Dette inkluderer konfigurasjon, leietakerspesifikke innstillinger og lagrede logger.
- Medieopphold: Medier (for eksempel lydstrømmer) forblir på opprinnelsesstedet så lenge som mulig og flyttes eller lagres ikke vedvarende utenfor regionen, selv om behandlingen skjer i en annen geografi.
- Underbehandler: En tredjeparts tjenesteleverandør som er engasjert for å utføre spesifikke funksjoner (f.eks. LLM-slutning, talegjenkjenning) på kundedata, under strenge kontraktsmessige og tekniske kontroller.
Databehandling vs. Dataholdssted
For kunder som opererer i regulerte regioner som Singapore, skiller vi mellom hvor data lagres (bosted) og hvor data beregnes (Behandling).
Regional datasuverenitet
Regional datasuverenitet sikrer at kundedata håndteres i samsvar med lokale forskrifter, og spesifiserer hvor data lagres og hvordan de håndteres under behandlingen. Følgende prinsipper gjelder:
- Data i hvile: Alle vedvarende kundedata, inkludert konfigurasjon, leietakerspesifikke innstillinger og lagrede logger, ligger i Singapore-regionen.
- Data under overføring: For å utnytte GPU-klynger med høy ytelse som kreves for LLM-er (Large Language Models) og Advanced Speech Recognition (ASR), kan data behandles utenfor Singapore. Imidlertid betyr prosessering bare beregning: data overføres via krypterte TLS 1.2+ kanaler, eksisterer bare i RAM for behandlingsvarigheten og lagres ikke på behandlingsstedet.
Media forblir lagret i opprinnelsesområdet så lenge som mulig. Bare forbigående behandling skjer utenfor, basert på organisasjons- og tjenestekrav.
Behandling av lokalitetslogikk
Vi driver ikke lokale LLM-proxyer i hver geografi for å sikre:
- Sikkerhetsparitet: S entralisert behandling muliggjør umiddelbar distribusjon av sikkerhetsoppdateringer og håndhevelse av modellrekkverk.
- Motstandsdyktighet: Global distribusjon forhindrer strømbrudd ved å omdirigere slutningsforespørsler hvis et lokalt datasenter opplever et problem. Global failover og omdirigering ekskluderer EU-regioner, og EU-inferensbehandling forblir innenfor EU under hendelser.
Dataopphold for AI-agenter i Webex Contact Center
Dataopphold for AI Agent-komponenter varierer etter region og tjenesteleverandør. Tabellen nedenfor oppsummerer hvor data behandles og lagres for viktige AI-komponenter på tvers av forskjellige AI-agentregioner:
|
Regionen |
Databehandling (ASR/TTS/Core) |
Databehandling (LLM) |
Dataopphold (lagring) |
|---|---|---|---|
|
produs1 (US) |
AWS: N. Virginia, N. - California
Azure STT/TTS: Øst-USA, Vest-USA
Dybgram: N. Virginia, N. - California
ElevenLabs: N. Virginia, N. - California |
Azure Open AI: N. Virginia, N. - California
LLM-fullmektig: N. Virginia, N. - California |
USA (Hjem DC) |
|
prodeu1 (Storbritannia) |
AWS: London, Storbritannia
Azure STT/TTS: Storbritannia sør
Deepgram: EU Regi onal
ElevenLabs: EU Regional |
Azure Open AI: London, Storbritannia
LLM-fullmektig: London, Storbritannia |
Storbritannia (Hjem DC) |
|
prodeu2 (EU) |
AWS: Frankfurt, Tyskland
Azure STT/TTS: Tyskland Vest-Sentral- Tyskland
Deepgram: EU Regi onal
ElevenLabs: EU Regional |
Azure Open AI: EU regionalt
LLM Proxy: Frankfurt, Tyskland |
EU (Hjem DC) |
|
prodca1 (Canada) |
AWS: Canada Sentral
Azure STT/TTS: Canada Sentral |
Azure Open AI: Global*
LLM-fullmektig: Canada Sentr al |
Canada (Hjem DC) |
|
prodjp1 (Japan) |
AWS: Tokyo, Japan
Azure STT/TTS: Japan øst |
Azure Open AI: Global*
LLM-fullmektig i Tokyo, Japan |
Japan (Hjem DC) |
|
prodanz1 (Australia) |
AWS: Sydney, Australia
Azure STT/TTS: Australia øst |
Azure Open AI: Global*
LLM-fullmektig i Sydney, Australia |
Australia (Hjem DC) |
|
prodsg1 (Singapore) |
AWS: Singapore
Azure STT/TTS: Sørøst-Asia |
Azure Open AI: Global*
LLM-fullmektig i Singapore |
Singapore (Hjem DC) |
|
prodin1 (India) |
AWS: Mumbai, India
Azure STT/TTS: Sentral-India |
Azure Open AI: S entral-India
LLM-fullmektig i Sydney, Australia |
India (Hjem DC) |
*Disse forespørslene kan havne i et hvilket som helst datasenter, globalt, der disse modellene er vert. Mer informasjon om Azure Data Residency finner du her.
Dataopphold for AI Assistant i Webex Contact Center
Dataopphold for AI Assistant komponenter varierer etter region og tjenesteleverandør. Følgende tabell oppsummerer hvor data behandles og lagres for viktige AI Assistanct-komponenter på tvers av forskjellige AI-regioner:
|
Regionen |
AWS | Azure STT/TTS |
STT Voice |
LLM Proxy (Intern) | Azure Open AI |
|---|---|---|---|---|---|
|
produs1 (US) |
N. Virginia, N. - California | Øst USA, Vest USA | Global** |
N. Virginia, N. - California |
N. Virginia, N. - California |
|
prodeu1 (Storbritannia) |
London, Storbritannia
|
Storbritannia Sør | Global** |
London, Storbritannia |
London, Storbritannia |
|
prodeu2 (EU) |
Frankfurt, Tyskland |
Tyskland Vest-Sentral-Tyskland | Global** |
Frankfurt, Tyskland |
Frankfurt, Tyskland |
|
prodca1 (Canada) |
Canada Sentral | Canada Sentral | Global** |
Canada Sentral |
Global* |
|
prodjp1 (Japan) |
Tokyo, Japan | Japan øst | Global** |
Tokyo, Japan |
Global* |
|
prodanz1 (Australia) |
Sydney, Australia | Australia øst | Global** |
Sydney, Australia |
Global* |
|
prodsg1 (Singapore) |
- Singapore | Sørøst-Asia | Global** | - Singapore | Global* |
|
prodin1 (India) |
Asia-Stillehavet (Mumbai), India | Sentral-India | NA | Sydney, Australia | Mumbai, India |
*Disse forespørslene kan havne i et hvilket som helst datasenter, globalt, der disse modellene er vert. Mer informasjon om Azure Data Residency finner du her.
** Voicea er bosatt i Europe-West1/Brussel/Belgia og Europe-West4/Amsterdam/Nederland. Voicea utfører kun databehandling. Ingen data lagres på Voicea-distribusjonsnettsteder.
Flyktig behandling og null retensjon
Et grunnleggende aspekt av vår AI-arkitektur er forpliktelsen til flyktig behandling og null datalagring. Vår tilnærming prioriterer personvern og sikkerhet ved å sikre at kundeinformasjon aldri lagres eller beholdes under AI-operasjoner.
- ASR & TTS-synlighet: Under sanntids transkripsjon (ASR) eller talesyntese (TTS) eksisterer data bare i det flyktige minnet (RAM) til prosesseringsmotoren og renses umiddelbart etter bruk. Ingen data lagres eller beholdes etter behandling.
- Tilgangskontroll: Ingen menneskelige ansatte (interne eller underprosessorer) har tilgang til rå lyd- eller tekststrømmer i slutningsfasen.
- Ingen sekundær bruk: Vi opprettholder strenge kontraktsmessige og tekniske barrierer for å sikre at kundedata — inkludert meldinger og lyd — aldri brukes til å trene, omskolere eller forbedre grunnmodeller som eies av underbehandlere.
Underprosessorstyring (Voicea og LLM-leverandører)
Vi gjennomfører strenge tredjeparts risikovurderinger av alle underbehandlere.
- Risikovurderinger fra tredje parter: Alle underbehandlere gjennomgår streng vurdering.
- Kryptering: Data som sendes til underbehandlere krypteres under overføring, behandles bare i RAM og lagres aldri.
- Reviserbarhet: Alle API-anrop til underprosessorer logges for revisjonsformål (kun metadata; sensitive nyttelaster er ekskludert fra logger).
- Hendelsesansvar: I tilfelle en datahendelse hos en underbehandler, opprettholder [Din bedrift] primær ansvarlighet og håndterer alle kundevarsler og utbedringer i henhold til vårt standard dataprosesjonstillegg (DPA).
Datalagring og livssyklusadministrasjon
For å sikre gjennomsiktighet skisserer følgende tabell nøyaktig hvor lenge data oppbevares i vårt økosystem:
|
Datatype |
Oppbevaringsperiode (i dager) |
Lagringsstatus |
Formål |
|---|---|---|---|
|
Sanntids lyd/transkripsjon |
0 |
Ikke lagret |
Renset umiddelbart etter at økten er avsluttet. |
|
AI Agent øktshistorikk |
X |
Lagret (SG) |
Gir kontekst for samtaler med flere vendinger. |
|
Operasjonslogger |
90 |
Lagret (SG) |
Feilsøking og systemhelseovervåking. |
|
Leietakerkrypteringsnøkler |
ubestemt |
Lagret (KMS) |
Kundeadministrerte eller systemnøkler for data i hvile. |
Kunnskapsstyring og innholdsnøyaktighet
Vår AI Assistant bruker en Retrieval-Augmented Generation (RAG) arkitektur. Dette sikrer at AI gir svar basert på dine spesifikke «Ground Truth» -dokumenter i stedet for intern modellopplæring.
- URL/dokumentoppdateringer: Når en kunnskapskilde oppdateres, indekserer systemet innholdet på nytt og erstatter tidligere versjoner.
- Latens: Oppdatert innhold gjenspeiles vanligvis i AIs svar innen [X] minutter.
- Cache-håndtering: Aktive økter bruker konteksten som er tilgjengelig ved starten av økten; alle påfølgende økter blir imidlertid tvunget til å spørre den nyeste indeksen, noe som forhindrer gjenbruk av foreldede eller «hallusinerte» data.
Edge Case — Hvis en bestemt regional forskrift forbyr behandling utenfor regionen, kan det være nødvendig med flere kontroller eller lokale behandlingsalternativer.
Viktig—"Behandling» innebærer aldri datalagring; all vedvarende datalagring overholder strengt regionale bostedsregler.
ElevenLabs og Deepgram brukes som EU-baserte underprosessorer for visse tale- og transkripsjonsoppgaver, alltid under strenge kontraktsmessige og tekniske kontroller, med null datalagring etter behandling.
Eksempel scenario
En bruker i Singapore starter en transkripsjonsøkt. Lydstrømmen behandles i sanntid av et globalt LLM-hub via krypterte kanaler, men ingen lyd eller transkripsjon lagres under eller etter behandling utenfor Singapore. Bare tillatt kontekst eller logger (aldri selve innholdet) beholdes i henhold til tabellen ovenfor.