- Página inicial
- /
- Artigo
A residência de dados no Webex Contact Center garante que os dados sejam mantidos apenas na memória durante a computação e nunca sejam armazenados fora da região designada. Todos os dados persistentes do cliente (configuração, registros etc.) permanecem na região especificada e os subprocessadores operam sob rígidos controles contratuais, técnicos e de auditoria. Os dados confidenciais e de mídia nunca são retidos após o processamento, e os requisitos regionais de residência e privacidade de dados são rigorosamente aplicados. O gerenciamento do conhecimento usa atualizações em tempo real para garantir a precisão do conteúdo, com todo o tratamento de dados alinhado aos padrões regulatórios e de segurança.
Principais definições
Algumas das principais definições deste artigo incluem:
- Processamento de dados: o ato de realizar operações computacionais (como transcrição, inferência ou síntese) nos dados do cliente. Nenhum dado do cliente é armazenado durante o processamento; os dados existem apenas temporariamente na memória volátil (RAM) e são eliminados imediatamente após a conclusão do processamento.
- Residência e armazenamento de dados: refere-se ao local onde os dados do cliente são armazenados de forma persistente (“em repouso”). Isso inclui configuração, configurações específicas do inquilino e registros armazenados.
- Residência na mídia: a mídia (como fluxos de áudio) permanece em seu local de origem pelo maior tempo possível e não é movida ou armazenada persistentemente fora da região, mesmo que o processamento ocorra em outra região.
- Subprocessador: um provedor de serviços terceirizado contratado para realizar funções específicas (por exemplo, inferência LLM, reconhecimento de fala) nos dados do cliente, sob rígidos controles contratuais e técnicos.
Processamento de dados vs. Residência de dados
Para clientes que operam em regiões regulamentadas, como Cingapura, distinguimos entre onde os dados são armazenados (residência) e onde os dados são computados (processamento).
Soberania regional de dados
A soberania regional dos dados garante que os dados do cliente sejam gerenciados em conformidade com as regulamentações locais, especificando onde os dados são armazenados e como são tratados durante o processamento. Os seguintes princípios se aplicam:
- Dados em repouso: todos os dados persistentes do cliente, incluindo configurações, configurações específicas do inquilino e registros armazenados, estão armazenados na região de Cingapura.
- Dados em trânsito: para aproveitar os clusters de GPU de alto desempenho necessários para modelos de linguagem grande (LLMs) e reconhecimento avançado de fala (ASR), os dados podem ser processados fora de Cingapura. No entanto, processamento significa apenas computação: os dados são transmitidos por meio de canais TLS 1.2+ criptografados, existem somente na RAM durante o processamento e não são armazenados no local de processamento.
A mídia permanece armazenada em sua região de origem pelo maior tempo possível. Somente o processamento transitório ocorre externamente, com base nos requisitos organizacionais e de serviço.
Processando a lógica de localidade
Não operamos proxies LLM locais em todas as geografias para garantir:
- Paridade de segurança: o processamento centralizado permite a implantação imediata de patches de segurança e a aplicação de modelos de proteção.
- Resiliência: a distribuição global evita interrupções ao redirecionar as solicitações de inferência se um data center local enfrentar um problema. O failover e o redirecionamento globais excluem as regiões da UE, e o processamento de inferências da UE permanece dentro da UE durante incidentes.
Residência de dados para agentes de IA no Webex Contact Center
A residência de dados dos componentes do AI Agent varia de acordo com a região e o provedor de serviços. A tabela a seguir resume onde os dados são processados e armazenados dos principais componentes de IA em diferentes regiões do AI Agent:
|
Região |
Processamento de dados (ASR/TTS/Core) |
Processamento de dados (LLM) |
Residência de dados (armazenamento) |
|---|---|---|---|
|
produs1 (EUA) |
AWS: N. Virgínia, N. Califórnia
Azure STT/TTS: Leste dos EUA, Oeste dos EUA
Deepgram: Não. Virgínia, N. Califórnia
Onze laboratórios: N. Virgínia, N. Califórnia |
Inteligência Artificial Aberta do Azure: Não Virgínia, N. Califórnia
Proxy LLM: Não Virgínia, N. Califórnia |
EUA (Home DC) |
|
prodeu1 (Reino Unido) |
AWS: Londres, Reino Unido
Azure STT/TTS: Sul do Reino Unido
Deepgram: Regional da UE
ElevenLabs: Regional da UE |
Azure Open AI: Londres, Reino Unido
LLM Proxy: Londres, Reino Unido |
Reino Unido (Home DC) |
|
prodeu2 (UE) |
AWS: Frankfurt, Alemanha
Azure STT/TTS: Centro-Oeste da Alemanha
Deepgram: Regional da UE
ElevenLabs: Regional da UE |
Azure Open AI: regional da UE
LLM Proxy: Frankfurt, Alemanha |
UE (Home DC) |
|
prodca1 (Canadá) |
AWS: Canadá Central
Azure STT/TTS: Canadá Central |
Inteligência Artificial Aberta do Azure: Global*
LLM Proxy: Canadá Central |
Canadá (Home DC) |
|
prodjp1 (Japão) |
AWS: Tóquio, Japão
Azure STT/TTS: Leste do Japão |
Inteligência Artificial Aberta do Azure: Global*
LLM Proxy: Tóquio, Japão |
Japão (Home DC) |
|
prodanz1 (Austrália) |
AWS: Sydney, Austrália
Azure STT/TTS: Leste da Austrália |
Inteligência Artificial Aberta do Azure: Global*
LLM Proxy: Sydney, Austrália |
Austrália (Home DC) |
|
prodsg1 (Cingapura) |
AWS: Cingapura
Azure STT/TTS: Sudeste Asiático |
Inteligência Artificial Aberta do Azure: Global*
LLM Proxy: Cingapura |
Cingapura (Home DC) |
|
prodin1 (Índia) |
AWS: Mumbai, Índia
Azure STT/TTS: Índia Central |
Azure Open AI: Índia Central
LLM Proxy: Sydney, Austrália |
Índia (Home DC) |
*Essas solicitações podem acabar em qualquer data center, globalmente, onde esses modelos estejam hospedados. Mais informações sobre a Residência de Dados do Azure podem ser encontradas aqui.
Residência de dados para AI Assistant no Webex Contact Center
A residência de dados dos AI Assistant componentes varia de acordo com a região e o provedor de serviços. A tabela a seguir resume onde os dados são processados e armazenados dos principais componentes do AI Assistanct em diferentes regiões de IA:
|
Região |
AWS | Azure STT/TTS |
Vozes STT |
Proxy LLM (interno) | IA aberta do Azure |
|---|---|---|---|---|---|
|
produs1 (EUA) |
N. Virgínia, N. Califórnia | Leste dos EUA, Oeste dos EUA | Global** |
N. Virgínia, N. Califórnia |
N. Virgínia, N. Califórnia |
|
prodeu1 (Reino Unido) |
Londres, Reino Unido
|
Sul do Reino Unido | Global** |
Londres, Reino Unido |
Londres, Reino Unido |
|
prodeu2 (UE) |
Frankfurt, Alemanha |
Centro-Oeste da Alemanha | Global** |
Frankfurt, Alemanha |
Frankfurt, Alemanha |
|
prodca1 (Canadá) |
Canadá Central | Canadá Central | Global** |
Canadá Central |
Global* |
|
prodjp1 (Japão) |
Tóquio, Japão | Leste do Japão | Global** |
Tóquio, Japão |
Global* |
|
prodanz1 (Austrália) |
Sydney, Austrália | Leste da Austrália | Global** |
Sydney, Austrália |
Global* |
|
prodsg1 (Cingapura) |
Cingapura | Sudeste Asiático | Global** | Cingapura | Global* |
|
prodin1 (Índia) |
Ásia-Pacífico (Mumbai), Índia | Índia Central | NA | Sydney, Austrália | Mumbai, Índia |
*Essas solicitações podem acabar em qualquer data center, globalmente, onde esses modelos estejam hospedados. Mais informações sobre a Residência de Dados do Azure podem ser encontradas aqui.
** Voicea reside na Europa-Oeste1/Bruxelas/Bélgica e na Europa-Oeste/Amsterdã/Holanda. A Voicea faz apenas processamento de dados. Nenhum dado persiste nos sites de implantação do Voicea.
Processamento efêmero e retenção zero
Um aspecto fundamental da nossa arquitetura de IA é o compromisso com o processamento efêmero e a retenção zero de dados. Nossa abordagem prioriza a privacidade e a segurança dos dados, garantindo que as informações do cliente nunca sejam armazenadas ou retidas durante as operações de IA.
- Visibilidade ASR e TTS: Durante a transcrição em tempo real (ASR) ou a síntese de fala (TTS), os dados existem somente na memória volátil (RAM) do mecanismo de processamento e são eliminados imediatamente após o uso. Nenhum dado é armazenado ou retido após o processamento.
- Controle de acesso: nenhum funcionário humano (interno ou subprocessador) tem acesso a fluxos brutos de áudio ou texto durante a fase de inferência.
- Sem uso secundário: mantemos barreiras contratuais e técnicas rígidas para garantir que os dados do cliente, incluindo solicitações e áudio, nunca sejam usados para treinar, retreinar ou melhorar modelos básicos de propriedade de subprocessadores.
Governança de subprocessadores (provedores de Voicea e LLM)
Conduzimos avaliações rigorosas de risco de terceiros em todos os subprocessadores.
- Avaliações de risco de terceiros: todos os subprocessadores passam por uma avaliação rigorosa.
- Criptografia: os dados enviados aos subprocessadores são criptografados em trânsito, processados somente na RAM e nunca são armazenados.
- Auditabilidade: todas as chamadas de API para subprocessadores são registradas para fins de auditoria (somente metadados; cargas sensíveis são excluídas dos registros).
- Responsabilidade pelo incidente: no caso de um incidente de dados em um subprocessador, [Sua empresa] mantém a responsabilidade primária e lida com todas as notificações e correções do cliente de acordo com nosso Adendo de Processamento de Dados (DPA) padrão.
Retenção de dados e gerenciamento do ciclo de vida
Para garantir a transparência, a tabela a seguir descreve exatamente por quanto tempo os dados são mantidos em nosso ecossistema:
|
Tipo de dados |
Período de retenção (em dias) |
Status de armazenamento |
Propósito |
|---|---|---|---|
|
Áudio/transcrição em tempo real |
0 |
Não armazenado |
Purgado imediatamente após o término da sessão. |
|
Histórico de sessões do AI Agent |
X |
Armazenado (SG) |
Fornece contexto para conversas em vários turnos. |
|
Registros operacionais |
90 |
Armazenado (SG) |
Solução de problemas e monitoramento da integridade do sistema. |
|
Chaves de criptografia do inquilino |
indefinida |
Armazenado (KMS) |
Chaves gerenciadas pelo cliente ou do sistema para dados em repouso. |
Gestão do conhecimento e precisão do conteúdo
Nosso AI Assistant usa uma arquitetura de geração aumentada de recuperação (RAG). Isso garante que a IA forneça respostas com base em seus documentos específicos “Ground Truth”, em vez de treinamento de modelo interno.
- Atualizações de URL/documento: quando uma fonte de conhecimento é atualizada, o sistema reindexa o conteúdo e substitui as versões anteriores.
- Latência: o conteúdo atualizado normalmente se reflete nas respostas da IA em [X] minutos.
- Tratamento de cache: as sessões ativas usam o contexto disponível no início da sessão; no entanto, todas as sessões subsequentes são forçadas a consultar o índice mais recente, evitando a reutilização de dados obsoletos ou “alucinados”.
Caso extremo — Se uma regulamentação regional específica proibir qualquer processamento fora da região, controles adicionais ou opções de processamento local podem ser necessários.
Importante: “Processamento” nunca implica armazenamento de dados; todo armazenamento persistente de dados segue estritamente as regras de residência regional.
ElevenLabs e Deepgram são usados como subprocessadores baseados na UE para determinadas tarefas de fala e transcrição, sempre sob rígidos controles contratuais e técnicos, com retenção zero de dados após o processamento.
Exemplo de cenário
Um usuário em Cingapura inicia uma sessão de transcrição. O fluxo de áudio é processado em tempo real por um hub LLM global por meio de canais criptografados, mas nenhum áudio ou transcrição é armazenado durante ou após o processamento fora de Cingapura. Somente o contexto ou os registros permitidos (nunca o conteúdo em si) são retidos conforme a tabela acima.