Numa conversa de atendimento por mensagem, o assistente deve pedir apenas os campos que a finalidade do pedido exige, porque a minimização de dados no atendimento é uma obrigação legal e não uma preferência de design. Na maioria dos pedidos chegam três elementos: o contacto de onde o cliente escreve, o pedido em si e, quando faz sentido, a hora ou referência do serviço. A CNPD recorda que o princípio da minimização está consagrado na alínea c) do n.º 1 do artigo 5.º do Regulamento (UE) 2016/679 e que da recolha só devem constar os dados estritamente necessários ao cumprimento da finalidade. Cada campo extra aumenta o risco jurídico, o custo de conservação e a probabilidade de o cliente desistir antes de concluir o pedido.
O mínimo que a lei exige
O RGPD define um padrão objetivo: os dados têm de ser adequados, pertinentes e limitados ao necessário, e só podem ser tratados se a finalidade não puder ser atingida de forma razoável por outros meios. Traduzido para uma conversa de atendimento, isto significa que só pode pedir um campo se, sem ele, o pedido não for resolúvel. Não é uma questão de boa vontade nem de política interna da empresa: é o critério legal aplicável a cada pergunta que o assistente faz.
A pergunta de partida não é “que dados são úteis ter?”, mas qual é o conjunto mais pequeno de campos com que consigo fechar este pedido. Um cliente que escreve para marcar um corte de cabelo precisa de deixar o dia, a hora e o serviço; o nome pode chegar pela ficha já existente e o número de telefone acompanha a própria mensagem. Esta lógica vale tanto para assistentes com regras fixas como para assistentes com IA.
O risco de pedir a mais
Em Portugal, pedir dados que não servem a finalidade torna o tratamento ilícito e configura uma contraordenação muito grave, sancionada pelo artigo 83.º do RGPD e pela Lei n.º 58/2019, de 8 de agosto. O Diário da República é explícito: se foram solicitados dados excessivos, o tratamento deixa de ser lícito — a questão não se limita à conservação, começa já no momento do pedido.
Para além da sanção possível, há dano operacional. Cada campo guardado tem de ser conservado, protegido e apagado dentro de um prazo; cada dado sensível que entra num registo de conversa — uma fotografia de documento de identificação, uma informação de saúde partilhada a mais — alarga a superfície de risco de um incidente que nenhuma PME quer gerir. Recolher menos é também ter menos a perder.
Campos mínimos por finalidade
A tabela seguinte resume o campo mínimo por tipo de pedido comum em serviços locais. Aplique-a como ponto de partida e ajuste só quando uma obrigação concreta o exigir.
| Finalidade da conversa | Campos mínimos | Não pedir |
|---|---|---|
| Marcação de serviço | Dia, hora e serviço; nome se não existir ficha | Morada completa, NIF, data de nascimento |
| Estado de encomenda | Número do pedido ou o telefone do cliente | Email alternativo, morada de faturação |
| Pedido de orçamento | Descrição do trabalho, concelho e contacto | Fotografia do documento de identificação |
| Reclamação | Descrição do problema e referência da compra | Dados de saúde ou financeiros sem relação com o caso |
Se o fluxo de marcações ainda pede mais do que dia, hora e serviço, comece por simplificar o agendamento por mensagem até ao fluxo mínimo. Recolher menos obriga depois a reutilizar o que já existe: antes de voltar a perguntar o mesmo, veja como evitar pedidos duplicados quando o cliente muda de canal.
Configure o assistente por defeito
A responsabilidade não se cumpre só com uma política escrita. O n.º 2 do artigo 25.º do RGPD impõe que as soluções técnicas devem assegurar, por defeito, apenas os dados estritamente necessários à finalidade do tratamento, sem exigir que alguém se lembre de reduzir a recolha à mão. A configuração de fábrica do fluxo já tem de ser a versão mínima. Use esta verificação antes de ativar qualquer fluxo novo:
- Escreva ao lado de cada pergunta do assistente a finalidade que a justifica; sem finalidade escrita, a pergunta sai.
- Aplique o teste de eliminação: se o pedido é resolúvel sem o campo, retire-o do fluxo.
- Substitua dados identificativos diretos por identificadores internos sempre que o histórico o permita.
- Defina o prazo de conservação do registo da conversa e o apagamento automático no fim desse prazo.
- Reveja os campos a cada mudança de serviço e remova os que ficaram sem propósito.
Dados enviados sem serem pedidos
O princípio da minimização também cobre o que o cliente envia por iniciativa própria. Se alguém manda uma fotografia do cartão de cidadão para marcar uma consulta ou escreve detalhes de saúde numa conversa sobre uma encomenda, o assistente deve tratar apenas o necessário, informar que o restante não será usado e evitar copiar esse conteúdo para ficheiros de apoio. Responder com uma frase simples — “para a marcação basta o dia e a hora; não precisamos do documento” — resolve o caso e cria o hábito do lado do cliente.
O mesmo vale para o histórico: guardar conversas inteiras por tempo indeterminado, com dados que já não servem a finalidade original, contradiz o princípio da limitação da conservação. Um prazo curto, definido por escrito e aplicado de forma automática, é mais fácil de cumprir do que uma decisão caso a caso tomada sob pressão.