În acest articol
Definiții cheie
dropdown icon
Prelucrarea datelor vs. rezidența datelor
    Suveranitatea regională a datelor
    Procesarea logicii localității
    Rezidența datelor pentru agenții AI în Centrul de contact Webex
    Rezidența datelor pentru AI Assistant în Centrul de contact Webex
Procesare efemeră și retenție zero
Guvernanța subprocesorului (furnizorii Voicea și LLM)
Păstrarea datelor și gestionarea ciclului de viață
dropdown icon
Managementul cunoștințelor și acuratețea conținutului
    Exemplu de scenariu
Securitatea datelor, confidențialitatea și rezidența în Centrul de contact Webex
list-menuÎn acest articol
list-menuFeedback?

Rezidența datelor în Centrul de contact Webex asigură 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 subprocesatorii operează sub controale stricte contractuale, tehnice și de audit. Datele media și datele sensibile nu sunt păstrate niciodată după procesare, iar cerințele regionale privind rezidența și confidențialitatea datelor sunt strict respectate. Gestionarea cunoștințelor utilizează actualizări în timp real pentru a asigura acuratețea conținutului, cu toate procesările de date aliniate la standardele de reglementare și de securitate.

Definiții cheie

Unele definiții cheie din acest articol includ:

  • Prelucrarea datelor: Actul de efectuare a operațiunilor de calcul (cum ar fi transcrierea, inferența sau sinteza) asupra datelor clienților. Datele clienților nu sunt stocate în timpul procesă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 în mod persistent („în repaus”). Aceasta include configurația, setările specifice chiriașului și jurnalele stocate.
  • Rezidența 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 în mod persistent în afara regiunii, chiar dacă procesarea are loc într-o altă geografie.
  • Subprocesor: Un furnizor de servicii terță parte angajat să îndeplinească funcții specifice (de exemplu, inferența LLM, recunoașterea vorbirii) asupra datelor 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ția între locul în care sunt stocate datele (rezidența) și locul în care sunt calculate datele (procesare).

Suveranitatea regională a datelor

Suveranitatea regională a datelor asigură gestionarea datelor clienților în conformitate cu reglementările locale, specificând unde sunt stocate datele și modul în care sunt gestionate în timpul procesării. Se aplică următoarele principii:

  • Date în repaus: Toate datele persistente ale clienților, inclusiv configurația, setările specifice chiriașului și jurnalele stocate, sunt găzduite în Regiunea Singapore.
  • Date în tranzit: Pentru a valorifica clusterele GPU de înaltă performanță necesare pentru modelele de limbi 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 în locația de procesare.

Mediul rămâne stocat în regiunea sa de origine cât mai mult timp posibil. Numai procesarea tranzitorie are loc în exterior, pe baza cerințelor organizaționale și de servicii.

Procesarea logicii localității

Nu operăm proxy-uri LLM locale în fiecare geografie pentru a ne 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 cererilor de inferență dacă un centru de date local întâmpină o problemă. Failover-ul și redirecționarea globală exclud regiunile UE, iar procesarea inferenței UE rămâne în UE în timpul incidentelor.

Rezidența datelor pentru agenții AI în Centrul de contact Webex

Rezidența datelor pentru componentele agentului AI variază în funcție de regiune și furnizor de servicii. Următorul tabel rezumă locul în care sunt procesate și stocate datele pentru componentele cheie AI din diferite regiuni ale agentului AI:

Regiune

Prelucrarea datelor (ASR/TTS/Core)

Prelucrarea datelor (LLM)

Rezidența datelor (stocare)

produs1 (SUA)

AWS: N. Virginia, N. California

Azure STT/TTS: estul SUA, vestul SUA

Deepgram: N. Virginia, N. California

ElevenLabs: N. Virginia, N. California

Azure Open AI: N. Virginia, N. California

Proxy LLM: N. Virginia, N. California

SUA (Acasă DC)

prodeu1 (Marea Britanie)

AWS: Londra, Marea Britanie

Azure STT/TTS: Marea Britanie Sud

Deepgram: UE Regi onal

ElevenLabs: UE Regional

Azure Open AI: Londra, Marea Britanie

LLM Proxy: Londra, Marea Britanie

Marea Britanie (Home DC)

prodeu2 (UE)

AWS: Frankfurt, Germania

Azure STT/TTS: Germania Central- Vest

Deepgram: UE Regi onal

ElevenLabs: UE Regional

Azure Open AI: UE regională

LLM Proxy: Frankfurt, Germania

UE (Home DC)

prodca1 (Canada)

AWS: Canada Centrală

Azure STT/TTS: Canada Centrală

Azure Open AI: Global*

Proxy LLM: Canada Centr ală

Canada (Acasă DC)

prodjp1 (Japonia)

AWS: Tokyo, Japonia

Azure STT/TTS: Japonia Est

Azure Open AI: Global*

LLM Proxy: Tokyo, Japonia

Japonia (Acasă DC)

prodanz1 (Australia)

AWS: Sydney, Australia

Azure STT/TTS: Australia Est

Azure Open AI: Global*

Proxy LLM în Sydney, Australia

Australia (Acasă DC)

prodsg1 (Singapore)

AWS: Singapore

Azure STT/TTS: Asia de Sud-Est

Azure Open AI: Global*

Proxy LLM în Singapore

Singapore (Acasă DC)

prodin1 (India)

AWS: Mumbai, India

Azure STT/TTS: India Centrală

Azure Open AI: India Centrală

Proxy LLM în Sydney, Australia

India (Acasă 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 Azure Data Residency pot fi găsite aici.

Rezidența datelor pentru AI Assistant în Centrul de contact Webex

Rezidența datelor pentru AI Assistant componente variază în funcție de regiune și furnizor de servicii. Următorul tabel rezumă locul în care sunt procesate și stocate datele pentru componentele cheie AI Assistanct din diferite regiuni AI:

Regiune

AWS

Azure STT/TTS

Vocea STT

LLM Proxy (intern)

Azure Open AI

produs1 (SUA)

N. Virginia, N. California Estul SUA, Vestul SUA Global**

N. Virginia, N. California

N. Virginia, N. California

prodeu1 (Marea Britanie)

Londra, Marea Britanie

Marea Britanie Sud Global**

Londra, Marea Britanie

Londra, Marea Britanie

prodeu2 (UE)

Frankfurt, Germania

Germania Central de Vest Global**

Frankfurt, Germania

Frankfurt, Germania

prodca1 (Canada)

Canada Centrală Canada Centrală Global**

Canada Centrală

Global*

prodjp1 (Japonia)

Tokyo, Japonia Japonia Est Global**

Tokyo, Japonia

Global*

prodanz1 (Australia)

Sydney, Australia Australia Est Global**

Sydney, Australia

Global*

prodsg1 (Singapore)

Singapore Asia de Sud-Est Global** Singapore Global*

prodin1 (India)

Asia Pacific (Mumbai), India India Centrală NA Sydney, Australia Mumbai, India

* Aceste solicitări pot ajunge în orice centru de date, la nivel global, unde sunt găzduite aceste modele. Mai multe informații despre Azure Data Residency pot fi găsite aici.

** Voicea are reședința în Europe-West1/Bruxelles/Belgia și Europe-West4/Amsterdam/Olanda. Voicea efectuează numai 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 despre clienți nu sunt niciodată stocate sau păstrate în timpul operațiunilor AI.

  • Vizi@@ bilitate ASR și 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 curățate imediat după utilizare. Nu sunt stocate sau păstrate date după procesare.
  • Controlul acces ului: Niciun angajat uman (intern sau sub-procesor) 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 audio - nu sunt niciodată utilizate pentru a instrui, recalifica sau îmbunătăți modelele de bază deținute de subprocesatori.

Guvernanța subprocesorului (furnizorii Voicea și LLM)

Efectuăm evaluări riguroase de risc ale terților asupra tuturor subprocesatorilor.

  • Evaluarea riscurilor terță parte: Toți subprocesatorii sunt supuși unei evaluări riguroase.
  • Criptare: Datele trimise subprocesatorilor sunt criptate în tranzit, procesate numai în memoria RAM și nu sunt stocate niciodată.
  • Auditabilitate: Toate apelurile API către subprocesoare sunt înregistrate în scopuri de audit (numai metadate; sarcinile utile sensibile sunt excluse din jurnale).
  • Responsabilitatea incid entelor: În cazul unui incident de date la un suboperator, [Compania dvs.] își menține responsabilitatea principală și gestionează toate notificările clienților și remedierea în conformitate cu Addendumul nostru standard privind prelucrarea datelor (DPA).

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

Curățat imediat după încheierea sesiunii.

Istoricul sesiunilor agentului AI

X

Depozitat (SG)

Oferă context pentru conversații cu mai multe rânduri.

Jurnalele operaționale

90

Depozitat (SG)

Depanarea și monitorizarea stării sistemului.

Cheile de criptare a chiriașilor

nedeterminat

Stocat (KMS)

Cheile gestionate de client sau de sistem pentru datele aflate în repaus.

Managementul cunoștințelor și acuratețea conținutului

Folo AI Assistant sește o arhitectură Retrieval-Augmented Generation (RAG). Acest lucru asigură că AI oferă răspunsuri bazate pe documentele dvs. specifice „Adevărul de bază”, 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 [X] minute.
  • Manipularea cache -ului: Sesiunile active utilizează contextul disponibil la începutul sesiunii; cu toate acestea, toate sesiunile ulterioare sunt obligate să interogeze cel mai recent index, împiedicând reutilizarea datelor învechite sau „halucinate”.

Caz Edge — Dacă o reglementare regională specifică interzice orice prelucrare în afara regiunii, pot fi necesare controale suplimentare sau opțiuni locale de procesare.

Important — „Procesarea” nu implică niciodată stocarea datelor; toată stocarea persistentă a datelor respectă strict regulile de rezidență regională.

ElevenLabs și Deepgram sunt utilizate ca subprocesoare cu sediul în UE pentru anumite sarcini de vorbire și transcriere, întotdeauna sub controale contractuale și tehnice stricte, cu păstrare zero 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 LLM global prin canale criptate, dar niciun sunet sau transcriere nu este stocată î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.

A fost util acest articol?
A fost util acest articol?