> ## Documentation Index
> Fetch the complete documentation index at: https://support.yena.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Individuelle Felder

> Erweitern Sie Kandidaten-, Stellen- und Unternehmensdatensätze um die Felder, die Ihr Desk tatsächlich verfolgt.

Jeder Desk verfolgt etwas, das das Standardschema nicht abbildet: Kündigungsfristen, Gehaltsbänder, Sicherheitsüberprüfungen, Vermittlungsvereinbarungen, regionale Zulassungen.

## Wo

<Frame caption="Custom Fields im Tenant Admin">
  <img src="https://mintcdn.com/yena/Km6uj7EB8i_TCgxz/images/screenshots/de/custom-fields.png?fit=max&auto=format&n=Km6uj7EB8i_TCgxz&q=85&s=a42cf4db9c07bbb1328c9880157c36bf" alt="Tenant Admin custom fields" width="1920" height="855" data-path="images/screenshots/de/custom-fields.png" />
</Frame>

**Tenant Admin → Custom Fields**. Felder werden pro Datensatztyp definiert, also Kandidaten, Stellen, Unternehmen, und erscheinen auf den Datensätzen neben den eingebauten Details.

## Was Sie hinzufügen sollten (und was nicht)

Der nützliche Test: Wird jemand danach filtern oder berichten? Kündigungsfrist verdient ihren Platz, weil "verfügbar innerhalb von 3 Monaten" eine echte Suche ist. Ein Freitext-Feld "Sonstiges" nicht, dafür gibt es [Notes](/de/pipeline/notes-references-files).

Häufige Felder bei DACH-Agenturen: Kündigungsfrist, Zielgehalt gegenüber aktuellem Gehalt, Umzugsbereitschaft, Führerscheinklasse, Sprachniveaus jenseits von Deutsch/Englisch, Erfahrung mit Betriebsräten.

## Individuelle Felder und Datenqualität

Von Ihnen hinzugefügte Felder werden Teil des Vollständigkeitsbilds unter **Tenant Admin → Data Quality**, fügen Sie nur hinzu, was Ihr Team tatsächlich befüllen wird, sonst wird das Dashboard dauerhaft rot.

<Tip>
  Definieren Sie individuelle Felder vor einer [CSV-Migration](/de/guides/migrating-from-spreadsheets), damit die Spalten Ihrer Tabelle einen Platz haben, an dem sie landen können.
</Tip>