Wenn via examAssignmentType Daten an die zentrale Datenbank gesendet werden (Meldung EO1), muss die zentrale Datenbank wissen, an welche Prüfungsorganisation die Daten weitergeleitet werden müssen bzw. welche Organisation auf die Daten berechtigt werden muss. Heute fehlt aber diese Prüfungsorganisations-ID bzw. der Prüfungskanton (analog zu heutigen Dat-Rili Transaktion 2300).
Vorschlag: Prüfungorg.ID (PKX-Code) (optional) und Prüfungskanton (zwingend) als Felder im bestehenden Type ergänzen. Bei einer Verwendung des Types im Rahmen von EO2 oder EO3 wären diese Informationen nicht zwingend nötig, aber schaden auch nicht.
Alternative: Zwei Types definieren
Type für Lieferung Kanton => Prüfungsorganisation (PKX-Code zwingend)
Type für Lieferung Lehrortkanton => Prüfungskanton (Prüfungskanton zwingend, PKX-Code optional)
Wenn via examAssignmentType Daten an die zentrale Datenbank gesendet werden (Meldung EO1), muss die zentrale Datenbank wissen, an welche Prüfungsorganisation die Daten weitergeleitet werden müssen bzw. welche Organisation auf die Daten berechtigt werden muss. Heute fehlt aber diese Prüfungsorganisations-ID bzw. der Prüfungskanton (analog zu heutigen Dat-Rili Transaktion 2300).
Vorschlag: Prüfungorg.ID (PKX-Code) (optional) und Prüfungskanton (zwingend) als Felder im bestehenden Type ergänzen. Bei einer Verwendung des Types im Rahmen von EO2 oder EO3 wären diese Informationen nicht zwingend nötig, aber schaden auch nicht.
Alternative: Zwei Types definieren
To be discussed in Arbeitsgruppe