Erstellen eines Personenkontexts zu einem bestimmten Personendatensatz.
POST/personen/:id/personenkontexte
Dieser Schnittstellenendpunkt erstellt einen Personenkontext zur angegebenen Person
per ID personendatensatz.person.id
.
Ein CREATE zum Erstellen von Personenkontexten zu einem Personendatensatz muss mit HTTP-POST auf die API /personen/{personendatensatz.person.id}/personenkontexte
erfolgen. Die
Anfrage-Nutzdaten (Request Payload) beinhalten ein JSON-Objekt des Datentyps Personenkontext.
Siehe auch Datenmodell Personenkontext
.
Beim Erstellen eines Personenkontexts ist der Default-Status des Attributes personenstatus
der Wert Aktiv
.
Beim Erstellen eines Personenkontexts zu einem Personendatensatz wird immer die
eigene Organisation per ID referenziert; die Organisation und deren ID organisation.id
wird vom Schulconnex-Server aus dem access_token
übernommen.
Die folgende Tabelle listet die Attribute eines Personenkontext (personendatensatz.personenkontexte
),
welche von einem Quellsystem oder Dienst nicht verändert werden können.
Attribut | In den Anfrage-Nutzdaten erforderlich? | Bemerkung |
---|---|---|
id | nein | ID des Personenkontexts. Wird vom Schulconnex-Server vergeben und ist eindeutig. Dieses Attribut ist unveränderbar (immutable). |
referrer | nein | ID des Personenkontexts im Quellsystem. Wird vom Quellsystem vergeben und ist eindeutig. |
mandant | nein | ID des Mandanten, dem die Personen zugeordnet ist. Wird vom Schulconnex-Server vergeben und ist eindeutig. Dieser Wert ist eine Referenz auf einen Mandanten. |
organisation | nein | |
organisation.id | nein | ID der Organisation. Wird vom Schulconnex-Server vergeben und ist eindeutig. Dieses Attribut ist unveränderbar (immutable). |
revision | nein | Revision des Personenkontexts. Wird vom Schulconnex-Server mit der Erstellung des Datensatzes sowie Aktualisierung generiert. Dieser Wert kann nicht von Quellsystemen oder Diensten gesetzt werden. |
Bei einer erfolgreichen Anforderung zum Erstellen eines Personenkontexts zu einem Personendatensatz wird diese Anforderung mit einer Repräsentation des Personenkontexts in den Antwort-Nutzdaten und dem HTTP-Statuscode 201 quittiert.
Die Organisation wurde beim Erstellen eines Personenkontexts vom Schulconnex-Server
aus dem access_token
übernommen und per personenkontext.organisation.id
referenziert.
Die Antwort-Nutzdaten umfassen standardmäßig für das Attribut personenkontext.organisation
mit dem Datentyp Organisation alle nicht optionalen Attribute – nur die ID personenkontext.organisation.id
.
Request
Path Parameters
Der Pfad-Parameter bezieht sich auf die vom Quellsystem vergebene ID der Person.
- application/json
Body
required
- Lern Lernende/-r
- Lehr Lehrende/-r
- SorgBer Sorgeberechtigte/-r
- Extern externe Person
- OrgAdmin Organisationsadministrator
- Leit Organisationsleitung
- SysAdmin Systemadministrator
- Schulbegleiter/-in
- Nicht-lehrendes Personal
Array [
- E-Mail E-Mail-Adressen müssen RFC 5322 (Internet Message Format) erfüllen
]
- Aktiv aktiv
- 01 Jahrgangsstufe 1
- 02 Jahrgangsstufe 2
- 03 Jahrgangsstufe 3
- 04 Jahrgangsstufe 4
- 05 Jahrgangsstufe 5
- 06 Jahrgangsstufe 6
- 07 Jahrgangsstufe 7
- 08 Jahrgangsstufe 8
- 09 Jahrgangsstufe 9
- 10 Jahrgangsstufe 10
- 11 Jahrgangsstufe 11
- 12 Jahrgangsstufe 12
- 13 Jahrgangsstufe 13
- Ja
true
- Nein
false
ID des Personenkontexts im Quellsystem.
Possible values: [Lern
, Lehr
, SorgBer
, Extern
, OrgAdmin
, Leit
, SysAdmin
, SchB
, NLehr
]
Wie folgt:
erreichbarkeiten
object[]
Possible values: [E-Mail
]
Wie folgt:
Konkrete Angabe der zum Erreichen der Person oder Organisation notwendigen Information.
Possible values: [Aktiv
]
Wie folgt:
Possible values: [01
, 02
, 03
, 04
, 05
, 06
, 07
, 08
, 09
, 10
, 11
, 12
, 13
]
Wie folgt:
Possible values: [Ja
, Nein
]
Die Codeliste „Boolean“ regelt das Mapping der deutschen Wörter „ja“ und „nein“ auf die englischen Begriffe „true“ und „false“:
loeschung
object
Datum und Uhrzeit der Löschung des Personenkontexts.
Responses
- 201
- 400
- 401
- 403
- 404
- 405
- 409
OK
- application/json
- Schema
- Example (from schema)
Schema
Array [
- E-Mail E-Mail-Adressen müssen RFC 5322 (Internet Message Format) erfüllen
]
- Aktiv aktiv
- 01 Jahrgangsstufe 1
- 02 Jahrgangsstufe 2
- 03 Jahrgangsstufe 3
- 04 Jahrgangsstufe 4
- 05 Jahrgangsstufe 5
- 06 Jahrgangsstufe 6
- 07 Jahrgangsstufe 7
- 08 Jahrgangsstufe 8
- 09 Jahrgangsstufe 9
- 10 Jahrgangsstufe 10
- 11 Jahrgangsstufe 11
- 12 Jahrgangsstufe 12
- 13 Jahrgangsstufe 13
- Lern Lernende/-r
- Lehr Lehrende/-r
- SorgBer Sorgeberechtigte/-r
- Extern externe Person
- OrgAdmin Organisationsadministrator
- Leit Organisationsleitung
- SysAdmin Systemadministrator
- Schulbegleiter/-in
- Nicht-lehrendes Personal
- Ja
true
- Nein
false
ID des Personenkontexts.
ID des Mandanten, dem der Personenkontext zugeordnet ist.
organisation
object
Organisation.
ID der Organisation.
ID des Personenkontexts im Quellsystem.
erreichbarkeiten
object[]
Possible values: [E-Mail
]
Wie folgt:
Konkrete Angabe der zum Erreichen der Person oder Organisation notwendigen Information.
Possible values: [Aktiv
]
Wie folgt:
Possible values: [01
, 02
, 03
, 04
, 05
, 06
, 07
, 08
, 09
, 10
, 11
, 12
, 13
]
Wie folgt:
Possible values: [Lern
, Lehr
, SorgBer
, Extern
, OrgAdmin
, Leit
, SysAdmin
, SchB
, NLehr
]
Wie folgt:
Possible values: [Ja
, Nein
]
Die Codeliste „Boolean“ regelt das Mapping der deutschen Wörter „ja“ und „nein“ auf die englischen Begriffe „true“ und „false“:
loeschung
object
Datum und Uhrzeit der Löschung des Personenkontexts.
Revision des Personenkontexts.
{
"id": "4d0f579c-0b9a-4d3a-b484-87b3bee8a2ad",
"mandant": "58f45270-8e54-40c6-a212-980307fc19be",
"organisation": {
"id": "b0d7b0dd-3477-4122-a38d-095ec242e786"
},
"referrer": "PeKt_54321",
"erreichbarkeiten": [
{
"typ": "E-Mail",
"kennung": "Max.Muster@Muster-Schule.de"
}
],
"personenstatus": "Aktiv",
"jahrgangsstufe": "01",
"rolle": "Lern",
"sichtfreigabe": "Ja",
"loeschung": {
"zeitpunkt": "2025-02-07T21:32:54.785Z"
},
"revision": "2"
}
Bad Request
Subcode 19: Alle Schulconnex-Server erlauben mindestens eine Erreichbarkeit für jeden Personenkontext. Einige Server unterstützen jedoch nur maximal eine Erreichbarkeit. In diesem Fall liefert der Server den Fehlercode 400/19, wenn versucht wird ein Erreichbarkeiten-Array mit mehr als einem Eintrag zu erstellen.
Siehe Fehlerbehandlung
Unauthorized
Siehe Fehlerbehandlung
Forbidden
Siehe Fehlerbehandlung
Not found
Siehe Fehlerbehandlung
Method not allowed
Siehe Fehlerbehandlung
Conflict
Siehe Fehlerbehandlung