OOAPI and RIO compatibility

[hamrt]

In trying to make the education domain compatible these two specifications need alignment.

Checklist:

• STAP aanbod moet via OOAPI v5 gecommuniceerd kunnen worden
• NLQF voor particulier onderwijs wordt anders bepaakd dan voor niet particulier onderwijs
• Use collab object? #196
• program -> collection

[hamrt]

Need more information.

1. On distinction between object types. RIO supports three types of programs
   Program (descriptive) (Program as an Intended Learning Outcome ILO)
   Program (linked to a location and at a time) (Program as a Teaching and Learning Activity TLA)
   Program that is acutally taught (programOffering)
2. Attributes need to be added
3. Enumerations need to be aligned

Perphaps split this issue into separate issues for manageability

[jelmerderonde]

Discussiepunt: nog even goed nadenken over de historie-functionaliteit van RIO (perioden) en wat we daar wel of niet voor moeten ondersteunen.

Concreet voorbeeld: hoe gaat het werken als een instelling bijv. per 1 sept een naamswijziging wil doorvoeren op een AangebodenOpleiding.

[jelmerderonde]

@ruttromp Op het Miro bord zijn twee scenario's toegevoegd die we vrijdag kunnen bespreken.

[jelmerderonde]

Voor degene die dit ticket uiteindelijk verder uitwerkt: het lijkt noodzakelijk (vanwege eenmalige harmonisatie) om in een eventueel collab object of elders in onderwijsaanbod-objecten ook de RIO-codes op nemen.

[jelmerderonde]

@hamrt wat denk je van de naam consumer ipv collab?

Dat gaat ook wel goed samen met een query parameter. bijv /courses/{courseId}/offerings?consumer=RIO