In dit artikel
Sleuteldefinities
dropdown icon
Data Processing versus Data Residency
    Regionale gegevenssoevereine
    Locatielogica verwerken
    Data Residency voor AI-agenten in Webex Contact Center
    Data Residency voor AI Assistant in Webex Contact Center
Ephemeral Processing and Zero Retention
Beheer van subprocessor (Voicea- en LLM-providers)
Gegevens bewaren en levensloopbeheer
dropdown icon
Kennisbeheer en inhoudsnauwkeurigheid
    Voorbeeldscenario
Gegevensbeveiliging, privacy en residency in Webex Contact Center
list-menuIn dit artikel
list-menuFeedback?

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.

Vond u dit artikel nuttig?
Vond u dit artikel nuttig?