Direitos do titular: como responder um pedido de dados
Pedido de titular não se responde por improviso. Veja o que a LGPD garante, qual prazo se aplica, como fundamentar uma recusa e o que precisa ficar registrado.

Pedido de titular chega por canal informal: mensagem em rede social, e-mail para endereço genérico, reclamação no atendimento, contato direto com alguém de vendas. A resposta começa a ficar cara quando ninguém sabe quem deve responder, em qual prazo e com base em qual registro, e o pedido reaparece depois como reclamação formal.
Quem pode pedir e por onde o pedido entra
O titular dos dados é quem pode exercer os direitos, e isso inclui o pedido feito por representante legal, como no caso de criança e adolescente, ou por procurador com poderes específicos. A verificação de identidade é parte do procedimento, não desconfiança com o requerente: entregar dados pessoais para quem se passa pelo titular é uma violação, e responde por ela quem entregou. O equilíbrio está em pedir o mínimo necessário para confirmar identidade e nada além disso.
O canal de entrada precisa ser conhecido antes do pedido chegar. Empresas com encarregado identificado, endereço de contato publicado e política de privacidade acessível reduzem o tempo em que o pedido circula internamente sem dono. Quando não existe canal claro, o titular procura qualquer porta, e o pedido costuma chegar pela área comercial ou pelo atendimento, que não tem acesso a base de dados nem preparo para responder em prazo.
Vale ainda definir o que fazer com pedido recebido em canal impróprio. Identificar a chegada, registrar a data e encaminhar formalmente ao responsável, informando o titular de que o pedido foi recebido, já resolve o principal: o prazo passa a ser contado com ciência da empresa. Pedido recebido por mensagem direta e nunca encaminhado é o modo mais comum de a empresa perder prazo sem ter percebido que havia prazo correndo. Quando o dado também está com terceiros, o auxílio depende de cláusula específica, descrita em contrato com operador de dados e cláusulas de LGPD.
- Titular e representante legal ou procurador com poderes específicos podem requerer.
- Confirmação de identidade limitada ao necessário, sem exigência desproporcional.
- Canal publicado e encarregado identificado nas informações ao titular.
- Protocolo de entrada para pedido recebido em canal inadequado, com data registrada.
Prazo de resposta começa quando a empresa tem ciência do pedido, não quando ele chega à pessoa certa. Sem protocolo, o prazo corre sem que ninguém saiba.
Veja também: contrato com operador de dados
Os direitos dos arts. 18 e 19 da LGPD

A LGPD prevê um conjunto de direitos que, na prática, se organiza em três famílias. A primeira é saber: confirmação da existência de tratamento, acesso aos dados, informação sobre compartilhamento, informação sobre a possibilidade de não consentir e informação sobre decisão automatizada. A segunda é corrigir: retificação de dado incompleto, inexato ou desatualizado. A terceira é reduzir: anonimização, bloqueio ou eliminação de dado desnecessário, excessivo ou tratado em desconformidade, além da eliminação de dados tratados com base em consentimento.
A portabilidade aparece nesse conjunto com uma condição técnica relevante: depende de regulamentação e deve observar segredo comercial e industrial, o que significa que não é uma exportação irrestrita de tudo. Na prática, empresas que definem de antemão o formato de entrega, como arquivo estruturado com um conjunto de campos, conseguem responder de forma consistente e evitam a discussão sobre o que seria formato adequado para atender àquele pedido específico.
O acesso também tem limites: quando o pedido envolve dado de terceiro, a resposta precisa discriminar o que é do requerente e preservar o restante. Esse cuidado é frequentemente mal executado, porque a extração bruta de um sistema traz registros de várias pessoas juntos. Definir um procedimento de extração com filtro por titular, antes que o pedido chegue, evita que a resposta seja preparada sob pressão de prazo, com risco de expor dado que não deveria sair.
- Confirmação de tratamento, acesso, informação sobre compartilhamento e sobre consentimento.
- Correção de dado incompleto, inexato ou desatualizado, com registros de origem.
- Anonimização, bloqueio e eliminação de dado desnecessário ou tratado em desconformidade.
- Portabilidade com observância de segredo comercial, conforme regulamentação aplicável.
Direito de acesso não é entrega de base. A extração precisa filtrar por titular antes da resposta, ou a empresa expõe dado de terceiro ao atender um pedido legítimo.
Prazos, formato e o que a resposta precisa conter
Prazos curtos exigem arrumação prévia. A LGPD prevê quinze dias para a declaração de confirmação de tratamento e para o acesso, e prazo semelhante para a declaração de correção de dados, contados da formulação da requisição. Como o prazo começa a correr antes de a empresa saber se o pedido é procedente, a única forma de cumprir com segurança é manter o procedimento pronto: roteiro de busca, lista de sistemas, modelo de resposta e responsável definido.
O formato importa tanto quanto o conteúdo. O texto legal exige informação clara e adequada, o que na prática significa resposta em linguagem simples, com identificação das bases legais aplicáveis e das finalidades. Resposta que entrega um arquivo técnico sem explicação, ou que remete o titular à política de privacidade para que ele descubra sozinho o que se aplica ao caso, costuma produzir nova rodada de perguntas e, em muitos casos, reclamação formal.
A tabela abaixo resume o que cada tipo de pedido costuma exigir em termos de prazo, conteúdo e ponto de atenção. Ela funciona como roteiro de primeira resposta e ajuda a padronizar o atendimento entre áreas diferentes, sem transformar a resposta em texto genérico que não trata do pedido concreto. Pedido de acesso a dado coletado por cookies, por exemplo, depende do registro de escolha descrito em cookies e consentimento para sites e lojas.
| Pedido | Prazo previsto na lei | Conteúdo da resposta | Ponto de atenção |
|---|---|---|---|
| Confirmação de tratamento | Quinze dias | Existência ou não de tratamento e base legal | Resposta não pode ser apenas remissão à política |
| Acesso | Quinze dias | Dados, finalidade, compartilhamento e retenção | Filtrar dado de terceiro antes de entregar |
| Correção | Quinze dias | O que foi corrigido e o efeito em sistemas e operadores | Comunicar operadores que tratam o mesmo dado |
| Eliminação | Prazo definido na política | O que foi eliminado e o que é retido com fundamento | Indicar base legal da retenção mantida |
| Portabilidade | Conforme regulamentação | Formato estruturado, sem segredo comercial | Definir formato padrão antes do pedido |
| Revisão de decisão automatizada | Prazo definido na política | Critérios e informação sobre revisão humana | Explicar critério em linguagem compreensível |
Prazo só se cumpre com procedimento pronto. Roteiro de busca, modelo de resposta e definição de responsável valem mais do que qualquer texto padrão.
Veja também: cookies e consentimento
Quando a recusa é possível e como fundamentar
Recusar é possível em situações específicas, e o problema quase nunca está na recusa em si, mas na ausência de fundamento. A empresa pode deixar de atender integralmente o pedido quando a informação envolve segredo comercial ou industrial, quando a entrega exporia dado pessoal de terceiro, quando existe obrigação legal ou regulatória de retenção e quando o pedido é desproporcional ou repetitivo. Em todos esses casos a resposta precisa dizer o motivo concreto aplicado àquele pedido.
Recusa parcial costuma ser mais defensável do que recusa total. Em vez de negar o acesso inteiro porque parte dos registros contém dado de outra pessoa, a empresa entrega o que se refere ao requerente e aponta de forma objetiva o que foi preservado e por qual razão. O mesmo vale para eliminação: quando há retenção obrigatória por prazo definido, o caminho é informar o fundamento e o prazo, e não simplesmente responder que não é possível atender.
Vale também informar o caminho de contestação. A LGPD prevê que o titular possa peticionar em relação aos seus dados contra o controlador perante a autoridade nacional, e mencionar essa possibilidade na resposta não enfraquece a posição da empresa: ela demonstra que o procedimento foi conduzido com transparência. Boa parte das reclamações administrativas começa pelo modo como a negativa foi comunicada, e não pelo mérito dela.
- Sigilo comercial e industrial como fundamento de recusa parcial e específica.
- Proteção de dado de terceiro, com entrega do que se refere ao requerente.
- Obrigação legal ou regulatória de retenção, com indicação de prazo e fundamento.
- Pedido desproporcional ou repetitivo, com registro das tentativas anteriores.

Recusa fundamentada sobrevive à revisão; recusa genérica não. Sempre que for possível entregar parte, entregar parte e explicar o resto.
Encarregado, registro e acompanhamento dos pedidos
O encarregado é o ponto de contato entre a empresa, o titular e a autoridade, e essa função depende de três coisas simples: canal publicado, autonomia para acionar outras áreas e registro do que foi feito. Sem autonomia, o encarregado vira caixa de correio; sem registro, ele não consegue demonstrar prazo nem resultado. Empresas que centralizam o atendimento relatam menos atraso, porque o pedido não depende de descobrir quem é o responsável por cada sistema.
O registro é também ferramenta de gestão. Pedidos concentrados em um tipo de tratamento indicam problema de transparência naquele ponto: aviso pouco claro, consentimento mal coletado ou finalidade mal explicada. Um pedido de acesso recorrente a determinada categoria pode revelar que a empresa coleta mais do que o titular entende que autorizou. Ler o histórico de pedidos como diagnóstico evita tratar cada resposta como caso isolado.
Vale ainda coordenar com os operadores. Quando o dado é tratado por terceiros, a resposta depende de informação que está com eles, e o contrato precisa prever prazo curto de auxílio, formato da informação e responsabilidade pelo cumprimento. Sem essa cláusula, a empresa depende de cortesia de fornecedor para cumprir prazo legal, o que costuma funcionar até o primeiro pedido que chega em período de férias ou em feriado prolongado.
- Encarregado com canal publicado, autonomia de acionamento e acesso a registro.
- Histórico de pedidos com data, tipo, resposta enviada e prazo de cumprimento.
- Análise periódica dos pedidos como indicador de falha de transparência.
- Cláusula com operadores prevendo prazo e formato de auxílio em pedidos de titular.
Registro de pedidos é prova de conformidade e diagnóstico de operação. O que parece burocracia aponta onde a comunicação com o titular não está funcionando.
Pedido que revela incidente ou falha de processo
Alguns pedidos funcionam como sinal de alerta. Quando o titular afirma ter recebido comunicação que não reconhece, cobra explicação sobre tratamento que a empresa não sabia existir ou aponta dado desatualizado em sistema que deveria estar correto, o pedido deixa de ser atendimento individual e passa a indicar problema mais amplo. Nesses casos, a resposta ao titular precisa caminhar junto com a investigação interna.
O encadeamento com resposta a incidente costuma ser o ponto fraco. A equipe que responde ao titular não conversa com a equipe de segurança e tecnologia, e a empresa acaba dando explicação incompleta para a pessoa enquanto o problema técnico continua ativo. Definir um gatilho simples, como encaminhar ao comitê responsável qualquer pedido que mencione acesso não reconhecido, uso indevido ou exposição de dado, resolve a maior parte desse desencontro organizacional. O procedimento de avaliação e comunicação depois da descoberta está descrito em incidente de dados nas primeiras 72 horas.
Por fim, a resposta precisa considerar o que pode ser dito sem prejudicar a investigação em curso. É possível informar o titular sobre o que se sabe até o momento, indicar as medidas adotadas e sinalizar que o caso está em apuração, sem antecipar conclusão sobre causa ou extensão. O que não funciona é silêncio prolongado: quando a empresa não responde, o titular costuma procurar a autoridade, e o caso passa a ser conduzido com informação incompleta e prazo mais curto.
- Gatilho de encaminhamento interno para pedido que mencione acesso não reconhecido.
- Resposta provisória ao titular, com o que se sabe, medidas adotadas e prazo de retorno.
- Integração entre atendimento ao titular e equipe responsável por segurança da informação.
- Registro do pedido como possível origem de procedimento de incidente.
Pedido de titular pode ser a primeira evidência de um incidente. Tratar como atendimento isolado é adiar a descoberta do problema.
Veja também: incidente de dados nas primeiras horas
Perguntas frequentes
- Qual o prazo para responder um pedido de titular?
- A LGPD prevê prazo de quinze dias para a declaração de confirmação de tratamento e para o acesso aos dados, contados da formulação da requisição, e prazo semelhante para declaração de correção de dados incompletos, inexatos ou desatualizados. Para outros pedidos, o prazo é o mesmo que a empresa se comprometeu a cumprir na própria política de privacidade, e por isso convém escrever um prazo compatível com a operação. Atraso recorrente é um dos achados mais simples de verificar em fiscalização.
- A empresa pode pedir documentos antes de responder?
- Pode e deve confirmar a identidade do requerente, porque responder a pedido de acesso sem verificação entrega dados pessoais a quem se passar pelo titular. O cuidado é calibrar a exigência: pedir comprovante de identidade é razoável, exigir documentos que não guardam relação com o pedido, ou reconhecimento de firma, costuma criar obstáculo indevido. O critério é a proporcionalidade entre o risco de fraude e o esforço pedido à pessoa, que precisa permanecer simples e gratuito.
- E quando o pedido alcança dado de outra pessoa?
- Nessa situação, a resposta precisa separar o que é dado do requerente do que é dado de terceiro, porque o direito de acesso não serve para obter informação pessoal de outra pessoa. Em vez de negar o pedido inteiro, o caminho mais consistente é entregar o que se refere ao requerente e indicar de forma objetiva o que foi preservado e por qual motivo. Recusar tudo, quando parte do pedido é legítima, costuma gerar reclamação e desgaste desnecessário.
- Como recusar um pedido sem violar a LGPD?
- A recusa precisa ser fundamentada e escrita, indicando a base legal ou o motivo concreto da negativa: hipótese de sigilo comercial, segredo industrial, proteção de dado de terceiro, obrigação legal de retenção ou pedido desproporcional ou repetitivo. Recusa genérica, sem indicação de fundamento, é tratada como ausência de resposta. Vale também informar o caminho de contestação, porque parte das reclamações começa não pela negativa em si, mas pela forma como ela foi comunicada.
- O que é preciso guardar sobre os pedidos recebidos?
- Data de entrada, canal, identificação do requerente, tipo de pedido, dados pesquisados, resultado da busca, resposta enviada e data de envio costumam ser o conjunto mínimo. Esse registro permite demonstrar o que foi feito e em quanto tempo, e ajuda a identificar pedidos repetitivos ou fraude de identidade. Também produz informação útil para a operação: pedidos concentrados em uma área indicam problema de transparência naquele tratamento.
- Pedido de exclusão sempre tem que ser atendido?
- Não. A eliminação depende da base legal do tratamento e de eventuais obrigações de retenção. Dado tratado com consentimento em regra pode ser eliminado a pedido; dado mantido para cumprir obrigação legal ou regulatória, para exercício regular de direito ou para outra hipótese permitida pode continuar armazenado, com informação ao titular sobre o fundamento. O que não é aceitável é manter o dado sem informar a razão, porque isso converte uma retenção legítima em recusa inexplicada.
Fontes consultadas
- Lei 13.709/2018 (LGPD), arts. 18 a 20 (direitos do titular) — Presidência da República
- Canal e materiais da ANPD — Autoridade Nacional de Proteção de Dados
Conclusão
Atendimento a titular é processo, e processo se testa antes da primeira reclamação. Canal publicado, verificação de identidade proporcional, roteiro de busca que filtra dado de terceiro, modelo de resposta com base legal e prazo compatível com a lei, recusa sempre fundamentada e registro de cada etapa compõem um sistema simples, mas exige decisão prévia. Quem improvisa perde prazo, expõe dado indevido ou entrega resposta que não resolve, e transforma um pedido individual em procedimento administrativo. A trilha de [Dados pessoais e LGPD](/temas/dados-e-lgpd/) reúne outros textos sobre o que a empresa precisa registrar, justificar e provar.
Este conteúdo tem finalidade informativa, trata de situação geral e não substitui a análise jurídica do caso concreto, dos documentos e da tecnologia utilizada.
Análises relacionadas
Dados pessoais e LGPD13 min de leitura
Incidente de dados nas primeiras 72 horas: o que a empresa precisa fazer
Vazamento de dados não espera plano perfeito. Veja o que fazer nas primeiras horas: contenção, avaliação de risco e comunicação à ANPD e aos titulares.
Ler a análiseDados pessoais e LGPD12 min de leitura
Contrato com operador de dados: as cláusulas de LGPD que precisam estar escritas
Empresa que entrega dados a fornecedor responde pelo que ele faz. Veja as cláusulas que traduzem o art. 39 da LGPD em instruções verificáveis.
Ler a análiseDados pessoais e LGPD13 min de leitura
Cookies e consentimento: regras para sites e lojas online
Banner de cookies não resolve conformidade. Veja o que a LGPD alcança no rastreamento, quando o consentimento é necessário e como registrar a escolha do visitante.
Ler a análiseArtigo publicado por Vlibras. Correções e sugestões de pauta: escreva para a redação, indicada no rodapé.


