Zum Inhalt springen
Rechtliches

Datenschutzerklärung

Zuletzt aktualisiert: 9. November 2026

Diese Übersetzung dient nur der Orientierung. Bei Abweichungen gilt die englische Fassung.

Diese Datenschutzerklärung beschreibt, wie Kendor („wir“, „uns“) personenbezogene Daten erhebt, verwendet und weitergibt, wenn du unsere Plattform für technisches Recruiting nutzt — als Mitglied eines Hiring-Teams, als Kandidat, der ein Assessment absolviert oder sich auf eine Stelle bewirbt, oder als Besucher unserer Website.

Unsere Rolle: Verantwortlicher und Auftragsverarbeiter

Für Kandidatendaten, die im Rahmen des Recruitings einer Organisation verarbeitet werden (Assessment-Einreichungen, Aktivitätssignale, Aufzeichnungen, Bewerbungen und Notizen von Reviewern), ist die einstellende Organisation der Verantwortliche, und Kendor handelt als ihr Auftragsverarbeiter: Wir verarbeiten diese Daten auf Weisung der Organisation. Wenn du Kandidat bist und deine Rechte in Bezug auf Screening-Daten ausüben möchtest, wendest du dich am schnellsten an die Organisation, die dich eingeladen hat — wir unterstützen sie bei jeder Anfrage. Für Kontodaten, selbst angelegte Kandidatenprofile, unsere Website und unsere Kommunikation ist Kendor der Verantwortliche.

Welche Daten wir erheben

  • Kontodaten — Name, E-Mail-Adresse, Passwort (als Hash gespeichert) und Spracheinstellung, wenn du ein Hiring-Team- oder Kandidatenkonto anlegst; optionale Felder im Kandidatenprofil, die du selbst ergänzt (Foto, Titel, Standort, Links, Skills). Mitglieder eines Hiring-Teams können ein Profilfoto hinzufügen; ihr Team sieht es, und es erscheint auf den Seiten der Hackathons, die sie ausrichten. Wenn du ein Hiring-Team anlegst, kannst du uns auch sagen, wie du von Kendor erfahren hast; wir nutzen die Antwort nur, um zu sehen, welche Kanäle funktionieren. Wenn deine bestätigte geschäftliche E-Mail-Adresse dieselbe Domain hat wie ein bestehendes Hiring-Team, zeigen wir dir dessen Namen, damit du um Aufnahme bitten kannst. Wenn du das tust, senden wir deinen Namen und deine E-Mail-Adresse an die Inhaber des Teams; die Anfrage wird gelöscht, sobald sie angenommen oder abgelehnt wird.
  • Assessment-Daten — der Code und die Antworten, die du einreichst, Dateien in deinem Assessment-Workspace, Testergebnisse, Scores und Zeitangaben (wann du begonnen und beendet hast oder die Zeit abgelaufen ist).
  • Integritätssignale im Assessment — während eines Assessments zeichnen wir Editor-Aktivitäten wie Tab-Wechsel, Einfüge-Ereignisse und eine Tipp-Timeline deiner Editor-Sitzung auf, damit Reviewer überprüfen können, dass die Arbeit von dir stammt. Während du arbeitest, können Reviewer den Code in deinem Workspace auch live ansehen; diese Ansicht ist schreibgeschützt und speichert nichts über deine normalen automatischen Speicherungen hinaus. Ist die Terminal-Aufzeichnung für ein Assessment aktiviert, wird aufgezeichnet, was in deinem Sandbox-Terminal erscheint, damit Reviewer es wiedergeben können (verdeckte Eingaben, etwa bei einer Passwortabfrage, nicht). Requests, die du aus dem Requests-Panel des Editors sendest, werden samt Antworten ebenso aufgezeichnet (Zugangsdaten wie Authorization-Header und Cookies nicht). Aktiviert die einstellende Organisation Proctoring, werden während des Assessments erstellte Bildschirmaufzeichnungen für ihre Reviewer gespeichert. Wir sagen dir vor Beginn eines Assessments, was erfasst wird.
  • Bewerbungen — die Angaben, die du über die Stellenanzeige eines Unternehmens einreichst: Name, E-Mail-Adresse und alle optionalen Felder, die das Unternehmen abfragt (Kurzprofil, Standort, Links, Link zum Lebenslauf, Anschreiben, Antworten auf seine Fragen). Ein Hiring-Team kann dich auch ohne neues Formular für eine seiner eigenen Stellen vorschlagen und dabei die Angaben verwenden, die ihm bereits vorliegen — der Eintrag vermerkt dann, dass er vom Team hinzugefügt und nicht von dir eingereicht wurde.
  • Hackathon-Bewerbungen — wenn du dich bewirbst, bei einem Hackathon mitzumachen, den eine Organisation auf Kendor veranstaltet, oder anbietest, ihn als Juror zu begleiten: dein Name und deine E-Mail-Adresse, die Felder, die das Formular abfragt (Land, GitHub, LinkedIn, Unternehmen, Website oder LinkedIn des Unternehmens, Rolle, Foto), deine Antworten auf die Fragen, die Sprache, in der du dich beworben hast, dass du die Regeln akzeptiert hast, und ob du zugestimmt hast, deine Bewerbung mit den Jury-Unternehmen zu teilen. Verantwortlich für diese Daten ist die Organisation, die den Hackathon veranstaltet. Deine Bewerbung zählt erst, wenn du deine E-Mail-Adresse über den Link bestätigst, den wir dir schicken. Wenn du jurierst und genannt werden möchtest, erscheinen dein Name, dein Foto, deine Rolle, dein Unternehmen (mit Link) und dein Land auf der öffentlichen Seite des Hackathons, sobald die Organisation dich annimmt. Um von der Seite entfernt zu werden, wende dich an die Organisation oder schreib uns. Unsere E-Mails zu deiner Bewerbung enthalten außerdem eine Karte zum Teilen: ein Bild mit deinem Namen, deinem Foto (falls du eins hinzugefügt hast), deinem Land oder deiner Rolle und Firma sowie dem Hackathon. Sie liegt hinter einem privaten Link, den nur du bekommst, sehen kann sie also nur, wem du sie zeigst, und sie funktioniert nicht mehr, sobald deine Bewerbung gelöscht ist. Wenn du baust, bewertet die Jury dein Projekt nach den veröffentlichten Kriterien und hinterlässt einen Kommentar. Beim Bewerten sieht sie eine Nummer, nicht deinen Namen oder deine Kontaktdaten. Sobald ein Jurymitglied seine Bewertung deines Projekts abgibt, ist sie gesperrt, und wenn du zugestimmt hast, deine Bewerbung mit den bewertenden Unternehmen zu teilen, sieht dieses Jurymitglied deinen Namen, dein Land, deine E-Mail-Adresse und die angegebenen Links zu GitHub, LinkedIn und deiner Website, um dich wegen Jobs kontaktieren zu können. Hast du nicht zugestimmt, bleibst du für die Jury anonym. Liegen Projekte an der Spitze gleichauf, kann die Jury sie zusätzlich gegeneinander in eine Rangfolge bringen. Wenn du in der Jury bist, werden deine Bewertungen, Kommentare und Rangfolgen mit deiner Bewerbung gespeichert. Beides ist in deinem Datenexport enthalten.
  • Hackathon-Ergebnisse — Wenn die Organisation die Ergebnisse veröffentlicht, zeigt die öffentliche Ergebnisseite des Hackathons jedes platzierte Projekt mit Platz, Gesamtpunktzahl sowie Name, Foto und Land (falls angegeben) der Person, die es gebaut hat, wie es die Regeln des Hackathons vorsehen. Wer ein Projekt eingereicht hat, bekommt einen persönlichen Link zu den eigenen Ergebnissen: Platz, Durchschnitt der Jury für jedes Kriterium und die Kommentare, die die Jury teilen wollte; die Jury entscheidet bei jedem Kommentar, ob du ihn siehst. Über diesen Link kannst du jederzeit einstellen, dass statt deines Namens „Teilnehmer“ und deine Projektnummer angezeigt werden. Diese Wahl und ob ein Kommentar geteilt wurde, sind in deinem Datenexport enthalten.
  • Hackathon-Venue und Live-Zuschauen — Hat der Hackathon ein virtuelles Venue, bekommst du eine Tischnummer auf dessen Karte. Wenn du „Jury und Hosts dürfen mir live zusehen“ einschaltest, können Jury und Hosts der Organisation dir zusehen, solange eine Challenge läuft: deine Dateien (außer Env-Dateien), dein Terminal, die geöffnete Datei und wo dein Cursor steht – nur lesend und unter deinem Namen. Nichts davon wird aufgezeichnet, und du kannst es jederzeit ausschalten; wir speichern nur, wann du es eingeschaltet hast. Tischnummer und diese Wahl sind in deinem Datenexport.
  • Produkt-Feedback an Kendor — Kendor kann Menschen, die es nutzen, derzeit Teilnehmende nach einem Hackathon, über einen persönlichen Link um Feedback zur Plattform bitten. Deine Antworten (Bewertungen von Kendor, was du schreibst, ob du Kendor wieder nutzen oder empfehlen würdest und ob wir dich mit deinem Vornamen öffentlich zitieren dürfen) gehen an Kendor, nicht an die Organisation, die den Hackathon ausgerichtet hat. Kendor entscheidet, was damit geschieht, und ist für diese Daten verantwortlich; wir nutzen sie, um das Produkt zu verbessern. Du kannst deine Antworten 14 Tage nach der E-Mail ändern, und wir zitieren dich nur, wenn du das Kästchen ankreuzt. Sie sind in deinem Datenexport enthalten und werden mit deiner Hackathon-Bewerbung gelöscht.
  • Inhalte von Reviewern — Hiring-Teams verfassen Notizen, Kommentare, Bewertungen und Feedback zu Einreichungen und Kandidaten; dafür ist die einstellende Organisation verantwortlich.
  • E-Mails, die dir ein Hiring-Team schickt — wenn ein Unternehmen den Eingang deiner Bewerbung bestätigt, dir mitteilt, dass es nicht weitermacht, dir ein Angebot macht oder dich im Team willkommen heißt, verschickt es diese E-Mail über Kendor mit seinem eigenen Wortlaut. Wir speichern einen Nachweis, dass sie verschickt wurde — Art der E-Mail, Betreff, Empfängeradresse, Absender und Zeitpunkt —, damit das Team sehen kann, was dir mitgeteilt wurde. Eine Kopie des Nachrichtentextes speichern wir nicht. Schließt ein Team deine Bewerbung, ohne dir zu schreiben, speichern wir diese Entscheidung ebenfalls, gekennzeichnet als nicht versendet; dein Datenexport zeigt, welcher Fall vorliegt.
  • Live-Review-Sitzungen — wenn dich ein Hiring-Team einlädt, deine Einreichung gemeinsam durchzugehen, verarbeiten wir die Einladung (deine E-Mail-Adresse und ihr Ablaufdatum) sowie alle Kommentare, die du im Review-Thread schreibst. Während einer Live-Sitzung werden dein Anzeigename, die geöffnete Datei und deine Cursorposition in Echtzeit an die anderen Teilnehmer übermittelt; diese Präsenzsignale werden nicht gespeichert. Eine Live-Sitzung kann auch einen Audio-/Videoanruf zwischen dir und den Reviewern umfassen — dein Mikrofon und deine Kamera bleiben aus, bis du sie einschaltest, die Medien werden bei der Übertragung verschlüsselt und weder aufgezeichnet noch gespeichert.
  • Interviews, die ein Hiring-Team mit dir vereinbart — Zeitpunkt und Dauer des Termins, seine Art (Kennenlernen, technisch, Team oder final), wer vom Unternehmen teilnimmt, die Zeitzone, in der du buchst, eine eventuelle Anfrage von dir für einen anderen Termin sowie die zugehörigen E-Mails: die Einladung mit Kalendereintrag, eine Buchungsbestätigung, eine Erinnerung am Vortag und — solange ein Termin noch unbestätigt ist — ein Hinweis. Jede dieser Nachrichten kann das Hiring-Team umformulieren; keine davon ist Werbung. Findet das Interview in einem Kendor-Raum statt, wird das gemeinsame Whiteboard, auf dem du und die Interviewer zeichnen, mit dem Interview gespeichert, damit das Team später darauf zurückgreifen kann; der Chat des Raums wird überhaupt nicht gespeichert. Bei einem Live-Coding-Interview wird der Code aus der gemeinsamen Sandbox am Ende ebenso mit dem Interview gespeichert. Wenn die Organisation Sessions aufzeichnet, werden auch die Terminalausgabe und die Unterhaltungen mit KI-Coding-Agenten (Claude Code, Codex) in dieser Sandbox gespeichert; der Warteraum sagt dir das, bevor du beitrittst. Requests aus dem Requests-Panel des Editors werden mit diesen Aufzeichnungen gespeichert, ohne Zugangsdaten wie Authorization-Header und Cookies. Der Raum vermerkt außerdem, wann du und jede Person aus dem Team beigetreten seid und den Raum verlassen habt, und wie viele Zeichen jede Person im gemeinsamen Code getippt hat. Ein Hiring-Team kann außerdem private Notizen zum Interview führen — worauf es nachhaken will und wie es das Gespräch danach einschätzt. Diese Notizen, das Whiteboard, dieser Code und diese Aufzeichnungen betreffen dich, deshalb hast du ein Recht darauf, sie einzusehen: Sie sind in deinem Datenexport enthalten und werden gelöscht, wenn du deine Daten löschst. Innerhalb des Produkts werden dir die Notizen nie angezeigt und auch nie zugeschickt.
  • Feedback zu unserer Dokumentation — wenn du auf einer Doku- Seite „War dieser Artikel hilfreich?“ beantwortest, speichern wir dein Ja oder Nein, um welchen Artikel es ging, die Sprache, in der du gelesen hast, und eine Notiz, falls du eine schreibst. Wer du bist, deine IP-Adresse oder ein Cookie werden dabei nicht gespeichert, daher lässt sich das Feedback nicht auf dich zurückführen.
  • Nutzungs- und Protokolldaten — grundlegende technische Protokolle (Anfragen, Fehler, ungefähre Region), die wir für Sicherheit und Betrieb aufbewahren. Wenn in der App oder in Ihrem Browser etwas schiefgeht, speichern wir außerdem einen Fehlerbericht, damit wir den Fehler finden und beheben können: wo in unserem Code er auftrat, Ihr Browser und Betriebssystem, die Seitenadresse ohne Kennungen sowie Ihre Konto- oder Versuchsnummer. Er enthält keinen Namen, keine E-Mail-Adresse, keine IP-Adresse, keine Cookies und keinen von Ihnen geschriebenen Code und bleibt auf unserem eigenen Server in der EU. Wir setzen keine Analyse- oder Werbe-Tracker von Drittanbietern ein.
  • Nutzungsdaten — wenn Sie in einer Kendor-Sandbox arbeiten oder an einem Anruf teilnehmen, speichern wir Beginn und Ende unter einer pseudonymen Kennung, nie mit Ihrem Namen oder Ihrer E-Mail-Adresse, damit die Nutzung des einstellenden Unternehmens gezählt und abgerechnet werden kann.

Wie wir Daten verwenden und auf welcher Rechtsgrundlage

  • Um Assessments durchzuführen, Einreichungen zu bewerten und dem Hiring-Team die Ergebnisse anzuzeigen — Vertragserfüllung sowie das berechtigte Interesse der einstellenden Organisation an der Beurteilung von Bewerbern.
  • Um Integritätssignale und (sofern aktiviert) Aufzeichnungen zu erfassen — das berechtigte Interesse der einstellenden Organisation an der Überprüfung der Authentizität des Assessments, wobei du vor Beginn des Assessments darüber informiert wirst.
  • Um Konten zu betreiben, Transaktions-E-Mails zu versenden (Einladungen, Passwort-Zurücksetzungen, Benachrichtigungen) und Support zu leisten — Vertragserfüllung.
  • Um die Plattform zu sichern, Missbrauch zu verhindern und Fehler zu beheben — berechtigtes Interesse.

Cookies

Wir verwenden unbedingt erforderliche und funktionale Cookies: um dich angemeldet zu halten, deine Sprache und dein helles oder dunkles Design zu speichern und eine Assessment-Einladung über mehrere Seiten hinweg mitzuführen. Nur auf unseren öffentlichen Website-Seiten — nie in der App, in Assessments oder in Interview-Räumen — nutzen wir Microsoft Clarity, um zu verstehen, wie die Website genutzt wird: Klicks, Scrollen und besuchte Seiten. Was du eintippst, wird nie aufgezeichnet. Clarity setzt Analyse-Cookies, und Microsoft verarbeitet diese Daten in unserem Auftrag. Besucher aus dem EWR, dem Vereinigten Königreich und der Schweiz werden zuerst gefragt, und Clarity lädt nur nach ihrer Zustimmung (Rechtsgrundlage: Einwilligung); anderswo läuft es standardmäßig (Rechtsgrundlage: unser berechtigtes Interesse, die Website zu verbessern). Du kannst deine Wahl jederzeit über „Cookie-Einstellungen“ unten auf jeder Seite ändern. Wir setzen keine Werbe- oder seitenübergreifenden Tracking-Cookies.

Weitergabe und Unterauftragsverarbeiter

Wir verkaufen keine personenbezogenen Daten. Screening-Daten von Kandidaten werden an die einstellende Organisation weitergegeben, die das Assessment oder die Stellenanzeige betreibt — das ist die Leistung selbst. Für den Betrieb der Plattform setzen wir eine kleine Zahl von Infrastrukturanbietern ein, die auf unsere Weisung handeln: netcup (Hosting, Frankfurt), Amazon Web Services (Speicherung von Dateien und Aufzeichnungen in Frankfurt sowie Server zur Code-Ausführung in den Vereinigten Staaten und in Singapur für Kandidaten in Nord- und Südamerika bzw. im asiatisch-pazifischen Raum; sein CloudFront-Netz liefert Profilfotos, Logos und Titelbilder von Servern weltweit aus), Mailgun (E-Mail-Versand, EU-Region), Cloudflare (DNS/CDN, Sicherheit und Bot-Prüfung in unseren Registrierungs-, Kontakt- und Bewerbungsformularen) und LiveKit (Live-Audio/-Video für Review-Calls — die Medien laufen in Echtzeit über deren Server und werden nicht gespeichert). Jeder dieser Anbieter ist an einen Auftragsverarbeitungsvertrag gebunden — die vollständige Liste findest du unter kendor.io/legal/subprocessors. Für einstellende Organisationen regelt unser eigener Auftragsverarbeitungsvertrag die Kandidatendaten, die wir in ihrem Auftrag verarbeiten.

Wenn eine Organisation ihren Plan per Karte bezahlt, verarbeitet Stripe die Zahlung: Stripe erhält Name und E-Mail-Adresse der Rechnungskontaktperson, die Rechnungsadresse und Steuernummer des Unternehmens sowie die Kartendaten, die direkt an Stripe gehen und Kendor nie erreichen. Wir speichern nur die Stripe-Kunden- und Abonnement-IDs und den Plan der Organisation. Stripe hat seinen Hauptsitz in den USA und ist nach dem EU-US Data Privacy Framework zertifiziert.

Hat ein Hackathon, an dem du teilnimmst, ein virtuelles Venue, betreibt Kendor es selbst: unsere eigene Installation der Open-Source-Software WorkAdventure auf einem Server von Amazon Web Services in Frankfurt, der nur für die Veranstaltung existiert. Audio und Video in der Nähe laufen wie bei Review-Calls über LiveKit und werden nicht aufgezeichnet; der Chat in der Nähe wird nicht gespeichert. Das Venue zeigt den Anwesenden deinen Namen, wie er in Kendor steht, und kennt deinen Avatar und seinen Standort; all das wird mit dem Server nach der Veranstaltung gelöscht. Während du baust, zeigt dein Avatar außerdem, ob du gerade baust oder pausierst, je nachdem, ob du in den letzten Minuten in deiner Arbeitsumgebung getippt oder geklickt hast; er wird in deinem Browser ermittelt, nur mit den Anwesenden im Venue geteilt und von Kendor nicht gespeichert. Die Teilnahme ist freiwillig.

Aktiviert eine einstellende Organisation KI-Assistenten für ein Assessment, läuft der Assistent im Sandbox-Terminal des Kandidaten unter dem eigenen Anthropic- oder OpenAI-Konto der Organisation: Der Code im Workspace und die an den Assistenten eingegebenen Prompts werden über unsere Infrastruktur an diesen Anbieter übermittelt, auf Weisung der Organisation und zu ihren Bedingungen mit dem Anbieter. Kandidaten werden vor Beginn des Assessments darüber informiert, und das Terminal — einschließlich der Arbeit des Assistenten — ist für Reviewer als Teil der Einreichung sichtbar. Ist die Terminal-Aufzeichnung aktiviert, speichern wir zudem die Unterhaltung selbst — die Prompts des Kandidaten, die Antworten des Assistenten und die von ihm ausgeführten Befehle — für die Reviewer der Organisation.

Eine Organisation kann Kandidatinnen und Kandidaten stattdessen ihr eigenes KI-Konto nutzen lassen. Die Kandidatin oder der Kandidat meldet sich dann in der Sandbox mit dem eigenen Claude-, ChatGPT-, Google- (Antigravity), GitHub-Copilot-, Cline- oder Cursor-Konto (oder nutzt die kostenlosen Modelle von OpenCode, die kein Konto brauchen und Code und Prompts an OpenCode senden) an, und Code und Prompts gehen unter diesem eigenen Konto und dessen Bedingungen an den Anbieter, nicht über unsere Infrastruktur. Die Anmeldung bleibt während der Bearbeitung in der Sandbox. Startet die Sandbox neu, wird sie in die neue übernommen: Unsere Sandbox-Server halten sie dafür höchstens fünf Minuten im Arbeitsspeicher und schreiben sie nie auf die Festplatte. Gibt die Kandidatin oder der Kandidat eine Aufgabe ab, wird deren Sandbox beendet und die Anmeldung auf dieselbe Weise höchstens zehn Minuten für die Sandbox der nächsten Aufgabe gehalten. Gibt die Kandidatin oder der Kandidat das Assessment ab oder läuft die Zeit ab, wird sie gelöscht und die Sandboxen werden beendet; weder wir noch die Organisation behalten sie. Ist die Terminalaufzeichnung aktiv, bewahren wir die Unterhaltung aus dem Sitzungsprotokoll des Assistenten in der Sandbox für die Prüferinnen und Prüfer der Organisation auf. Bei Assistenten, deren Protokoll in einem Ordner liegt, der mit der Sandbox verschwindet (Antigravity, Gemini CLI), bewahren wir eine Kopie dieses Ordners ohne die Anmeldedateien auf und stellen die Unterhaltung daraus oder aus der Terminalaufzeichnung wieder her; die Kopie ist Teil des Datenexports der Kandidatin oder des Kandidaten und wird mit den übrigen Aufzeichnungen gelöscht.

Eine einstellende Organisation kann einen abgegebenen Versuch außerdem von KI für ihre Reviewer zusammenfassen lassen, über ihr eigenes Anthropic- oder OpenAI-Konto und auf ihre Weisung: Aufgabenstellung, Code und Änderungen der Kandidatin oder des Kandidaten, Testergebnisse, Terminal-Aufzeichnungen, Gespräche mit dem Assistenten, Aktivitätssignale und schriftliche Antworten werden an diesen Anbieter gesendet, ohne Name oder E-Mail-Adresse. Die Zusammenfassung beschreibt die Arbeit mit Belegen für die Reviewer; sie vergibt keine Bewertung und keine Empfehlung, und jede Einstellungsentscheidung treffen Menschen. Kandidatinnen und Kandidaten werden vor Beginn des Assessments informiert, bei einer Live-Coding-Session im Warteraum vor dem Beitritt. Eine Live-Coding-Session kann nach ihrem Ende genauso zusammengefasst werden: ihr Code, die Terminal-Aufzeichnungen und die Gespräche mit dem Assistenten, dazu, wie viel jede Person getippt hat. Die Zusammenfassung wird mit dem Versuch gespeichert, ist im Datenexport enthalten und wird mit dem Versuch gelöscht.

Wenn die Organisation die Prüfung „Erkläre deinen Code“ einschaltet, gehen die Codeänderungen der Kandidatin oder des Kandidaten, die Aufgabenbeschreibung und die Prompts an den KI-Assistenten aus dieser Aufgabe direkt nach dem Absenden ohne Namen oder E-Mail-Adresse an den KI-Anbieter der Organisation, der daraus drei Fragen schreibt. Diese werden sofort beantwortet, je zwei Minuten, ohne Editor oder KI-Assistenten. Was getippt wird, wird laufend gespeichert, damit eine Antwort ein Neuladen oder das Ablaufen der Zeit übersteht. Wir speichern die Antworten, die Zeit pro Antwort, wie oft Einfügen blockiert wurde und wie oft der Tab verlassen wurde (nie den eingefügten Text), und der Anbieter prüft jede Antwort am Code. Bei einem Hackathon werden stattdessen auf dieselbe Weise bis zu fünf Fragen für die Jury geschrieben, und eine Person aus dem Organisationsteam kann notieren, was die teilnehmende Person darauf geantwortet hat. Die Prüferinnen und Prüfer der Organisation sehen Fragen, Antworten und Prüfungen beim Versuch. Kandidatinnen, Kandidaten und Hackathon-Teilnehmende werden vor Beginn des Assessments darüber informiert. All das ist im Datenexport enthalten und wird mit dem Versuch gelöscht, spätestens nach 365 Tagen.

Mitglieder eines Hiring-Teams können beim Anlegen eines neuen Aufgabenprojekts oder beim Import eines Repositorys eine Stellenbeschreibung angeben, damit KI die Aufgabe entwirft. Das läuft ausschließlich über das eigene Anthropic- oder OpenAI-Konto der Organisation; Kendor nutzt dafür kein eigenes Konto. Die Stellenbeschreibung bleibt im Browser des Teammitglieds, bis der Entwurf startet. Dann wird sie an diesen Anbieter gesendet, um ein Ausgangsprojekt zu wählen und das Assessment zu benennen, und in die eigene Sandbox der Autorin oder des Autors geschrieben, wo der KI-Coding-Agent (Claude Code bei Anthropic, Codex bei OpenAI) sie liest und die Aufgabe baut. Darüber hinaus speichert Kendor sie nirgends. Eine Stellenbeschreibung kann den Namen oder die Kontaktdaten der Person enthalten, die sie verfasst hat; Daten von Kandidatinnen und Kandidaten werden nie gesendet. Eine Musterlösung, die der Agent schreibt, bleibt in der Sandbox der Autorin oder des Autors und wird aus allem entfernt, was Kandidatinnen und Kandidaten erhalten. Der Entwurf ist gewöhnlicher Assessment-Inhalt, den die Organisation prüft und veröffentlicht, bevor ihn Kandidatinnen oder Kandidaten zu sehen bekommen.

Eine Organisation kann auch eines ihrer eigenen Repositorys als Aufgabe importieren und die KI die Aufgabe daraus herausarbeiten lassen. Derselbe KI-Coding-Agent liest und bearbeitet die Dateien des Repositorys in der Sandbox der Autorin oder des Autors, sodass sie unter dem eigenen Konto der Organisation an denselben Anbieter gesendet werden. Kandidatinnen und Kandidaten sehen die fertige Aufgabe, die auf diesem Repository aufbaut. Bittet eine Autorin oder ein Autor den KI-Agenten, die Ausführung einer Aufgabe zu reparieren, liest er unter demselben Konto die Dateien der Aufgabe und die letzte Ausgabe ihrer Services, mit maskierten Schlüsseln und Passwörtern. Aus den Sandboxes von Kandidatinnen und Kandidaten wird nichts gesendet.

Verbindet eine einstellende Organisation ihr Bewerbermanagementsystem (Ashby, Greenhouse oder Lever), erhalten wir daraus Ihre E-Mail-Adresse und die Kennungen Ihrer Bewerbung, sobald Sie in eine Screening- oder Interviewphase verschoben werden, und senden ihm den Status Ihrer Einladung, den gebuchten Termin eines Live-Coding-Interviews, Ihre Punktzahl, das Ergebnis, die Entscheidung des Hiring-Teams und einen Link zum Review. Was wir senden, wird in das eigene System der Organisation kopiert, die es kontrolliert und löscht; das Löschen Ihrer Daten bei Kendor entfernt diese Kopie nicht.

Wenn du dich mit Google anmeldest, teilt Google uns deinen Namen, deine E-Mail- Adresse und die ID deines Google-Kontos mit; die ID speichern wir, um dich beim nächsten Mal wiederzuerkennen. Hat dein Arbeitgeber Single Sign-on eingerichtet, teilt uns sein Identity Provider (etwa Okta oder Microsoft Entra ID) bei jeder Anmeldung deinen Namen und deine E-Mail-Adresse mit. Dein Google- oder Firmenpasswort erhalten wir nie.

Unsere Slack-Community

Für Support und den Austausch mit anderen Kendor-Nutzern betreiben wir einen öffentlichen Slack-Workspace. Wenn du ihm beitrittst, verarbeiten wir deinen Slack-Profilnamen, deine E-Mail-Adresse, dein Profilfoto und die Nachrichten, die du in unserem Workspace schreibst, um deine Fragen zu beantworten und die Community zu betreuen. Rechtsgrundlage ist unser berechtigtes Interesse, die Menschen zu unterstützen, die Kendor nutzen; bei Support-Anfragen zahlender Kunden ist es die Erfüllung unseres Vertrags mit ihnen.

Der Workspace läuft auf Slack, einem Dienst von Slack Technologies (Teil von Salesforce), der diese Daten in den Vereinigten Staaten speichert; die Übermittlung stützt sich auf das EU-US Data Privacy Framework. Bitte teile in der Community keine personenbezogenen Daten von Kandidaten, etwa Namen, E-Mail-Adressen, Code oder Ergebnisse; schick sie stattdessen per E-Mail an hello@kendor.io.

Internationale Datenübermittlungen

Unsere Infrastruktur — Anwendungsserver, Datenbank, Code-Ausführung und Dateispeicher — befindet sich in der Europäischen Union (Frankfurt, Deutschland). Aus Performance-Gründen läuft die Coding-Sandbox für Kandidaten und Reviewer in Nord- und Südamerika auf Servern in den Vereinigten Staaten (Amazon Web Services, Ohio), im asiatisch-pazifischen Raum auf Servern in Singapur (Amazon Web Services), damit Editor und Vorschau schnell reagieren; dasselbe gilt, wenn eine einstellende Organisation eine dieser Regionen wählt, oder vorübergehend, wenn unsere EU-Server ausgelastet sind. Was eine Sandbox erzeugt und wir aufbewahren — Einreichungen, Aufzeichnungen —, wird in der EU gespeichert. Diese Ausweichlösung gilt auch für Organisationen, die die EU-Region gewählt haben, damit eine Sandbox auch dann starten kann, wenn diese Server ausgelastet sind. Werden Daten außerhalb der EU/des EWR verarbeitet oder könnte die Konzernstruktur eines Anbieters einen Zugriff von außerhalb ermöglichen, stützen wir uns als Garantien auf das EU-US Data Privacy Framework und Standardvertragsklauseln.

Speicherdauer

  • Konto- und Profildaten — gespeichert, solange dein Konto besteht; gelöscht, wenn du dein Konto löschst.
  • Assessment-Einreichungen und -Ergebnisse — gespeichert, solange das Konto der einstellenden Organisation sie aufbewahrt, damit Einstellungsentscheidungen nachvollziehbar bleiben. Während du arbeitest, behalten wir einige aktuelle Versionen deines gespeicherten Codes, damit er sich nach einem technischen Fehler wiederherstellen lässt; sie werden mit der Einreichung gelöscht.
  • Fragen, Antworten und Prüfergebnisse von „Erkläre deinen Code“ — gelöscht mit dem Versuch oder 365 Tage nach Erstellung der Prüfung.
  • Proctoring-Aufzeichnungen, Aufzeichnungen von Editor-Sitzungen, Terminal-Aufzeichnungen, Protokolle des Requests-Panels und Unterhaltungen mit KI-Assistenten — 12 Monate nach dem Assessment automatisch gelöscht.
  • Hackathon-Bewerbungen — 7 Tage nach Ablauf des Bestätigungslinks gelöscht, wenn die E-Mail-Adresse nie bestätigt wird; 30 Tage nach Ende des Hackathons, wenn sie nicht angenommen wurden; 12 Monate nach dessen Ende, wenn sie angenommen wurden.
  • Produkt-Feedback an Kendor — wird zusammen mit der Hackathon-Bewerbung gelöscht, über die es erbeten wurde.
  • Verschlüsselte Datenbank-Backups — 30 Tage gespeichert, danach automatisch gelöscht. Daten, die du löschst, verschwinden aus den Backups, sobald diese ablaufen, und werden durch eine Wiederherstellung nie zurückgeholt.
  • Gespeicherte Dateien (eingereichter Code, Aufzeichnungen, Uploads) — nach dem Löschen oder Ersetzen bleiben Kopien bis zu 7 Tage in den Backups unseres Speichers und werden dann endgültig entfernt.
  • Nicht genutzte Assessment-Einladungen — 90 Tage nach Ablauf gelöscht; Tokens zum Zurücksetzen des Passworts 30 Tage nach Ablauf.
  • Anfragen zum Beitritt zu einem Hiring-Team, die kein Inhaber beantwortet — 90 Tage nach dem Senden gelöscht.
  • Datensätze zu Anmeldesitzungen — gespeichert, solange die Sitzung verlängert werden kann (30 Tage Inaktivität, bei jeder Nutzung der Website erneuert), und 7 Tage nach Ablauf gelöscht. Mit dem Abmelden enden sie sofort.
  • Nachweise über E-Mails, die dir ein Hiring-Team geschickt hat — 24 Monate nach dem Versand der E-Mail gelöscht.
  • Interviews, die ein Hiring-Team mit dir vereinbart hat, einschließlich der privaten Notizen der Interviewer zum Gespräch — 24 Monate nach dem geplanten Interviewtermin gelöscht.
  • Notizen zum Feedback auf unserer Dokumentation — 12 Monate nach dem Verfassen gelöscht. Das anonyme Ja oder Nein bleibt erhalten.
  • Technische Protokolle (Anfragen und Fehler, auch Fehler, die dein Browser an uns meldet) — nach 14 Tagen gelöscht.
  • Fehlerberichte (wo unser Code fehlschlug, Browser und Betriebssystem, Seitenadresse und deine Konto- oder Versuchsnummer) — nach 30 Tagen automatisch gelöscht. Auf diesem Weg wird auch ein Antrag auf Löschung erfüllt, innerhalb der gesetzlichen Frist von einem Monat.
  • Nutzungsdaten zu Sandboxes und Anrufen — 24 Monate nach ihrem Ende gelöscht. Wenn Sie die Löschung verlangen, wird der Bezug zu Ihnen entfernt und nur die Zeiten bleiben erhalten.
  • Nachrichten, die du in unserer Slack-Community schreibst — 90 Tage nach dem Senden automatisch gelöscht. Dein Profil bleibt im Workspace, solange du Mitglied bist.

Deine Rechte

Je nachdem, wo du lebst (unter anderem nach der DSGVO), hast du möglicherweise das Recht auf Auskunft, Berichtigung, Datenübertragbarkeit, Löschung oder Einschränkung der Verarbeitung deiner personenbezogenen Daten, das Recht, einer auf berechtigtem Interesse beruhenden Verarbeitung zu widersprechen, sowie das Recht auf Beschwerde bei deiner Aufsichtsbehörde. Kandidaten mit einem Kendor-Konto können ihre Daten direkt in den Kontoeinstellungen herunterladen und ihr Konto dort löschen. Für alles andere erreichst du uns unter hello@kendor.io — ist die einstellende Organisation der Verantwortliche, leiten wir die Anfrage an sie weiter und helfen bei der Bearbeitung.

Sicherheit

Passwörter werden als Hash gespeichert, Kandidatencode läuft in isolierten Sandboxes, Aufzeichnungen und Workspace-Dateien liegen in privatem Speicher, auf den über kurzlebige signierte URLs zugegriffen wird, und der Zugriff auf Kandidatendaten ist auf die autorisierten Mitglieder der einstellenden Organisation beschränkt.

Änderungen und Kontakt

Wir aktualisieren diese Erklärung, wenn sich das Produkt weiterentwickelt, und passen das Datum oben entsprechend an. Fragen oder Anfragen: schreib uns an hello@kendor.io.