VoiceVanguard CCaaS · TrustCo Technologies (Brasília, DF, Brasil) · Atualizada em outubro de 2026
O VoiceVanguard mede a qualidade técnica das chamadas no navegador do agente (áudio mudo ou em um só sentido, rede, latência) para que a operação encontre a causa dos problemas. Seguimos as diretrizes da LGPD e as boas práticas do GDPR, com minimização de dados desde o projeto.
A empresa contratante (operação de atendimento) é a controladora dos dados dos seus agentes. A TrustCo atua como operadora, tratando os dados conforme as instruções da contratante e o contrato de tratamento de dados.
| Dado | Para quê |
|---|---|
Estatísticas de rede do WebRTC (getStats()): latência, jitter, perda de pacotes, protocolo | Calcular a estimativa de MOS e localizar problemas de rede |
| Caminho de mídia: apenas o protocolo (UDP ou TCP) e o tipo de conexão (direta, via NAT ou via relay). Endereços IP e portas nunca são lidos | Identificar quando a mídia caiu para TCP, por exemplo por bloqueio de UDP no firewall |
| Indicadores de áudio: microfone desconectado ou mudo, sem áudio recebido ou enviado, troca de dispositivo (apenas o estado, nunca o conteúdo) | Detectar áudio mudo ou unidirecional |
| Identificador da conversa ou do contato (ConversationId/ContactId), extraído localmente na página | Correlacionar a análise com a chamada na plataforma |
| Identificador da estação (gerado automaticamente), torre/operação (definida pela chave que a TI da operação instala) e, quando a operação configura, nome ou matrícula do operador | Mostrar ao supervisor qual estação tem o problema |
| Indicação do tipo de conexão (por exemplo, provável Wi-Fi) e carga de memória do navegador | Separar problemas locais de problemas da plataforma |
| Nome do domínio da plataforma de atendimento (por exemplo, região da Genesys ou instância do Amazon Connect) | Identificar a região da chamada |
| Pré-check de turno: resultado de microfone, fone, conexão, latência ao relay e, quando configuradas, à região do Genesys Cloud e o teste de UDP de saída (somente o tempo de resposta e se houve resposta; nenhum endereço é guardado) | Avisar a estação com problema antes do turno |
| Latência das chamadas de API da plataforma (apenas nome do servidor e tempos) | Distinguir lentidão da plataforma de lentidão local |
| Endereço IP da conexão | Proteção contra abuso (limite de tentativas); guardado só em memória por até 60 segundos |
Áudio, transcrições, conteúdo de conversas, título de abas, URLs completas, dados de cartão, nem dados dos clientes finais que ligam para a operação. O ID da conversa é extraído localmente; a URL da página não sai do navegador.
Por padrão a estação envia suas medições em tempo real durante a chamada. A contratante pode escolher um modo amostrado (uma medição a cada poucos segundos) ou por disparo (o supervisor pede a medição quando precisar). Isso reduz o volume de dados enviado; não muda o tipo de dado coletado.
O estado ao vivo das estações fica em memória e é descartado 24 horas após a estação ficar offline. O histórico de chamadas auditadas guarda as chamadas mais recentes de cada contratante (por padrão até 5.000, configurável). A contratante pode exportar esse histórico em CSV, sem o nome do operador, e solicitar a exclusão a qualquer momento.
O serviço pode enviar a um sistema de monitoramento contadores técnicos de saúde (conexões, estações online, uso de memória, falhas de autenticação), agrupados por contratante e papel. Essas métricas não contêm identificadores de agentes, chaves nem endereços IP.
Os dados são isolados por contratante e, quando houver, por torre. Toda comunicação usa HTTPS e WSS. O acesso aos dados exige chave de supervisor. A remediação remota (limpeza de cache) é bloqueada durante uma chamada ativa e fica registrada.
Usamos um provedor de hospedagem em nuvem para executar o serviço. Os dados não são vendidos nem usados para publicidade. A página institucional carrega a fonte Inter do Google Fonts, o que pode expor o IP do visitante ao Google; o console do supervisor não carrega recursos de terceiros.
Confirmação de tratamento, acesso, correção, eliminação, informação sobre compartilhamento e oposição. Como o titular costuma ser agente de uma operação, solicite primeiro à sua empresa (controladora). Também atendemos em contato@trustco.pro.
VoiceVanguard CCaaS · TrustCo Technologies (Brasília, DF, Brazil) · Updated October 2026
VoiceVanguard measures the technical quality of calls in the agent's browser (muted or one-way audio, network, latency) so the operation can find the cause of problems. We follow LGPD guidelines and GDPR good practices, with data minimisation by design.
The contracting company (the contact center operation) is the data controller for its agents' data. TrustCo acts as the processor, handling data under the customer's instructions and the data processing agreement.
| Data | Purpose |
|---|---|
WebRTC network statistics (getStats()): latency, jitter, packet loss, protocol | Estimate MOS and locate network problems |
| Media path: only the protocol (UDP or TCP) and the connection type (direct, through NAT or through a relay). IP addresses and ports are never read | Identify when media fell back to TCP, for example because a firewall blocks UDP |
| Audio indicators: microphone disconnected or muted, no audio received or sent, device change (state only, never content) | Detect muted or one-way audio |
| Conversation or contact identifier (ConversationId/ContactId), extracted locally on the page | Match the analysis to the call on the platform |
| Station identifier (generated automatically), tower/operation (set by the key the operation's IT installs) and, when the operation configures it, the operator's name or ID | Show the supervisor which station has the problem |
| Connection type hint (for example, probable Wi-Fi) and browser memory load | Separate local problems from platform problems |
| Domain name of the contact center platform (for example, the Genesys region or the Amazon Connect instance) | Identify the call's region |
| Shift pre-check: microphone, headset and connection results, latency to the relay and, when configured, to the Genesys Cloud region and the outbound UDP test (only response time and whether a reply came back; no address is stored) | Warn a station with a problem before the shift |
| Latency of the platform's API calls (server name and timings only) | Tell platform slowness from local slowness |
| Connection IP address | Abuse protection (attempt limit); kept in memory only, for up to 60 seconds |
Audio, transcripts, conversation content, tab titles, full URLs, card data, or data about the end customers who call the operation. The conversation ID is extracted locally; the page URL never leaves the browser.
By default a station sends its measurements in real time during a call. The customer may choose a sampled mode (one measurement every few seconds) or an on-demand mode (the supervisor requests a measurement when needed). This reduces the volume of data sent; it does not change the kind of data collected.
Live station state is kept in memory and discarded 24 hours after the station goes offline. The audited call history keeps each customer's most recent calls (up to 5,000 by default, configurable). The customer can export this history as CSV, without the operator's name, and request deletion at any time.
The service may send technical health counters (connections, online stations, memory use, authentication failures) to a monitoring system, grouped by customer and role. These metrics contain no agent identifiers, keys or IP addresses.
Data is isolated per customer and, where applicable, per tower. All communication uses HTTPS and WSS. Access to the data requires a supervisor key. Remote remediation (cache cleanup) is blocked during an active call and is logged.
We use a cloud hosting provider to run the service. Data is not sold or used for advertising. The marketing site loads the Inter font from Google Fonts, which may expose the visitor's IP to Google; the supervisor console loads no third-party resources.
Confirmation of processing, access, correction, deletion, information about sharing, and objection. Because the data subject is usually an agent of an operation, please ask your employer (the controller) first. You can also reach us at contato@trustco.pro.