- Pagină de pornire
- /
- Articol
Data Residency în Webex Contact Center asigură faptul că datele sunt păstrate numai în memorie în timpul calculului și nu sunt stocate niciodată în afara regiunii desemnate. Toate datele persistente ale clienților (configurație, jurnale etc.) rămân în regiunea specificată, iar subcontractanții operează sub controale contractuale, tehnice și de audit stricte. Media și datele sensibile nu sunt păstrate niciodată după procesare, iar cerințele regionale privind rezidența datelor și confidențialitatea sunt aplicate cu strictețe. Gestionarea cunoștințelor utilizează actualizări în timp real pentru a asigura acuratețea conținutului, toate manipulările datelor fiind aliniate la standardele de reglementare și securitate.
Definiții-cheie
Unele definiții cheie din acest articol includ:
- Prelucrarea datelor: Actul de efectuare a operațiunilor computaționale (cum ar fi transcrierea, deducția sau sinteza) asupra datelor clienților. Nu sunt stocate date despre clienți în timpul prelucrării; datele există doar temporar în memoria volatilă (RAM) și sunt șterse imediat după finalizarea procesării.
- Rezidența și stocarea datelor: Se referă la locul în care datele clienților sunt stocate persistent ("în repaus"). Aceasta include configurația, setările specifice entității găzduite și jurnalele stocate.
- Rezidență media: Mediile (cum ar fi fluxurile audio) rămân în locația lor de origine cât mai mult timp posibil și nu sunt mutate sau stocate persistent în afara regiunii, chiar dacă prelucrarea are loc într-o altă zonă geografică.
- Subprocesor: Un furnizor de servicii terț angajat să îndeplinească funcții specifice (de exemplu, inferență LLM, recunoașterea vorbirii) pe datele clienților, sub controale contractuale și tehnice stricte.
Prelucrarea datelor vs. rezidența datelor
Pentru clienții care operează în regiuni reglementate , cum ar fi Singapore, facem distincție între locul în care sunt stocate datele (Rezidența) și locul în care sunt calculate datele (Prelucrare).
Suveranitatea regională a datelor
Suveranitatea regională a datelor asigură faptul că datele clienților sunt gestionate în conformitate cu reglementările locale, specificând unde sunt stocate datele și cum sunt tratate în timpul procesării. Se aplică următoarele principii:
- Date inactive: Toate datele persistente ale clienților, inclusiv configurația, setările specifice entității găzduite și jurnalele stocate, sunt găzduite în regiunea Singapore.
- Date în tranzit: Pentru a utiliza clusterele GPU de înaltă performanță necesare pentru modelele lingvistice mari (LLM) și recunoașterea avansată a vorbirii (ASR), datele pot fi procesate în afara Singapore. Cu toate acestea, procesarea înseamnă doar calcul: datele sunt transmise prin canale criptate TLS 1.2+, există numai în RAM pe durata procesării și nu sunt stocate la locația de procesare.
Media rămâne stocată în regiunea de origine cât mai mult timp posibil. Numai procesarea tranzitorie are loc în exterior, pe baza cerințelor organizaționale și de servicii.
Logica de procesare a localității
Nu operăm proxy-uri locale LLM în fiecare geografie pentru a asigura:
- Paritate de securitate: Procesarea centralizată permite implementarea imediată a patch-urilor de securitate și aplicarea modelului de balustradă.
- Reziliență: Distribuția globală previne întreruperile prin redirecționarea solicitărilor de inferență dacă un centru de date local întâmpină o problemă.
Rezidența datelor pentru agenții AI în Webex Contact Center
Rezidența datelor pentru componentele agentului AI variază în funcție de regiune și de furnizorul de servicii. Următorul tabel rezumă unde sunt procesate și stocate datele pentru componentele cheie AI în diferite regiuni ale agentului AI:
|
Regiunea |
Prelucrarea datelor (ASR / TTS / Core) |
Prelucrarea datelor (LLM) |
Rezidența datelor (stocare) |
|---|---|---|---|
|
produs1 (SUA) |
AWS: N. Virginia, N. California
Azure STT/TTS: East US, West US
Deepgram: N. Virginia, N. California
ElevenLabs: N. Virginia, N. California |
Azure Open AI: N. Virginia, N. California
Proxy LLM: N. Virginia, N. California |
SUA (Home DC) |
|
prodeu1 (Regatul Unit) |
AWS: Londra, Marea Britanie
Azure STT/TTS: Marea Britanie de Sud, Africa de Sud Nord |
Azure Open AI: Londra, Marea Britanie
Proxy LLM: Londra, Marea Britanie |
Marea Britanie (Home DC) |
|
prodeu2 (UE) |
AWS: Frankfurt, Germania
Azure STT/TTS: EAU Nord, Germania Vest Central |
Azure Open AI: Frankfurt, Germania
Proxy LLM: Frankfurt, Germania |
UE (Home DC) |
|
prodca1 (Canada) |
AWS: Canada Centrală
Azure STT/TTS: Global* |
Azure Open AI: Global*
Proxy LLM: Canada Centrală |
Canada (Home DC) |
|
prodjp1 (Japonia) |
AWS: Tokyo, Japonia
Azure STT/TTS: Global* |
Azure Open AI: Global*
Proxy LLM: Tokyo, Japonia |
Japonia (Home DC) |
|
prodanz1 (Australia) |
AWS: Sydney, Australia
Azure STT/TTS: Global* |
Azure Open AI: Global*
Proxy LLM: Sydney, Australia 31 |
Australia (Home DC) |
|
prodsg1 (Singapore) |
AWS: Singapore
Azure STT/TTS: Global* |
Azure Open AI: Global*
Proxy LLM: Sydney, Australia |
Singapore (Home DC) |
|
prodin1 (India) |
AWS: Mumbai, India
Azure STT/TTS: India Centrală |
Azure Open AI: India Centrală
Proxy LLM: Mumbai, India |
India (Home DC) |
*Aceste solicitări pot ajunge în orice centru de date, la nivel global, unde sunt găzduite aceste modele. Mai multe informații despre rezidența datelor Azure pot fi găsite aici.
Rezidența datelor pentru AI Assistant în Webex Contact Center
Rezidența datelor pentru componentele AI Assistant variază în funcție de regiune și de furnizorul de servicii. Următorul tabel rezumă unde sunt procesate și stocate datele pentru componentele cheie AI Assistanct în diferite regiuni AI:
|
Regiunea |
AWS | Azure STT/TTS |
Voicea STT |
Proxy LLM (intern) | Azure Open AI |
|---|---|---|---|---|---|
|
produs1 (SUA) |
N. Virginia, N. California | Estul SUA, vestul SUA | Global** |
N. Virginia, N. California |
N. Virginia, N. California |
|
prodeu1 (Regatul Unit) |
Londra, Marea Britanie
|
Marea Britanie Sud, Africa de Sud Nord | Global** |
Londra, Marea Britanie |
Londra, Marea Britanie |
|
prodeu2 (UE) |
Frankfurt, Germania |
Emiratele Arabe Unite Nord, Germania Vest Central | Global** |
Frankfurt, Germania |
Frankfurt, Germania |
|
prodca1 (Canada) |
Canada Centrală | Global* | Global** |
Canada Centrală |
Global* |
|
prodjp1 (Japonia) |
Tokyo, Japonia | Global* | Global** |
Tokyo, Japonia |
Global* |
|
prodanz1 (Australia) |
Sydney, Statele Unite ale Americii | Global* | Global** |
Sydney, Statele Unite ale Americii |
Global* |
|
prodsg1 (Singapore) |
Singapore | Global* | Global** |
Sydney, Statele Unite ale Americii |
Global* |
|
prodin1 (India) |
Asia Pacific (Mumbai), India | India Centrală | NA | Sydney, Statele Unite ale Americii | Sydney, Statele Unite ale Americii |
*Aceste solicitări pot ajunge în orice centru de date, la nivel global, unde sunt găzduite aceste modele. Mai multe informații despre rezidența datelor Azure pot fi găsite aici.
** Voicea are sediul în europe-west1/Bruxelles/Belgia și europe-west4/Amsterdam/Olanda. Voicea face doar prelucrarea datelor. Nu există date persistente pe site-urile de implementare Voicea.
Procesare efemeră și retenție zero
Un aspect fundamental al arhitecturii noastre AI este angajamentul față de procesarea efemeră și păstrarea zero a datelor. Abordarea noastră acordă prioritate confidențialității și securității datelor, asigurându-ne că informațiile clienților nu sunt niciodată stocate sau păstrate în timpul operațiunilor AI.
- Vizibilitate ASR & TTS: În timpul transcrierii în timp real (ASR) sau sintezei vorbirii (TTS), datele există numai în memoria volatilă (RAM) a motorului de procesare și sunt șterse imediat după utilizare. Nu sunt stocate sau păstrate date după procesare.
- Control acces: Niciun angajat uman (intern sau subprocesor) nu are acces la fluxuri audio sau text brute în timpul fazei de inferență.
- Fără utilizare secundară: Menținem bariere contractuale și tehnice stricte pentru a ne asigura că datele clienților - inclusiv solicitările și sunetul - nu sunt utilizate niciodată pentru a instrui, recalifica sau îmbunătăți modelele de fundație deținute de subcontractanți.
Guvernanța subprocesorului (furnizori de voce și LLM)
Efectuăm evaluări riguroase ale riscurilor terților pentru toți subcontractanții.
- Evaluări ale riscurilor terților: Toți subcontractanții sunt supuși unei evaluări riguroase.
- Criptare: Datele trimise către subcontractanți sunt criptate în tranzit, procesate numai în RAM și niciodată stocate.
- Auditabilitate: Toate apelurile API către subcontractanți sunt înregistrate în scopuri de audit (numai metadate; sarcinile utile sensibile sunt excluse din jurnale).
- Responsabilitatea pentru incidente: În cazul unui incident de date la un subprocesor, [Compania dvs.] își menține responsabilitatea principală și gestionează toate notificările și remedierea clienților conform Anexei noastre standard privind prelucrarea datelor (APD).
Păstrarea datelor și gestionarea ciclului de viață
Pentru a asigura transparența, următorul tabel prezintă exact cât timp sunt păstrate datele în ecosistemul nostru:
|
Tip de date |
Perioada de păstrare (în zile) |
Starea stocării |
Scop |
|---|---|---|---|
|
Audio / Transcriere în timp real |
0 |
Nu este stocat |
Epurat imediat după terminarea sesiunii. |
|
Istoricul sesiunilor agentului AI |
X |
Stocate (SG) |
Oferă context pentru conversații multiTURN. |
|
Jurnale operaționale |
90 |
Stocate (SG) |
Depanarea și monitorizarea stării sistemului. |
|
Chei de criptare a chiriașilor |
Nedeterminată |
Stocate (KMS) |
Chei gestionate de client sau de sistem pentru date inactive. |
Managementul cunoștințelor și acuratețea conținutului
AI Assistant nostru folosește o arhitectură Retrieval-Augmented Generation (RAG). Acest lucru asigură că AI oferă răspunsuri bazate pe documentele dvs. specifice "Ground Truth", mai degrabă decât pe instruirea modelului intern.
- Actualizări URL/Document: Când o sursă de cunoștințe este actualizată, sistemul reindexează conținutul și înlocuiește versiunile anterioare.
- Latență: Conținutul actualizat se reflectă de obicei în răspunsurile AI în termen de [X] minute.
- Gestionarea memoriei cache: Sesiunile active utilizează contextul disponibil la începutul sesiunii; cu toate acestea, toate sesiunile ulterioare sunt forțate să interogheze cel mai recent index, împiedicând reutilizarea datelor învechite sau "halucinate".
Caz Edge - Dacă o anumită reglementare regională interzice orice procesare în afara regiunii, pot fi necesare controale suplimentare sau opțiuni locale de procesare.
Important – "Prelucrarea" nu implică niciodată stocarea datelor; Toate stocurile persistente de date respectă cu strictețe regulile regionale de rezidență.
ElevenLabs și Deepgram sunt utilizate ca subcontractanți cu sediul în UE pentru anumite sarcini de vorbire și transcriere, întotdeauna sub controale contractuale și tehnice stricte, cu zero păstrare a datelor după procesare.
Exemplu de scenariu
Un utilizator din Singapore inițiază o sesiune de transcriere. Fluxul audio este procesat în timp real de un hub global LLM prin canale criptate, dar nu este stocat niciun sunet sau transcriere în timpul sau după procesare în afara Singapore. Numai contextul sau jurnalele permise (niciodată conținutul în sine) sunt păstrate conform tabelului de mai sus.