Datasäkerhet, sekretess och uppehållstillstånd i Webex Contact Center

Nyckeldefinitioner

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

Databe handling: Handlingen att utföra beräkningsoperationer (som transkription, inferens eller syntes) på kunddata. Inga kunddata lagras under bearbetningen; data finns endast tillfälligt i flyktigt minne (RAM) och rensas omedelbart efter att behandlingen har slutförts.
Data Residency and Storage: Avser där kunddata lagras ihållande (”i vila”). Detta inkluderar konfiguration, hyresgästspecifika inställningar och lagrade loggar.
Medieuppehållstillstånd: Media (t.ex. ljudströmmar) förblir på sin ursprungliga plats så länge som möjligt och flyttas inte ihållande eller lagras utanför regionen, även om bearbetningen sker i en annan geografi.
Underbiträ de: En tredjepartstjänsteleverantö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 vs. Data uppehållstillstånd

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

Regional datasuveränitet

Regional datasäkerhet säkerställer att kunddata hanteras i enlighet med lokala bestämmelser, där det specificeras var data lagras och hur de hanteras under behandlingen. Följande principer gäller:

Data i vila: All beständig kunddata, inklusive konfiguration, hyresgästspecifika 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 LLM (Large Language Models) och Advanced Speech Recognition (ASR) kan data behandlas utanför Singapore. Bearbetning innebär 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 lagras i ursprungsområdet så länge som möjligt. Endast övergående bearbetning sker utanför, baserat på organisations- och servicekrav.

Bearbetning av lokalitetslogik

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

Säkerhetsparitet: Centraliserad bearbetning möjliggör omedelbar distribution av säkerhetsuppdateringar och verkställighet av modellskyddsräcken.
Resiliens: Global distribution förhindrar avbrott genom att omdirigera inferensförfrågningar om ett lokalt datacenter upplever ett problem. Global failover och omdirigering utesluter EU-regioner, och EU-inferensbehandling förblir inom EU under incidenter.

Data Residency för AI-agenter i Webex Contact Center

Dataholägenhet för AI Agent-komponenter varierar beroende på region och tjänsteleverantör. Följande tabell sammanfattar var data bearbetas och lagras för viktiga AI-komponenter i olika AI Agent-regioner:

Regionen	Databehandling (ASR/TTS/Core)	Databehandling (LLM)	Datauppehållstillstånd (lagring)
product1 (US)	AWS: N. Virginia, N. kalifornien Azure STT/TTS: Östra USA, västra USA Djupgram: N. Virginia, N. kalifornien ElevenLabs: N. Virginia, N. kalifornien	Azure Open AI: N. Virginia, N. kalifornien LLM-proxy: N. Virginia, N. kalifornien	USA (Hem DC)
prodeu1 (Storbritannien)	AWS: London, Storbritannien Azure STT/TTS: Storbritannien söder Deepgram: EU Regi onal ElevenLabs: EU Regional	Azure Open AI: London, Storbritannien LLM Proxy: London, Storbritannien	Storbritannien (Home DC)
prodeu2 (EU)	AWS: Frankfurt, Tyskland Azure STT/TTS: Tyskland Västra centrala Deepgram: EU Regi onal ElevenLabs: EU Regional	Azure Open AI: regionalt EU LLM Proxy: Frankfurt, Tyskland	EU (Hem DC)
prodca1 (Kanada)	AWS: Centrala Kanada Azure STT/TTS: Centrala Kanada	Azure Open AI: Global* LLM Proxy: Centrala Kanada	Kanada (Hem DC)
prodjp1 (Japan)	AWS: Tokyo, Japan Azure STT/TTS: Östra Japan	Azure Open AI: Global* LLM Proxy: Tokyo, Japan	Japan (Hem DC)
prodanz1 (Australien)	AWS: Sydney, Australien Azure STT/TTS: Östra Australien	Azure Open AI: Global* LLM Proxy: Sydney, Australien	Australien (Hem DC)
prodsg1 (Singapore)	AWS: Singapore Azure STT/TTS: Sydostasien	Azure Open AI: Global* LLM Proxy: Singapore	Singapore (Hem DC)
prodin1 (Indien)	AWS: Mumbai, Indien Azure STT/TTS: Centrala Indien	Azure Open AI: Centrala Indien LLM Proxy: Sydney, Australien	Indien (Hem DC)

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

Datauppehållstillstånd för AI Assistant i Webex Contact Center

Dataholägenhet för AI Assistant komponenter varierar beroende på region och tjänsteleverantör. Följande tabell sammanfattar var data bearbetas och lagras för viktiga AI Assistanct-komponenter i olika AI- regioner:

Regionen	AWS	Azure STT/TTS	STT Voice	LLM Proxy (intern)	Azure Open AI
product1 (US)	N. Virginia, N. kalifornien	Östra USA, västra USA	Globalt**	N. Virginia, N. kalifornien	N. Virginia, N. kalifornien
prodeu1 (Storbritannien)	London, Storbritannien	Storbritannien söder	Globalt**	London, Storbritannien	London, Storbritannien
prodeu2 (EU)	Frankfurt, Tyskland	Tyskland Västra Centrala	Globalt**	Frankfurt, Tyskland	Frankfurt, Tyskland
prodca1 (Kanada)	Centrala Kanada	Centrala Kanada	Globalt**	Centrala Kanada	Globalt*
prodjp1 (Japan)	Tokyo, Japan	Östra Japan	Globalt**	Tokyo, Japan	Globalt*
prodanz1 (Australien)	Sydney, Australien	Östra Australien	Globalt**	Sydney, Australien	Globalt*
prodsg1 (Singapore)	Singapore	Sydostasien	Globalt**	Singapore	Globalt*
prodin1 (Indien)	Asien och Stillahavsområdet (Mumbai), Indien	Centrala Indien	NA	Sydney, Australien	Mumbai, Indien

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

** Voicea är bosatt i Europe-West1/Bryssel/Belgien och Europe-West4/Amsterdam/Nederländerna. Voicea utför endast databehandling. Inga data finns kvar på Voicea-distributionsplatser.

Flyktig bearbetning och nollretention

En grundläggande aspekt av vår AI-arkitektur är engagemanget för flyktig bearbetning och noll datalagring. Vår strategi prioriterar datasekretess och säkerhet genom att säkerställa att kundinformation aldrig lagras eller behålls under AI-operationer.

ASR & TTS-synlighet: Under realtidstranskription (ASR) eller talsyntes (TTS) finns data endast i processorns 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 utbilda, omskola eller förbättra grundmodeller som ägs av underprocessorer.

Underprocessorstyrning (Voicea och LLM-leverantörer)

Vi utför noggranna riskbedömningar från tredje part på alla underleverantörer.

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

Datalagring och livscykelhantering

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

Datatyp	Lagringsperiod (i dagar)	Lagringsstatus	Syfte
Realtidsljud/transkript	0	Inte lagrad	Rensas omedelbart efter att sessionen avslutats.
AI-agentsessionshistorik	X	Lagrad (SG)	Ger sammanhang för flerturskonversationer.
Operativa loggar	90	Lagrad (SG)	Felsökning och övervakning av systemhälsa.
Hyresgästkrypteringsnycklar	obestämd	Lagrad (KMS)	Kundhanterade eller systemnycklar för data i vila.

Kunskapshantering och innehållsnoggrannhet

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

Uppdateringar av URL/dokument: När en kunskapskälla uppdateras indexerar systemet innehållet igen och ersätter tidigare versioner.
Latens: Uppdaterat innehåll återspeglas vanligtvis i AI:s svar inom [X] minuter.
Cachehantering: Aktiva sessioner använder det sammanhang som är tillgängligt i början av sessionen, men alla efterföljande sessioner tvingas fråga efter det senaste indexet, vilket förhindrar återanvändning av inaktuella eller ”hallucinerade” data.

Edge Case — Om en specifik regional förordning förbjuder bearbetning utanför regionen kan ytterligare kontroller eller lokala bearbetningsalternativ krävas.

Viktigt — ”Bearbetning” innebär aldrig datalagring; all ihållande 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 kontraktsmä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 ett globalt LLM-nav via krypterade kanaler, men inget ljud eller transkript lagras under eller efter bearbetning utanför Singapore. Endast tillåtna sammanhang eller loggar (aldrig själva innehållet) behålls enligt tabellen ovan.

Cisco AI Assistant

Tack för din feedback.