I denne artikkelen
Viktige definisjoner
dropdown icon
Databehandling vs. Dataholdssted
    Regional datasuverenitet
    Behandling av lokalitetslogikk
    Dataopphold for AI-agenter i Webex Contact Center
    Dataopphold for AI Assistant i Webex Contact Center
Flyktig behandling og null retensjon
Underprosessorstyring (Voicea og LLM-leverandører)
Datalagring og livssyklusadministrasjon
dropdown icon
Kunnskapsstyring og innholdsnøyaktighet
    Eksempel scenario
Datasikkerhet, personvern og opphold i Webex Contact Center
list-menuI denne artikkelen
list-menuTilbakemelding?

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.

Var denne artikkelen nyttig?
Var denne artikkelen nyttig?