Como funciona a transferência de histórico do Telegram?

O problema real: “transferir histórico” não é o mesmo que sincronizar, exportar ou migrar

Entender a transferência de histórico do Telegram começa por abandonar a ideia de um botão único de “migrar conversas”. Na prática, o Telegram é um mensageiro cujo histórico principal vive na nuvem; por isso, a maior parte da transferência ocorre por sincronização automática quando a mesma conta entra em outro aparelho. O restante — exportação, mudança de número, limites de retenção e conversas que não ficam na nuvem — concentra as dúvidas reais e os riscos de conformidade. Este guia separa esses cenários e apresenta caminhos reproduzíveis por plataforma.

Antes de seguir, convém fixar três operações distintas que o usuário costuma chamar de “transferência”. A primeira é a sincronização: abrir a mesma conta em outro dispositivo e ver as conversas em nuvem. A segunda é a exportação: gerar uma cópia local, em HTML ou JSON, para backup, auditoria ou migração de arquivo. A terceira é a mudança de número: manter a conta e o histórico, mas trocar o identificador telefônico associado. Cada uma tem pré-requisitos, limites e efeitos colaterais diferentes; misturá-las é a causa mais comum de expectativa frustrada.

Quando não usar: se o objetivo é transferir conversas entre duas contas diferentes, sem relação com o mesmo número, não existe um caminho oficial de “copiar histórico” no aplicativo. O Telegram não oferece uma função de clonagem de conta para outra conta. Nesse caso, o que existe é exportar os dados de um lado e reimportar manualmente do outro, com todas as limitações de formatação, mídia e autoria que isso implica. Trate esse cenário como exceção e documente o processo antes de executá-lo.

Onde o histórico realmente fica: nuvem, cache local e conversas secretas

A arquitetura do Telegram separa mensagens em nuvem de mensagens locais. As conversas comuns, grupos e canais ficam armazenados nos servidores do Telegram e são sincronizados entre dispositivos autorizados. Já as conversas secretas usam criptografia ponta a ponta e ficam restritas aos dispositivos que participaram da conversa. Essa distinção é o alicerce de qualquer discussão sobre retenção: o que está na nuvem pode reaparecer em outro aparelho; o que é local pode desaparecer com o dispositivo.

Histórico em nuvem

O histórico em nuvem é acessado por meio da conta, não por meio de um arquivo que o usuário carrega manualmente. Ao entrar com o mesmo número em um novo celular ou no Telegram Desktop, o aplicativo baixa a estrutura das conversas e o conteúdo sob demanda. Em contas antigas, com muitos anos de mensagens e mídia, a sensação inicial pode ser de “histórico incompleto”, porque o aplicativo prioriza a interface e vai carregando mídias e mensagens mais antigas conforme a rolagem. Isso é comportamento esperado, não falha de transferência.

A retenção, nesse modelo, é definida principalmente pelas ações do usuário: apagar mensagens, limpar histórico, excluir a conta ou encerrar sessões. O Telegram não apresenta, na interface comum, uma política de expiração automática de mensagens em nuvem por padrão; mensagens comuns permanecem até serem removidas. Ainda assim, não trate a nuvem como arquivo de conformidade de longo prazo sem uma política própria de exportação e guarda. A ausência de um botão de expiração não equivale a garantia de retenção perpétua, e mudanças de produto podem ocorrer.

Cache local e armazenamento do dispositivo

O cache local é uma cópia temporária de mídias, pré-visualizações e mensagens recentes. Ele existe para acelerar a navegação e reduzir consumo de dados. Em Configurações, a seção de dados e armazenamento permite limpar cache e gerenciar o uso de espaço. Limpar o cache não apaga o histórico em nuvem; apenas remove cópias locais que podem ser baixadas novamente. Por isso, “limpar cache” e “apagar histórico” são operações diferentes, com consequências diferentes.

Em desktop, o cache pode incluir arquivos baixados e bancos locais de indexação. A pasta exata varia conforme sistema operacional, método de instalação e versão; não presuma um caminho fixo. Se a equipe precisa auditar o que está no dispositivo, o caminho mais seguro é usar as opções internas de gerenciamento de dados e exportação, não manipular diretórios manualmente. Manipular arquivos locais sem entender a estrutura pode corromper o cache e exigir novo download.

Conversas secretas e mensagens autodestrutivas

Conversas secretas não fazem parte do histórico em nuvem. Elas são iniciadas em um dispositivo específico e não aparecem automaticamente em outros aparelhos, ainda que a mesma conta seja usada. Se o dispositivo for perdido, trocado ou tiver os dados apagados, a conversa secreta pode não ser recuperável. Esse é um limite de projeto, não um defeito de sincronização. Para equipes que tratam mensagens como evidência, esse ponto precisa estar explícito na política interna: conversas secretas não são arquiváveis pelos mesmos meios que as conversas comuns.

Mensagens autodestrutivas, por sua vez, são apagadas após o tempo definido pelo usuário. Elas podem existir em conversas comuns ou secretas, conforme o recurso disponível na versão em uso. O efeito prático é que a exportação feita depois do prazo não conterá aquelas mensagens. Se houver necessidade de retenção legal, o timer de autodestruição é incompatível com a coleta retroativa; a única medida possível é orientar os participantes a não usar o recurso em conversas sujeitas a retenção, ou usar um arquivo externo aprovado.

A tabela acima é uma síntese operacional. Ela não substitui a verificação na versão instalada, porque a disponibilidade de recursos e os rótulos de interface podem variar por plataforma e por atualização. O hábito correto é conferir o comportamento em uma conversa de teste antes de prometer um resultado a alguém.

Caminho mais curto: sincronizar o histórico em um novo aparelho

O caminho mais curto para “transferir” o histórico comum é entrar na mesma conta no novo aparelho. Não há necessidade de importar arquivo, conectar cabo ou usar um bot. O pré-requisito é ter acesso ao número de telefone associado à conta e, se configurada, à senha de verificação em duas etapas. O código de login pode chegar por SMS, ligação ou, em alguns casos, por outro dispositivo já conectado; a oferta depende da plataforma e das configurações de segurança.

1. Instale o Telegram no novo aparelho e abra o aplicativo.
2. Informe o número de telefone completo, com código do país, e confirme.
3. Digite o código recebido. Se houver verificação em duas etapas, informe a senha configurada.
4. Aguarde a sincronização inicial e abra as conversas desejadas. Mídias antigas podem carregar sob demanda.
5. Revise a lista de dispositivos conectados e encerre sessões antigas que não devem mais acessar a conta.

O motivo de esse ser o caminho principal é simples: a conta é a unidade de identidade, não o aparelho. O Telegram foi projetado para que o histórico comum acompanhe a conta. Por isso, quem troca de celular não precisa “transferir” conversas uma a uma; precisa garantir que continua sendo o titular do número e que a autenticação está sob controle. Quando não usar: se o número antigo será desativado e você não conseguirá receber o código, resolva a mudança de número antes de perder o acesso, não depois.

Android

No Android, o fluxo é o de instalação padrão: abrir o aplicativo, informar o número, receber o código e, se solicitado, digitar a senha de duas etapas. Depois do login, a lista de conversas aparece com base no histórico em nuvem. O caminho para revisar sessões costuma estar em Configurações, na área de dispositivos ou privacidade, com rótulos que podem variar conforme a versão e a tradução. Verifique a lista e encerre o que não reconhecer.

Em aparelhos com pouco espaço, a sincronização inicial pode parecer lenta porque o aplicativo baixa mídias recentes e mantém cache. Não é necessário apagar conversas para “acelerar a transferência”. O melhor ajuste é revisar as configurações de download automático e limpar cache somente depois de confirmar que as mídias importantes estão na nuvem. Se uma conversa específica não aparece, confira primeiro se ela é uma conversa secreta ou se está em uma pasta/filtro que não está visível.

iOS

No iPhone ou iPad, o login segue a mesma lógica: número, código e, quando aplicável, senha de duas etapas. O histórico em nuvem é carregado na lista de conversas. A diferença prática está na interface de ajustes e na forma como o sistema lida com armazenamento e downloads. O usuário não deve esperar uma opção de “importar histórico” na tela inicial; essa opção não faz parte do fluxo comum de login.

Se o aparelho anterior ainda estiver ativo, mantenha-o conectado até concluir a verificação no novo dispositivo. Isso reduz o risco de bloqueio por código não recebido e facilita a confirmação por sessão existente, quando disponível. Depois de concluir, revise as sessões ativas e remova o aparelho antigo se ele não será mais usado. Esse cuidado é tanto de segurança quanto de conformidade: um dispositivo esquecido conectado é uma porta de acesso ao histórico.

Desktop

No Telegram Desktop, o login pode ser feito por número ou por QR code, conforme a versão e o sistema. O QR code é útil quando o celular já está conectado e pode confirmar a sessão. Depois de autenticar, o histórico em nuvem aparece no painel esquerdo. O Desktop também é a plataforma mais indicada para exportações completas, porque concentra as opções de exportação de dados e de conversas individuais.

Quando não usar o Desktop como único ponto de verificação: ele pode ter cache incompleto de mídias antigas e não substitui a conferência no celular. Para auditoria, o Desktop é útil para gerar o arquivo de exportação, mas a validação do conteúdo deve comparar datas, participantes e mensagens-chave com a interface. Se a equipe usa vários sistemas operacionais, documente que os caminhos de menu podem variar e que a tradução pode alterar os rótulos.

Dica prática: antes de trocar de aparelho, confirme que você sabe a senha de duas etapas e que o número ainda está ativo. Em seguida, faça uma exportação de segurança no Desktop. A sincronização resolve o dia a dia; a exportação resolve a auditoria e o backup sob seu controle.

Migração de número: o que muda e o que permanece

A mudança de número é o recurso mais próximo de uma “transferência de conta”. Ela permite associar a mesma conta a um novo número de telefone, mantendo conversas, contatos e configurações. O caminho típico fica em Configurações, na área de edição de perfil ou de número de telefone, com uma opção de alteração. Os rótulos variam por plataforma e idioma; no Desktop, é comum encontrar a opção dentro das configurações de perfil, enquanto no celular ela pode aparecer ao tocar no número exibido.

O motivo para usar esse caminho, em vez de criar uma conta nova, é preservar a identidade e o histórico. Criar outra conta com o novo número começa do zero: não herda conversas, contatos nem participação em grupos. A mudança de número, quando concluída, mantém a conta existente e notifica contatos sobre o novo número, conforme as configurações e o comportamento da versão. Isso reduz ruptura operacional, mas exige acesso aos números envolvidos no processo.

O que costuma permanecer

Em condições normais, a mudança de número preserva o histórico em nuvem, a lista de contatos, os grupos e canais dos quais a conta participa, as configurações de privacidade e os dados de perfil. O número antigo deixa de ser o identificador de login. Se você tiver sessões ativas em outros dispositivos, elas podem continuar válidas ou exigir nova confirmação, dependendo do estado de segurança da conta. Revise a lista de dispositivos depois da mudança.

O que não permanece é o controle sobre o número antigo. Se ele for reciclado pela operadora e outra pessoa passar a usá-lo, essa pessoa não deve conseguir acessar a sua conta, desde que a mudança tenha sido concluída e a verificação em duas etapas esteja ativa. Ainda assim, não trate a mudança como invisível: contatos verão o novo número e podem precisar atualizar cadastros internos. Em equipes, avise previamente os administradores de grupos e canais para evitar confusão.

Quando não usar a mudança de número

Não use a mudança de número como forma de “passar o histórico” para outra pessoa. A conta continua sendo a mesma; o titular continua sendo você. Se o objetivo é transferir a operação de um colaborador para outro, o correto é revisar permissões de grupos e canais, transferir arquivos por exportação e reatribuir funções administrativas conforme as opções disponíveis. Também não use a mudança se você não tem acesso ao número antigo ou ao novo: o processo pode falhar em etapas de confirmação e deixar a conta em estado indefinido.

Se o número antigo já foi perdido, não presuma que o suporte moverá o histórico para outro número. A recuperação oficial é limitada e depende de provas de titularidade e de políticas vigentes. O caminho seguro é manter a sessão ativa em um dispositivo confiável enquanto tenta resolver a situação com a operadora. Ainda assim, isso é uma contingência, não um direito garantido. Para contas críticas, a recomendação é configurar verificação em duas etapas e manter um dispositivo de recuperação sob controle da organização.

Exportação de dados: a rota auditável para backup e conformidade

A exportação é a operação que produz uma cópia externa do histórico. Ela não “transfere” o histórico para outro aparelho em tempo real; ela gera um arquivo que pode ser guardado, pesquisado e auditado. No Telegram Desktop, a opção de exportar dados do Telegram costuma ficar em Configurações, na área avançada. O usuário escolhe o que incluir, como informações da conta, contatos, conversas, mídias e arquivos, e o formato de saída, como HTML ou JSON.

O motivo para usar a exportação é a auditabilidade. A sincronização depende da conta e da rede; a exportação produz um artefato que pode ser armazenado em um repositório controlado, com data e responsável. Para conformidade, o valor está em poder demonstrar o que existia em determinado momento. A limitação é que a exportação é pontual: ela não captura mensagens futuras nem atualiza automaticamente o arquivo. Se a política exige retenção contínua, será necessário um processo periódico ou uma solução de arquivamento dedicada.

Exportar dados completos da conta

No Telegram Desktop, abra Configurações, localize a área avançada e escolha a opção de exportar dados do Telegram. Selecione os tipos de conteúdo e o formato. Para auditoria técnica, o JSON tende a ser mais adequado porque preserva estrutura e permite tratamento por scripts; para leitura humana, o HTML é mais confortável. Evite exportar mídias pesadas sem necessidade se o objetivo for apenas registrar texto e metadados.

1. Abra o Telegram Desktop e entre na conta correta.
2. Acesse Configurações e procure a área avançada.
3. Escolha exportar dados do Telegram.
4. Marque os itens desejados e selecione o formato e a pasta de destino.
5. Inicie a exportação e aguarde a conclusão. Em contas grandes, o processo pode levar bastante tempo e consumir espaço.
6. Guarde o arquivo em local controlado, registre data, responsável e finalidade.

Em plataformas móveis, a exportação completa pode não estar disponível ou pode variar conforme a versão. Não prometa a um usuário de celular que ele encontrará a mesma tela do Desktop. O caminho mais consistente para uma exportação completa é usar o Telegram Desktop em um computador confiável. Se isso não for possível, verifique no menu da conversa se existe alguma opção de exportação local; caso não exista, trate como limitação da plataforma e use outro método aprovado.

Exportar uma conversa específica

No Desktop, também é possível exportar uma conversa individual. O caminho típico é clicar com o botão direito sobre a conversa e escolher a opção de exportar histórico de conversa. A interface permite incluir mídias, escolher formato e limitar o intervalo. Esse recurso é útil quando o objetivo é preservar apenas um grupo de trabalho ou uma conversa com fornecedor, sem carregar a conta inteira.

Quando não usar a exportação individual como única prova: ela pode não incluir mensagens apagadas, conversas secretas ou conteúdos que nunca estiveram na nuvem. Além disso, a exportação é uma cópia, não um selo de autenticidade. Para uso probatório, registre o contexto: quem exportou, em que data, de qual conta, com qual versão do aplicativo e qual foi o método de verificação. Se necessário, calcule um hash do arquivo e armazene-o separadamente, para detectar alterações posteriores.

A observação empírica é que exportações muito grandes se tornam mais difíceis de revisar manualmente. Nesses casos, uma equipe técnica pode filtrar o JSON por período ou por participante, mas deve preservar o arquivo original sem edições. O arquivo original é a evidência; o recorte é apenas apoio de leitura. Documente essa distinção na política interna.

O que não é transferido e por quê

A lista do que não acompanha a conta é tão importante quanto a lista do que acompanha. Conversas secretas, mensagens autodestrutivas já expiradas, conteúdos apagados e históricos de chamadas que não fazem parte do escopo exportado podem não estar disponíveis. Entender o motivo evita tentativas repetidas de “recuperar” algo que, por projeto, não está no mesmo lugar que o restante.

Quando o assunto é conformidade, a ausência de um item não deve ser tratada como falha automaticamente. Ela pode ser o comportamento correto do sistema. O erro está em prometer retenção de conversas secretas ou de mensagens autodestrutivas sem informar os participantes. A política interna precisa distinguir canais arquiváveis de canais efêmeros e orientar o uso de cada um.

Efeitos colaterais, limites e trade-offs

A sincronização em nuvem é conveniente, mas cobra um preço em armazenamento e em exposição. Quanto mais dispositivos conectados, maior a superfície de acesso. Quanto maior o histórico, mais tempo e espaço a sincronização inicial pode consumir. Esses efeitos não são falhas; são consequências do modelo. A decisão de manter muitas sessões ativas deve ser consciente, especialmente em contas usadas por equipes.

A exportação também tem trade-offs. Ela produz uma cópia que pode sair do controle da organização se for armazenada em local inadequado. Um arquivo JSON com histórico completo é altamente sensível. A recomendação é criptografar o destino, limitar o acesso e definir prazo de guarda. Não basta exportar; é preciso saber quem pode abrir o arquivo e por quanto tempo ele será mantido. A exportação sem política de retenção pode criar um passivo maior do que o problema que tentou resolver.

Quando não usar a sincronização como estratégia de backup: ela não protege contra exclusão acidental feita pelo próprio usuário, nem contra a perda do número. A nuvem é o local primário, não um arquivo independente. Para backup real, é preciso uma cópia externa periódica. Quando não usar a exportação como única estratégia de continuidade: ela é pontual e manual. Para continuidade operacional, a sincronização resolve; para retenção, a exportação ajuda; para os dois, é preciso combinar processos.

Bots e terceiros: o que é possível e o que não é

É comum surgir a pergunta sobre bots que “transferem histórico”. A API de bots do Telegram não entrega o histórico anterior de uma conversa. Um bot recebe atualizações a partir do momento em que é adicionado e conforme as permissões e o modo de privacidade. Ele não consegue ler mensagens antigas de um grupo ou canal como se fosse um arquivo retroativo. Portanto, desconfie de promessas de bots que dizem exportar todo o passado de uma conta sem que o usuário forneça acesso direto ou sem uma solução técnica de outra natureza.

Soluções técnicas baseadas na API de clientes podem acessar histórico com uma conta autorizada, mas exigem credenciais e cuidado extremo. Elas não são um recurso de interface para usuários comuns e não devem ser tratadas como caminho oficial de suporte. Em qualquer integração, aplique o princípio do menor privilégio: use uma conta dedicada, limite o escopo, registre acessos e revogue a sessão ao final. Nunca entregue a senha principal nem o código de login a um terceiro.

Quando não usar bots de terceiros: se a necessidade é conformidade, um bot não é um arquivo de auditoria confiável por si só. Ele pode falhar, perder mensagens ou reter dados em servidores desconhecidos. Prefira a exportação oficial e um repositório controlado. Se a organização precisa de captura contínua, avalie uma solução corporativa aprovada, com contrato e política de retenção claros. O barato operacional pode custar caro em risco jurídico.

Solução de problemas: sintoma, causa provável, verificação e correção

Os problemas mais comuns de transferência de histórico têm causas simples. A maioria está em número errado, sessão não autenticada, conversa secreta, filtro de pasta ou expectativa de que a exportação seja automática. A tabela abaixo organiza o diagnóstico sem prometer causas que não possam ser verificadas.

Se o sintoma for “histórico incompleto” em uma conta grande, comece pela rolagem e pelo download sob demanda. Mídias antigas podem não estar no cache. Em seguida, confira se a conversa está incluída nos filtros de pasta. Só depois disso considere a possibilidade de exclusão. A ordem importa: verificar o mais simples primeiro evita decisões destrutivas desnecessárias.

Quando o problema envolve conformidade, não basta “resolver a tela”. Registre o ocorrido, a data, a conta afetada e as ações tomadas. Se houve exportação para auditoria, preserve o arquivo original e o registro de hash. Se houve exclusão acidental, não tente “recriar” a mensagem no arquivo exportado; isso compromete a integridade da evidência. A correção técnica e a correção documental são coisas diferentes.

Verificação reproduzível e rollback

Para verificar se a sincronização funcionou, escolha três pontos de controle: uma conversa recente, uma conversa antiga com mídia e um grupo ou canal. Confirme se as mensagens aparecem, se as datas fazem sentido e se o remetente está correto. Em seguida, revise a lista de dispositivos e encerre sessões desconhecidas. Essa verificação é simples e cobre os casos mais comuns de falso negativo.

1. Abra a conversa mais recente e confirme a última mensagem.
2. Role até uma mensagem antiga e verifique se o texto e a mídia carregam.
3. Abra um grupo ou canal e confira se o histórico visível corresponde ao esperado.
4. Vá até a lista de dispositivos e valide quais sessões estão ativas.
5. Se houver exportação, abra o arquivo e confira a presença de datas, remetentes e textos-chave.

O rollback é limitado. Uma mensagem apagada para todos não volta pelo aplicativo. Uma conversa secreta perdida com o dispositivo não é recuperada pela nuvem. Uma exportação não pode ser “desfeita” no sentido de apagar a cópia que já saiu do controle, a menos que você tenha governança sobre o destino. A mudança de número pode ser refeita enquanto você tiver acesso aos números envolvidos, mas não trate isso como garantia. O verdadeiro rollback é preventivo: exportar antes, testar antes e documentar antes.

Para equipes, vale criar um procedimento de verificação em duas pessoas. Uma exporta e a outra confere itens-chave. O registro deve incluir a versão do aplicativo usada, a plataforma, a data e o responsável. Não invente métricas de sucesso universais; defina critérios qualitativos e uma amostra reproduzível. O objetivo é que outra pessoa consiga repetir o processo e chegar ao mesmo resultado.

Lista de verificação: quando usar e quando não usar

Cenários aplicáveis

• Troca de celular mantendo o mesmo número: use a sincronização por login.
• Mudança de operadora com manutenção do número: a conta continua; apenas confirme o acesso.
• Mudança para um novo número com acesso ao antigo: use a opção de alteração de número.
• Auditoria pontual de conversas: use a exportação no Desktop e armazene com controle.
• Backup de grupo de trabalho: exporte a conversa específica e registre a finalidade.
• Revisão de segurança: encerre sessões antigas e ative verificação em duas etapas.

Cenários não aplicáveis

• Transferir histórico para outra conta sem relação com o número: não há clonagem oficial.
• Recuperar conversa secreta perdida com o dispositivo: não há sincronização em nuvem.
• Recuperar mensagem autodestrutiva expirada: o prazo já removeu o conteúdo.
• Usar bot para ler todo o passado de um grupo: a API de bots não entrega histórico retroativo.
• Deixar a exportação em pasta pública: isso cria risco de vazamento e não é conformidade.

A lista acima não pretende esgotar todos os casos, mas separa o que é operação normal do que é exceção. Se o seu cenário não se encaixa em nenhum item, trate como projeto pequeno: defina o objetivo, teste em uma conta de laboratório, documente o resultado e só depois aplique na conta principal. Essa disciplina evita perda de histórico por tentativa e erro.

Melhores práticas de conformidade e retenção

A primeira prática é ativar a verificação em duas etapas e revisar dispositivos conectados. A segunda é separar canais arquiváveis de canais efêmeros. A terceira é exportar com periodicidade definida, não apenas quando surge um problema. A quarta é armazenar a exportação em local criptografado, com acesso restrito e prazo de guarda. A quinta é registrar quem exportou, quando e por quê. Essas medidas não dependem de recursos secretos; dependem de processo.

• Defina uma política de retenção por tipo de conversa e por finalidade.
• Use verificação em duas etapas em contas críticas e revise sessões regularmente.
• Exporte dados para auditoria em intervalos definidos e guarde o arquivo original.
• Não use conversas secretas para assuntos sujeitos a retenção legal.
• Não compartilhe códigos de login nem senhas com terceiros.
• Documente limitações de plataforma e versão no procedimento interno.

Quando não aplicar uma política pesada: em conversas pessoais de baixo risco, a exportação periódica pode ser desnecessária. O princípio é proporcionalidade. O erro é tratar todas as conversas como arquivo permanente ou todas como descartáveis. A classificação prévia evita tanto o excesso de burocracia quanto a perda de evidência. Em caso de dúvida jurídica, consulte o responsável de compliance; este guia não substitui orientação legal.

Perguntas frequentes

Conclusão e próximos passos

A transferência de histórico do Telegram é menos um botão e mais um conjunto de decisões: sincronizar a conta, exportar cópias, mudar o número quando necessário e reconhecer os limites das conversas secretas e das mensagens efêmeras. Quem entende essa separação consegue trocar de aparelho sem drama, auditar o que precisa e evitar promessas que o produto não faz. Quem trata tudo como “backup automático” tende a descobrir o problema tarde demais.

Como próximo passo, faça três coisas nesta ordem. Primeiro, confirme o acesso ao número e à senha de duas etapas. Segundo, gere uma exportação de segurança no Desktop e guarde-a em local controlado. Terceiro, escreva um procedimento curto para o seu contexto, incluindo o que é arquivável, o que é efêmero e quem pode acessar a cópia. Se a sua organização depende de retenção legal, valide o processo com compliance e teste-o em uma conta de laboratório antes de aplicá-lo à conta principal. Mudanças de interface e de políticas de retenção podem ocorrer; por isso, revise o procedimento a cada atualização relevante.