- Start
- /
- Artikel
Data Residency in Webex Contact Center zorgt ervoor dat gegevens alleen in het geheugen worden bewaard tijdens de berekening en nooit worden opgeslagen buiten de toegewezen regio. Alle blijvende klantgegevens (configuratie, logbestanden, enzovoort) blijven binnen de opgegeven regio, en de subprocessors werken onder strenge contractuele, technische en auditcontroles. Media en gevoelige gegevens worden nooit bewaard na verwerking en de regionale gegevensopslag en privacy vereisten worden streng gehandhaafd. Kennismanagement gebruikt real-time updates om de nauwkeurigheid van inhoud te waarborgen, waarbij alle data-afhandeling niet aan de wettelijke en beveiligingsnormen voldoet.
Sleuteldefinities
Enkele belangrijke definities in dit artikel zijn:
- Gegevens verwerken: het uitvoeren van computationele bewerkingen (zoals omzetting, inferie of synthese) op klantgegevens. Tijdens de verwerking worden geen klantgegevens opgeslagen; gegevens bestaan slechts tijdelijk in het geheugen (RAM) en worden onmiddellijk nadat de verwerking is voltooid, opgeschoond.
- Data Residency and Storage: verwijst naar waar klantgegevens permanent worden opgeslagen ("in rust"). Onder andere zijn dit de configuratie, tenantspecifieke instellingen en opgeslagen logboeken.
- Media Residency: media (zoals audiostromen) blijven zo lang mogelijk op de oorspronkelijke locatie en worden niet permanent verplaatst of opgeslagen buiten de regio, zelfs als verwerking in een andere locatie plaatsvindt.
- Subverwerker: een serviceprovider van een derde partij die is ingeschakeld om onder strenge contractuele en technische controles specifieke functies (bijv. LLM-inferentie, spraakherkenning) uit te voeren op klantgegevens.
Data Processing versus Data Residency
Voor klanten die in gereguleerde regio's als Singapore werken, maken we onderscheid tussen waar gegevens worden opgeslagen (Residency) en waar gegevens worden berekend (verwerken).
Regionale gegevenssoevereine
Regionale gegevenssoevereis zorgt ervoor dat klantgegevens worden beheerd in overeenstemming met de lokale regelgeving, waarbij wordt aangegeven waar gegevens worden opgeslagen en hoe ze tijdens de verwerking worden behandeld. De volgende principes gelden:
- Gegevens in rest: Alle blijvende klantgegevens, inclusief configuratie, tenant-specifieke instellingen en opgeslagen logbestanden, zijn ondergebracht in Singapore.
- Gegevens in transit: om te profiteren van hoogwaardige GPU-clusters die vereist zijn voor LLM's (grote taalmodellen) en Advanced Speech Recognition (ASR), kunnen gegevens buiten Singapore worden verwerkt. Verwerking betekent echter alleen berekening: gegevens worden verzonden via gecodeerde TLS 1.2+-kanalen, bestaat alleen in het RAM voor de duur van de verwerking en wordt niet opgeslagen op de verwerkingslocatie.
Media blijven zo lang mogelijk in de oorspronkelijke regio opgeslagen. Alleen voorbijgaande verwerking vindt buiten plaats, op basis van organisatorische en servicevereisten.
Locatielogica verwerken
We werken geen lokale LLM-proxy's in elke locatie om te zorgen voor:
- Security Parity: gecentraliseerde verwerking maakt het mogelijk om onmiddellijk beveiligings patches en model guardrailhandhaving toe te laten.
- Veerkracht: wereldwijde distributie voorkomt storingen door inference requests (inference requests) te herleiden als een lokaal datacenter een probleem ondervindt.
Data Residency voor AI-agenten in Webex Contact Center
Data residency voor COMPONENTEN van AI-agenten verschilt per regio en serviceprovider. De volgende tabel geeft een overzicht van de locaties waarin gegevens worden verwerkt en opgeslagen voor belangrijke AI-componenten in verschillende AI-agentregio's:
|
Regio |
Gegevens verwerken (ASR / TTS / Core) |
Data Processing (LLM) |
Data Residency (opslag) |
|---|---|---|---|
|
produs1 (VS) |
AWS: N. Virginia
Azure STT/TTS: US - oost, US - west
Deepgram: N. Virginia, N. California
Elflabs: N. Virginia |
Azure Open AI: N. Virginia, N. Californië
LLM Proxy: N. Virginia |
VS (Home DC) |
|
prodeu1 (Vk) |
AWS: Londen, UK
Azure STT/TTS: VK- Zuid, Zuid-Afrika |
Azure Open AI: Londen, HET VERENIGD Koninkrijk
LLM Proxy: Londen, HET UK |
UK (Home DC) |
|
prodeu2 (EU) |
AWS: Frankfurt, Duitsland
Azure STT/TTS: VAE Noord, Duitsland west-centraal |
Azure Open AI: Frankfurt, Duitsland
LLM Proxy: Frankfurt, Duitsland |
EU (Home DC) |
|
prodca1 (Canada) |
AWS: Canada centraal
Azure STT/TTS: Globaal* |
Azure Open AI: Globaal*
LLM Proxy: Canada centraal |
Canada (Home DC) |
|
prodjp1 (Japan) |
AWS: Tokio, Japan
Azure STT/TTS: Globaal* |
Azure Open AI: Globaal*
LLM Proxy: Tokio, Japan |
Japan (Home DC) |
|
prodanz1 (Australië) |
AWS: Sydney, Australië
Azure STT/TTS: Globaal* |
Azure Open AI: Globaal*
LLM Proxy: Sydney, Australië 31 |
Australië (Home DC) |
|
prodsg1 (Singapore) |
AWS: Singapore
Azure STT/TTS: Globaal* |
Azure Open AI: Globaal*
LLM Proxy: Sydney, Australië |
Singapore (Home DC) |
|
prodin1 (India) |
AWS: En, India
Azure STT/TTS: centraal India |
Azure Open AI: Centraal India
LLM Proxy: Proxy Indoxy, India |
India (Home DC) |
*Deze verzoeken kunnen eindigen in elk datacenter, wereldwijd, waar deze modellen worden gehost. Meer informatie over Azure Data Residency vindt u hier.
Data Residency voor AI Assistant in Webex Contact Center
Gegevens residency voor componenten van AI Assistant verschilt per regio en serviceprovider. De volgende tabel geeft een overzicht van de locaties waarin gegevens worden verwerkt en opgeslagen voor belangrijke AI Assistanct-componenten in verschillende AI-regio's:
|
Regio |
AWS | Azure-STT/TTS |
Voicea STT |
LLM-proxy (intern) | Azure Open AI |
|---|---|---|---|---|---|
|
produs1 (VS) |
N. Virginia | VERENIGDE STATEN (oost, VS in het westen) | Globale** |
N. Virginia |
N. Virginia |
|
prodeu1 (Vk) |
Londen, UK
|
UK Zuid, Zuid-Afrika Noord | Globale** |
Londen, UK |
Londen, UK |
|
prodeu2 (EU) |
Frankfurt, Duitsland |
VAE-Noord, Duitsland West-Centraal | Globale** |
Frankfurt, Duitsland |
Frankfurt, Duitsland |
|
prodca1 (Canada) |
Canada centraal | Globale* | Globale** |
Canada centraal |
Globale* |
|
prodjp1 (Japan) |
Tokio, Japan | Globale* | Globale** |
Tokio, Japan |
Globale* |
|
prodanz1 (Australië) |
Sydney, Australië | Globale* | Globale** |
Sydney, Australië |
Globale* |
|
prodsg1 (Singapore) |
Singapore | Globale* | Globale** |
Sydney, Australië |
Globale* |
|
prodin1 (India) |
Azië-Pacific (Nepal), India | Centraal India | N.v.t. | Sydney, Australië | Sydney, Australië |
*Deze verzoeken kunnen eindigen in elk datacenter, wereldwijd, waar deze modellen worden gehost. Meer informatie over Azure Data Residency vindt u hier.
** Voicea bevindt zich in europa-west1/Brussel/België en europa-west4/Amsterdam/Nederland. Voicea voert alleen gegevensverwerking uit. Er blijven geen gegevens bestaan op Voicea-implementatielocaties.
Ephemeral Processing and Zero Retention
Een fundamenteel aspect van onze AI-architectuur is de inzet voor tijdelijke verwerking en het bewaren van nul data. Onze aanpak geeft prioriteit aan de privacy en veiligheid van gegevens door ervoor te zorgen dat klantinformatie nooit wordt opgeslagen of bewaard tijdens AI-activiteiten.
- ASR & TTS Visibility: Tijdens real-time omzetting (ASR) of spraaksynthese (TTS) bestaan gegevens alleen in het vluchtige geheugen (RAM) van de verwerkende engine en worden ze onmiddellijk na gebruik opgeschoond. Geen gegevens worden opgeslagen of bewaard na de verwerking.
- Toegangscontrole: geen enkele menselijke medewerker (interne of subprocessor) hebben toegang tot onbewerkte audio- of tekststromen tijdens de inference fase.
- Geen secundair gebruik: we handhaven strenge contractuele en technische belemmeringen om ervoor te zorgen dat klantgegevens - inclusief prompts en audio - nooit worden gebruikt voor het trainen, opnieuw trainen of verbeteren van basismodellen die in bezit zijn van subprocessors.
Beheer van subprocessor (Voicea- en LLM-providers)
We voeren strenge risicobeoordelingen van derden uit op alle subverwerker.
- Risicobeoordelingen van derden: alle subverwerker wordt streng beoordeeld.
- Codering: gegevens die naar subprocessors worden verzonden, worden tijdens transit gecodeerd, alleen verwerkt in het RAM en nooit opgeslagen.
- Auditabiliteit: alle API gesprekken naar subprocessors worden geregistreerd voor auditdoeleinden (alleen metagegevens; gevoelige aanmeldgegevens worden uitgesloten van logbestanden).
- Incident accountability: in het geval van een gegevensincident bij een subverwerker behoudt [Uw bedrijf] de primaire verantwoordelijkheid en handelt alle meldingen van klanten en remediation af via onze standaardGegevensverwerkings addendum (DPA).
Gegevens bewaren en levensloopbeheer
Met het oog op transparantie geeft de volgende tabel aan hoe lang data precies in ons ecosysteem bewaard worden:
|
Gegevenstype |
Bewaarperiode (in dagen) |
Opslagstatus |
Doel |
|---|---|---|---|
|
Real-time Audio/Transcript |
0 |
Niet opgeslagen |
Het bericht wordt onmiddellijk verwijderd nadat de sessie is beëindigd. |
|
Geschiedenis sessies AI-agent |
X |
Opgeslagen (SG) |
Biedt context voor gesprekken met meerdere TURN. |
|
Operationele logbestanden |
90 |
Opgeslagen (SG) |
Problemen oplossen en de systeemstatus controleren. |
|
Tenantcoderingssleutels |
Onbepaalde |
Opgeslagen (KMS) |
Door de klant beheerde of systeemsleutels voor restgegevens. |
Kennisbeheer en inhoudsnauwkeurigheid
Onze AI Assistant gebruikt een RAG-architectuur (Retrieval-Toegevoegde Generatie). Hierdoor zorgt de AI ervoor dat de AI antwoorden levert op basis van uw specifieke documenten met de aard van de waarheid in plaats van op interne modeltrainingen.
- URL/documentupdates: wanneer een kennisbron wordt bijgewerkt, indexeert het systeem de inhoud opnieuw en vervangt het systeem de vorige versies.
- Latentie: de bijgewerkte inhoud is meestal terug te zien in de reacties van de AI binnen [X] minuten.
- Cacheverwerking: actieve sessies maken gebruik van de context die beschikbaar is bij het begin van de sessie. Alle volgende sessies worden echter gedwongen om de meest recente index op te vragen, waardoor hergebruik van verouderde of "hallucineerde" gegevens wordt voorkomen.
Edge Case— als een specifieke regionale verordening verwerking buiten de regio verbiedt, zijn extra besturingselementen of lokale verwerkingsopties vereist.
Belangrijk—"Verwerken" impliceert nooit opslag van gegevens. de opslag van permanente gegevens houdt zich sterk aan de regionale regels voor residency.
ElfLabs en Deepgram worden gebruikt als subverwerker in de EU voor bepaalde spraak- en omzettingstaken, altijd onder strenge contractuele en technische controles, met nul bewaren van gegevens na de verwerking.
Voorbeeldscenario
Een gebruiker in Singapore start een omzettingssessie. De audiostroom wordt in real-time verwerkt door een wereldwijde LLM-hub via gecodeerde kanalen, maar er wordt geen audio of transcript opgeslagen tijdens of na verwerking buiten Singapore. Alleen de toegestane context of logbestanden (nooit de inhoud zelf) worden bewaard volgens de bovenstaande tabel.