Política de privacidade

Esta Política de Privacidade descreve a forma como o Kendor (“nós”) recolhe, utiliza e partilha dados pessoais quando utilizas a nossa plataforma de recrutamento técnico — como membro de uma equipa de recrutamento, como candidato que realiza uma avaliação ou se candidata a uma vaga, ou como visitante do nosso site.

O nosso papel: responsável pelo tratamento e subcontratante

Relativamente aos dados de candidatos tratados no âmbito do recrutamento de uma organização (entregas de avaliações, sinais de atividade, gravações, candidaturas e notas dos revisores), a organização que recruta é o responsável pelo tratamento e o Kendor atua como seu subcontratante: tratamos esses dados segundo as instruções da organização. Se és candidato e queres exercer os teus direitos sobre os dados da triagem, o caminho mais rápido é a organização que te convidou — nós ajudamo-la em todos os pedidos. Relativamente aos dados de conta, aos perfis de candidato criados por iniciativa própria, ao nosso site e às nossas comunicações, o Kendor é o responsável pelo tratamento.

Informações que recolhemos

• Dados de conta — nome, email, palavra-passe (guardada sob a forma de hash) e preferência de idioma quando crias uma conta de equipa de recrutamento ou de candidato; campos opcionais do perfil de candidato que decidas adicionar (fotografia, cargo, localização, links, competências). Um membro de uma equipa de recrutamento pode adicionar uma foto de perfil; a equipa vê-a, e aparece nas páginas dos hackathons que organiza. Ao criar uma equipa de recrutamento, podes também dizer-nos como conheceste o Kendor; usamos a resposta apenas para perceber que canais funcionam. Se o teu email de trabalho verificado partilhar o domínio com uma equipa de recrutamento existente, mostramos-te o nome dessa equipa para poderes pedir para entrar. Se pedires, enviamos o teu nome e endereço de email aos seus proprietários; o pedido é apagado assim que o aprovarem ou recusarem.
• Dados de avaliação — o código e as respostas que entregas, os ficheiros do teu workspace de avaliação, resultados de testes, pontuações e tempos (quando começaste, terminaste ou esgotaste o tempo).
• Sinais de integridade da avaliação — durante uma avaliação registamos a atividade no editor, como mudanças de separador, colagens e uma cronologia da escrita na tua sessão do editor, para que os revisores possam verificar que o trabalho é teu. Enquanto trabalhas, os revisores também podem ver ao vivo o código no teu workspace; essa visualização é só de leitura e não guarda nada além do que já é guardado automaticamente. Quando a gravação do terminal está ativa numa avaliação, o que aparece no terminal da tua sandbox é gravado para que os revisores o possam reproduzir (o texto introduzido de forma oculta, como num pedido de palavra-passe, não é gravado). Os pedidos que envias a partir do painel de pedidos do editor são gravados da mesma forma, com as respostas (as credenciais, como os cabeçalhos Authorization e os cookies, não). Quando a organização que recruta ativa o proctoring, as gravações do ecrã feitas durante a avaliação são guardadas para os seus revisores. Antes de uma avaliação começar, dizemos-te o que é captado.
• Candidaturas a vagas — os dados que submetes no anúncio de emprego de uma empresa: nome, email e quaisquer campos opcionais que a empresa peça (título profissional, localização, links, link para o currículo, nota de apresentação, respostas às suas perguntas). Uma equipa de recrutamento também te pode propor para uma das suas próprias vagas sem novo formulário, usando os dados que já tem sobre ti — o registo indica que foste adicionado pela equipa e não que te candidataste tu.
• Candidaturas a hackathons — quando te candidatas a participar num hackathon que uma organização realiza no Kendor, ou te ofereces para ser jurado: o teu nome e email, os campos que o respetivo formulário pede (país, GitHub, LinkedIn, empresa, site ou LinkedIn da empresa, função, fotografia), as tuas respostas às suas perguntas, o idioma em que te candidataste, o facto de teres aceitado as suas regras e se aceitaste partilhar a tua candidatura com as empresas do seu júri. A organização que realiza o hackathon é a responsável pelo tratamento destes dados. A tua candidatura só conta depois de confirmares o teu email através do link que te enviamos. Se fores jurado e escolheres aparecer, o teu nome, fotografia, função, empresa (com o respetivo link) e país são mostrados na página pública do hackathon quando a organização te aceita. Para deixares de aparecer, pede à organização ou escreve-nos. Os nossos emails sobre a tua candidatura incluem também um cartão para partilhar: uma imagem com o teu nome, a tua fotografia (se adicionaste uma), o teu país ou o teu cargo e empresa, e o hackathon. Fica atrás de um link privado que só tu recebes, por isso só o vê quem tu escolheres, e deixa de funcionar quando a tua candidatura é apagada. Se participares a construir, o júri avalia o teu projeto segundo os critérios publicados e deixa um comentário. Enquanto avalia, vê um número, não o teu nome nem os teus contactos. Quando um jurado envia a pontuação do teu projeto, ela fica bloqueada e, se aceitaste partilhar a tua candidatura com as empresas do júri, esse jurado vê o teu nome, país, email e os links de GitHub, LinkedIn e site que indicaste, para te poder contactar sobre vagas. Se não aceitaste, continuas anónimo para o júri. Se houver um empate nos primeiros lugares, o júri também pode ordenar os projetos empatados entre si. Se fizeres parte do júri, as pontuações, os comentários e as classificações que dás ficam guardados com a tua candidatura. Ambos estão na exportação dos teus dados.
• Resultados do hackathon — Quando a organização publica os resultados, a página pública de resultados do hackathon mostra cada projeto classificado com a sua posição, a pontuação total e o nome, a foto e o país (se indicados) de quem o construiu, como dizem as regras do hackathon. Quem tem um projeto recebe um link pessoal para os seus resultados com a posição, a média do júri em cada critério e os comentários que o júri escolheu partilhar; o júri decide em cada comentário se quem construiu o projeto o vê. A partir desse link podes passar a aparecer como «Participante» e o teu número de projeto em vez do teu nome, quando quiseres. Essa escolha, e se cada comentário foi partilhado, estão na tua exportação de dados.
• Espaço virtual do hackathon e visualização em direto — Se o hackathon tiver um espaço virtual, recebes um número de mesa no mapa. Se ativares «Permitir que o júri e os anfitriões me vejam trabalhar em direto», o júri e os anfitriões da organização podem ver-te enquanto um desafio decorre: os teus ficheiros (exceto ficheiros env), o terminal, o ficheiro aberto e onde está o cursor, só em leitura e com o teu nome. Nada do que veem é gravado e podes desativar a qualquer momento; guardamos apenas quando o ativaste. O número de mesa e essa escolha estão na tua exportação de dados.
• Opinião sobre o produto para o Kendor — O Kendor pode pedir a quem o usa, por agora aos participantes depois de um hackathon, a sua opinião sobre a plataforma através de um link pessoal. As tuas respostas (avaliações do Kendor, o que escreves, se voltarias a usar ou recomendarias o Kendor e se te podemos citar publicamente com o teu primeiro nome) vão para o Kendor, não para a organização que geriu o hackathon. O Kendor decide o que fazer com elas e é o responsável por estes dados; usamo-los para melhorar o produto. Podes alterar as respostas durante 14 dias após o email, e só te citamos se marcares essa caixa. Estão na tua exportação de dados e são eliminadas com a tua candidatura ao hackathon.
• Conteúdo dos revisores — as equipas de recrutamento escrevem notas, comentários, classificações e feedback sobre entregas e candidatos; este conteúdo é controlado pela organização que recruta.
• Emails que uma equipa de recrutamento te envia — quando uma empresa confirma a receção da tua candidatura, te informa de que não vai avançar, te faz uma proposta ou te dá as boas-vindas, envia esse email através do Kendor com as suas próprias palavras. Guardamos um registo de que foi enviado — o tipo de email, o assunto, o endereço para onde foi, quem o enviou e quando — para que a equipa possa ver o que te foi comunicado. Não guardamos uma cópia do texto da mensagem. Se uma equipa encerrar a tua candidatura sem te escrever, também registamos essa decisão, marcada como não enviada; a exportação dos teus dados indica qual dos casos se aplicou.
• Sessões de revisão ao vivo — quando uma equipa de recrutamento te convida a percorrer a tua entrega, tratamos o convite (o teu email e a data de expiração) e os comentários que escreveres na conversa da revisão. Durante uma sessão ao vivo, o teu nome de apresentação, o ficheiro que tens aberto e a posição do teu cursor são transmitidos em tempo real aos outros participantes; estes sinais de presença não são guardados. Uma sessão ao vivo pode também incluir uma chamada de áudio/vídeo entre ti e os revisores — o teu microfone e a tua câmara ficam desligados até os ligares, os conteúdos são cifrados em trânsito e não são gravados nem guardados.
• Entrevistas que uma equipa de recrutamento agenda contigo — a hora e a duração da reunião, o seu tipo (introdução, técnica, equipa ou final), quem da empresa participa, o fuso horário em que fazes a marcação, qualquer pedido que envies para outro horário, e os emails relacionados: o convite e a entrada de calendário, um comprovativo da marcação, um lembrete na véspera e — enquanto um horário ainda não estiver confirmado — um lembrete para escolheres. Cada uma destas mensagens pode ser reformulada pela equipa de recrutamento; nenhuma é marketing. Quando a entrevista decorre numa sala do Kendor, o quadro branco partilhado em que tu e o painel desenham é guardado com a entrevista para que a equipa o possa consultar mais tarde; o chat da sala não é guardado de todo. Numa entrevista de programação ao vivo, o código escrito no sandbox partilhado é guardado da mesma forma com a entrevista quando termina. Se a organização gravar as sessões, a saída do terminal e as conversas com agentes de IA de programação (Claude Code, Codex) nesse sandbox também são guardadas; a sala de espera avisa-te antes de entrares. Os pedidos enviados a partir do painel de pedidos do editor são guardados com essas gravações, sem credenciais como os cabeçalhos Authorization e os cookies. A sala regista também quando tu e cada entrevistador entraram e saíram, e quantos caracteres cada um digitou no código partilhado. Uma equipa de recrutamento pode também manter notas privadas sobre a entrevista — o que explorar e a sua impressão no final. Essas notas, o quadro branco, esse código e essas gravações dizem respeito a ti, pelo que tens direito a vê-los: estão incluídos na exportação dos teus dados e são apagados quando apagas os teus dados. As notas nunca te são mostradas dentro do produto nem enviadas.
• Opiniões sobre a nossa documentação — quando respondes a «Este artigo foi útil?» numa página da documentação, guardamos o teu sim ou não, o artigo, a língua em que estavas a ler e a nota que decidas escrever. Não guardamos quem és, o teu endereço IP nem nenhum cookie com isso, por isso não pode ser associado a ti.
• Dados de utilização e registos — registos técnicos básicos (pedidos, erros, região aproximada) guardados para fins de segurança e operação. Quando algo falha na aplicação ou no seu navegador, guardamos também um relatório de erro para encontrar e corrigir o problema: onde no nosso código aconteceu, o navegador e o sistema operativo, o endereço da página sem identificadores e o número da conta ou da tentativa. Não contém nome, email, endereço IP, cookies nem o código escrito, e fica no nosso próprio servidor na UE. Não utilizamos análises de terceiros nem trackers de publicidade.
• Registos de utilização — quando trabalha num ambiente Kendor ou entra numa chamada, registamos quando começou e terminou com um identificador pseudónimo, nunca com o seu nome ou e-mail, para contar e faturar a utilização da organização que recruta.

Como utilizamos as informações e com que fundamento

• Para realizar avaliações, avaliar entregas e mostrar os resultados à equipa de recrutamento — execução de um contrato e interesse legítimo da organização que recruta em avaliar candidatos.
• Para captar sinais de integridade e (quando ativadas) gravações — interesse legítimo da organização que recruta em verificar a autenticidade da avaliação, sendo-te comunicado antes de a avaliação começar.
• Para gerir contas, enviar emails transacionais (convites, reposição de palavra-passe, notificações) e prestar suporte — execução de um contrato.
• Para proteger a plataforma, prevenir abusos e corrigir falhas — interesse legítimo.

Cookies

Utilizamos cookies estritamente necessários e funcionais: para manter a tua sessão iniciada, lembrar o teu idioma e o tema claro ou escuro, e manter um convite de avaliação entre páginas. Apenas nas páginas públicas do nosso site — nunca na aplicação, nas avaliações ou nas salas de entrevista — usamos o Microsoft Clarity para perceber como o site é usado: cliques, scroll e páginas vistas. O que escreves nunca é gravado. O Clarity define cookies de análise e a Microsoft trata estes dados em nosso nome. Aos visitantes do EEE, do Reino Unido e da Suíça perguntamos primeiro, e o Clarity só é carregado se aceitarem (fundamento jurídico: consentimento); no resto do mundo funciona por defeito (fundamento jurídico: o nosso interesse legítimo em melhorar o site). Podes mudar a tua escolha a qualquer momento em «Definições de cookies», no fundo de cada página. Não utilizamos cookies de publicidade nem de rastreio entre sites.

Partilha e subcontratantes

Não vendemos informações pessoais. Os dados da triagem de candidatos são partilhados com a organização que recruta e que gere a avaliação ou o anúncio de emprego — esse é o serviço. Para operar a plataforma, recorremos a um pequeno conjunto de fornecedores de infraestrutura que atuam segundo as nossas instruções: netcup (alojamento, Frankfurt), Amazon Web Services (armazenamento de ficheiros e gravações em Frankfurt, e servidores de execução de código nos Estados Unidos e em Singapura para candidatos nas Américas e na Ásia-Pacífico; a sua rede CloudFront entrega fotografias de perfil, logótipos e imagens de capa a partir de servidores em todo o mundo), Mailgun (envio de emails, região UE), Cloudflare (DNS/CDN, segurança e verificação anti-bots nos nossos formulários de registo, contacto e candidatura) e LiveKit (áudio/vídeo ao vivo para chamadas de revisão — os conteúdos passam pelos seus servidores em tempo real e não são guardados). Cada um está vinculado por um acordo de tratamento de dados — a lista completa está em kendor.io/legal/subprocessors. Para as organizações que recrutam, o nosso próprio Acordo de Tratamento de Dados rege os dados de candidatos que tratamos em seu nome.

Quando uma organização paga o plano com cartão, a Stripe processa o pagamento: recebe o nome e o e-mail do contato de cobrança, o endereço de cobrança e o número fiscal da empresa e os dados do cartão, que vão diretamente para a Stripe e nunca chegam à Kendor. Guardamos apenas os identificadores de cliente e de assinatura da Stripe e o plano da organização. A Stripe tem sede nos Estados Unidos e é certificada pelo EU–US Data Privacy Framework.

Se um hackathon em que participas tiver um espaço virtual, é o Kendor que o gere: a nossa própria instalação do software de código aberto WorkAdventure, num servidor da Amazon Web Services em Frankfurt que só existe durante o evento. O áudio e o vídeo de proximidade passam pelo LiveKit, como nas chamadas de revisão, e não são gravados; o chat de proximidade não é guardado. O espaço mostra a quem lá está o teu nome tal como está no Kendor, e conhece o teu avatar e onde está; tudo é apagado com o servidor depois do evento. Enquanto constróis, o teu avatar mostra também se estás a construir ou inativo, consoante tenhas escrito ou clicado no teu ambiente de trabalho nos últimos minutos; é calculado no teu navegador, partilhado apenas com quem está no espaço, e o Kendor não o guarda. Entrar é opcional.

Quando uma organização que recruta ativa assistentes de IA numa avaliação, o assistente corre no terminal da sandbox do candidato através da conta Anthropic ou OpenAI da própria organização: o código no workspace e os prompts escritos ao assistente são enviados a esse fornecedor através da nossa infraestrutura, segundo as instruções da organização e as condições que esta tem com o fornecedor. Os candidatos são informados antes de a avaliação começar, e o terminal — incluindo o trabalho do assistente — fica visível para os revisores como parte da entrega. Quando a gravação do terminal está ativa, guardamos também a própria conversa — os prompts do candidato, as respostas do assistente e os comandos que executou — para os revisores da organização.

Em alternativa, uma organização pode deixar os candidatos usarem a própria conta de IA. O candidato inicia então sessão na própria conta do Claude, do ChatGPT, da Google (Antigravity), do GitHub Copilot, do Cline ou do Cursor (ou usa os modelos gratuitos do OpenCode, que não precisam de conta e enviam o código e os prompts para o OpenCode) dentro da sandbox, e o código e os prompts vão para esse fornecedor na conta e nos termos do próprio candidato, não pela nossa infraestrutura. A sessão iniciada fica na sandbox enquanto o candidato trabalha. Se a sandbox reiniciar, passa para a nova: os nossos servidores de sandbox guardam-na em memória durante, no máximo, cinco minutos e nunca a gravam em disco. Quando o candidato entrega um desafio, a sandbox desse desafio é encerrada e a sessão iniciada é guardada da mesma forma, durante, no máximo, dez minutos, para a sandbox do desafio seguinte. É apagada, e as sandboxes são encerradas, quando o candidato entrega a avaliação ou o tempo acaba; nem nós nem a organização a guardamos. Quando a gravação do terminal está ativa, guardamos a conversa a partir do registo de sessão do próprio assistente na sandbox, para os revisores da organização. Quando um assistente guarda o seu registo numa pasta que desaparece com a sandbox (Antigravity, Gemini CLI), guardamos uma cópia dessa pasta sem os ficheiros de sessão iniciada e reconstruímos a conversa a partir dela ou da gravação do terminal; a cópia faz parte da exportação de dados do candidato e é apagada com as restantes gravações.

Uma organização contratante também pode pedir à IA que resuma uma tentativa enviada para os seus revisores, com a sua própria conta Anthropic ou OpenAI e segundo as suas instruções: o enunciado do desafio, o código e as alterações do candidato, os resultados dos testes, as gravações do terminal, as conversas com o assistente, os sinais de atividade e as respostas escritas são enviados a esse fornecedor, sem o nome nem o endereço de e-mail do candidato. O resumo descreve o trabalho, com provas, para os revisores; não atribui pontuação nem recomendação, e todas as decisões de contratação são tomadas por pessoas. Os candidatos são informados antes do início da avaliação, ou na sala de espera antes de uma sessão de programação ao vivo. Uma sessão de programação ao vivo pode ser resumida da mesma forma quando termina: o seu código, as gravações do terminal e as conversas com o assistente, juntamente com quanto escreveu cada pessoa. O resumo é guardado com a tentativa, incluído na exportação de dados do candidato e eliminado com a tentativa.

Se a organização ativar a verificação «explica o teu código», logo após o envio as alterações de código do candidato, o enunciado do desafio e os prompts que o candidato deu a um assistente de IA durante esse desafio são enviados ao fornecedor de IA da organização, sem o nome nem o endereço de email, para escrever três perguntas sobre elas. O candidato responde na hora, dois minutos por pergunta, sem o editor nem o assistente de IA. O que escreve é guardado à medida, para que uma resposta sobreviva a um recarregamento ou ao fim do tempo. Guardamos as respostas, o tempo de cada uma, quantas colagens foram bloqueadas e quantas vezes o candidato saiu do separador (nunca o texto colado), e o fornecedor verifica cada resposta com o código. Num hackathon, escrevem-se da mesma forma até cinco perguntas para o júri, e um organizador pode registar o que o participante respondeu. Os avaliadores da organização veem as perguntas, as respostas e as verificações com a tentativa. Os candidatos e os participantes de hackathons são informados antes de a avaliação começar. Tudo isto está incluído na exportação de dados do candidato e é eliminado com a tentativa, ou após 365 dias.

Os membros de uma equipa de recrutamento podem juntar uma descrição de vaga quando criam um novo projeto de desafio ou importam um repositório, para que a IA redija o desafio. Isto funciona apenas com a conta Anthropic ou OpenAI da própria organização; a Kendor não usa uma conta sua para isso. A descrição fica no navegador do membro da equipa até a redação começar. É então enviada a esse fornecedor para escolher um projeto de partida e dar nome à avaliação, e escrita na sandbox do próprio autor, onde o agente de programação com IA (Claude Code na Anthropic, Codex na OpenAI) a lê e constrói o desafio. A Kendor não a guarda em mais lado nenhum. Uma descrição de vaga pode conter o nome ou os contactos de quem a escreveu; nunca são enviados dados de candidatos. A solução de referência que o agente escrever fica na sandbox do autor e é retirada de tudo o que os candidatos recebem. O rascunho é conteúdo de avaliação normal que a organização revê e publica antes de qualquer candidato o ver.

Uma organização também pode importar um dos seus próprios repositórios como desafio e pedir à IA que extraia dele a tarefa. O mesmo agente de programação com IA lê e edita os ficheiros do repositório na sandbox do autor, pelo que são enviados ao mesmo fornecedor na conta da própria organização. Os candidatos veem o desafio final, construído a partir desse repositório. Quando um autor pede ao agente de IA que corrija a forma como um desafio é executado, o agente lê os ficheiros do desafio e a saída recente dos seus serviços, com chaves e palavras-passe ocultadas, na mesma conta. Nada das sandboxes dos candidatos é enviado.

Quando uma organização contratante liga o seu sistema de acompanhamento de candidaturas (Ashby, Greenhouse ou Lever), recebemos dele o teu endereço de e-mail e os identificadores da tua candidatura quando passas para uma etapa de avaliação ou de entrevista, e enviamos-lhe o estado do teu convite, o horário que reservares para uma entrevista de live coding, a tua pontuação, o resultado, a decisão da equipa de contratação e uma ligação para a revisão. O que enviamos é copiado para o sistema da própria organização, que o controla e apaga; eliminar os teus dados na Kendor não remove essa cópia.

Se escolheres iniciar sessão com o Google, o Google partilha connosco o teu nome, o teu endereço de e-mail e o ID da tua conta Google, e guardamos esse ID para te reconhecer da próxima vez. Se a tua entidade empregadora tiver configurado o início de sessão único, o seu fornecedor de identidade (como o Okta ou o Microsoft Entra ID) partilha connosco o teu nome e o teu endereço de e-mail sempre que inicias sessão. Nunca recebemos a tua palavra-passe do Google nem da tua empresa.

A nossa comunidade no Slack

Oferecemos suporte e um espaço para conversar com outros utilizadores do Kendor no nosso espaço de trabalho público no Slack. Se aderires, tratamos o teu nome de perfil no Slack, o teu endereço de e-mail, a tua fotografia de perfil e as mensagens que publicas no nosso espaço de trabalho, para responder às tuas perguntas e gerir a comunidade. O fundamento jurídico é o nosso interesse legítimo em apoiar quem utiliza o Kendor; nos pedidos de suporte de clientes pagantes, é a execução do nosso contrato com eles.

O espaço de trabalho funciona no Slack, um serviço da Slack Technologies (do grupo Salesforce), que guarda estes dados nos Estados Unidos; a transferência assenta no Quadro de Privacidade de Dados UE-EUA. Pedimos-te que não partilhes na comunidade dados pessoais de candidatos, como nomes, endereços de e-mail, código ou resultados; envia-os antes por e-mail para hello@kendor.io.

Transferências internacionais

A nossa infraestrutura — servidores aplicacionais, base de dados, execução de código e armazenamento de ficheiros — está localizada na União Europeia (Frankfurt, Alemanha). Por questões de desempenho, os candidatos e revisores localizados nas Américas correm a sua sandbox de programação em servidores nos Estados Unidos (Amazon Web Services, Ohio), e os localizados na Ásia-Pacífico em servidores em Singapura (Amazon Web Services), para que o editor e a pré-visualização respondam depressa; o mesmo se aplica quando uma organização que recruta escolhe uma dessas regiões ou, por breves períodos, quando os nossos servidores na UE estão no limite da capacidade. O que uma sandbox produz e nós guardamos — entregas, gravações — é armazenado na UE. Esta alternativa também se aplica às organizações que escolheram a região da UE, para que uma sandbox possa arrancar mesmo quando esses servidores estão cheios. Quando os dados são tratados fora da UE/EEE, ou quando a estrutura societária de um fornecedor possa implicar acesso a partir de fora desse espaço, recorremos ao Quadro de Privacidade de Dados UE-EUA e às Cláusulas Contratuais-Tipo como garantias.

Conservação

• Dados de conta e de perfil — conservados enquanto a tua conta existir; apagados quando eliminas a tua conta.
• Entregas e resultados de avaliações — conservados enquanto a conta da organização que recruta os mantiver, para que as decisões de contratação continuem auditáveis. Enquanto trabalhas, guardamos algumas versões recentes do teu código guardado para o poder recuperar após uma falha técnica; são eliminadas juntamente com a entrega.
• Perguntas, respostas e verificações de «Explica o teu código» — eliminadas com a tentativa, ou 365 dias depois de a verificação ser criada.
• Gravações de proctoring, capturas de sessões do editor, gravações do terminal, registos do painel de pedidos e conversas com assistentes de IA — apagadas automaticamente 12 meses após a avaliação.
• Candidaturas a hackathons — eliminadas 7 dias depois de o link de confirmação expirar, se o email nunca for confirmado; 30 dias depois do fim do hackathon, se não forem aceites; 12 meses depois do seu fim, se forem aceites.
• Opinião sobre o produto para o Kendor — eliminada juntamente com a candidatura ao hackathon através da qual foi pedida.
• Cópias de segurança cifradas da base de dados — conservadas durante 30 dias e depois apagadas automaticamente. Os dados que apagas desaparecem das cópias de segurança quando estas expiram, e nunca são recuperados por um restauro.
• Ficheiros armazenados (código entregue, gravações, carregamentos) — depois de apagados ou substituídos, ficam cópias nas cópias de segurança do armazenamento durante até 7 dias e depois são removidas definitivamente.
• Convites de avaliação não utilizados — apagados 90 dias após expirarem; tokens de reposição de palavra-passe 30 dias após expirarem.
• Pedidos para entrar numa equipa de recrutamento a que nenhum proprietário responde — apagados 90 dias após o envio.
• Registos de sessões iniciadas — conservados enquanto a sessão puder ser renovada (30 dias de inatividade, renovados sempre que usas o site) e apagados 7 dias após expirarem. Terminar a sessão encerra-as de imediato.
• Registos de emails que uma equipa de recrutamento te enviou — apagados 24 meses após o envio do email.
• Entrevistas que uma equipa de recrutamento agendou contigo, incluindo as notas privadas do painel sobre a conversa — apagadas 24 meses após a data prevista da entrevista.
• Notas deixadas com opiniões sobre a nossa documentação — apagadas 12 meses depois de escritas. O sim ou não anónimo é mantido.
• Registos técnicos (pedidos e erros, incluindo os erros que o seu navegador nos comunica) — apagados após 14 dias.
• Relatórios de erro (onde o nosso código falhou, navegador e sistema operativo, endereço da página e o número da conta ou da tentativa) — apagados automaticamente após 30 dias. É também assim que um pedido de apagamento é cumprido, dentro do mês que a lei permite.
• Registos de utilização de ambientes e chamadas — apagados 24 meses depois de terminarem. Se pedir o apagamento, a ligação a si é removida e só os tempos são mantidos.
• Mensagens que publicas na nossa comunidade no Slack — apagadas automaticamente 90 dias depois de publicadas. O teu perfil mantém-se no espaço de trabalho enquanto fores membro.

Os teus direitos

Consoante o local onde vives (incluindo ao abrigo do RGPD), podes ter o direito de aceder aos teus dados pessoais, retificá-los, exportá-los, apagá-los ou limitar o seu tratamento, de te opores ao tratamento baseado em interesse legítimo e de apresentar reclamação junto da tua autoridade de controlo. Os candidatos com conta no Kendor podem descarregar os seus dados e eliminar a conta diretamente nas definições da conta. Para tudo o resto, contacta-nos em hello@kendor.io — quando a organização que recruta for a responsável pelo tratamento, encaminhamos o pedido e ajudamos a resolvê-lo.

Segurança

As palavras-passe são guardadas sob a forma de hash, o código dos candidatos corre em sandboxes isoladas, as gravações e os ficheiros dos workspaces ficam em armazenamento privado acessível através de URLs assinados de curta duração, e o acesso aos dados dos candidatos está limitado aos membros autorizados da organização que recruta.

Alterações e contacto

Atualizaremos esta política à medida que o produto evoluir e ajustaremos a data acima. Questões ou pedidos: envia um email para hello@kendor.io.