In questo articolo
Definizioni chiave
dropdown icon
Elaborazione dati vs. Residenza dei dati
    Sovranità regionale dei dati
    Logica della località di elaborazione
    Residenza dei dati per gli agenti di intelligenza artificiale nel Contact Center Webex
    Residenza dei dati per il AI Assistant Contact Center Webex
Elaborazione effimera e conservazione zero
Governance dei subprocessori (fornitori di servizi vocali e LLM)
Conservazione dei dati e gestione del ciclo di vita
dropdown icon
Gestione della conoscenza e accuratezza dei contenuti
    Scenario di esempio
Sicurezza dei dati, privacy e residenza nel Contact Center Webex
list-menuIn questo articolo
list-menuFeedback?

La residenza dei dati nel Webex Contact Center garantisce che i dati vengano conservati in memoria solo durante il calcolo e non vengano mai archiviati al di fuori dell'area designata. Tutti i dati persistenti dei clienti (configurazione, registri, ecc.) rimangono all'interno dell'area specificata e i subprocessori operano sotto rigorosi controlli contrattuali, tecnici e di audit. I media e i dati sensibili non vengono mai conservati dopo l'elaborazione e i requisiti regionali di residenza e privacy dei dati sono applicati rigorosamente. La gestione della conoscenza utilizza aggiornamenti in tempo reale per garantire l'accuratezza dei contenuti, con tutta la gestione dei dati allineata agli standard normativi e di sicurezza.

Definizioni chiave

Alcune definizioni chiave in questo articolo includono:

  • Elaborazione dei dati: l'atto di eseguire operazioni computazionali (come trascrizione, inferenza o sintesi) sui dati dei clienti. Nessun dato del cliente viene archiviato durante l'elaborazione; i dati esistono solo temporaneamente nella memoria volatile (RAM) e vengono eliminati immediatamente dopo il completamento dell'elaborazione.
  • Residenza e archiviazione dei dati: si riferisce al luogo in cui i dati dei clienti vengono archiviati in modo persistente («a riposo»). Ciò include la configurazione, le impostazioni specifiche del tenant e i log archiviati.
  • Residenza multimediale: i contenuti multimediali (come i flussi audio) rimangono nella posizione di origine il più a lungo possibile e non vengono spostati o archiviati in modo persistente al di fuori della regione, anche se l'elaborazione avviene in un'altra area geografica.
  • Sub-processore: un fornitore di servizi terzo impegnato a svolgere funzioni specifiche (ad esempio, inferenza LLM, riconoscimento vocale) sui dati dei clienti, sotto rigorosi controlli contrattuali e tecnici.

Elaborazione dati vs. Residenza dei dati

Per i clienti che operano in regioni regolamentate come Singapore, distinguiamo tra dove vengono archiviati i dati (Residenza) e dove vengono calcolati i dati (Elaborazione).

Sovranità regionale dei dati

La sovranità regionale dei dati garantisce che i dati dei clienti siano gestiti in conformità alle normative locali, specificando dove vengono archiviati i dati e come vengono gestiti durante l'elaborazione. Si applicano i seguenti principi:

  • Dati a riposo: tutti i dati persistenti dei clienti, inclusa la configurazione, le impostazioni specifiche degli inquilini e i log archiviati, sono ospitati nella regione di Singapore.
  • Dati in transito: per sfruttare i cluster di GPU ad alte prestazioni necessari per i Large Language Model (LLM) e il riconoscimento vocale avanzato (ASR), i dati possono essere elaborati al di fuori di Singapore. Tuttavia, l'elaborazione significa solo calcolo: i dati vengono trasmessi tramite canali TLS 1.2+ crittografati, esistono solo nella RAM per la durata dell'elaborazione e non vengono archiviati nel luogo di elaborazione.

I contenuti multimediali rimangono archiviati nella regione di origine il più a lungo possibile. Solo l'elaborazione transitoria avviene all'esterno, in base ai requisiti organizzativi e di servizio.

Logica della località di elaborazione

Non gestiamo proxy LLM locali in tutte le aree geografiche per garantire:

  • Parità di sicurezza: l'elaborazione centralizzata consente l'implementazione immediata delle patch di sicurezza e l'applicazione del guardrail del modello.
  • Resilienza: la distribuzione globale previene le interruzioni reindirizzando le richieste di inferenza in caso di problemi in un data center locale. Il failover e il reindirizzamento globali escludono le regioni dell'UE e l'elaborazione delle inferenze dell'UE rimane all'interno dell'UE durante gli incidenti.

Residenza dei dati per gli agenti di intelligenza artificiale nel Contact Center Webex

La residenza dei dati per i componenti di AI Agent varia in base all'area geografica e al fornitore di servizi. La tabella seguente riassume dove vengono elaborati e archiviati i dati per i componenti chiave dell'IA nelle diverse regioni degli agenti AI:

Regione

Elaborazione dei dati (ASR/TTS/Core)

Elaborazione dati (LLM)

Residenza dei dati (archiviazione)

produs1 (USA)

AWS: N. Virginia, N. California

Azure STT/TTS: Stati Uniti orientali, Stati Uniti occidentali

Deepgram: N. Virginia, N. California

ElevenLabs: N. Virginia, N. California

Azure Open AI: N. Virginia, N. California

Proxy LLM: N. Virginia, N. California

Stati Uniti (Home DC)

prodeu1 (Regno Unito)

AWS: Londra, Regno Unito

Azure STT/TTS: Regno Unito meridionale

Deepgram: Regionale dell'UE

ElevenLabs: Regionale dell'UE

Azure Open AI: Londra, Regno Unito

LLM Proxy: Londra, Regno Unito

Regno Unito (Home DC)

prodeu2 (UE)

AWS: Francoforte, Germania

Azure STT/TTS: Germania centro-occidentale

Deepgram: Regionale dell'UE

ElevenLabs: Regionale dell'UE

Azure Open AI: UE regionale

Proxy LLM: Francoforte, Germania

UE (Home DC)

prodca1 (Canada)

AWS: Canada centrale

Azure STT/TTS: Canada centrale

Azure Open AI: globale*

Proxy LLM: Canada centrale

Canada (Home DC)

prodjp1 (Giappone)

AWS: Tokyo, Giappone

Azure STT/TTS: Giappone orientale

Azure Open AI: globale*

Proxy LLM: Tokyo, Giappone

Giappone (Home DC)

prodanz1 (Australia)

AWS: Sydney, Australia

Azure STT/TTS: Australia orientale

Azure Open AI: globale*

Proxy LLM: Sydney, Australia

Australia (Home DC)

prodsg1 (Singapore)

AWS: Singapore

Azure STT/TTS: Sud-est asiatico

Azure Open AI: globale*

Proxy LLM: Singapore

Singapore (Home DC)

prodin1 (India)

AWS: Mumbai, India

Azure STT/TTS: India centrale

Azure Open AI: India centrale

Proxy LLM: Sydney, Australia

India (Home DC)

*Queste richieste possono finire in qualsiasi data center, a livello globale, dove sono ospitati questi modelli. Ulteriori informazioni su Azure Data Residency sono disponibili qui.

Residenza dei dati per il AI Assistant Contact Center Webex

La residenza dei dati per AI Assistant i componenti varia in base all'area geografica e al fornitore di servizi. La tabella seguente riassume dove vengono elaborati e archiviati i dati per i componenti chiave di AI Assistance nelle diverse regioni di intelligenza artificiale:

Regione

AWS

Azure STT/TTS

Voci STT

Proxy LLM (interno)

Azure Open AI

produs1 (USA)

N. Virginia, N. California Stati Uniti orientali, Stati Uniti occidentali Globale**

N. Virginia, N. California

N. Virginia, N. California

prodeu1 (Regno Unito)

Londra, Regno Unito

Regno Unito meridionale Globale**

Londra, Regno Unito

Londra, Regno Unito

prodeu2 (UE)

Francoforte, Germania

Germania centro-occidentale Globale**

Francoforte, Germania

Francoforte, Germania

prodca1 (Canada)

Canada centrale Canada centrale Globale**

Canada centrale

Globale*

prodjp1 (Giappone)

Tokyo, Giappone Giappone orientale Globale**

Tokyo, Giappone

Globale*

prodanz1 (Australia)

Sydney, Australia Australia orientale Globale**

Sydney, Australia

Globale*

prodsg1 (Singapore)

Singapore Sud-est asiatico Globale** Singapore Globale*

prodin1 (India)

Asia Pacifico (Mumbai), India India centrale NA Sydney, Australia Mumbai, India

*Queste richieste possono finire in qualsiasi data center, a livello globale, dove sono ospitati questi modelli. Ulteriori informazioni su Azure Data Residency sono disponibili qui.

** Voicea risiede in Europa-West1/Bruxelles/Belgio ed Europa-West4/Amsterdam/Paesi Bassi. Voicea si occupa solo del trattamento dei dati. Nessun dato è persistente nei siti di distribuzione di Voicea.

Elaborazione effimera e conservazione zero

Un aspetto fondamentale della nostra architettura di intelligenza artificiale è l'impegno per l'elaborazione effimera e la conservazione zero dei dati. Il nostro approccio dà priorità alla privacy e alla sicurezza dei dati garantendo che le informazioni sui clienti non vengano mai archiviate o conservate durante le operazioni di intelligenza artificiale.

  • Visibilità ASR e TTS: durante la trascrizione in tempo reale (ASR) o la sintesi vocale (TTS), i dati esistono solo nella memoria volatile (RAM) del motore di elaborazione e vengono eliminati immediatamente dopo l'uso. Nessun dato viene archiviato o conservato dopo l'elaborazione.
  • Controllo degli accessi: nessun dipendente umano (interno o sottoprocessore) ha accesso a flussi audio o di testo non elaborati durante la fase di inferenza.
  • Nessun utilizzo secondario: manteniamo rigide barriere contrattuali e tecniche per garantire che i dati dei clienti, inclusi prompt e audio, non vengano mai utilizzati per addestrare, riqualificare o migliorare i modelli di base di proprietà dei subprocessori.

Governance dei subprocessori (fornitori di servizi vocali e LLM)

Conduciamo rigorose valutazioni del rischio da parte di terze parti su tutti i subprocessori.

  • Valutazioni del rischio da parte di terze parti: tutti i subprocessori sono sottoposti a una valutazione rigorosa.
  • Crittografia: i dati inviati ai subprocessori sono crittografati in transito, elaborati solo nella RAM e mai archiviati.
  • Verificabilità: tutte le chiamate API ai subprocessori vengono registrate a scopo di controllo (solo metadati; i payload sensibili sono esclusi dai registri).
  • Responsabilità dell'incidente: in caso di incidente con i dati presso un subprocessore, [la sua azienda] mantiene la responsabilità principale e gestisce tutte le notifiche e le correzioni dei clienti secondo il nostro Addendum sul trattamento dei dati (DPA) standard.

Conservazione dei dati e gestione del ciclo di vita

Per garantire la trasparenza, la tabella seguente illustra esattamente per quanto tempo vengono conservati i dati all'interno del nostro ecosistema:

Tipo di dati

Periodo di conservazione (in giorni)

Stato di archiviazione

Scopo

Audio/trascrizione in tempo reale

0

Non memorizzato

Eliminato subito dopo la fine della sessione.

Cronologia delle sessioni di AI Agent

X

Immagazzinato (SG)

Fornisce un contesto per conversazioni a più turni.

Registri operativi

90

Immagazzinato (SG)

Risoluzione dei problemi e monitoraggio dello stato del sistema.

Chiavi di crittografia degli inquilini

a tempo indeterminato

Archiviato (KMS)

Chiavi di sistema o gestite dal cliente per i dati inattivi.

Gestione della conoscenza e accuratezza dei contenuti

Il nostro AI Assistant utilizza un'architettura Retrieval-Augmented Generation (RAG). Ciò garantisce che l'intelligenza artificiale fornisca risposte basate sui suoi documenti specifici «Ground Truth» piuttosto che sulla formazione interna dei modelli.

  • Aggiornamenti URL/documento: Quando una fonte di conoscenza viene aggiornata, il sistema reindicizza il contenuto e sostituisce le versioni precedenti.
  • Latenza: i contenuti aggiornati in genere si riflettono nelle risposte dell'IA entro [X] minuti.
  • Gestione della cache: le sessioni attive utilizzano il contesto disponibile all'inizio della sessione; tuttavia, tutte le sessioni successive sono costrette a interrogare l'indice più recente, impedendo il riutilizzo di dati obsoleti o «allucinati».

Edge Case—Se uno specifico regolamento regionale vieta qualsiasi elaborazione al di fuori della regione, potrebbero essere necessari controlli aggiuntivi o opzioni di elaborazione locali.

Importante: il «trattamento» non implica mai l'archiviazione dei dati; tutta l'archiviazione persistente dei dati rispetta rigorosamente le norme regionali sulla residenza.

ElevenLabs e Deepgram sono utilizzati come subprocessori con sede nell'UE per determinate attività vocali e di trascrizione, sempre sotto rigorosi controlli contrattuali e tecnici, senza conservazione dei dati dopo l'elaborazione.

Scenario di esempio

Un utente di Singapore avvia una sessione di trascrizione. Lo streaming audio viene elaborato in tempo reale da un hub LLM globale tramite canali crittografati, ma nessun audio o trascrizione viene archiviato durante o dopo l'elaborazione al di fuori di Singapore. Solo il contesto o i log consentiti (mai il contenuto stesso) vengono conservati come indicato nella tabella precedente.

Questo articolo è stato utile?
Questo articolo è stato utile?