Ir direto para o conteúdo principal
Vlibras

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.

13 min de leituraRedação Vlibras
Mãos escrevendo uma carta sobre papel em uma mesa de trabalho com documentos
Imagens: Pexels (licença gratuita).

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

Prancheta com lista de verificação e documentos sendo revisados sobre uma mesa
Imagens: Pexels (licença gratuita).

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.

PedidoPrazo previsto na leiConteúdo da respostaPonto de atenção
Confirmação de tratamentoQuinze diasExistência ou não de tratamento e base legalResposta não pode ser apenas remissão à política
AcessoQuinze diasDados, finalidade, compartilhamento e retençãoFiltrar dado de terceiro antes de entregar
CorreçãoQuinze diasO que foi corrigido e o efeito em sistemas e operadoresComunicar operadores que tratam o mesmo dado
EliminaçãoPrazo definido na políticaO que foi eliminado e o que é retido com fundamentoIndicar base legal da retenção mantida
PortabilidadeConforme regulamentaçãoFormato estruturado, sem segredo comercialDefinir formato padrão antes do pedido
Revisão de decisão automatizadaPrazo definido na políticaCritérios e informação sobre revisão humanaExplicar 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.
Pessoa digitando resposta em computador com documentos organizados ao lado do teclado
Resposta formal ao pedido: linguagem simples, discriminação das bases legais e indicação do caminho de contestação.

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

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

Artigo publicado por Vlibras. Correções e sugestões de pauta: escreva para a redação, indicada no rodapé.