Copilot e políticas de retenção: o que todo administrador do M365 precisa saber

By Mirko Peters · 2026-03-17 · Updated 2026-03-24

Microsoft 365 Copilot: políticas de retenção. Saiba como as políticas de retenção do Microsoft 365 se aplicam aos chats do Copilot e do Teams e às interações com o Copilot.

Automatically translated with AI from the original post. Read the English original

Se você é administrador no mundo do Microsoft 365, já sabe que os riscos de conformidade nunca foram tão altos. Com o Microsoft Copilot e outras ferramentas com IA já integradas diretamente ao M365, a gestão de políticas de retenção não é apenas uma questão de marcar uma caixinha: ela é essencial para manter sua organização segura, em conformidade e pronta para auditorias.

O Copilot não olha apenas para documentos ou e-mails. Ele interage com seus dados de maneiras novas, que trazem riscos próprios de ciclo de vida, governança e jurídicos. O que mudou? Muita coisa. Os controles de retenção clássicos, que funcionavam para o Exchange ou o SharePoint, precisam evoluir para cobrir a forma como o Copilot armazena, reutiliza e exclui dados de interação. Ignorar isso pode expor você a riscos jurídicos, vazamentos de dados e violações regulatórias.

Hoje, os administradores precisam alinhar as políticas de retenção no Copilot não só para proteção de dados e auditorias de conformidade, mas também para evitar surpresas desagradáveis, como dados sombra ou lacunas de política que passam despercebidas. Estratégias eficazes de governança do Copilot e imposição técnica segura podem ajudar você a implantar a IA com segurança, com contratos sólidos, controles de acesso e conformidade automatizada desde o início. Vamos analisar o que torna a retenção no Copilot diferente e por que você não pode deixar isso ao acaso.

1. A retenção pode afetar as sugestões do modelo: onde e por quanto tempo o código ou o histórico de prompts são retidos pode mudar o contexto usado pelo Copilot, alterando suas sugestões mesmo para prompts idênticos.
2. A retenção corporativa pode ser mais longa do que você imagina: logs e telemetria da organização associados ao Copilot podem ser retidos por meses ou anos por motivos de conformidade, não apenas por janelas transitórias de depuração.
3. A separação entre dados pessoais e organizacionais não é absoluta: mesmo quando o Copilot separa dados pessoais e dados da organização, os sistemas de retenção e os backups podem criar cópias sobrepostas que precisam de controles de política.
4. As políticas de retenção afetam a descoberta jurídica: dados mantidos pelo Copilot (trechos de código, prompts, histórico de chats) podem ser descobertos em litígios ou auditorias se as políticas de retenção os preservarem.
5. Retenção curta reduz a visibilidade do "aprendizado" do modelo: janelas de exclusão agressivas podem limitar a capacidade de auditar por que o Copilot fez determinadas recomendações, dificultando a depuração e as investigações de segurança.
6. As configurações de retenção podem ser vetores de ataque: retenção mal configurada (por tempo excessivo ou com acesso amplo) aumenta a exposição de código proprietário, segredos ou dados pessoais que o Copilot possa ter visto ou registrado.
7. A retenção interage com o ajuste fino e a telemetria: dados retidos para telemetria ou para pipelines de ajuste fino podem influenciar o comportamento futuro do modelo, a menos que sejam explicitamente excluídos por política.
8. Diferentes recursos do Copilot têm regras de retenção diferentes: complementação de código, transcrições de chat, feedback e telemetria costumam seguir cronogramas de retenção e tratamento jurídico separados.
9. As escolhas de política de retenção afetam a confiança e a adoção pelos usuários: uma retenção transparente e restritiva aumenta muito a disposição dos desenvolvedores em usar o Copilot em projetos sensíveis, enquanto uma retenção frouxa reduz a adoção corporativa.

Entendendo as políticas de retenção no Microsoft Copilot

As políticas de retenção sempre foram a base da conformidade no Microsoft 365, mas o Copilot muda esse cenário. Diferente de arquivos clássicos que ficam parados, o Copilot gera, processa e armazena novos dados de interação a cada prompt do usuário e a cada resposta gerada por IA. De repente, os dados deixam de ser algo criado e esquecido: tornam-se parte ativa do fluxo de trabalho, circulando constantemente por novos caminhos.

Então, qual é o grande problema? O Copilot interage com os dados de formas que quebram o modelo tradicional. Não bastam controles administrativos para e-mails ou documentos: eles também são necessários para o histórico de chats dos usuários, o texto gerado por IA e o contexto que o Copilot reúne. Os prazos de retenção habituais? Eles também se aplicam aqui, mas você precisa saber exatamente quando e como esses relógios começam a contar, especialmente quando a IA generativa está envolvida.

Com toda essa movimentação, não basta mais definir uma única política de retenção genérica. Agora, você precisa de uma estratégia que considere a natureza multiplataforma do Copilot, os diferentes tipos de dados envolvidos e a complexidade do tempo: quando a retenção começa e quando a exclusão deve ser forçada? Trate isso como uma nova camada da sua governança do Microsoft 365, que exige atenção contínua e configuração deliberada.

Nas próximas seções, você verá como são exatamente as políticas de retenção do Copilot, conhecerá seus princípios-chave e descobrirá como funciona o gerenciamento do ciclo de vida do início ao fim. Este é o seu guia para antecipar lacunas nas políticas, garantir que nada passe despercebido e fazer com que seu ambiente com IA realmente atenda ao nível de segurança e conformidade que você precisa.

Conceitos principais das políticas de retenção de dados do Copilot

1. Definindo políticas de retenção para o Copilot: As políticas de retenção determinam por quanto tempo o Copilot mantém os prompts dos usuários, as saídas geradas por IA e os metadados de interação. Elas foram projetadas para garantir que os dados não sejam mantidos por mais tempo do que o necessário por motivos de conformidade, segurança ou política organizacional.
2. Tipos de dados do Copilot abrangidos: Os tipos de dados mais comuns incluem consultas dos usuários, respostas geradas por IA do Copilot, o contexto subjacente coletado para processamento e, às vezes, conteúdo de documentos resumido ou referenciado. A retenção se aplica a todos eles, e não apenas aos logs de chat.
3. Quando as políticas de retenção começam? O relógio da retenção normalmente começa na criação, ou seja, quando ocorre uma interação com o Copilot ou quando os dados são armazenados em uma pasta oculta associada da caixa de correio ou em um repositório de dados de aplicativo. Esse momento é crucial para o agendamento da exclusão.
4. Princípios de temporização das políticas de retenção: Os períodos de retenção do Copilot espelham os do serviço do Microsoft 365 ao qual ele está integrado, como Exchange, SharePoint ou Teams, mas os artefatos exclusivos do Copilot podem exigir regras de temporização explícitas próprias para evitar sobreposição e confusão.
5. Aplicação e substituições de políticas: As políticas de retenção podem ser configuradas como somente retenção, somente exclusão ou retenção seguida de exclusão. Os dados do Copilot devem respeitar essas regras, mas os administradores podem impor substituições para retenções legais ou situações de conformidade, normalmente por meio do Purview ou de controles relacionados.
6. Exemplo do mundo real: Suponha que sua organização tenha uma retenção legal de 7 anos para e-mails financeiros. Resumos ou recomendações gerados pelo Copilot com base nesses e-mails passam a estar sujeitos à mesma retenção. Se o Copilot interagir com dados de várias cargas de trabalho, o alinhamento entre plataformas é essencial para evitar lacunas.
7. Integração com a governança mais ampla do Microsoft 365: As políticas de retenção do Copilot não são isoladas; elas funcionam em conjunto com as configurações do SharePoint, do OneDrive e do Exchange. Desalinhamentos podem gerar riscos de conformidade, portanto as políticas devem ser revisadas e testadas conforme os recursos do Copilot evoluem.

O processo de gerenciamento do ciclo de vida dos dados do Copilot

1. Captura do prompt: O ciclo de vida começa quando um usuário interage com o Copilot, digitando uma consulta, gerando um documento ou pedindo um resumo. Essa entrada, junto com qualquer conteúdo que o Copilot buscar, é capturada como um registro na carga de trabalho relevante (como Exchange ou SharePoint).
2. Armazenamento de dados: Após a captura, os dados da interação são armazenados, muitas vezes em uma pasta oculta da caixa de correio ou em um banco de dados criptografado vinculado ao usuário ou à carga de trabalho. O local de armazenamento afeta a forma como as políticas de retenção são aplicadas e revisadas.
3. Período de retenção: Depois de armazenados, os dados do Copilot "aguardam" o período de retenção determinado. Isso pode ser definido no Purview, com durações específicas para cada tipo de conteúdo. Durante esse tempo, os dados podem ser localizados para investigações ou auditorias, mas são protegidos contra exclusão prematura.
4. Gerenciamento e monitoramento contínuos: Os administradores podem acompanhar o status do ciclo de vida por meio de painéis de conformidade, logs de auditoria e tarefas programadas que sinalizam os próximos vencimentos de retenção, dando tempo para intervir caso seja necessária uma retenção legal ou uma substituição manual.
5. Exclusão permanente: Quando o período de retenção expira e não há substituições nem retenções ativas, uma tarefa em segundo plano (como uma tarefa programada no Exchange ou no SharePoint) sinaliza os dados do Copilot para exclusão permanente. Essa exclusão é irreversível, o que favorece a minimização de dados e a conformidade com a privacidade.
6. Visualização do ciclo de vida: Imagine os dados do Copilot fluindo por um “rio” controlado por políticas: eles entram na captura do prompt, param em “ilhas” de armazenamento, permanecem durante a retenção e, por fim, chegam à “cachoeira” de exclusão. Cada etapa é controlada para atender à conformidade.
7. Intervenções no ciclo de vida: Os administradores podem interceptar ou pausar o ciclo de vida em pontos-chave, aplicando retenções, corrigindo configurações incorretas de políticas ou gerando relatórios para acompanhamento de conformidade. Isso oferece flexibilidade e segurança, o que é essencial para setores regulamentados. Para uma visão mais ampla sobre a disciplina de governança no Microsoft 365, confira esta discussão.

Armazenamento de dados do Copilot e práticas de segurança explicadas

Ter dados é uma coisa; mantê-los seguros e devidamente gerenciados é outra bem diferente. Quando você traz o Microsoft Copilot para o seu ambiente, não está apenas introduzindo um assistente de IA inteligente: está introduzindo novos dados, novos locais de armazenamento e novas considerações de segurança, com os quais você provavelmente ainda não lidou.

Os dados do Copilot ficam em lugares que podem passar despercebidos: pastas ocultas de caixa de correio, armazenamento embutido em aplicativos ou bancos de dados criptografados vinculados a usuários e cargas de trabalho. A residência de dados (onde eles são armazenados geograficamente) é mais do que um detalhe técnico: pode determinar sua conformidade com tudo, desde a legislação dos EUA até a LGPD e o GDPR.

Em termos de segurança, a abordagem da Microsoft vai além da criptografia básica. Ela inclui controles de acesso, restrições de acesso por funcionários e proteção rigorosa para conteúdo protegido por rótulos de confidencialidade. O compartilhamento com terceiros é, por padrão, um “não” categórico para o conteúdo do Copilot, mas você vai querer saber exatamente como isso é auditado e aplicado, especialmente à medida que novos pontos de integração forem sendo lançados.

Nas seções a seguir, você verá onde os dados do Copilot são fisicamente armazenados, como a Microsoft os mantém protegidos e o que você precisa saber sobre o acesso de funcionários, o compartilhamento externo e a proteção contra vazamentos. Como a arquitetura do Copilot difere das cargas de trabalho clássicas do Exchange ou do SharePoint, entender essas mudanças não é opcional: é essencial para qualquer administrador que gerencie riscos e conformidade hoje.

Locais de armazenamento de dados do Copilot e considerações geográficas

Onde os dados do Copilot acabam não é uma reflexão tardia: é central para lidar com riscos de conformidade e regulamentação. O Microsoft Copilot armazena a maior parte dos dados de interação em repositórios específicos de usuário ou de carga de trabalho, que muitas vezes ficam “ocultos” do acesso direto do usuário. Por exemplo, quando o Copilot trabalha com o Outlook ou o Teams, os logs de interação e as saídas geradas normalmente são armazenados em pastas ocultas do Exchange Online ou em bancos de dados específicos de aplicativos vinculados às contas dos usuários.

A residência de dados é importante aqui. De acordo com a documentação da Microsoft, os dados do Copilot são armazenados no mesmo datacenter regional da carga de trabalho original do M365. Portanto, se os dados do Exchange da sua organização estiverem em um datacenter nos EUA, os dados do Copilot vinculados ao Exchange também estarão. Um relatório recente do Gartner constatou que 67% das empresas classificaram a residência de dados como a principal preocupação de conformidade com IA para 2024, especialmente ao lidar com informações sensíveis de pacientes ou financeiras dos EUA.

Estudos de caso mostram que organizações com requisitos rigorosos de residência de dados exclusivamente nos EUA podem contar com os compromissos de geofencing da Microsoft para os serviços do Copilot; no entanto, os administradores devem revisar com atenção as configurações de residência das cargas de trabalho do SharePoint, do OneDrive ou do Teams para evitar vazamentos acidentais de dados entre regiões. A abordagem de armazenamento físico do Copilot pode diferir dos repositórios clássicos do SharePoint e do OneDrive: os dados específicos de cada aplicativo podem ser mais segmentados, o que ajuda na minimização de dados, mas pode complicar o eDiscovery.

Especialistas recomendam revisar os compromissos regionais de armazenamento da Microsoft anualmente, já que a arquitetura pode mudar com novos recursos ou alterações regulatórias. Em última análise, o armazenamento de dados do Copilot é projetado para estar alinhado às configurações do seu locatário, mas cabe ao administrador validar e monitorar possíveis exceções, especialmente ao integrar equipes em outros países ou setores regulamentados e sensíveis.

Proteção de dados sensíveis e controles de acesso de funcionários

1. Rótulos de confidencialidade para o conteúdo do Copilot: A Microsoft estende os rótulos de confidencialidade do Purview ao conteúdo gerado pelo Copilot e ao conteúdo referenciado por ele. Se o prompt de um usuário ou a resposta do Copilot tocar em dados confidenciais, os rótulos de confidencialidade restringem o que pode ser feito, bloqueando encaminhamento, cópia ou até o acesso de leitura, exceto para a equipe autorizada.
2. Acesso limitado de funcionários na Microsoft: Engenheiros de backend e a equipe de data centers da Microsoft não têm acesso permanente aos dados do Copilot do locatário. O acesso de emergência segue protocolos rigorosos de "break-the-glass", é auditado e precisa ser autorizado explicitamente. Isso reduz o risco de vazamentos internos.
3. Controle de acesso baseado em funções (RBAC) e Entra ID: Administradores podem ajustar com precisão quem na sua organização pode acessar os dados do Copilot usando o Entra ID e o RBAC. Isso abrange não apenas os dados dos usuários finais, mas também os trilhas de auditoria administrativas e as exportações do eDiscovery, bloqueando o acesso durante eventos de integração, mudanças de função ou desligamento.
4. Criptografia dos dados do Copilot: Todos os dados do Copilot, em repouso e em trânsito, são criptografados com algoritmos de nível empresarial. Mesmo que uma parte não autorizada tentasse interceptar o conteúdo, ele seria matematicamente inutilizável.
5. Auditoria e alertas automatizados: A Microsoft registra cada acesso aos dados do Copilot, seja por usuários, administradores ou processos automatizados, para que você tenha uma trilha de auditoria defensável em caso de investigação. Para mais insights sobre segurança granular de dados e melhores práticas de automação, veja estratégias de segurança do Dataverse.
6. Prevenção de divulgações não autorizadas: Existem controles para impedir a liberação acidental de saídas sensíveis geradas pelo Copilot, incluindo restrições baseadas em política, regras de DLP e alertas sobre padrões de acesso anômalos, garantindo que seus dados sensíveis não saiam pela porta virtual.

Gerenciando o compartilhamento com terceiros e o tratamento de dados de aplicativos

• Nenhum compartilhamento padrão com terceiros: Por padrão, os dados do Copilot não são disponibilizados a partes externas nem a aplicativos fora do Microsoft 365. Essa política mantém os prompts e as respostas dos usuários dentro da organização, reduzindo o risco de vazamentos.
• Tratamento rigoroso dos dados de aplicativos: Os dados de aplicativos do Copilot permanecem restritos ao serviço do M365 relevante, com limites explícitos de aplicativo, garantindo que não sejam expostos involuntariamente por meio de bots do Teams, chamadas de API ou conectores.
• Auditoria de solicitações de acesso externo: Você pode usar a auditoria aprimorada para monitorar e sinalizar qualquer tentativa de compartilhamento com terceiros não autorizado ou arriscado, de forma semelhante aos controles avançados de SharePoint/OneDrive descritos aqui.
• Restrições impostas pelos administradores: Os administradores têm as ferramentas para restringir ainda mais o compartilhamento: criar novas políticas, desabilitar conectores arriscados e revisar proativamente os logs de auditoria de compartilhamento das cargas de trabalho do Copilot.

Requisitos de conformidade e regulatórios para os dados do Copilot

Se você busca conformidade total na era do Microsoft Copilot, não pode simplesmente presumir que suas políticas antigas darão conta do recado. As exigências regulatórias sobre IA e conteúdo gerado por usuários só estão ficando mais rigorosas, especialmente para organizações do setor público dos EUA, de saúde ou financeiras. O Copilot traz uma classe inteiramente nova de dados, e isso exige repensar tanto a aplicação das políticas quanto a estratégia de auditoria.

Esta seção apresenta um panorama dos padrões regulatórios como GDPR, HIPAA e outros, mostrando onde o Copilot se encaixa e o que muda. Você verá com clareza como alinhar os controles do Copilot com as retenções legais em toda a empresa, as proteções de privacidade e os requisitos de auditoria. Não basta que as políticas existam: é preciso executá-las corretamente em cada etapa e ser capaz de comprovar isso para auditores ou reguladores.

Também vamos explorar como ferramentas como o Purview e o Defender for Cloud podem unificar o monitoramento de conformidade e a geração de relatórios contínuos, para que você não fique correndo atrás quando uma auditoria chegar. Se quiser se aprofundar nos erros comuns em retenção e na deriva de conformidade, confira este episódio sobre a deriva de conformidade no Microsoft 365, que é uma verdadeira revelação.

Continue lendo para ver quais regulamentações importantes se aplicam ao Copilot, como a Microsoft mapeia os controles para cada uma delas e como potencializar seus fluxos de eDiscovery e auditoria para manter sua organização protegida caso os advogados ou os reguladores apareçam.

Conformidade com os padrões regulatórios dos EUA e globais

• Conformidade com a LGPD e o GDPR: o Copilot precisa garantir que os dados de residentes da UE sejam processados de forma lícita, armazenados com finalidades claramente limitadas e possam ser excluídos ou exportados mediante solicitação. Residência de dados e consentimento são fundamentais para a conformidade com o GDPR.
• Salvaguardas HIPAA para dados de saúde: para prestadores de serviços de saúde nos EUA, as interações do Copilot que envolvam informações de saúde protegidas (PHI) devem seguir as regras de segurança e privacidade da HIPAA. As transmissões de dados são criptografadas e os controles de acesso são aplicados para manter as PHI protegidas.
• Gestão de conformidade específica dos EUA: agências federais, estaduais e locais precisam que o Copilot ofereça suporte ao FedRAMP, ao CJIS e a outros frameworks de conformidade específicos dos EUA. Os dados são armazenados dentro do país, e os requisitos de trilhas de auditoria e de notificação de incidentes são atendidos por meio de controles nativos da Microsoft.
• Presença transfronteiriça e multirregional: organizações multinacionais precisam garantir que o Copilot não gere desalinhamento acidental de políticas entre as regiões da UE, dos EUA e da APAC. A configuração do locatário e a revisão de políticas são essenciais para evitar conflitos de residência de dados ou de acesso.
• Melhores práticas para alinhamento regulatório: combine Purview DLP, rotulagem automática, RBAC e relatórios de auditoria para fechar lacunas entre o Copilot e cargas de trabalho como Exchange ou SharePoint. Essa abordagem unificada é essencial para uma conformidade completa. Para monitoramento contínuo e remediação automatizada, confira o gerenciamento de conformidade com o Defender for Cloud.
• Documentação de políticas e coleta de evidências: mantenha documentação completa do desenho, da aplicação e do tratamento de incidentes das políticas do Copilot para fins de auditoria. Teste as políticas proativamente e mantenha um mapa claro de responsabilidades entre as unidades de negócio globais.

Habilitando recursos de eDiscovery e auditoria para o Copilot

• Integração com eDiscovery: o conteúdo, os prompts e as respostas gerados pelo Copilot são indexados para o eDiscovery de conformidade, permitindo que as equipes jurídica, de RH ou de segurança façam buscas nas interações dos usuários da mesma forma que fazem com e-mails ou chats.
• Fluxo de retenção legal: quando uma retenção legal é ativada, os dados do Copilot sujeitos a essa retenção são sinalizados e preservados, independentemente de outras configurações de retenção. O conteúdo não é excluído até que a retenção seja removida, reduzindo a exposição jurídica.
• Gestão de trilhas de auditoria do Purview: cada interação com o Copilot pode ser rastreada por meio de logs de auditoria, documentando ações dos usuários, alterações feitas por administradores e tarefas automáticas de retenção e exclusão. Equipes que usam o Purview Premium contam com retenção estendida e recursos de rastreamento forense. Interessado em práticas avançadas de auditoria? Veja a análise detalhada sobre a Auditoria do Purview.
• Relatórios defensáveis para órgãos reguladores: as ferramentas de eDiscovery e de auditoria ajudam advogados e administradores de conformidade a produzir relatórios com carimbo de data e hora e à prova de adulteração, essenciais para atender às exigências de órgãos reguladores ou de tribunais com segurança.
• Monitoramento proativo de conformidade: alertas automatizados e verificações contínuas de políticas identificam possíveis desvios antes que se tornem um problema de negócio. A integração com ferramentas SIEM/SOAR eleva o nível de preparação forense e de detecção de riscos em tempo real.
• Visualização de auditoria do ciclo de vida dos dados: painéis e logs permitem que os administradores acompanhem o ciclo de vida dos dados do Copilot, do prompt até a exclusão, mostrando, de relance, os gatilhos de retenção, as retenções legais e os cronogramas de exclusão.

Exclusão de dados e desligamento de usuários no Copilot

Configurar um fluxo consistente para exclusão de dados e desligamento de usuários no Copilot é fundamental. Os dados não se excluem sozinhos, e o conteúdo de ex-funcionários pode permanecer por aí com facilidade, transformando-se em uma bomba-relógio de conformidade ou em um passivo caso não seja tratado corretamente. O Copilot, como o restante do Microsoft 365, oferece várias ferramentas baseadas em políticas para garantir que as informações sejam apagadas quando chegar a hora ou retidas se o jurídico assim determinar.

O mais importante é entender como a exclusão funciona no universo do Copilot. Não se trata apenas de esvaziar a lixeira. Substituições de retenção, tarefas programadas e revisões de caminhos de conteúdo têm papel importante para garantir que o conteúdo seja limpo, sem exceções. O momento da política se torna uma decisão tática: quando o relógio começa a contar para os artefatos do Copilot e o que você pode fazer se algo precisar ser removido antes (ou mantido por mais tempo) do que o normal?

Já o offboarding significa cuidar de cada detalhe à medida que os colaboradores saem: garantir que o acesso seja revogado, que os dados sejam retidos ou excluídos de acordo com a política e que a conformidade seja verificada em cada etapa. Deixar de fora uma única caixa de correio ou uma pasta oculta pode custar caro em uma auditoria ou, pior ainda, durante um litígio.

Vamos mostrar como configurar políticas de exclusão, substituições e fluxos de trabalho personalizados para cenários importantes do Copilot. Você também terá uma lista de verificação com as melhores práticas de offboarding para manter sua organização limpa, em conformidade e preparada para o que vier a seguir.

Como configurar substituições de exclusão e retenção de dados

1. Identifique os caminhos de conteúdo de dados do Copilot: Antes de configurar a exclusão, mapeie onde os dados do Copilot residem: pastas ocultas de caixas de correio, chats do Teams, bancos de dados de aplicativos ou arquivos integrados ao SharePoint. Use o Purview e os painéis de conformidade para garantir que nenhum caminho de dados seja deixado de fora.
2. Configure políticas somente de exclusão: Para cenários em que a retenção não é necessária, configure políticas somente de exclusão no Purview ou via PowerShell. Defina gatilhos e prazos claros, como excluir os prompts do Copilot após 30 dias caso não contenham dados regulamentados.
3. Aplique controles de retenção seguida de exclusão: Em setores regulamentados, combine retenção e exclusão: defina um período de retenção obrigatório e, em seguida, liste as condições específicas sob as quais os dados do Copilot devem ser eliminados permanentemente. Confirme que os trabalhos de temporizador estão habilitados para iniciar a exclusão automaticamente quando a janela de retenção se encerrar.
4. Aproveite as substituições de retenção: Quando exigências legais ou de conformidade mudarem, aplique substituições de política no nível do contêiner de dados ou do usuário. Uma substituição pode pausar exclusões (usando uma retenção para litígio) ou estender a retenção de registros específicos. As substituições ficam visíveis nos trilhos de auditoria, o que dá respaldo à sua defesa.
5. Monitore os fluxos de exclusão: Use os logs de atividade e os relatórios dos trabalhos de temporizador para acompanhar quando os dados do Copilot estão programados para exclusão e valide que a remoção realmente acontece. Teste as políticas executando trabalhos de revisão e auditorias pontuais para garantir que a conformidade não seja apenas teórica.
6. Personalização para cenários exclusivos do Copilot: Para os recursos do Copilot integrados a vários workloads, garanta o alinhamento das políticas em todas as plataformas relevantes (Exchange, Teams, SharePoint) para evitar lacunas ou conflitos de retenção. Essa é uma etapa essencial de governança entre plataformas.
7. Exemplo na prática: Imagine que os prompts do Copilot de um gerente que está saindo façam referência a documentos sensíveis de RH. Você revisaria os caminhos de conteúdo, aplicaria as retenções para litígio necessárias e colocaria os prompts na fila para exclusão programada, usando uma política de "reter e depois excluir" para fechar o ciclo e proteger sua organização.

Estratégias de offboarding de usuários e retenção de dados do Copilot

• Retenção de dados orientada por política para colaboradores que saem: Aplique políticas de retenção (ou de exclusão) aos dados do Copilot vinculados às contas de ex-colaboradores e garanta que as caixas de correio de ex-colaboradores (incluindo pastas ocultas) estejam devidamente sinalizadas.
• Revogação automatizada de acesso: Use o Entra ID ou o PowerShell para desabilitar e remover o acesso aos workloads do Copilot durante o offboarding, fechando qualquer vetor de exposição acidental ou maliciosa.
• Audite e documente as ações de offboarding: Mantenha registros detalhados das aplicações de políticas, exclusões e remoções de acesso para defender seu processo em revisões regulatórias. Para dicas sobre como proteger contas de convidados e de ex-colaboradores, veja este guia sobre como lidar com contas de convidados do M365.
• Registros defensáveis do ponto de vista legal: Garanta que todas as etapas de offboarding possam ser auditadas, verificadas e reproduzidas como evidência de conformidade em caso de litígio ou de solicitação de acesso a dados de um titular.

Processamento de dados do Copilot e uso em treinamento de IA

Uma pergunta que preocupa muitos administradores: para onde vão os dados do Copilot depois que você pressiona "Enter" e eles estão sendo usados para alimentar os modelos de IA da Microsoft? Entender a abordagem técnica do Copilot para o processamento de dados é essencial, não apenas para a conformidade, mas também para a privacidade e a confiança dos usuários. Os dados não são simplesmente processados e descartados. Eles podem passar para arquivos de log e pastas ocultas e, dependendo da política, podem até ser considerados para treinamento futuro de IA caso determinadas salvaguardas não estejam em vigor.

A Microsoft anda numa corda bamba entre permitir que o Copilot aprenda e melhore e garantir que os dados dos usuários não sejam usados de forma indevida ou expostos, sem querer, a machine learning fora da sua organização. Existe uma estrutura robusta que aciona uma análise adicional conforme a sensibilidade e a origem dos dados ou as configurações de consentimento do usuário.

As duas próximas seções vão desmistificar como o Copilot trata a entrada do usuário, desde a captura até o armazenamento seguro, e detalhar as políticas exatas que a Microsoft aplica para que a maior parte dos dados do Copilot fique fora do conjunto de treinamento de IA por padrão. Os administradores também terão uma visão dos guardrails de IA responsável, dos mecanismos de opt-out e do que o processo de inclusão e exclusão significa em implantações reais.

Com reguladores cada vez mais atentos, ano após ano, à transparência da IA e à higiene dos dados de treinamento dos modelos, entender esses fluxos não é apenas curiosidade técnica. É fundamental para defender a sua postura de IA caso perguntas sobre privacidade (ou auditores) apareçam.

Detalhes técnicos do processamento de dados do Copilot

O Copilot processa os prompts do usuário ingerindo o texto que você digita, buscando o contexto associado em cargas de trabalho conectadas e gerando resultados por meio de servidores seguros. Os prompts e as respostas geradas são registrados como registros estruturados, frequentemente armazenados em pastas ocultas da caixa de correio ou em bancos de dados dedicados, dependendo da carga de trabalho do Microsoft 365 envolvida. Os dados são criptografados em repouso e em trânsito para evitar acesso não autorizado.

A lógica de retenção faz parte do pipeline de processamento de dados. Depois que o prompt e a resposta são criados, jobs temporizados ou mecanismos de política determinam por quanto tempo a interação permanece armazenada antes de ser excluída, conforme a política de retenção da sua organização. O próprio Copilot não processa nem armazena dados fora de ambientes autorizados, para garantir que os limites de conformidade sejam respeitados.

Políticas sobre dados de treinamento de IA e restrições de uso de dados

1. Exclusão padrão do treinamento de modelos de IA: Por padrão, o Copilot no Microsoft 365 não usa dados de usuários da organização (prompts, respostas ou contexto) para treinar modelos de IA públicos ou compartilhados. Isso protege informações sensíveis de negócios e pessoais contra reutilização para melhorar modelos de IA fora do seu locatário.
2. Treinamento de IA somente com consentimento explícito: Em programas especiais ou por exceção definida pelo administrador, determinados dados do Copilot podem ser considerados para melhorias de IA, mas somente depois que o consentimento explícito do usuário ou da organização for concedido. Banners de adesão e configurações de política tornam esse processo transparente e auditável.
3. Guardrails de IA responsável: Dados marcados como sensíveis ou com rótulos de alta confidencialidade são excluídos automaticamente de qualquer conjunto de treinamento, independentemente das configurações individuais do usuário. A Microsoft aplica isso com uma combinação de lógica de política, controles técnicos e auditorias de conformidade.
4. Auditoria e supervisão do uso de dados: Os administradores podem revisar os logs de inclusão no treinamento de IA e o status de opt-out por usuário ou carga de trabalho. Os relatórios ajudam os responsáveis pela conformidade a comprovar, se necessário, que interações sensíveis do Copilot nunca saíram dos limites da organização. Para uma perspectiva prática sobre IA responsável, veja o papel dos comitês de governança na gestão de riscos de IA.
5. Ajustes dinâmicos de política: Rótulos de confidencialidade, análises de risco e gatilhos do ciclo de vida podem ajustar automaticamente se determinados dados do Copilot são considerados para aprendizado de IA. Se a função de um usuário mudar ou se os dados forem reclassificados, as políticas de retenção e de inclusão em IA podem se adaptar em tempo real, mantendo a conformidade em ambientes em evolução.
6. Exclusão do treinamento de modelos de terceiros: Os dados do Copilot nunca são compartilhados com plataformas de IA de terceiros, como o ChatGPT Enterprise ou modelos externos do Microsoft Foundry, a menos que opt-ins contratuais muito explícitos sejam concedidos e registrados. Na maioria das organizações, por padrão, os dados do Copilot nunca saem das nuvens seguras da Microsoft.
7. Supervisão contínua de políticas: Comitês de governança e políticas do plano de controle são essenciais para monitorar e impor o uso responsável. Como discutido em detalhes neste guia sobre governança segura de IA, não se trata apenas da configuração técnica, mas também de revisão contínua, da separação entre planos operacional e de controle e da mitigação proativa de riscos de IA.

Perguntas frequentes: microsoft 365 copilot e políticas de retenção

Qual é a relação entre o Microsoft 365 Copilot e as políticas de retenção?

O Microsoft 365 Copilot usa conteúdo que está nos serviços do Microsoft 365, por isso as políticas de retenção e os rótulos de retenção configurados no Microsoft Purview continuam sendo aplicados ao conteúdo que o Copilot consegue acessar. Na prática, a retenção para o Copilot significa que os itens de origem (e-mails, arquivos do SharePoint, chats do Teams e interações do Copilot) permanecem sujeitos às regras de retenção e exclusão. Uma política de retenção é configurada e aplicada pelo portal do Microsoft Purview para atender aos requisitos de conformidade e evitar perda indesejada de dados.

Como as políticas de retenção para o Copilot afetam os chats do Teams e as interações do Copilot?

As políticas de retenção para o Teams podem abranger chats do Teams, canais e gravações de reuniões. Quando o Copilot no Teams gera ou armazena conteúdo de interação, esse conteúdo fica sujeito às mesmas políticas de retenção aplicadas às equipes. Se a política for configurada para reter e depois excluir, o conteúdo relacionado ao Copilot será preservado pelo período de retenção e excluído ao final dele. Assim, você mantém a conformidade e reduz a retenção excessiva.

Como criar e configurar uma política de retenção para dados do Copilot?

Para criar uma política de retenção, acesse o portal do Microsoft Purview e crie e configure as políticas de retenção direcionadas aos locais onde os dados do Microsoft 365 Copilot ficam armazenados (Exchange, SharePoint, OneDrive, Teams). Use escopos de política estáticos para a retenção ou inclua grupos do Microsoft 365 e caixas de correio específicas. Configure as ações da política (somente reter ou reter e depois excluir), defina os períodos de retenção e publique a política quando estiver pronta. Consulte a documentação sobre retenção no Microsoft Learn para ver o passo a passo.

Quanto tempo leva para a retenção começar a funcionar depois que uma política é aplicada?

A retenção passa a funcionar assim que a política de retenção é publicada, mas a aplicação prática pode levar algum tempo: as políticas podem levar até 24 horas, ou mais, para serem totalmente aplicadas em todos os locais. O período de retenção normalmente começa quando o item é criado ou modificado, dependendo da configuração da política. Por isso, entenda quando o período de retenção começa e como as várias configurações de retenção (rótulos e políticas) interagem no seu locatário.

O que acontece se várias políticas ou rótulos de retenção se aplicarem ao mesmo conteúdo do Copilot?

Quando várias políticas de retenção se aplicam, a lógica de retenção do Microsoft 365 escolhe a configuração mais restritiva, que preserva o conteúdo por mais tempo. Se um rótulo de retenção for aplicado a um conteúdo e uma política de retenção também abranger o mesmo item, as políticas que retêm por mais tempo ou impedem a exclusão normalmente prevalecem. Você pode revisar os conflitos de política no portal do Microsoft Purview para garantir o resultado desejado para o conteúdo do Copilot. Também vale consultar a documentação sobre políticas de retenção para o Microsoft 365 para planejar cenários com uma única política ou com várias políticas de retenção.

O Copilot consegue acessar conteúdo sujeito a uma retenção em suspenso ou a uma retenção para litígio?

Sim, o Copilot pode acessar o conteúdo para geração e resumo se o usuário tiver permissão para ele. Entretanto, as retenções em suspenso e as retenções para litígio impedem a exclusão e preservam o conteúdo no local. As retenções em suspenso são separadas das políticas de retenção e fazem parte dos controles de segurança e conformidade do Microsoft 365. Se o conteúdo estiver sujeito a retenção ou a uma retenção legal, ele continuará disponível para atender aos requisitos de conformidade e não será removido pelas ações de exclusão da retenção.

Como as políticas de retenção e a prevenção contra perda de dados (DLP) funcionam em conjunto com o Copilot?

As políticas de retenção focam em preservar ou excluir conteúdo com base em regras de conformidade, enquanto a prevenção contra perda de dados e os controles de perda de dados evitam a exposição de dados sensíveis. Para o Copilot e os aplicativos de IA, combine as políticas de retenção para os dados do Microsoft 365 Copilot com as políticas de DLP para reduzir os riscos de perda de dados: configure regras de DLP para chats do Teams e interações do Copilot, restrinja o compartilhamento e monitore o uso do Copilot. Use o Copilot Studio e os controles de governança para limitar o que o Copilot pode ingerir e garantir que os requisitos de conformidade sejam cumpridos.

Onde os administradores podem saber mais sobre retenção para o Copilot e verificar a configuração das políticas?

Os administradores devem consultar o Microsoft Learn e o portal do Microsoft Purview para entender políticas de retenção, retenção e exclusão, e as particularidades de localização das políticas de retenção. No portal do Purview, você pode criar uma política de retenção, verificar se ela está configurada corretamente, visualizar quais itens estão sujeitos à retenção e monitorar a implantação da política. Para orientações específicas sobre o Copilot, consulte a documentação do Copilot para Microsoft 365 e do Copilot Studio para entender como os dados do Microsoft 365 Copilot são tratados e como as políticas de retenção para o Copilot se integram aos fluxos de trabalho de conformidade existentes.