...

OneRoster har specifierat två olika typer av interaktioner. Dels en asynkron batchorientera batchorienterad överföring av CSV-filer och dels ett REST-API.

...

OneRoster-specifikationen beskriver hur utökningar ska hanteras. Dessa utökningar placeras i attributet "metadata", vilket ingår i basklassen som samtliga klasser ärver. I "metadata" representeras utökningarna, i likhet med LIS, som en lista av nyckel-värde par med de begränsningar som detta innebär med avseende på repeterande element etc. Denna utökningsbarhet är dock endast applicerbar på REST-implementationen. För CSV-implementationen finns ingen utökningsbarhet definierad. För vissa entiteter så är det uppenbart att standarden i stor utsträckning riktar sig till USA-marknaden.

Täckningsgrad i jämförelse med Ladok 3:s informationsmodell

...

OneRoster har på entitetsnivå en relativt god täckningsgrad, med ett viktigt undantag, jämfört med behovet ur ett Ladok-perspektiv. Det viktiga undantaget är att det inte finns någon godtagbar representation av nivån studieperiod inom ett utbildningstillfälle. På attribut nivå är det relativt tydligt att målgruppen för standarden inte i huvudsak är högre utbildning utan utbildning på grund- och gymansieskolenivågymansienivå. 

Sammanfattning

Fördelar

• Definierar både ett synkront REST-API och en asynkront interface

Nackdelar

• Riktat huvudsakligen till utbildningar på grund- och gymnasienivå
• Standarden endast definierad i form av textuell etikdokument. Inga tekniska artefakter för att underlätta en standardiserad teknisk implementation

Documents and references

...