I den här artikeln
Viktiga definitioner
dropdown icon
Databehandling kontra datahemvist
    Regional datasuveränitet
    Bearbetning av lokalitetslogik
    Datahemvist för AI-agenter i Webex Contact Center
    Datahemvist för AI Assistant i Webex Contact Center
Tillfällig bearbetning och noll retention
Underprocessorstyrning (Voicea- och LLM-leverantörer)
Datalagring och livscykelhantering
dropdown icon
Kunskapshantering och innehållets noggrannhet
    Exempel på scenario
Datasäkerhet, integritet och hemvist i Webex Contact Center
list-menuI den här artikeln
list-menuHar du feedback?

Data Residency i Webex Contact Center säkerställer att data endast lagras i minnet under beräkningen och aldrig lagras utanför den angivna regionen. Alla beständiga kunddata (konfiguration, loggar osv.) finns kvar inom den angivna regionen och underprocessorer arbetar under strikta avtalsmässiga, tekniska och granskningskontroller. Media och känsliga data lagras aldrig efter bearbetning, och regionala krav på datahemvist och sekretess tillämpas strikt. Kunskapshantering använder uppdateringar i realtid för att säkerställa innehållets noggrannhet, med all datahantering anpassad till regel- och säkerhetsstandarder.

Viktiga definitioner

Några viktiga definitioner i den här artikeln är:

  • Databehandling: Utförande av beräkningsåtgärder (som t ex transkription, slutledning eller syntes) på kunddata. Inga kunddata lagras under behandlingen; data finns bara tillfälligt i flyktigt minne (RAM) och rensas omedelbart efter att bearbetningen är klar.
  • Datahemvist och lagring: Avser var kunddata lagras kontinuerligt ("i vila"). Detta omfattar konfiguration, klientspecifika inställningar och lagrade loggar.
  • Mediahemvist: Media (t.ex. ljudströmmar) finns kvar på sin ursprungliga plats så länge som möjligt och flyttas eller lagras inte permanent utanför regionen, även om bearbetningen sker i ett annat geografiskt område.
  • Underentreprenör: En tredjepartsleverantör som anlitas för att utföra specifika funktioner (t.ex. LLM-inferens, taligenkänning) på kunddata, under strikta avtalsmässiga och tekniska kontroller.

Databehandling kontra datahemvist

För kunder som är verksamma i reglerade regioner som Singapore skiljer vi mellan var data lagras (hemvist) och var data beräknas (bearbetning).

Regional datasuveränitet

Regional datasuveränitet säkerställer att kunddata hanteras i enlighet med lokala bestämmelser och anger var data lagras och hur de hanteras under bearbetningen. Följande principer gäller:

  • Data i vila: Alla beständiga kunddata, inklusive konfiguration, klientspecifika inställningar och lagrade loggar, finns i Singapore-regionen.
  • Data under överföring: För att utnyttja högpresterande GPU-kluster som krävs för stora språkmodeller (LLM) och avancerad taligenkänning (ASR) kan data bearbetas utanför Singapore. Bearbetning betyder dock endast beräkning: data överförs via krypterade TLS 1.2+ kanaler, finns endast i RAM under bearbetningstiden och lagras inte på bearbetningsplatsen.

Media förblir lagrade i ursprungsregionen så länge som möjligt. Endast tillfällig bearbetning sker utomhus, baserat på organisations- och tjänstkrav.

Bearbetning av lokalitetslogik

Vi driver inte lokala LLM-proxyservrar i varje geografi för att säkerställa:

  • Säkerhetsparitet: Centraliserad bearbetning möjliggör omedelbar distribution av säkerhetskorrigeringar och tillämpning av modellskyddsräcken.
  • Återhämtning: Global distribution förhindrar avbrott genom att omdirigera inferensbegäranden om ett lokalt datacenter har problem.

Datahemvist för AI-agenter i Webex Contact Center

Datahemligheten för AI-agentkomponenter varierar beroende på region och tjänstleverantör. I följande tabell sammanfattas var data bearbetas och lagras för viktiga AI-komponenter i olika AI Agent-regioner:

Regionen

Databehandling (ASR / TTS / Core)

Databehandling (LLM)

Datahemvist (lagring)

produs1 (USA)

AWS: N. Virginia, N. Kalifornien

Azure STT/TTS: USA, östra, USA, västra

Deepgram: N. Virginia, N. Kalifornien

ElevenLabs: N. Virginia, N. Kalifornien

Azure Open AI: N. Virginia, N. Kalifornien

LLM Proxy: N. Virginia, N. Kalifornien

USA (Home DC)

prodeu1 (Storbritannien)

AWS: London, Storbritannien

Azure STT/TTS: Storbritannien, södra, Sydafrika, norra

Azure Open AI: London, Storbritannien

LLM Proxy: London, Storbritannien

Storbritannien (Home DC)

prodeu2 (EU)

AWS: Frankfurt, Tyskland

Azure STT/TTS: Förenade Arabemiraten, norra, Tyskland, västra centrala

Azure Open AI: Frankfurt, Tyskland

LLM Proxy: Frankfurt, Tyskland

EU (Home DC)

prodca1 (Kanada)

AWS: Kanada, centrala

Azure STT/TTS: Global*

Azure Open AI: Global*

LLM-proxy: Kanada, centrala

Kanada (Home DC)

prodjp1 (Japan)

AWS: Tokyo, Japan

Azure STT/TTS: Global*

Azure Open AI: Global*

LLM Proxy: Tokyo, Japan

Japan (Home DC)

prodanz1 (Australien)

AWS: Sydney, Australien

Azure STT/TTS: Global*

Azure Open AI: Global*

LLM Proxy: Sydney, Australien 31

Australien (Home DC)

prodsg1 (Singapore)

AWS: Singapore

Azure STT/TTS: Global*

Azure Open AI: Global*

LLM Proxy: Sydney, Australien

Singapore (Home DC)

prodin1 (Indien)

AWS: Bombay, Indien

Azure STT/TTS: Indien, centrala

Azure Open AI:Indien, centrala

LLM Proxy: Bombay, Indien

Indien (Home DC)

*Dessa förfrågningar kan hamna i alla datacenter, globalt, där dessa modeller finns. Mer information om Azure Data Residency finns här.

Datahemvist för AI Assistant i Webex Contact Center

Datahemligheten för AI Assistant-komponenter varierar beroende på region och tjänstleverantör. I följande tabell sammanfattas var data bearbetas och lagras för viktiga AI Assistanct-komponenter i olika AI-regioner:

Regionen

AWS

Azure STT/TTS

Voicea STT

LLM-proxy (intern)

Azure Open AI

produs1 (USA)

N. Virginia, N. Kalifornien USA, östra, USA, västra Globala**

N. Virginia, N. Kalifornien

N. Virginia, N. Kalifornien

prodeu1 (Storbritannien)

London, Storbritannien

Storbritannien, södra, Sydafrika, norra Globala**

London, Storbritannien

London, Storbritannien

prodeu2 (EU)

Frankfurt, Tyskland

Förenade Arabemiraten, norra, Tyskland, västra centrala Globala**

Frankfurt, Tyskland

Frankfurt, Tyskland

prodca1 (Kanada)

Kanada, centrala Globala* Globala**

Kanada, centrala

Globala*

prodjp1 (Japan)

Tokyo, Japan Globala* Globala**

Tokyo, Japan

Globala*

prodanz1 (Australien)

Sydney, Australien Globala* Globala**

Sydney, Australien

Globala*

prodsg1 (Singapore)

Singapore Globala* Globala**

Sydney, Australien

Globala*

prodin1 (Indien)

Asien och Stillahavsområdet (Mumbai), Indien Centrala Indien Ej tillämpligt Sydney, Australien Sydney, Australien

*Dessa förfrågningar kan hamna i alla datacenter, globalt, där dessa modeller finns. Mer information om Azure Data Residency finns här.

** Voicea är bosatt i europa-väst1/Bryssel/Belgien och europa-väst4/Amsterdam/Nederländerna. Voicea utför endast databehandling. Inga data sparas på Voicea-distributionsplatser.

Tillfällig bearbetning och noll retention

En grundläggande aspekt av vår AI-arkitektur är åtagandet om tillfällig bearbetning och noll datalagring. Vårt tillvägagångssätt prioriterar datasekretess och säkerhet genom att säkerställa att kundinformation aldrig lagras eller behålls under AI-operationer.

  • ASR & TTS-synlighet: Under transkription i realtid (ASR) eller talsyntes (TTS) finns data endast i bearbetningsmotorns flyktiga minne (RAM) och rensas omedelbart efter användning. Inga data lagras eller behålls efter bearbetning.
  • Åtkomstkontroll: Inga mänskliga anställda (interna eller underprocessorer) har tillgång till råa ljud- eller textströmmar under inferensfasen.
  • Ingen sekundär användning: Vi upprätthåller strikta avtalsmässiga och tekniska hinder för att säkerställa att kunddata – inklusive uppmaningar och ljud – aldrig används för att träna, omskola eller förbättra grundmodeller som ägs av underprocessorer.

Underprocessorstyrning (Voicea- och LLM-leverantörer)

Vi genomför rigorösa riskbedömningar från tredje part på alla underbiträden.

  • Riskbedömningar från tredje part: Alla underbiträden genomgår en noggrann bedömning.
  • Kryptering: Data som skickas till underprocessorer krypteras under överföring, bearbetas endast i RAM och lagras aldrig.
  • Granskningsbarhet: Alla API-anrop till underprocessorer loggas i granskningssyfte (endast metadata; känsliga nyttolaster utesluts från loggar).
  • Incidentansvar: I händelse av en dataincident hos ett underbiträde upprätthåller [ditt företag] primärt ansvar och hanterar alla kundmeddelanden och åtgärder enligt vårt standardtillägg om databehandling (DPA).

Datalagring och livscykelhantering

För att säkerställa transparens beskriver följande tabell exakt hur länge data lagras i vårt ekosystem:

Datatyp

Kvarhållningsperiod (i dagar)

Lagringsstatus

Syfte

Ljud/transkription i realtid

0

Lagras inte

Rensas omedelbart efter att sessionen är slut.

Sessionshistorik för AI-agent

X

Lagrad (SG)

Ger sammanhang för flera TURN-konversationer.

Operativa loggar

90

Lagrad (SG)

Felsökning och övervakning av systemhälsa.

Krypteringsnycklar för innehavare

Obestämd

Lagrad (KMS)

Kund hanterade nycklar eller systemnycklar för vilodata.

Kunskapshantering och innehållets noggrannhet

Vår AI Assistant använder en RAG-arkitektur (Retrieval-Augmented Generation). Detta säkerställer att AI ger svar baserat på dina specifika "Ground Truth" -dokument snarare än intern modellträning.

  • URL-/dokumentuppdateringar: När en kunskapskälla uppdateras indexerar systemet om innehållet och ersätter tidigare versioner.
  • Svarstid: Uppdaterat innehåll återspeglas vanligtvis i AI:ns svar inom [X] minuter.
  • Cachehantering: Aktiva sessioner använder den kontext som finns tillgänglig i början av sessionen, men alla efterföljande sessioner tvingas fråga det senaste indexet, vilket förhindrar återanvändning av inaktuella eller "hallucinerade" data.

Edge Case – Om en särskild regional förordning förbjuder all bearbetning utanför regionen kan ytterligare kontroller eller lokala bearbetningsalternativ krävas.

Viktigt – "bearbetning" innebär aldrig datalagring. All beständig datalagring följer strikt regionala bosättningsregler.

ElevenLabs och Deepgram används som EU-baserade underprocessorer för vissa tal- och transkriptionsuppgifter, alltid under strikta avtalsmässiga och tekniska kontroller, med noll datalagring efter bearbetning.

Exempel på scenario

En användare i Singapore initierar en transkriptionssession. Ljudströmmen bearbetas i realtid av en global LLM-hubb via krypterade kanaler, men inget ljud eller transkript lagras under eller efter bearbetning utanför Singapore. Endast tillåten kontext eller loggar (aldrig själva innehållet) behålls enligt tabellen ovan.

Var den här artikeln användbar?
Var den här artikeln användbar?