Política de Privacidade

1. Quem trata os dados

Leonor Pereira é a responsável indicada pelo tratamento no URadar. Podes contactar a responsável pela morada apresentada neste documento ou por radar.universitariolx@gmail.com. Esta política cobre a app e os pedidos de apoio URadar. Os serviços externos que abres e as organizações que recolhem dados diretamente têm os seus próprios tratamentos e informação de privacidade.

2. Conta, perfil e dados opcionais

Para criar conta são pedidos nome, email e palavra-passe, enviados ao serviço de autenticação. O servidor associa à conta um identificador, perfil e sessões. Telefone e universidade são opcionais no registo. O perfil pode guardar username, cidade, data de nascimento e idade, além de iniciais e cor de avatar. Estes campos de perfil são guardados no servidor; não são apenas notas no telefone. A versão revista usa avatar de iniciais/cor, não um upload de fotografia de perfil. Não preencher campos opcionais não impede o registo básico. Os campos opcionais servem o perfil escolhido pelo utilizador, até serem limpos ou a conta ser apagada; não se destinam a marketing nem comprovam verificação etária. A necessidade de campos sem uso deve ser revista anualmente. O contacto de emergência foi retirado desta versão: a app deixou de o pedir, apresentar ou carregar no perfil. Está preparada uma migração para limpar os dados antigos e impedir que versões antigas os voltem a preencher; ainda não foi aplicada ao servidor nesta entrega.

3. Amigos, eventos e grupos

O servidor guarda pedidos e relações de amizade, eventos guardados, participações e convites para grupos, mensagens com autor e data, notificações e conquistas. Outros utilizadores podem encontrar nome, username, iniciais e cor de avatar pelos percursos de pesquisa e convite. Amigos aceites podem ver eventos guardados em comum. Os membros autorizados de grupos veem participantes e mensagens; anúncios de eventos têm o acesso permitido ao respetivo canal. Guardar um evento não prova presença física. A administração dispõe de estatísticas, incluindo contagens por universidade e por evento guardado; grupos pequenos podem permitir inferências, pelo que não se deve presumir anonimato absoluto dessas contagens.

4. Memórias e bilhetes

As memórias guardam título, data, local, classificação, pessoas indicadas, comentário, fotografia e eventual bilhete. A carteira guarda nome/título, data opcional, formato, tamanho e ficheiro importado. Estes dados são enviados para a base de dados e armazenamento Supabase, com acesso de utilizador limitado à conta proprietária. URLs temporários permitem abrir ficheiros e devem ser tratados como privados. A seleção e conversão de imagens pode criar cópias locais; a partilha descarrega uma cópia temporária, cuja limpeza é tentada no fim do fluxo. Cópias exportadas, caches e ficheiros originais podem permanecer no dispositivo ou noutras aplicações. Não inclua dados de terceiros sem necessidade e fundamento; não se faz validação de autenticidade de bilhetes.

5. Localização e mapas

Com a permissão de localização em primeiro plano, a app usa coordenadas para mostrar a posição e calcular distâncias no dispositivo. No fluxo revisto, estas coordenadas não são enviadas para a base de dados URadar nem guardadas no perfil. Os mapas fazem pedidos de rede: o mapa principal Android usa MapLibre com mosaicos OpenStreetMap; no iOS usa o mapa nativo Apple. O seletor de local de evento usa mapas nativos, incluindo Google no Android. Os fornecedores podem receber endereço IP, dados técnicos e informação sobre a área consultada. As coordenadas que uma organização escolhe para publicar um evento são guardadas no servidor e apresentadas no evento. Abrir direções em Apple Maps, Google Maps ou Waze transmite o destino ao serviço escolhido. Podes recusar ou revogar a permissão; a proximidade à tua posição fica indisponível.

6. Notificações e armazenamento local

As notificações dentro da app são guardadas no servidor. O envio push depende da configuração da versão instalada e da permissão do dispositivo; conceder a permissão não prova que o envio está ativo. Quando configurado, usa um token Expo associado à conta, sessão e plataforma no servidor, passando por Expo e Apple APNs ou Google FCM. O envio preparado usa texto genérico, identificador de notificação e contador, sem o texto da mensagem privada. No dispositivo podem persistir sessão de autenticação, token push, preferências de organização/modo e referência de eliminação; a referência local inclui o identificador da conta e deve permanecer privada. As permissões podem ser geridas nas definições do dispositivo.

7. Apoio, organizações e segurança

Os emails enviados ao apoio contêm o endereço do remetente, a mensagem e anexos que este escolher enviar, tratados na caixa Gmail indicada. Candidaturas e gestão de organizações incluem contactos, membros, eventos, imagens, decisões e revisões. A moderação administrativa guarda autor, alvo, motivo, estados e datas. Os sistemas de infraestrutura podem gerar registos de acesso e erro, incluindo IP e identificadores técnicos; os campos efetivos e a retenção remota estão por confirmar. Não foi identificada integração de publicidade comportamental ou analytics de terceiros no código revisto. As estatísticas internas usam dados do próprio serviço.

8. Finalidades e fundamentos definidos

Foram definidos os seguintes fundamentos para preparação do lançamento, sujeitos a revisão jurídica: execução do serviço solicitado para autenticação, perfil necessário, guardados, amizades, grupos, memórias e carteira; interesse legítimo na segurança, prevenção de abuso, gestão de organizações e estatísticas proporcionais, sujeito a avaliação dos efeitos nas pessoas e possibilidade de oposição; cumprimento das obrigações legais concretamente aplicáveis para responder a pedidos de direitos e autoridades. Para localização opcional e push foi definido consentimento específico, revogável, a articular com as permissões e informação da funcionalidade. A mera leitura desta política, aceitação dos Termos ou preenchimento de um campo opcional não é consentimento genérico. Os campos opcionais servem apenas a função de perfil solicitada; campos sem utilidade demonstrada devem deixar de ser recolhidos.

9. Quem pode receber os dados

Supabase fornece autenticação, base de dados, atualizações em tempo real e armazenamento. A equipa autorizada pode aceder aos dados necessários para apoio e administração; as organizações acedem às operações e informação permitidas pelos seus papéis, não automaticamente a todos os perfis privados. Outros utilizadores recebem os conteúdos sociais descritos acima. Google/Gmail recebe os pedidos enviados por email; os prestadores de mapas e, quando ativo, o circuito push recebem os dados necessários às suas funções. Autoridades só devem receber dados com fundamento aplicável. Partilhas e links externos passam informação ao destino escolhido. As páginas públicas serão alojadas na Cloudflare Pages, que recebe os pedidos de acesso e dados técnicos necessários, como endereço IP. Os ficheiros destas páginas não incluem formulários, scripts de analytics ou cookies próprios do URadar. Os contratos e papéis exatos dos fornecedores continuam em verificação.

10. Localização do tratamento e transferências

A região do projeto Supabase foi confirmada pela equipa como West EU (Irlanda). O projeto usa o plano Free, sem SMTP personalizado configurado; a equipa confirmou receção de emails de confirmação de registo, mas ainda verifica o envio a destinatários externos. Os contratos aplicáveis, subcontratantes, restantes locais de tratamento e salvaguardas de transferências internacionais continuam em verificação. Não se garante que todos os dados permaneçam no Espaço Económico Europeu. Antes da publicação final, devem ser identificados os países/serviços relevantes e, quando necessário, o mecanismo aplicável, como decisão de adequação ou cláusulas contratuais-tipo e medidas complementares. Podes pedir informação e cópia das salvaguardas aplicáveis pelo contacto de privacidade.

11. Prazos de conservação definidos

Conta, perfil, relações, guardados, memórias e bilhetes permanecem enquanto a conta ou o conteúdo existirem, até à sua remoção; não foi adotado apagamento automático por inatividade. O acesso ao chat termina 24 horas após o evento e a remoção depende da limpeza prevista. Ficheiros apagados/substituídos seguem uma fila: tentativa imediata, escalada após 24 horas e objetivo de limpeza ativa até sete dias. Reservas de uploads abandonados expiram após uma hora. Os prazos definidos são: notificações internas, 90 dias desde criação; tokens push, 30 dias sem renovação; entregas push, sete dias; apoio, 12 meses após fecho; histórico de moderação, 12 meses desde cada ação; aprovações e revisões, 12 meses após fecho; recibos de eliminação concluída, 90 dias. Pedidos pendentes e filas de ficheiros não são apagados para cumprir um prazo de recibo. Uma restrição atual pode manter-se sem conservar todo o histórico. A limpeza automática destes registos está preparada localmente, mas ainda precisa de ativação e verificação no servidor. Logs técnicos e ciclos de backups têm alvo máximo de 30 dias onde configurável; o plano Free Supabase indica um dia de retenção de logs API/base de dados e não inclui backups de projeto disponíveis à equipa. Isto não descreve todos os registos ou cópias internas dos fornecedores; a estratégia de recuperação ainda está por implementar. Documentos excecionais de verificação de identidade são apagados logo que desnecessários, até 30 dias após verificação. Uma reclamação ou obrigação concreta pode exigir conservação restrita e fundamentada; as suspensões de limpeza de histórico são limitadas a seis meses por decisão, com revisão para eventual renovação.

12. Eliminação e limites

O fluxo de eliminação abrange a conta de autenticação, perfil, contactos pessoais, amizades, eventos guardados, memórias, bilhetes pessoais/importados, mensagens próprias, participações em grupos e organizações, conquistas, notificações próprias e tokens push associados. Os ficheiros privados entram numa fila de remoção. O estado “complete” confirma a conclusão da limpeza prevista por esse fluxo, não a destruição de todas as cópias em qualquer sistema. Se perderes a resposta, utiliza “Consultar eliminação de conta” no login. Guarda a referência do pedido em privado: permite consultar o estado. Eventos, organizações, capas e logótipos permanecem como conteúdo das organizações, com remoção das referências pessoais abrangidas pelo fluxo. Os grupos podem passar para outro membro e as mensagens de outras pessoas permanecem até à limpeza aplicável. Texto livre, nomes dentro de conteúdos, motivos e identificadores de alvos no histórico de moderação podem exigir tratamento adicional pela equipa. O recibo técnico concluído conserva uma referência aleatória, estado e datas, sem ligação à conta no servidor; tem conservação definida de 90 dias após conclusão, com limpeza preparada que ainda exige ativação remota. Depois desse prazo, a referência pode deixar de permitir consulta; a ausência de recibo não comprova o resultado da eliminação. Backups, registos técnicos, caches e cópias descarregadas ou partilhadas não são todos apagados por esta operação. Não é possível retirar cópias que outras pessoas já guardaram. O original do bilhete no serviço emissor não é eliminado pelo URadar.

13. Os teus direitos

Podes pedir acesso e cópia dos dados, retificação, apagamento, limitação, oposição e portabilidade quando os respetivos pressupostos se verifiquem, através de radar.universitariolx@gmail.com. Podes retirar consentimento quando o tratamento nele se baseie, sem afetar o tratamento anterior lícito. Podes opor-te a tratamentos baseados em interesse legítimo por motivos relacionados com a tua situação. A equipa pode pedir informação adicional estritamente necessária para verificar a identidade, sem palavras-passe ou códigos. Em regra, os pedidos são gratuitos e respondidos num mês; uma extensão legalmente justificada até mais dois meses deve ser explicada dentro do primeiro mês. Uma recusa deve indicar razões e meios de reação. Podes reclamar à CNPD (www.cnpd.pt) ou à autoridade de controlo competente, sem ter de esgotar o apoio primeiro.

14. Terceiros, menores e decisões automáticas

Dados sobre terceiros podem chegar por convites, mensagens, memórias ou conteúdos de organizações. A pessoa a quem respeitam pode contactar-nos mesmo sem ter conta; a informação devida a esses titulares e a necessidade da recolha devem ser asseguradas antes do lançamento. O URadar admite pessoas a partir dos 16 anos, incluindo a utilização normal por pessoas de 16 e 17 anos. Não foram identificadas decisões exclusivamente automatizadas com efeitos jurídicos ou semelhantes no código revisto; as restrições administrativas são decididas por pessoas. Conquistas e contagens automáticas não equivalem a esse tipo de decisão.

15. Versões e informação em falta

A data identifica a versão comum à app e às páginas complementares. A aplicação dos fundamentos e prazos definidos, os fornecedores e transferências e a operação do apoio têm de ser verificados antes de apresentar esta política como final. As atualizações materiais deverão ser comunicadas de forma adequada. Esta versão não constitui declaração de conformidade integral.

Contacto de apoio e privacidade

radar.universitariolx@gmail.com

Confirma o envio no teu serviço de email. Nenhum pedido é enviado automaticamente. Podes copiar o endereço para o teu webmail.