- Accueil
- /
- Article
La résidence des données dans le centre d'appels Webex garantit que les données ne sont conservées en mémoire que pendant le calcul et ne sont jamais stockées en dehors de la zone désignée. Toutes les données persistantes des clients (configuration, journaux, etc.) restent dans la région spécifiée, et les sous-processeurs opèrent dans le cadre de contrôles contractuels, techniques et d'audit stricts. Les données multimédia et sensibles ne sont jamais conservées après traitement, et les exigences régionales en matière de résidence et de confidentialité des données sont strictement appliquées. La gestion des connaissances utilise des mises à jour en temps réel pour garantir l'exactitude du contenu, toute la gestion des données étant conforme aux normes réglementaires et de sécurité.
Définitions clés
Parmi les définitions clés de cet article, citons :
- Traitement des données : action qui consiste à effectuer des opérations informatiques (telles que la transcription, l'inférence ou la synthèse) sur les données des clients. Aucune donnée client n'est stockée pendant le traitement ; les données n'existent que temporairement dans la mémoire volatile (RAM) et sont purgées immédiatement une fois le traitement terminé.
- Résidence et stockage des données : fait référence à l'endroit où les données des clients sont stockées de manière persistante (« au repos »). Cela inclut la configuration, les paramètres spécifiques aux locataires et les journaux enregistrés.
- Résidence des médias : les médias (tels que les flux audio) restent dans leur lieu d'origine le plus longtemps possible et ne sont pas déplacés ou stockés en permanence en dehors de la région, même si le traitement a lieu dans une autre zone géographique.
- Sous-processeur : fournisseur de services tiers chargé d'exécuter des fonctions spécifiques (par exemple, inférence LLM, reconnaissance vocale) sur les données des clients, dans le cadre de contrôles contractuels et techniques stricts.
Traitement des données vs. Résidence des données
Pour les clients opérant dans des régions réglementées telles que Singapour, nous faisons la distinction entre l'endroit où les données sont stockées (résidence) et l'endroit où les données sont calculées (traitement).
Souveraineté des données régionales
La souveraineté régionale des données garantit que les données des clients sont gérées conformément aux réglementations locales, en spécifiant où les données sont stockées et comment elles sont traitées pendant le traitement. Les principes suivants s'appliquent :
- Data at Rest : Toutes les données persistantes des clients, y compris la configuration, les paramètres spécifiques aux locataires et les journaux stockés, sont hébergées dans la région de Singapour.
- Données en transit : pour tirer parti des clusters GPU hautes performances nécessaires aux grands modèles linguistiques (LLM) et à la reconnaissance vocale avancée (ASR), les données peuvent être traitées en dehors de Singapour. Cependant, le traitement ne concerne que le calcul : les données sont transmises via des canaux TLS 1.2 et plus cryptés, n'existent que dans la RAM pendant la durée du traitement et ne sont pas stockées sur le lieu de traitement.
Les médias restent stockés dans leur région d'origine le plus longtemps possible. Seul un traitement transitoire a lieu à l'extérieur, en fonction des exigences d'organisation et de service.
Logique de localité de traitement
Nous ne gérons pas de proxy LLM locaux dans toutes les zones géographiques pour garantir :
- Parité de sécurité : le traitement centralisé permet de déployer immédiatement les correctifs de sécurité et de modéliser l'application de mesures de sécurité.
- Résilience : La distribution mondiale prévient les pannes en redirigeant les demandes d'inférence en cas de problème avec un centre de données local. Le basculement et le réacheminement mondiaux excluent les régions de l'UE, et le traitement par inférence de l'UE reste au sein de l'UE en cas d'incident.
Résidence des données pour les agents IA dans le centre d'appels Webex
La résidence des données pour les composants d'AI Agent varie selon la région et le fournisseur de services. Le tableau suivant indique où les données sont traitées et stockées pour les principaux composants de l'IA dans les différentes régions des agents d'IA :
|
Région |
Traitement des données (ASR/TTS/Core) |
Traitement des données (LLM) |
Résidence des données (stockage) |
|---|---|---|---|
|
produs1 (États-Unis) |
AWS: N. Virginie, N. Californie
Azure STT/TTS : est des États-Unis, ouest des États-Unis
Deepgram : N. Virginie, N. Californie
Eleven Labs : N. Virginie, N. Californie |
Azure Open AI : N. Virginie, N. Californie
Proxy LLM : N. Virginie, N. Californie |
États-Unis (Home DC) |
|
prodeu1 (Royaume-Uni) |
AWS : Londres, Royaume-Uni
Azure STT/TTS : Royaume-Uni Sud
Deepgram : Région de l'UE
ElevenLabs : régional de l'UE |
Azure Open AI : Londres, Royaume-Uni
LLM Proxy : Londres, Royaume-Uni |
Royaume-Uni (Home DC) |
|
prodeu2 (UE) |
AWS : Francfort, Allemagne
Azure STT/TTS : centre-ouest de l'Allemagne
Deepgram : Région de l'UE
ElevenLabs : régional de l'UE |
Azure Open AI : régional pour l'UE
LLM Proxy : Francfort, Allemagne |
UE (Home DC) |
|
prodca1 (Canada) |
AWS : Canada Central
Azure STT/TTS : Canada Central |
Azure Open AI : global*
LLM Proxy : Canada Central |
Canada (Home DC) |
|
prodjp1 (Japon) |
AWS : Tokyo, Japon
Azure STT/TTS : Japon Est |
Azure Open AI : global*
LLM Proxy : Tokyo, Japon |
Japon (Home DC) |
|
prodanz1 (Australie) |
AWS : Sydney, Australie
Azure STT/TTS : Australie de l'Est |
Azure Open AI : global*
LLM Proxy : Sydney, Australie |
Australie (Home DC) |
|
prodsg1 (Singapour) |
AWS : Singapour
Azure STT/TTS : Asie du Sud-Est |
Azure Open AI : global*
LLM Proxy : Singapour |
Singapour (Home DC) |
|
prodin1 (Inde) |
AWS : Mumbai, Inde
Azure STT/TTS : Inde centrale |
Azure Open AI : Inde centrale
LLM Proxy : Sydney, Australie |
Inde (Home DC) |
*Ces demandes peuvent aboutir dans n'importe quel centre de données du monde où ces modèles sont hébergés. Vous trouverez plus d'informations sur Azure Data Residency ici.
Résidence des données pour AI Assistant le centre d'appels Webex
La résidence des données des AI Assistant composants varie selon la région et le fournisseur de services. Le tableau suivant indique où les données sont traitées et stockées pour les principaux composants d'AI Assistant dans les différentes régions d'IA :
|
Région |
AWS | Azure STT/TTS |
Voices STT |
Proxy LLM (interne) | Azure Open AI |
|---|---|---|---|---|---|
|
produs1 (États-Unis) |
N. Virginie, N. Californie | Est des États-Unis, Ouest des États-Unis | Mondial** |
N. Virginie, N. Californie |
N. Virginie, N. Californie |
|
prodeu1 (Royaume-Uni) |
Londres, Royaume-Uni
|
Sud du Royaume-Uni | Mondial** |
Londres, Royaume-Uni |
Londres, Royaume-Uni |
|
prodeu2 (UE) |
Francfort, Allemagne |
Centre-ouest de l'Allemagne | Mondial** |
Francfort, Allemagne |
Francfort, Allemagne |
|
prodca1 (Canada) |
Canada Central | Canada Central | Mondial** |
Canada Central |
Mondial* |
|
prodjp1 (Japon) |
Tokyo, Japon | Japan East | Mondial** |
Tokyo, Japon |
Mondial* |
|
prodanz1 (Australie) |
Sydney, Australie | Australie de l'Est | Mondial** |
Sydney, Australie |
Mondial* |
|
prodsg1 (Singapour) |
Singapour | Asie du Sud-Est | Mondial** | Singapour | Mondial* |
|
prodin1 (Inde) |
Asie-Pacifique (Mumbai), Inde | Inde centrale | NA | Sydney, Australie | Mumbai, Inde |
*Ces demandes peuvent aboutir dans n'importe quel centre de données du monde où ces modèles sont hébergés. Vous trouverez plus d'informations sur Azure Data Residency ici.
** Voicea réside en Europe-Ouest1/Bruxelles/Belgique et en Europe-Ouest4/Amsterdam/Pays-Bas. Voicea s'occupe uniquement du traitement des données. Aucune donnée n'est conservée sur les sites de déploiement de Voicea.
Traitement éphémère et zéro rétention
L'un des aspects fondamentaux de notre architecture d'IA est l'engagement en faveur d'un traitement éphémère et d'une conservation zéro des données. Notre approche donne la priorité à la confidentialité et à la sécurité des données en veillant à ce que les informations des clients ne soient jamais stockées ni conservées pendant les opérations d'IA.
- Visibilité ASR et TTS : lors de la transcription en temps réel (ASR) ou de la synthèse vocale (TTS), les données n'existent que dans la mémoire volatile (RAM) du moteur de traitement et sont purgées immédiatement après utilisation. Aucune donnée n'est stockée ou conservée après le traitement.
- Contrôle d'accès : Aucun employé humain (interne ou sous-processeur) n'a accès aux flux audio ou textuels bruts pendant la phase d'inférence.
- Pas d'utilisation secondaire : nous maintenons des barrières contractuelles et techniques strictes pour garantir que les données des clients, y compris les instructions et le son, ne soient jamais utilisées pour former, recycler ou améliorer les modèles de base appartenant à des sous-processeurs.
Gouvernance des sous-processeurs (fournisseurs de voix et de LLM)
Nous procédons à des évaluations rigoureuses des risques liés à des tiers pour tous les sous-traitants.
- Évaluations des risques par des tiers : tous les sous-traitants sont soumis à une évaluation rigoureuse.
- Chiffrement : les données envoyées aux sous-processeurs sont cryptées en transit, traitées uniquement en RAM et jamais stockées.
- Auditabilité : Tous les appels d'API aux sous-processeurs sont enregistrés à des fins d'audit (métadonnées uniquement ; les charges utiles sensibles sont exclues des journaux).
- Responsabilité en cas d'incident : En cas d'incident concernant les données d'un sous-processeur, [Votre entreprise] est la principale responsable et gère toutes les notifications aux clients et les mesures correctives conformément à notre addendum standard sur le traitement des données (DPA).
Conservation des données et gestion du cycle de vie
Par souci de transparence, le tableau suivant indique exactement la durée pendant laquelle les données sont conservées au sein de notre écosystème :
|
Type de données |
Période de rétention (en jours) |
État du stockage |
Objectif |
|---|---|---|---|
|
Audio/Transcription en temps réel |
0 |
Non stocké |
Purgée immédiatement après la fin de la session. |
|
Historique des sessions d'AI Agent |
X |
Stocké (SG) |
Fournit du contexte pour les conversations à plusieurs reprises. |
|
Journaux opérationnels |
90 |
Stocké (SG) |
Résolution des problèmes et surveillance de l'état du système. |
|
Clés de chiffrement pour les locataires |
indéfini |
Stocké (KMS) |
Clés gérées par le client ou clés système pour les données stockées. |
Gestion des connaissances et précision du contenu
Notre architecture AI Assistant utilise une architecture RAG (Retrieval-Augmented Generation). Cela garantit que l'IA fournit des réponses sur la base de vos documents « Ground Truth » spécifiques plutôt que sur une formation interne sur un modèle.
- Mises à jour des URL/des documents : lorsqu'une source de connaissances est mise à jour, le système réindexe le contenu et remplace les versions précédentes.
- Latence : le contenu mis à jour se reflète généralement dans les réponses de l'IA en [X] minutes.
- Gestion du cache : les sessions actives utilisent le contexte disponible au début de la session ; toutefois, toutes les sessions suivantes sont obligées d'interroger l'index le plus récent, empêchant ainsi la réutilisation de données périmées ou « hallucinées ».
Edge Case : si une réglementation régionale spécifique interdit tout traitement en dehors de la région, des contrôles supplémentaires ou des options de traitement locales peuvent être nécessaires.
Important — Le « traitement » n'implique jamais le stockage de données ; tout stockage permanent de données est strictement conforme aux règles de résidence régionales.
ElevenLabs et Deepgram sont utilisés comme sous-processeurs basés dans l'UE pour certaines tâches vocales et de transcription, toujours dans le cadre de contrôles contractuels et techniques stricts, sans aucune conservation de données après le traitement.
Exemple de scénario
Un utilisateur de Singapour lance une session de transcription. Le flux audio est traité en temps réel par un hub LLM mondial via des chaînes cryptées, mais aucun son ni aucune transcription ne sont stockés pendant ou après le traitement en dehors de Singapour. Seul le contexte ou les journaux autorisés (jamais le contenu lui-même) sont conservés conformément au tableau ci-dessus.