Esta tradução é fornecida por conveniência. Se diferir da versão em inglês, prevalece a versão em inglês.
Quem é o responsável
A OPALITH SAS é a responsável pelo tratamento dos dados pessoais descritos nesta política, no que respeita ao site rdv.dev e à aplicação app.rdv.dev. A sua sede social situa-se em 254 rue Vendôme, 69003 Lyon, France (RCS Lyon 991 600 156).
Não designámos um encarregado da proteção de dados. As questões sobre esta política e os pedidos relativos aos seus dados devem ser enviados para hello@rdv.dev. Os dados do editor e do prestador de alojamento constam do aviso legal.
Há um caso que funciona de forma diferente. Quando uma empresa utiliza o rdv.dev para receber marcações, é essa empresa que decide por que razão e de que forma utiliza os dados dos seus convidados, e nós tratamos esses dados por conta dela. Se marcou uma reunião com um dos nossos clientes, leia primeiro Se marcou uma reunião através do rdv.dev.
O que esta política abrange
- O site rdv.dev: as suas páginas, o formulário de contacto e os links para a aplicação.
- A aplicação app.rdv.dev: contas, espaços de trabalho, ligações de calendário, tipos de evento, disponibilidade, marcações, marca, lembretes por SMS, e a API pública, o servidor MCP e os webhooks.
- As páginas de marcação públicas, com endereços como
rdv.dev/{espaço}/{evento}, na parte do tratamento que decidimos nós próprios: disponibilizar a página, mantê-la segura e operar o serviço.
O rdv.dev é um serviço para empresas. Não se destina a crianças e não recolhemos intencionalmente dados de menores de 16 anos.
No site
Formulário de contacto. Quando nos escreve a partir da página de contacto, recebemos o que escreve: o seu nome, o seu endereço de e-mail, a sua empresa, se a indicar, e a sua mensagem. Utilizamo-los para lhe responder e dar seguimento a essa conversa. Não o adicionamos a nenhuma lista de distribuição.
Medição de audiência. Utilizamos o Vercel Web Analytics e o Vercel Speed Insights para contar as visualizações de páginas e medir a rapidez com que as páginas carregam. Não definem nenhum cookie, não armazenam nada no seu dispositivo e não guardam nenhum identificador seu. Só vemos números agregados: páginas visualizadas, sites de origem, países, navegadores e dispositivos, e tempos de carregamento.
Idioma e tema. O cookie NEXT_LOCALE memoriza o idioma que escolheu, para que a página seguinte que abrir esteja no mesmo idioma. A sua escolha de tema claro ou escuro é guardada no armazenamento local do seu navegador. Ambos são estritamente necessários para o que pediu e não exigem consentimento.
Registos do servidor. O nosso prestador de alojamento trata os dados técnicos que qualquer pedido web transporta (endereço IP, navegador, página pedida, hora) para disponibilizar a página e proteger o serviço contra abusos.
Links para a aplicação. Os links «Começar grátis» transmitem o código de recomendação (ref) e os parâmetros de campanha (utm_*) que constavam do endereço com que chegou, para que a aplicação saiba como nos encontrou. O próprio site não os armazena.
Na aplicação
Conta. O seu nome próprio e apelido, endereço de e-mail e palavra-passe, se optar por definir uma (guardamos apenas um hash da mesma). O seu cargo, número de telefone e endereço do perfil do LinkedIn, se os adicionar. O seu fuso horário, idioma e fotografia de perfil. A versão dos termos e desta política que aceitou, e quando.
Início de sessão com o Google ou a Microsoft. Recebemos o seu nome, endereço de e-mail e identificador de conta, a sua fotografia de perfil do Google e, para uma conta Google Workspace, o domínio da sua organização. Utilizamo-los para criar a sua conta, iniciar a sua sessão e propor-lhe que se junte ao espaço de trabalho da sua empresa. Ver Dados de utilizador Google e Dados de utilizador Microsoft.
Espaços de trabalho e adesão. Os espaços de trabalho que cria ou a que se junta, a sua função em cada um, a forma como entrou (convite, código, domínio da empresa ou pedido), os convites que envia e os endereços de e-mail a que se destinam, os pedidos de adesão e os domínios de empresa que um espaço de trabalho reivindica.
Segurança. Para cada sessão iniciada, o endereço IP e o navegador (user agent) a partir dos quais foi aberta, e quando. Pode ver as suas sessões e terminá-las em Definições → Segurança. Também contamos os pedidos por conta e por endereço IP com hash, para limitar abusos.
Ficheiros. As fotografias de perfil, os logótipos dos espaços de trabalho e os tipos de letra da marca são guardados num armazenamento de ficheiros público (Vercel Blob), depois de os recodificarmos. Qualquer pessoa que tenha o endereço de um ficheiro pode abri-lo: é assim que um logótipo aparece numa página de marcação ou num e-mail. São eliminados juntamente com a conta ou o espaço de trabalho a que pertencem.
Agendamento. Os seus tipos de evento, horário semanal e regras de marcação, e as marcações feitas consigo: data e hora, local ou link da videochamada, estado, os dados do convidado (ver Se marcou uma reunião através do rdv.dev) e quem fez a marcação, uma pessoa ou um agente.
Calendários. Apenas se ligar um, e apenas nos termos descritos em Dados de utilizador Google e Dados de utilizador Microsoft.
Marca a partir do seu site. Quando um proprietário ou administrador pede ao rdv.dev que leia o site do espaço de trabalho, os nossos servidores obtêm o endereço indicado e as páginas, folhas de estilo, logótipos e tipos de letra para que este remete, e depois sugerem logótipos, cores e tipos de letra. Nada é aplicado até alguém rever e assinalar a sugestão. Quando esta opção está ativada, é pedida à Firecrawl (Estados Unidos) uma segunda leitura dos sites que não conseguimos ler nós próprios; a Firecrawl recebe o endereço do site e lê as suas páginas públicas. Uma análise e os logótipos que preparou são eliminados 30 dias após o seu termo, ou 7 dias após, se tiver falhado ou sido cancelada. O que aplicar passa a fazer parte da sua marca.
Recomendação. Se se registar através de um link com um código de recomendação, registamos esse código com a sua conta para saber quem o recomendou.
Agentes, API e webhooks. As chaves de API e os clientes OAuth que o seu espaço de trabalho cria (as chaves são guardadas apenas sob a forma de hash), os endpoints de webhook que regista e as entregas que lhes são enviadas, e um registo dos pedidos feitos com eles.
Lembretes por SMS. Enviados a um convidado apenas quando este indica um número de telemóvel e assinala a caixa que pede lembretes. Ver Se marcou uma reunião através do rdv.dev.
Pagamentos. Quando um espaço de trabalho subscreve um plano pago, a Stripe recolhe os dados do cartão; nunca vemos o número completo do cartão. Conservamos o contacto de faturação, a morada de faturação, o número de IVA, a rede e os últimos quatro dígitos do cartão, e as faturas.
E-mails que enviamos. Confirmações de endereço, reposições de palavra-passe, convites, confirmações de marcação e alertas sobre um calendário que deixou de funcionar. São enviados pela Mailtrap.
Para que os utilizamos e com que fundamento jurídico
| Finalidade | Fundamento jurídico (RGPD, artigo 6.º) |
|---|---|
| Prestar a aplicação em que se registou: conta, espaços de trabalho, ligações de calendário, páginas de marcação, marcações, e-mails, marca, a API, o servidor MCP e os webhooks | Execução do contrato (6.1.b) |
| Responder a uma mensagem de contacto | Diligências pré-contratuais que pediu (6.1.b), ou o nosso interesse legítimo em responder a quem nos escreve (6.1.f) |
| Manter seguras as contas e as páginas de marcação: registos de sessões, limites de pedidos, investigação de abusos | Interesse legítimo em proteger o serviço e os seus utilizadores (6.1.f) |
| Medição agregada de audiência no site | Interesse legítimo em saber que páginas são úteis, sem identificar ninguém (6.1.f) |
| Memorizar o seu idioma e tema | Estritamente necessário para o serviço que pediu (6.1.f) |
| Saber quem recomendou uma nova conta | Interesse legítimo em compreender como as pessoas nos encontram (6.1.f) |
| Lembretes por SMS a um convidado | Consentimento do convidado (6.1.a), dado ao assinalar a caixa na página de marcação; recolhido para o espaço de trabalho com o qual o convidado marcou |
| Faturas, impostos e contabilidade | Obrigação jurídica (6.1.c) |
| Declaração, exercício ou defesa de direitos num processo judicial | Interesse legítimo (6.1.f) |
Dados de utilizador Google
O rdv.dev utiliza o Google de duas formas distintas. Cada uma pede a sua própria permissão, e iniciar sessão com o Google nunca dá acesso ao seu calendário.
Iniciar sessão com o Google
Pedimos apenas os âmbitos básicos: openid, email e profile. Recebemos o seu nome, endereço de e-mail, fotografia de perfil, identificador da conta Google e, para uma conta Google Workspace, o domínio da sua organização. Utilizamo-los para criar a sua conta, iniciar a sua sessão e propor-lhe que se junte ao espaço de trabalho da sua empresa. Esta permissão não dá acesso ao seu calendário, ao seu e-mail nem aos seus ficheiros.
Google Calendar
Liga um calendário separadamente, em Definições → Contas ligadas, através de uma janela de ligação gerida pela Nango. O rdv.dev pede duas permissões:
calendar.events.freebusy, para ver quando está ocupado nos calendários que liga;calendar.events.owned, para criar, atualizar e eliminar os eventos que o rdv.dev marca por si.
O que fazemos com elas:
- Livre/ocupado. Lemos as horas de início e de fim dos seus períodos ocupados para determinar que horários podem ser marcados. Lemo-las em tempo real, quando são mostrados horários ou é feita uma marcação, e não as armazenamos.
- Eventos. Quando uma reunião é marcada, alterada ou cancelada, criamos, atualizamos ou eliminamos o evento correspondente no seu calendário, com o respetivo título, hora, convidado, local ou link da videochamada e descrição. Guardamos o identificador do evento para o podermos atualizar ou eliminar mais tarde.
- Mais nada. Não guardamos na nossa base de dados os títulos, descrições, participantes nem qualquer outro conteúdo dos eventos do seu calendário.
- Tokens. Os seus tokens OAuth são guardados pela Nango, o nosso subcontratante para as ligações de calendário (Estados Unidos). Nunca chegam à nossa base de dados nem ao nosso código. Os nossos pedidos ao Google, e as respostas do Google, passam pela Nango.
Quem tem acesso:
- Partilhamos a sua disponibilidade — ou seja, quando está livre, e nunca o conteúdo dos seus eventos — apenas com as pessoas que marcam reuniões consigo através das suas páginas de marcação, e com os clientes de API, os clientes MCP e os webhooks que autorizar, ou que o seu espaço de trabalho autorize.
- A Nango, o nosso prestador de alojamento e o nosso prestador de base de dados tratam-na na qualidade de nossos subcontratantes, ao abrigo de contrato, apenas para prestar o serviço (ver Quem recebe dados pessoais).
O que nunca fazemos:
- Não utilizamos os dados de utilizador Google para publicidade e não os vendemos.
- Não os utilizamos para desenvolver, melhorar ou treinar modelos generalizados de inteligência artificial ou de aprendizagem automática.
- Ninguém na OPALITH SAS os lê, salvo se nos der autorização para dados específicos (por exemplo, num pedido de suporte), se tal for necessário por razões de segurança (por exemplo, para investigar abusos) ou se a lei o exigir.
- Não os transferimos para ninguém, exceto para fornecer as funcionalidades que utiliza, para cumprir a lei ou no âmbito de uma fusão, aquisição ou venda de ativos, depois de o informarmos.
Revogar o acesso e eliminar dados:
- Desligue o calendário em Definições → Contas ligadas. Revogamos a autorização concedida à Google, eliminamos a ligação na Nango e do nosso lado, e deixamos de ler ou escrever nesse calendário.
- Também pode remover o rdv.dev a qualquer momento na página de permissões da sua Conta Google.
- Eliminar a sua conta desliga todos os calendários da mesma forma. Os eventos já criados permanecem no seu calendário: são seus.
«rdv.dev's use and transfer to any other app of information received from Google APIs will adhere to the Google API Services User Data Policy, including the Limited Use requirements.» (A utilização e a transferência para qualquer outra aplicação, pelo rdv.dev, de informações recebidas das API Google respeitarão a Política de Dados do Utilizador dos Serviços de API Google, incluindo os requisitos de Utilização Limitada.)
Dados de utilizador Microsoft
A Microsoft funciona da mesma forma, com duas permissões distintas.
Iniciar sessão com a Microsoft
Pedimos openid, email, profile, offline_access e User.Read, as permissões básicas para ler o seu nome, endereço de e-mail e identificador de conta. Não importamos a sua fotografia de perfil Microsoft. Como é a organização que gere uma conta Microsoft que define o respetivo endereço de e-mail, confirmamos sempre esse endereço por e-mail antes de confiarmos nele.
Calendários Outlook (Microsoft Graph)
Liga um calendário Outlook ou Microsoft 365 separadamente, através da Nango. O rdv.dev pede Calendars.ReadWrite, que a Microsoft exige tanto para ler quando está ocupado como para escrever os eventos que o rdv.dev marca.
- Períodos ocupados. Quando lemos o seu calendário (
calendarView), pedimos apenas quatro campos por evento: início, fim, estado livre/ocupado e se está cancelado (start,end,showAs,isCancelled). Nunca o assunto, o corpo, os participantes ou o local. Lemo-los em tempo real e não os armazenamos. - Eventos. Criamos, atualizamos e eliminamos os eventos que o rdv.dev marca, com um link do Microsoft Teams quando o tipo de evento o utiliza, e guardamos o identificador de cada evento.
- As outras regras são as mesmas que para o Google: tokens guardados pela Nango, nenhum conteúdo de eventos na nossa base de dados, disponibilidade partilhada apenas com as pessoas que marcam reuniões consigo e com as integrações que autoriza, sem publicidade, sem venda, sem treino de modelos de IA ou de aprendizagem automática, e sem acesso humano exceto com a sua autorização, por razões de segurança ou quando a lei o exige.
Para revogar o acesso, desligue o calendário em Definições → Contas ligadas, ou remova o rdv.dev da página de aplicações da sua conta Microsoft. No caso de uma conta escolar ou profissional, o seu administrador também o pode remover.
Se marcou uma reunião através do rdv.dev
Quando marca através de uma página de marcação em rdv.dev/{espaço}, a empresa que gere esse espaço de trabalho é a responsável pelo tratamento dos seus dados: decide por que razão recebe marcações e o que faz com elas. A OPALITH SAS trata os seus dados por conta dela, na qualidade de seu subcontratante, ao abrigo do nosso acordo de tratamento de dados. Aplica-se a política de privacidade dessa empresa.
O que conservamos por conta dela:
- o seu nome, endereço de e-mail, fuso horário e idioma;
- as notas ou respostas que acrescenta ao marcar;
- a reunião: data, hora, duração, local ou link da videochamada, estado e qualquer reagendamento ou cancelamento;
- o seu número de telemóvel e o seu consentimento para lembretes por SMS, apenas se tiver pedido lembretes;
- um hash do token associado ao seu link de gestão. O link em si só existe no seu e-mail.
Quem os recebe:
- o anfitrião ou os anfitriões da reunião, no rdv.dev e no respetivo calendário. O evento que aí criamos indica-o como convidado, pelo que a Google ou a Microsoft também lhe podem enviar um convite;
- a Mailtrap, que envia a sua confirmação e qualquer alteração ou cancelamento;
- a ClickSend (Austrália), que envia os lembretes por SMS, apenas se os tiver pedido.
Lembretes por SMS. Apenas se indicar um número de telemóvel e assinalar a caixa. Um SMS um dia antes da reunião, ou uma hora antes se tiver sido marcada em cima da hora, e um SMS se o anfitrião cancelar. Para deixar de os receber, escreva à empresa com a qual marcou, ou a nós, para hello@rdv.dev, e deixamos de enviar SMS para essa marcação.
Alterar ou cancelar. Utilize o link de gestão do seu e-mail de confirmação.
Os seus direitos. Envie os pedidos relativos à sua marcação à empresa com a qual marcou. Se um pedido nos chegar, reencaminhamo-lo para essa empresa e ajudamo-la a responder.
Durante quanto tempo. Enquanto a empresa mantiver o seu espaço de trabalho, salvo se eliminar a sua marcação mais cedo. Eliminar o espaço de trabalho elimina as respetivas marcações. Os registos dos lembretes por SMS são eliminados 30 dias após o envio.
Quem recebe dados pessoais
Não vendemos dados pessoais nem os partilhamos para fins publicitários. As empresas abaixo tratam-nos para uma tarefa específica e recebem apenas o que essa tarefa exige.
| Destinatário | Função | Dados | Localização | Fundamento da transferência |
|---|---|---|---|---|
| Vercel Inc. | Alojamento do site e da aplicação (subcontratante) | Tudo o que o site e a aplicação tratam, durante o tratamento; registos do servidor; números agregados de audiência | Empresa dos EUA. As funções da aplicação são executadas em Frankfurt (Alemanha); as páginas são distribuídas a partir da rede global da Vercel | Quadro de Privacidade de Dados UE-EUA; cláusulas contratuais-tipo |
| Neon Inc. | Base de dados (subcontratante) | Tudo o que a aplicação armazena | Empresa dos EUA. Dados armazenados em Frankfurt (Alemanha) | Quadro de Privacidade de Dados UE-EUA; cláusulas contratuais-tipo |
| Vercel Blob (Vercel Inc.) | Armazenamento de ficheiros (subcontratante) | Fotografias de perfil, logótipos dos espaços de trabalho, tipos de letra da marca | Empresa dos EUA. Ficheiros distribuídos a partir da rede global da Vercel | Quadro de Privacidade de Dados UE-EUA; cláusulas contratuais-tipo |
| Nango | Ligações de calendário: guarda e renova os tokens OAuth, reencaminha os pedidos aos calendários (subcontratante) | Tokens OAuth, endereço de e-mail da conta ligada, leituras de disponibilidade (livre/ocupado) e os eventos que o rdv.dev cria | Estados Unidos | Cláusulas contratuais-tipo |
| Mailtrap | Envio de e-mails (subcontratante) | Endereço do destinatário e conteúdo dos e-mails que a aplicação envia | Estados Unidos | Cláusulas contratuais-tipo |
| ClickSend | Envio de SMS (subcontratante) | Número de telemóvel de um convidado e texto do lembrete, apenas com o consentimento do convidado | Austrália | Cláusulas contratuais-tipo |
| O nosso fornecedor de correio eletrónico | E-mail para hello@rdv.dev (subcontratante) | Mensagens que nos envia, incluindo as do formulário de contacto | União Europeia ou Estados Unidos | Cláusulas contratuais-tipo quando os dados saem da UE |
| Firecrawl | Segunda leitura de um site para a marca, apenas quando esta opção está ativada (subcontratante) | O endereço do site e as suas páginas públicas | Estados Unidos | Cláusulas contratuais-tipo |
| Stripe | Pagamentos dos planos pagos (responsável pelo tratamento independente para os dados de pagamento) | Dados do cartão, contacto e morada de faturação, número de IVA, faturas | Irlanda e Estados Unidos | Quadro de Privacidade de Dados UE-EUA; cláusulas contratuais-tipo |
| Google e Microsoft | Serviços que liga: início de sessão e calendários (responsáveis pelo tratamento independentes) | O que autoriza: o seu perfil de início de sessão e os eventos que o rdv.dev cria no seu calendário | As suas próprias localizações | Os seus próprios termos e garantias |
| Integrações autorizadas pelo seu espaço de trabalho | Clientes de API, clientes MCP e endpoints de webhook escolhidos pelo espaço de trabalho (destinatários independentes) | Disponibilidade e marcações, conforme configuradas pelo espaço de trabalho | Onde quer que o espaço de trabalho as execute | Escolhido pelo espaço de trabalho |
Também divulgamos dados às autoridades quando a lei o exige, e apenas o que esta exige.
Transferências para fora da União Europeia
A base de dados da aplicação está em Frankfurt (Alemanha) e as suas funções são aí executadas. Vários dos prestadores acima são empresas sediadas nos Estados Unidos ou na Austrália, pelo que os dados podem ser tratados fora da União Europeia. Cada uma dessas transferências baseia-se no Quadro de Privacidade de Dados UE-EUA quando o destinatário está certificado e, caso contrário, nas cláusulas contratuais-tipo da Comissão Europeia (decisão 2021/914), com medidas complementares: cifragem em trânsito e em repouso, e o mínimo possível de dados junto de cada prestador. Os tokens de calendário, por exemplo, nunca chegam à nossa base de dados, e as leituras de disponibilidade (livre/ocupado) nunca são armazenadas.
Pode pedir-nos uma cópia destas garantias em hello@rdv.dev. O acordo de tratamento de dados descreve o que fazemos se um governo de fora da UE pedir dados.
Durante quanto tempo os conservamos
- Conta. Enquanto a conta existir. Eliminar a sua conta (Definições → Segurança) elimina de imediato o seu perfil, sessões, ligações de calendário e ficheiros. As reuniões futuras de que é anfitrião são canceladas e os respetivos convidados são avisados.
- Sessões. Uma sessão expira 30 dias após a última utilização; as sessões expiradas, com o respetivo endereço IP e navegador, são eliminadas todos os dias.
- Dados do espaço de trabalho. Os tipos de evento, horários, marca, logótipos e marcações são conservados enquanto o espaço de trabalho existir. Eliminar o espaço de trabalho elimina tudo isso, incluindo os ficheiros.
- Convites e pedidos de adesão. Os convites são eliminados 30 dias após expirarem ou serem revogados; os pedidos de adesão, 90 dias após a decisão.
- Análises de sites para a marca. 30 dias após o termo da análise, ou 7 dias se tiver falhado ou sido cancelada, juntamente com os logótipos que preparou.
- Registos de lembretes por SMS. 30 dias após o envio do SMS.
- Mensagens de contacto. Enquanto a conversa estiver em curso e, depois, até 3 anos após a nossa última troca de mensagens.
- Faturas e documentos contabilísticos. 10 anos, conforme exige o direito comercial francês.
- Registos do servidor. No máximo 30 dias, salvo se um incidente exigir a sua conservação por mais tempo.
- Cópias de segurança. Os dados eliminados podem permanecer no histórico de restauro do nosso prestador de base de dados durante um curto período, no máximo 30 dias, antes de expirarem.
Como os protegemos
- Cifragem em trânsito (HTTPS) em todo o lado e cifragem em repouso pelos nossos prestadores de base de dados e de armazenamento de ficheiros.
- Palavras-passe guardadas apenas sob a forma de hash. Links de gestão, chaves de API e segredos de convite guardados apenas sob a forma de hash, ou nem sequer guardados.
- Tokens de calendário guardados pela Nango, nunca na nossa base de dados nem no nosso código.
- Cada ação na aplicação verifica, no servidor, quem está a pedir e o que a sua função permite.
- Acesso aos sistemas de produção limitado às pessoas que operam o serviço.
Se uma violação for suscetível de pôr em risco os seus direitos, notificamos a CNIL no prazo de 72 horas e, quando a lei o exigir, informamo-lo a si.
Os seus direitos
Ao abrigo do RGPD e da lei francesa, tem o direito de:
- aceder aos dados pessoais que detemos sobre si e obter uma cópia;
- obter a sua retificação, se estiverem errados ou incompletos;
- obter o seu apagamento;
- obter a limitação da forma como os utilizamos enquanto uma questão é resolvida;
- exportar os seus dados num formato corrente e de leitura automática (portabilidade);
- opor-se ao tratamento baseado no nosso interesse legítimo;
- retirar o seu consentimento a qualquer momento, quando nos baseamos nele, sem afetar o que foi feito antes;
- definir diretrizes sobre o destino dos seus dados após a sua morte, conforme permitido pela lei francesa.
Grande parte disto pode fazê-lo diretamente na aplicação: editar o seu perfil, desligar um calendário, eliminar a sua conta. Para tudo o resto, incluindo uma cópia ou uma exportação dos seus dados, escreva para hello@rdv.dev. Respondemos no prazo de um mês; se um pedido for complexo, podemos prorrogar este prazo por dois meses e explicamos-lhe porquê. Podemos pedir-lhe que comprove a sua identidade quando existam dúvidas razoáveis.
Se marcou uma reunião com um dos nossos clientes, envie primeiro os seus pedidos a esse cliente (ver Se marcou uma reunião através do rdv.dev).
Pode também apresentar uma reclamação à CNIL (Commission nationale de l'informatique et des libertés), 3 place de Fontenoy, TSA 80715, 75334 Paris Cedex 07, França, cnil.fr, ou à autoridade de controlo do país da UE onde vive ou trabalha.
Cookies e armazenamento
Nem o site nem a aplicação utilizam cookies de publicidade ou de rastreio, pelo que nenhum deles mostra um banner de cookies. Tudo o que se segue é estritamente necessário para um serviço que pediu, ou guarda uma preferência que definiu.
| Nome | Onde | Tipo | Finalidade | Duração |
|---|---|---|---|---|
NEXT_LOCALE | Site e aplicação | Cookie | Memoriza o idioma que escolheu | 1 ano |
theme | Site e aplicação | Armazenamento local | Memoriza o tema claro, escuro ou do sistema | Até o apagar |
better-auth.session_token (com o prefixo __Secure- em HTTPS) | Aplicação | Cookie | Mantém a sua sessão iniciada e associa o seu navegador à respetiva sessão | 30 dias, renovados enquanto utilizar a aplicação |
Outros cookies better-auth | Aplicação | Cookie | Protegem um início de sessão com o Google ou a Microsoft enquanto está em curso | Até ao fim do início de sessão |
pending_invite | Aplicação | Cookie, cifrado | Guarda um convite que abriu enquanto inicia sessão ou cria uma conta | 1 dia |
sidebar_state | Aplicação | Cookie | Memoriza se a barra lateral está aberta | 7 dias |
app.search.recent | Aplicação | Armazenamento local | As suas pesquisas recentes na aplicação | Até o apagar |
auth.pendingEmail | Aplicação | Armazenamento de sessão | O endereço que aguarda confirmação enquanto se regista | Até fechar o separador |
O Vercel Web Analytics e o Speed Insights não utilizam cookies nem armazenamento do navegador. Quando liga um calendário, a janela de ligação é disponibilizada pela Nango, e os ecrãs de início de sessão pela Google ou pela Microsoft; aplicam-se aí os respetivos cookies e políticas.
Alterações a esta política
A data no topo desta página indica a versão em vigor. Se uma alteração afetar a forma como utilizamos os seus dados, informamos os titulares de contas por e-mail ou na aplicação antes de esta se aplicar e, quando a lei o exigir, pedimos-lhe que aceite a nova versão. As versões anteriores estão disponíveis mediante pedido.
Contacto
OPALITH SAS, 254 rue Vendôme, 69003 Lyon, France. E-mail: hello@rdv.dev. Respondemos em inglês ou em francês.