Datenmodell

Bewerbungen

Verbindet ein Talent mit einer Stelle. Trägt Stage (Eingang -> Sichtung -> Screening -> Interview -> Angebot -> Eingestellt | Abgelehnt | Talent-Pool), KI-Fit-Score, Quelle, Anschreiben-URL, Lebenslauf-URL und Position innerhalb der Pipeline-Spalte (Kanban-Reihenfolge).

Modellname: application
Endpunkte: 5
Max. Seitengröße: 500

Felder

Validierungsregeln pro Feld. Werte, die diese Bedingungen verletzen, werden mit 400 abgewiesen, bevor sie die Datenbank erreichen.

FeldTypRegeln
tagstags-
stageenum
enumnew | review | screening | interview | offer | hired | rejected | talent_pool | withdrawn
cv_urlurl
max. Länge2048
job_idstring
max. Länge64ref →job
skillstags
max. Anzahl100Item max160
sourcestring
max. Länge64
answersdict
max. Keys80
fit_gapslist-
positionnumber-
educationlist-
fit_flagstags-
fit_scorenumber-
source_idstring
max. Länge64ref →source
video_urlurl
max. Länge2048
applied_atstring
max. Länge32
cv_blob_idstring
max. Länge64
experiencelist-
source_uidnumber-
attachmentslist-
cv_feedbackenum
enumok | edited | incomplete
candidate_idstring
max. Länge64ref →candidate
cover_letterstring
max. Länge16000
source_labelstring
max. Länge200
status_tokenstring
max. Länge64
fit_breakdowndict-
fit_reasoningstring
max. Länge4000
fit_strengthslist-
last_stage_atstring
max. Länge32
rejected_notestring
max. Länge2000
source_folderstring
max. Länge200
stage_historylist-
previous_stagestring
max. Länge32
source_subjectstring
max. Länge500
fit_computed_atstring
max. Länge32
rejected_reasonenum
enumnot_qualified | salary_mismatch | location_mismatch | culture_mismatch | withdrew | ghosted | filled_internally | duplicate | other
source_inbox_idstring
max. Länge64
cover_letter_urlurl
max. Länge2048
source_followupslist-
source_from_addrstring
max. Länge320
source_from_namestring
max. Länge200
source_account_idstring
max. Länge64
source_message_idstring
max. Länge400
source_match_scorenumber-
source_received_atstring
max. Länge32
source_body_previewstring
max. Länge2000
source_match_reasonstring
max. Länge400
cover_letter_blob_idstring
max. Länge64
last_inbound_email_atstring
max. Länge32
fit_interview_questionslist-

Mutabilität

Welche Felder darfst du senden, und wann? Felder ohne Markierung werden vom Server vergeben - das Senden ist kein Fehler, sie werden stillschweigend ignoriert.

Anlegbar - im POST-Body lesbar.Änderbar - im PATCH-Body lesbar.Server-verwaltet - vom Body ignoriert.
FeldAnlegbarÄnderbar
tags
stage
cv_url
job_id
skills
source
answers
fit_gaps
position
education
fit_flags
fit_score
source_id
video_url
applied_at
cv_blob_id
experience
source_uid
attachments
cv_feedback
candidate_id
cover_letter
source_label
status_token
fit_breakdown
fit_reasoning
fit_strengths
last_stage_at
rejected_note
source_folder
stage_history
previous_stage
source_subject
fit_computed_at
rejected_reason
source_inbox_id
cover_letter_url
source_followups
source_from_addr
source_from_name
source_account_id
source_message_id
source_match_score
source_received_at
source_body_preview
source_match_reason
cover_letter_blob_id
last_inbound_email_at
fit_interview_questions
starred

Felder mit Anlegbar, aber ohne Änderbar, sind nach dem Erstellen unveränderlich. Server-verwaltete Felder umfassen id, Zeitstempel, Eigentümerschaft und Status.

Filter & Sortierung

Auf Listen-Endpunkten kombinierbar. Wiederholte Filter-Keys werden zu IN-Bedingungen, ein - vor einem Sort-Key kehrt die Richtung um. Beispiel: ?status=open&status=blocked&sort=-created_at.

Filter-Keys

job_iddata__job_id
candidate_iddata__candidate_id
stagedata__stage
source_iddata__source_id
rejected_reasondata__rejected_reason
is_archiveddata__is_archived
status
is_archivedis_archived
owned_byowned_by
created_bycreated_by

Sortier-Keys

created_atcreated_at
updated_atupdated_at
applied_atdata__applied_at
fit_scoredata__fit_score
positiondata__position
last_stage_atdata__last_stage_at

Standard: position

Endpunkte

Jeder Endpunkt unten zeigt seine HTTP-Methode, den Pfad und den dafür benötigten PAT-Scope. Code-Beispiele decken curl, JavaScript, TypeScript, Python, Rust, Java und WebSocket ab.

GET/xapi2/data/applicationapplication:list

Objekte auflisten

Liefert eine paginierte Liste sichtbarer Objekte. Standard-Seitengröße 20; mit ?limit= änderbar (typabhängig begrenzt). ?after=<id> für Keyset-Paginierung bei nach created_at sortierten Listen, ?offset= für Offset-Paginierung.

curl -H "Authorization: Bearer pat_…" \
     "https://ki-bewerber-management.de/xapi2/data/application?limit=20"
GET/xapi2/data/application/{id}application:read

Einzelnes Objekt lesen

Liefert das Objekt anhand der ID. 404, falls es nicht existiert oder du keinen Lese-Zugriff hast (beide Fälle sind bewusst zusammengelegt).

curl -H "Authorization: Bearer pat_…" \
     https://ki-bewerber-management.de/xapi2/data/application/OBJECT_ID
POST/xapi2/data/applicationapplication:create

Erstellen

Erstellt ein neues Objekt. Der Body ist ein flaches JSON-Dict mit Feldwerten. Server-seitige Felder (id, Zeitstempel, Ownership) werden automatisch gefüllt; nur die unten als anlegbar gelisteten Felder werden aus dem Body übernommen.

curl -H "Authorization: Bearer pat_…" \
     -H "Content-Type: application/json" \
     -X POST https://ki-bewerber-management.de/xapi2/data/application \
     -d '{"name": "…"}'
PATCH/xapi2/data/application/{id}application:update

Aktualisieren

Teilweise Aktualisierung. Nur Felder im Body werden verändert; alles andere bleibt erhalten. Gleiche Erlaubnisliste wie bei Create, abzüglich der nach dem Anlegen unveränderlichen Felder.

curl -H "Authorization: Bearer pat_…" \
     -H "Content-Type: application/json" \
     -X PATCH https://ki-bewerber-management.de/xapi2/data/application/OBJECT_ID \
     -d '{"name": "…"}'
DELETE/xapi2/data/application/{id}application:delete

Löschen

Entfernt das Objekt. Es verschwindet sofort aus allen Standard-Listen und wird von read / list nicht mehr zurückgegeben.

curl -H "Authorization: Bearer pat_…" \
     -X DELETE https://ki-bewerber-management.de/xapi2/data/application/OBJECT_ID

In der CLI

Dieselben Endpunkte sind auch über die KI BMS CLI verfügbar. Für Skripte, CI und Bulk-Imports ist sie meist die schnellere Wahl.

atscli application list --limit 5
atscli application get <id>
atscli application create --job-id "Hello"
atscli application upsert --unique job_id --csv items.csv
atscli application schema   # Felder & Limits

Volle Befehlsreferenz, Profile, CSV-Import, Auto-Retry, NDJSON-Streaming → /docs/cli