Por que excluímos seu áudio após a transcrição

Autor: Hushscript | Publicado em: 30 de maio de 2026 | Última revisão: 21 de julho de 2026

Excluímos seu áudio no momento em que a transcrição fica pronta. Nem depois de 30 dias, nem quando você fecha sua conta, nem em um cronograma de limpeza que ocorre durante a noite. O arquivo é removido assim que o trabalho termina, automaticamente, sem você perguntar.

As políticas de retenção variam entre os serviços de transcrição, e a diferença é importante. A orientação de limitação de armazenamento da ICO fornece o princípio útil: os dados pessoais não devem ser mantidos por mais tempo do que o exigido pela sua finalidade. A Hushscript fez uma escolha deliberadamente restrita para áudio, e esta postagem explica o que significa “retenção zero” aqui, como funciona a exclusão e como remover uma transcrição salva quando você terminar de usá-la.

O caso da exclusão

Reter o áudio do cliente cria várias categorias distintas de risco. Excluí-los remove cada um deles, em vez de mitigá-los, e essa diferença é mais importante do que parece à primeira vista.

Dados que não existem não podem ser violados. Qualquer balde de armazenamento que contenha áudio gravado é um alvo, e as violações raramente são descobertas no dia em que acontecem. Os relatórios de incidentes de segurança constatam consistentemente que as intrusões muitas vezes passam despercebidas durante semanas ou meses após o comprometimento inicial. Uma gravação excluída minutos após ser transcrita simplesmente não está presente durante essa janela de exposição. Não há cópia para exfiltrar.

A mesma lógica se aplica ao acesso legal e forçado. Uma intimação, uma ordem judicial ou uma solicitação de dados só podem atingir dados que ainda existem. O áudio já excluído no momento de uma solicitação fica indisponível, não porque alguém o esteja retendo ou protegendo ativamente, mas porque ele desapareceu. Para um jornalista com uma fonte confidencial, um advogado que detém material privilegiado ou um terapeuta que grava uma sessão, “já não o temos” é uma posição muito mais forte do que “nós temos, mas prometemos guardá-lo”.

A eliminação também impede a exposição acidental. Os sistemas de armazenamento ficam mal configurados. Os buckets de leitura pública são uma classe recorrente de incidente de segurança precisamente porque o erro é fácil de cometer e lento para ser percebido. Um arquivo que não persiste não pode ser exposto por um erro de permissão seis meses após o upload.

Também há um benefício mais silencioso. A exclusão automática demonstra intenção e não política. Uma declaração de privacidade que diz “excluiremos seus dados mediante solicitação” pede que você confie tanto no texto quanto na execução: que a solicitação chegue ao sistema certo, que seja processada corretamente e que você se lembre de enviá-la. Um sistema que apaga por padrão não depende de nada disso. O resultado seguro é aquele que acontece quando ninguém faz nada.

A compensação é real e vale a pena ser declarada claramente. Você não pode recuperar nosso áudio mais tarde, porque não há nada para recuperar. Se você precisar da gravação original em vez da transcrição, guarde sua própria cópia. Essa é uma restrição de design que escolhemos propositalmente, não uma lacuna que esquecemos de preencher.

O que “retenção zero” realmente significa

“Retenção zero” é uma frase usada livremente, por isso vale a pena ser preciso sobre o que ela cobre aqui e o que não cobre.

Refere-se ao áudio no pipeline de processamento de fala. Depois que seu arquivo é transcrito, duas coisas são verdadeiras ao mesmo tempo. O arquivo de áudio é removido de nosso armazenamento de processamento e o mecanismo de fala que produziu a transcrição não mantém nenhuma cópia dele para treinamento de modelo, avaliação de qualidade ou depuração. Um serviço que utiliza um processador externo também deve verificar a política desse processador; uma solicitação de exclusão no nível do aplicativo não responde por si só à pergunta do subprocessador. O caminho de processamento do Hushscript é executado sem retenção de áudio, portanto a resposta é a mesma em ambos os lados: nenhuma cópia retida após a conclusão.

A retenção zero no nível de áudio não é o mesmo que não manter nenhum dado, e combinar os dois seria desonesto. Sua conta existe. Sua transcrição existe em seu painel até você removê-la. Existe um registro de cobrança dos minutos usados, juntamente com metadados básicos do trabalho, como carimbo de data/hora, duração e idioma detectado. Nada disso é o áudio. O que deixa de existir quando a transcrição é concluída é a gravação em si, o único dado que realmente transporta sua voz e o conteúdo do que foi dito.

Portanto, quando você vir “retenção zero” neste site, leia-o como uma afirmação específica e restrita sobre o áudio e o mecanismo de fala, não como uma promessa abrangente de que nada será armazenado. A versão restrita é aquela que podemos defender sem um asterisco.

Como funciona a exclusão em Hushscript

Seu áudio fica apenas em estado transitório em nossa infraestrutura. Nunca é gravado em um lar permanente e nunca fica em uma biblioteca esperando para ser aberto novamente. O ciclo de vida é curto e unidirecional.

1. Você faz upload. Você solta um arquivo em uma página como áudio para texto ou em um dos outros pontos de upload. O áudio, e apenas o áudio, passa para uma fila de processamento. Se o arquivo for um vídeo, seu áudio já foi preparado em seu navegador – copiado sem recodificação quando compatível, convertido localmente apenas quando necessário – para que os dados de vídeo permaneçam em seu dispositivo.
2. Ele é transcrito. O mecanismo de fala processa o áudio e retorna uma transcrição com rótulos de locutor e carimbos de data/hora. Este é o único estágio em que o áudio é usado ativamente.
3. Ele é retornado e depois excluído. A transcrição é gravada em seu painel e o arquivo de áudio é excluído. Não há um quarto estágio em que a gravação fica armazenada. Ele passa do processamento direto para a remoção.

Como não há estágio de repouso, não há janela de retenção para configurar ou esquecer. O áudio está presente enquanto está sendo transcrito e ausente imediatamente depois. O resumo técnico cabe em uma linha: seu áudio existe em nossa infraestrutura apenas durante a janela de transcrição, em seu dispositivo antes disso e em nenhum lugar depois.

Para trabalhos confidenciais, o detalhe mais útil geralmente é onde os dados são processados. Se você estiver na UE, no EEE, na Suíça ou no Reino Unido, seu áudio será processado na UE. Em todos os outros lugares, é processado nos EUA. De qualquer forma, o comportamento de exclusão é idêntico e, de qualquer forma, a gravação não sobrevive à transcrição. Você pode seguir o caminho completo na página de como funciona, e a página de transcrição privada cobre os detalhes do tratamento de dados e como eles se comparam à norma de armazenamento por padrão.

Um exemplo prático: onde a exclusão realmente afeta

Imagine uma gravação de 40 minutos reunião do cliente salva como M4A de um telefone. Ele contém nomes, números e algumas coisas que ninguém quer que estejam no servidor de um estranho.

Você coloca o arquivo na visualização sem uma conta. Um clipe de 30 segundos identificado pelo falante aparece para que você possa confirmar se as duas vozes estão sendo separadas corretamente. Essa visualização é a única etapa que não precisa de conta. Para transcrever o restante, você se inscreve e novas contas ganham 30 minutos grátis para testar. Uma reunião de 40 minutos ultrapassa o limite gratuito, então você recarrega primeiro; a página de preços tem o custo por minuto. O áudio completo é então transcrito e, no momento em que sua transcrição chega ao painel, o M4A é excluído de nossa parte. Você renomeia “Falante 1” e “Falante 2” para nomes reais, exporta um DOCX para seus registros, e a transcrição permanece em sua conta, criptografada em repouso, até que você a exclua ou uma regra de retenção a remova.

O objetivo de percorrê-la é mostrar onde a garantia realmente se aplica. Após a conclusão do trabalho, o Hushscript não mantém uma cópia armazenada do áudio da reunião. A transcrição é o artefato que persiste e até mesmo ele pode ser excluído. Um serviço construído como um arquivo de gravação pesquisável faz uma troca diferente; leia seus controles de retenção antes de escolher esse modelo para trabalhos confidenciais.

Quando você não quiser uma transcrição salva

Use o modo privado. Ele executa apenas o reconhecimento de fala, ignora o armazenamento de transcrições salvas e a IA de pós-processamento e retorna um arquivo protegido por senha em vez de manter a transcrição em sua conta.

Removendo uma transcrição normal

A exclusão do áudio controla a gravação. A transcrição é a outra metade e você a controla diretamente. Após a transcrição, o texto permanece no seu painel até você removê-lo.

1. Abra a transcrição.
2. Escolha excluir.
3. O texto da transcrição é removido.

Esse é todo o fluxo. Não mantemos nenhum arquivo de transcrições excluídas, portanto, depois que você exclui, o texto desaparece do nosso lado, em vez de ser movido para uma lixeira que você não pode ver. Se você já sabe que não deseja uma transcrição salva, o modo privado é o caminho mais limpo.

Se preferir limpar tudo de uma vez, você pode excluir toda a sua conta do seu perfil após uma etapa de confirmação. Vale a pena saber antes de fazer isso: todos os minutos que você já comprou não serão reembolsados ​​após a exclusão da conta, portanto, gaste-os ou lembre-se primeiro.

A parte honesta: o que guardamos e o limite de criptografia

Uma reivindicação de privacidade só vale tanto quanto as partes que ela admite. Duas coisas merecem uma declaração clara e nada exagerada.

Primeiro, os dados residuais. Excluímos o áudio, mas a transcrição permanece até você removê-la, assim como o pequeno conjunto de metadados do trabalho necessários para executar e cobrar o serviço. Esses metadados apresentam um risco muito menor do que o áudio, uma vez que descrevem o trabalho em vez de transmitir a sua voz, mas não são nada, e preferimos nomeá-los do que sugerir uma lousa em branco que não existe.

Segundo, a transcrição restante é criptografada em repouso. Se nosso armazenamento vazasse, o que um invasor conseguiria seria um texto cifrado ilegível, e não um arquivo pesquisável com as palavras de todos. Essa é uma proteção genuína contra uma violação de armazenamento, que é a ameaça para a qual a criptografia em repouso foi criada. É também onde paramos, deliberadamente. Esta não é criptografia de conhecimento zero. A chave é mantida em nossos servidores, porque o aplicativo deve ser capaz de descriptografar e mostrar sua própria transcrição quando você o abrir. Portanto, não estamos afirmando que não podemos ler suas transcrições. Afirmamos que um banco de dados roubado seria inútil para quem o roubou sem a chave. Qualquer pessoa que lhe diga que uma ferramenta de transcrição pode exibir suas transcrições sob demanda e ser matematicamente incapaz de lê-las, está encobrindo como as chaves funcionam.

Essa é a forma mais honesta disso. O áudio é excluído e o mecanismo de fala não guarda nada, o que remove totalmente a gravação. A transcrição persiste sob criptografia que protege contra vazamentos, mas não é um bloqueio contra nós, e você pode excluí-la sempre que quiser. Preferimos que você entenda exatamente onde está o limite do que confiar em um slogan que o mova silenciosamente.

O motivo mais amplo

O padrão neste setor é o armazenamento. Carregue, transcreva e guarde tudo em uma biblioteca à qual o usuário possa retornar. Para algumas pessoas, isso é uma característica real: um podcaster que cria um arquivo pesquisável de seus próprios episódios se beneficia por ter todas as transcrições em um só lugar, e o conteúdo não é confidencial.

Mas o armazenamento é um padrão ruim para gravações confidenciais. Um arquivo de anos de consultas privilegiadas, entrevistas com fontes ou negociações internas, guardado em um servidor de terceiros, é uma responsabilidade que aumenta silenciosamente com o tempo. Quanto mais tempo existir, maior será a superfície para uma violação, uma intimação ou uma configuração incorreta.

A exclusão é o padrão correto quando a transcrição é o que você precisa e o áudio é apenas o meio de obtê-la. Se você já possui o arquivo de origem, em seu próprio dispositivo ou em seu próprio armazenamento, não há razão para mantermos uma segunda cópia. Portanto, não.

Para uma visão mais ampla dos riscos, incluindo as perguntas que vale a pena fazer a qualquer ferramenta de transcrição antes de carregá-la, consulte por que seu áudio não deve ser carregado. O comportamento de exclusão descrito é o mesmo abordado aqui; essa postagem diminui o zoom para o conjunto completo de compensações de privacidade para gravações confidenciais.