Open MarcelUntied opened 4 years ago
In that case, can we close this issue?
@eliashassing154 I think this issue is not part of the technical realisation of the pilot, but we can do research to the applicability of OSR in the next phases. I will adjust my earlier remark.
Introductie:
Binnen het ecosysteem van SEM worden een aantal API’s beschikbaar gesteld voor de uitwisseling van data
Op basis van de rol stelt een ketenpartij (namens een klant/school) API’s beschikbaar aan andere ketenpartijen. Een ketenpartij kan één of meerdere rollen vervullen binnen het ecosysteem
API’s waarvoor geen mandaat op schoolniveau nodig is
API’s waarvoor wel mandaat op schoolniveau nodig is
1. Als ketenpartij wil ik de mogelijkheid hebben om mijn services (endpoints) te publiceren via OSR, zodat scholen en andere ketenpartijen weten welke services beschikbaar zijn
2. Als ketenpartij wil ik de mogelijkheid hebben een andere ketenpartij te mandateren (en in trekken) via OSR op basis van rol, zodat ik zelf in controle ben over het verstekken van gegevens
3. Als school wil ik de mogelijkheid hebben een ketenpartij te mandateren (en in trekken) via OSR op basis van rol, zodat ik zelf in controle ben over het verstekken van gegevens
Comment Erik:
Meer algemeen lijkt OSR alleen bruikbaar als we daadwerkelijk RIO gegevens ter identificatie van een school gebruiken. Zolang digiDeliveryID binnen de API’s wordt gehanteerd ter identificatie voegt het weinig toe en zal het de zoveelste gedeeltelijke oplossing ernaast zijn. We zijn juist OSR / RIO aan het verkennen om het samen te brengen i.p.v. nog meer administratie voor partijen en de scholen
Daarnaast is OSR bedoeld voor het niveau van welke mogelijke API’s endpoints er zijn. Het OSR legt niets vast over welke data (daar bestaan namelijk scopes voor) er wordt uitgewisseld tussen partijen m.b.v. de API’s.
Technische realisatie niet in scope van pilot opnemen. Wel contact houden met OSR voor latere implementatie