Neste artigo
Definições-chave
dropdown icon
Processamento de Dados vs. Residência de Dados
    Soberania dos Dados Regionais
    Processamento da lógica da localidade
    Residência de dados para agentes de IA em Webex Contact Center
    Residência de dados para AI Assistant em Webex Contact Center
Processamento efêmero e retenção zero
Governança do sub processador (Provedores de Voicea e LLM)
Gerenciamento de retenção e ciclo de vida dos dados
dropdown icon
Gerenciamento de conhecimento e exatidão do conteúdo
    Cenário de exemplo
Segurança de Dados, Privacidade e Residência em Webex Contact Center
list-menuNeste artigo
list-menuComentários?

A Residência de Dados em Webex Contact Center garante que os dados só são mantidos na memória durante a computação e nunca são armazenados fora da região designada a ele. Todos os dados persistentes do cliente (configuração, logs, etc.) permanecem dentro da região especificada, e os sub processadores operam sob controles contratuais, técnicos e de auditoria rigorosos. A mídia e os dados confidenciais nunca são retidos após o processamento, e a residência de dados regionais e os requisitos de privacidade são estritamente aplicados. O geranciamento de conhecimento usa atualizações em tempo real para garantir a precisão do conteúdo, com todo o tratamento de dados alinhados aos padrões regulamentares e de segurança.

Definições-chave

Algumas das principais configurações deste artigo incluem:

  • Processamento de dados: o ato de executar operações computacionais (como transcrição, inferência ou sintetização) 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 limpos imediatamente após o processamento ter sido concluído.
  • Residência e armazenamento de dados: refere-se ao local em que os dados do cliente são persistentemente armazenados ("em descanso"). Isso inclui configuração, configurações específicas do espaço e logs armazenados.
  • Residência de mídia: as mídias (como fluxos de áudio) permanecem em seu local de origem pelo maior tempo possível e não são persistentemente movidas ou armazenadas fora da região, mesmo que o processamento ocorra em outra geografia.
  • Sub processador: um provedor de serviços de terceiros envolvido para executar funções específicas (por exemplo, inferência LLM, reconhecimento de voz) em dados do cliente, sob rigorosos controles contratuais e técnicos.

Processamento de Dados vs. Residência de Dados

Para clientes que operam em regiões regulamentadas como Cingapura, distinguemos entre onde os dados são armazenados (Residência) e onde os dados são computados (Processamento).

Soberania dos Dados Regionais

A soberania dos dados regionais assegura que os dados dos clientes seja gerenciados em conformidade com as regulamentações locais, especificando onde os dados são armazenados e como eles são tratados durante o processamento. Os princípios a seguir se aplicam:

  • Dados em descanso: todos os dados persistentes do cliente, incluindo configuração, configurações específicas do espaço e registros armazenados, estão localizados na região de Cingapura.
  • Dados em trânsito: para aproveitar clusters GPU de alto desempenho necessários para LLMs (Large Language Models) e Advanced Speech Recognition (ASR), os dados podem ser processados fora de Cingapura. Entretanto, o processamento significa apenas computação: os dados são transmitidos por meio de canais TLS 1.2+ criptografados, existem apenas 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 o maior tempo possível. Somente o processamento transitório ocorre fora, com base nos requisitos organizacionais e de serviço.

Processamento da lógica da localidade

Não operamos procuradores locais da LLM 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 do guardrail de modelo.
  • Resiliência: A distribuição global evita interrupções redirecionando as solicitações de inferência se um centro de dados local tiver um problema.

Residência de dados para agentes de IA em Webex Contact Center

A residência de dados para componentes de agente de IA varia por região e provedor de serviços. A tabela a seguir resume onde os dados são processados e armazenados para componentes-chave de IA em diferentes regiões do agente de IA:

Região

Processamento de dados (ASR / TTS / Core)

Processamento de Dados (LLM)

Residência de Dados (Armazenamento)

produs1 (EUA)

AWS: N. Virginia, N. Califórnia

Azure STT/TTS: East US, West US

Deepgram: N. Virginia, N. Califórnia

ElevenLabs: N. Virginia, N. Califórnia

Azure Open AI: N. Virginia, N. Califórnia

LLM Proxy: N. Virginia, N. Califórnia

EUA (Home DC)

prodeu1 (Reino Unido)

AWS: Londres, Reino Unido

Azure STT/TTS: Reino Unido, Sul, África do Sul

Azure Open AI: London, Reino Unido

LLM Proxy: Londres, Reino Unido

Reino Unido (Home DC)

prodeu2 (UE)

AWS: Frankfurt, Alemanha

Azure STT/TTS: Emirados Árabes Unidos Norte, Alemanha Oeste Central

Azure Open AI: Frankfurt, Alemanha

Proxy LLM: Frankfurt, Alemanha

EU (Home DC)

prodca1 (Canadá)

AWS: Canadá Central

STT/TTS Azure: Global*

Azure Open AI: Global*

Proxy LLM: Canada Central

Canadá (Home DC)

prodjp1 (Japão)

AWS: Tóquio, Japão

STT/TTS Azure: Global*

Azure Open AI: Global*

LLM Proxy: Tóquio, Japão

Japão (Home DC)

prodanz1 (Austrália)

AWS: Sydney, Austrália

STT/TTS Azure: Global*

Azure Open AI: Global*

Proxy LLM: Sydney, Austrália 31

Austrália (Home DC)

prodsg1 (Cingapura)

AWS: Cingapura

STT/TTS Azure: Global*

Azure Open AI: Global*

LLM Proxy: Sydney, Austrália

Cingapura (Home DC)

prodin1 (Índia)

AWS: Mumbai, Índia

STT/TTS Azure: Índia Central

Azure Open AI: Central India

LLM Proxy: Mumbai, Índia

Índia (Home DC)

*Essas solicitações podem acabar em qualquer centro de dados, 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 em Webex Contact Center

A residência de dados para componentes do AI Assistant varia por região e provedor de serviços. A tabela a seguir resume onde os dados são processados e armazenados para componentes-chave do Assistanct de IA em diferentes regiões da IA:

Região

AWS

Azure STT/TTS

STT Voza

Proxy LLM (Interno)

Ia AI aberta no Azul

produs1 (EUA)

N. Virginia Leste dos EUA, Oeste dos EUA Global**

N. Virginia

N. Virginia

prodeu1 (Reino Unido)

Londres, Reino Unido

Reino Unido Sul, África do Sul Norte Global**

Londres, Reino Unido

Londres, Reino Unido

prodeu2 (UE)

Frankfurt

Emirados Árabes Unidos, Alemanha Ocidental Central Global**

Frankfurt

Frankfurt

prodca1 (Canadá)

Central do Canadá Global* Global**

Central do Canadá

Global*

prodjp1 (Japão)

Tóquio, Japão Global* Global**

Tóquio, Japão

Global*

prodanz1 (Austrália)

Sydney, Austrália Global* Global**

Sydney, Austrália

Global*

prodsg1 (Cingapura)

Cingapura Global* Global**

Sydney, Austrália

Global*

prodin1 (Índia)

Ásia-Pacífico (Mumbai), Índia Índia Central ND Sydney, Austrália Sydney, Austrália

*Essas solicitações podem acabar em qualquer centro de dados, 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-Oeste4/Amsterdã/Holanda. O Voicea somente faz o processamento de dados. Nenhum dado é persistente nos sites de implantação Voicea.

Processamento efêmero e retenção zero

Um aspecto fundamental de nossa arquitetura de IA é o compromisso com o processamento efêmero e a retenção de dados zero. Nossa abordagem prioriza a privacidade e a segurança dos dados, garantindo que as informações dos clientes nunca sejam armazenadas ou mantidas durante as operações de IA.

  • Visibilidade ASR &TTS: durante a transcrição em tempo real (ASR) ou a sintetização da fala (TTS), os dados existem apenas na memória volátil (RAM) do mecanismo de processamento e são limpos imediatamente após o uso. Nenhum dado é armazenado ou retido após o processamento.
  • Controle de acesso: nenhum funcionário humano (interno ou sub processador) tem acesso a fluxos de áudio brutos ou textos durante a fase de inferência.
  • Sem uso secundário: mantemos barreiras contratuais e técnicas rigorosas para garantir que os dados do cliente, incluindo avisos e áudio, nunca sejam usados para treinar, requalificação ou melhorar modelos de fundação de propriedade de sub processadores.

Governança do sub processador (Provedores de Voicea e LLM)

Realizamos avaliações de risco de terceiros em todos os sub processadores.

  • Avaliações de risco de terceiros: todos os sub processadores passam por uma avaliação Desassomental.
  • Criptografia: os dados enviados para sub processadores são criptografados em trânsito, processados apenas em RAM e nunca armazenados.
  • Auditabilidade: todas as chamadas API para sub processadores são registradas para fins de auditoria (apenas metadados; cargas de pagamento confidenciais são excluídas dos logs).
  • Responsabilidade de incidentes: No caso de um incidente de dados em um sub processador, [Sua empresa] mantém a responsabilidade primária e lida com todas as notificações do cliente e correção de acordo com nosso Adendo de Processamento de Dados padrão (DPA).

Gerenciamento de retenção e ciclo de vida dos dados

Para garantir a transparência, a tabela a seguir descreve exatamente quanto tempo os dados são mantidos em nosso ecossistema:

Tipo de dados

Período de retenção (em dias)

Status de armazenamento

Objetivo

Áudio/transcrição em tempo real

0

Não armazenado

Purgado imediatamente após a sessão terminar.

Histórico de sessão de agente de IA

X

Armazenado (SG)

Fornece contexto para várias conversações de TURN.

Logs operacionais

90

Armazenado (SG)

Solução de problemas e monitoramento de integridade do sistema.

Chaves de criptografia do espaço

Indefinido

Armazenado (KMS)

Chaves do sistema ou gerenciadas pelo cliente para dados em descanso.

Gerenciamento de conhecimento e exatidão do conteúdo

Nossa arquitetura 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 de "Ground Truth" em vez de treinamento de modelos internos.

  • URL/Document Updates: Quando uma fonte de conhecimento é atualizada, o sistema re-indexa o conteúdo e substitui as versões anteriores.
  • Latência: o conteúdo atualizado normalmente reflete nas respostas da IA dentro dos minutos [X].
  • 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, impedindo o reutilização de dados obsoletos ou "hallucinados".

Caso de limite — Se um regulamento regional específico proibir qualquer processamento fora da região, podem ser necessários controles adicionais ou opções de processamento local.

Importante — "Processamento" nunca implica armazenamento de dados; todo o armazenamento de dados persistente adere estritamente às regras de residência regionais.

ElevenLabs e Deepgram são usados como sub processadores baseados na UE para certas tarefas de fala e transcrição, sempre sob controles contratuais e técnicos rigorosos, com retenção de dados zero após o processamento.

Cenário de exemplo

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 logs permitidos (nunca o conteúdo em si) são mantidos de acordo com a tabela acima.

Este artigo foi útil?
Este artigo foi útil?