- Start
- /
- Artikel
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.