OSO:Releases/2016-08: verschil tussen versies
Naar navigatie springen
Naar zoeken springen
k |
k |
||
| Regel 7: | Regel 7: | ||
Hieronder volgen de wijzingen in OSO'16 (ten opzichte van OSO'15): |
Hieronder volgen de wijzingen in OSO'16 (ten opzichte van OSO'15): |
||
* [[OSO:2016/beveiliging/client_certificaten|PKI Infrastructuur ('SAAS certificaat')]] In OSO'16 wordt de overstap gemaakt van 'Aanleverpunt certificaten' naar 'SAAS certificaten'. Dit betekent een grote aanpassing aan de manier waarop de beveiliging is geregeld binnen OSO. Het is daarom niet mogelijk hier kort aan te geven welke wijzigingen hiervoor nodig zijn. |
* [[OSO:2016/beveiliging/client_certificaten|PKI Infrastructuur ('SAAS certificaat')]] In OSO'16 wordt de overstap gemaakt van 'Aanleverpunt certificaten' naar 'SAAS certificaten'. Dit betekent een grote aanpassing aan de manier waarop de beveiliging is geregeld binnen OSO. Het is daarom niet mogelijk hier kort aan te geven welke wijzigingen hiervoor nodig zijn. |
||
| − | * [[OSO:2016/Architectuur/Algemene_eisen#Adressering|Aanpassing adressering]] In OSO'16 krijgen worden in alle berichten altijd vier adresvelden (BronBRIN, BronAPindex, DoelBRIN, DoelAPindex) gebruikt. Voor |
+ | * [[OSO:2016/Architectuur/Algemene_eisen#Adressering|Aanpassing adressering]] In OSO'16 krijgen worden in alle berichten altijd vier adresvelden (BronBRIN, BronAPindex, DoelBRIN, DoelAPindex) gebruikt. Voor aangesloten systemen betekent dit dat de aanroepen naar het TC en onderling zullen wijzigen (volgorde van velden en extra velden). Functioneel is er geen wijziging. |
* [[OSO:2016/Versturen_notificatie|Notificatie mechanisme]] Dit is een nieuwe functionaliteit die zowel Bron- als Doel- systemen raakt. Doelsystemen moeten nu altijd een URL registreren bij het Aanleverpunten waarnaar de Notificatie gestuurd kan worden. |
* [[OSO:2016/Versturen_notificatie|Notificatie mechanisme]] Dit is een nieuwe functionaliteit die zowel Bron- als Doel- systemen raakt. Doelsystemen moeten nu altijd een URL registreren bij het Aanleverpunten waarnaar de Notificatie gestuurd kan worden. |
||
* Verzameldatum/Datum parameter in Dossier aanvraag; dit heeft impact op [[OSO:2016/Opvragen_dossier|Opvragen van een Dossier]] én [[OSO:2016/Samenstellen_dossier|Samenstellen van een Dossier]]. Bestaande Bronsytemen moeten deze parameter kunnen verwerken, Doelsystemen kunnen er voor kiezen deze mogelijkheid beschikbaar te maken aan hun eindgebruikers. |
* Verzameldatum/Datum parameter in Dossier aanvraag; dit heeft impact op [[OSO:2016/Opvragen_dossier|Opvragen van een Dossier]] én [[OSO:2016/Samenstellen_dossier|Samenstellen van een Dossier]]. Bestaande Bronsytemen moeten deze parameter kunnen verwerken, Doelsystemen kunnen er voor kiezen deze mogelijkheid beschikbaar te maken aan hun eindgebruikers. |
||
Versie van 15 feb 2016 13:53
Het Programma van Eisen/Ontwerp van OSO'16 is op de wiki te vinden: OSO '16 Voornaamste wijzigingen zijn de nieuwe PKI infrastructuur en het Notificatie mechanisme.
- De voorstellen tot functionele wijzigingen in OSO'16 zijn beschreven in: Bestand:Wijzigingsvoorstellen OSO'16 Def 20151112.pdf.
- Het voorstel voor het herzien van de PKI infrastructuur is beschreven in: Bestand:Memo Voorstel wijzigen PKI infrastructuur.pdf.
Hieronder volgen de wijzingen in OSO'16 (ten opzichte van OSO'15):
- PKI Infrastructuur ('SAAS certificaat') In OSO'16 wordt de overstap gemaakt van 'Aanleverpunt certificaten' naar 'SAAS certificaten'. Dit betekent een grote aanpassing aan de manier waarop de beveiliging is geregeld binnen OSO. Het is daarom niet mogelijk hier kort aan te geven welke wijzigingen hiervoor nodig zijn.
- Aanpassing adressering In OSO'16 krijgen worden in alle berichten altijd vier adresvelden (BronBRIN, BronAPindex, DoelBRIN, DoelAPindex) gebruikt. Voor aangesloten systemen betekent dit dat de aanroepen naar het TC en onderling zullen wijzigen (volgorde van velden en extra velden). Functioneel is er geen wijziging.
- Notificatie mechanisme Dit is een nieuwe functionaliteit die zowel Bron- als Doel- systemen raakt. Doelsystemen moeten nu altijd een URL registreren bij het Aanleverpunten waarnaar de Notificatie gestuurd kan worden.
- Verzameldatum/Datum parameter in Dossier aanvraag; dit heeft impact op Opvragen van een Dossier én Samenstellen van een Dossier. Bestaande Bronsytemen moeten deze parameter kunnen verwerken, Doelsystemen kunnen er voor kiezen deze mogelijkheid beschikbaar te maken aan hun eindgebruikers.
- Aanvullende eis aan logging De logging van systemen moet voldoende informatie bevatten om vast te kunnen stellen welke 'account' de opdracht gaf een dossier op te halen of een dossier beschikbaar stelde. V
- Optie om specifiek AP te bevragen Deze functionaliteit maakt het mogelijk voor Doelsystemen om uitwisselingen tbv Specaal Onderwijs te ondersteunen. Dit is een optionele uitbreiding, het staat Leveranciers vrij om dit in te bouwen. Er is geen impact voor Doelsystemen.
- Apindex naar 3 digits* Doordat de BRIN-APindex combinaties niet hergebruikt worden, lopen we langzaam uit de huidige index die twee digits groot is. Alle systemen worden hierdoor (licht) geraakt.
- AP verificatie met sleutel*
- Aanpassing zoeksleutel*
* Onder voorbehoud: Nog te bespreken tijdens Technisch Overleg 20160216