Datenmodell

Stellen

Eine offene Stelle. Trägt Titel, Abteilung, Standort, Beschäftigungsart, KI-Fit-Profil (Anforderungen + Knockout-Kriterien), Status und einen öffentlichen Karriereseiten-Slug. Übergeordnetes Objekt für Bewerbungen.

Modellname: job
Endpunkte: 5
Max. Seitengröße: 200

Felder

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

FeldTypRegeln
slugstring
max. Länge120
tagstags-
colorstring
max. Länge24
titlestring
max. Länge200
publicbool-
remoteenum
enumonsite | hybrid | remote
statusenum
enumdraft | open | paused | closed | filled
countrystring
max. Länge80
summarystring
max. Länge600
benefitsstring
max. Länge4000
currencystring
max. Länge8
languagestring
max. Länge16
locationstring
max. Länge120
team_idslist-
closed_atstring
max. Länge32
headcountnumber-
opened_atstring
max. Länge32
seniorityenum
enumjunior | mid | senior | lead | principal
departmentstring
max. Länge120
salary_maxnumber-
salary_minnumber-
descriptionstring
max. Länge16000
nice_to_havestring
max. Länge4000
requirementsstring
max. Länge8000
employment_typeenum
enumfull_time | part_time | internship | working_student | freelance | contract
ai_screen_promptstring
max. Länge4000
responsibilitiesstring
max. Länge8000
ai_screen_enabledbool-
hiring_manager_idstring
max. Länge64
salary_visibilityenum
enumpublic | team | private
target_close_datestring
max. Länge32
external_apply_urlurl
max. Länge2048
knockout_questionslist-
screening_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
slug
tags
color
title
public
remote
status
country
summary
benefits
currency
language
location
team_ids
closed_at
headcount
opened_at
seniority
department
salary_max
salary_min
description
nice_to_have
requirements
employment_type
ai_screen_prompt
responsibilities
ai_screen_enabled
hiring_manager_id
salary_visibility
target_close_date
external_apply_url
knockout_questions
screening_questions

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

titledata__title
departmentdata__department
locationdata__location
employment_typedata__employment_type
senioritydata__seniority
remotedata__remote
status
publicdata__public
hiring_manager_iddata__hiring_manager_id
tagsdata__tags
statusstatus
is_archivedis_archived
owned_byowned_by
created_bycreated_by

Sortier-Keys

created_atcreated_at
updated_atupdated_at
titledata__title
opened_atdata__opened_at
target_close_datedata__target_close_date

Standard: created_at

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/jobjob: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://www.ki-bewerber-management.de/xapi2/data/job?limit=20"
GET/xapi2/data/job/{id}job: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://www.ki-bewerber-management.de/xapi2/data/job/OBJECT_ID
POST/xapi2/data/jobjob: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://www.ki-bewerber-management.de/xapi2/data/job \
-d '{"name": "…"}'
PATCH/xapi2/data/job/{id}job: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://www.ki-bewerber-management.de/xapi2/data/job/OBJECT_ID \
-d '{"name": "…"}'
DELETE/xapi2/data/job/{id}job: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://www.ki-bewerber-management.de/xapi2/data/job/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 job list --limit 5
atscli job get <id>
atscli job create --title "Hello"
atscli job upsert --unique title --csv items.csv
atscli job schema # Felder & Limits

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