REST-API Design Rules


Onderdeel van
Lijsten & Verwijzingen
Contact
NORA Beheer
nora@ictu.nl
Status
Actueel
Status is afgeleid van Status bij Forum Standaardisatie (Verplicht (pas toe leg uit))
Naam
REST-API Design Rules
ID
Type

Standaard

Wijzigingsdatum



Representational state transfer (REST) is een ontwerpprincipe dat wereldwijd veel gebruikt wordt voor het bouwen van programmeerinterfaces over het web (API's). REST is geen standaard maar een ontwerpprincipe, en laat nog veel vrijheid in het structureren van API's.

De standaard NLGov REST API Design Rules geeft een verzameling basisregels voor structuur en naamgeving waarmee de overheid op een uniforme en eenduidige manier REST-API's aanbiedt. Dit maakt het voor ontwikkelaars gemakkelijker om betrouwbare applicaties met te ontwikkelen met API's van de overheid.

  • Werking: Een application programming interface (API) is een gestructureerd en gedocumenteerd koppelvlak voor communicatie tussen applicaties. Zo lang er computers zijn, bestaan er API's en worden er verschillende API technologieën gebruikt. In de laatste tien jaar heeft Representational state transfer (REST) zich ontwikkeld tot een bepalend principe voor het realiseren van API's. Zogenaamde ‘REST-API's’ doen voor applicaties wat websites voor mensen doen. Websites presenteren informatie aan mensen, REST-API's maken applicaties en gegevens over het Internet beschikbaar voor andere applicaties. De technologie achter websites en REST-API's heeft daarom veel gemeen.

De overheid gebruikt REST-API's voor koppelingen met andere overheden, bedrijven en indirect ook met burgers, bijvoorbeeld via mobiele apps en webapps die aangeboden worden door bedrijven of overheden zelf. Ontwikkelaars kunnen deze REST-API's bevragen vanuit de gangbare programmeertalen en frameworks zoals Python, Java, Microsoft C#, PHP.

De standaard NLGov REST API Design Rules heeft tot doel om meer uniformiteit te brengen in de manier waarop de overheid REST-API's aanbiedt. Hiervoor beschrijft de standaard een aantal basisregels voor het structureren en documenteren van REST-API's.

De standaard NLGov REST API Design Rules moet toegepast worden daar waar de overheid REST-API's inzet, maar verplicht niet het gebruik van REST-API's bij het ontsluiten van gegevens of functionaliteit.


Waar toepasbaar

  • Functioneel toepassingsgebied: De standaard NLGov REST API Design Rules moet worden toegepast bij het aanbieden van REST API’s ten behoeve van het ontsluiten van overheidsinformatie en/of functionaliteit.
  • Organisatorisch werkingsgebied:

Meer informatie

  • Beheerorganisatie: Logius

Realiseert

Lijst Open Standaarden voor Pas Toe of Leg Uit

Toepassing in voorzieningen en bouwstenen

VoorzieningToelichtingOordeelRelevantieVolgens bronGepubliceerd op
BGT (Basisregistratie Grootschalige Topografie)
BRK (Basisregistratie Kadaster)
WOZ (Basisregistratie Waarde Onroerende Zaken)
BAG (Basisregistratie Adressen en Gebouwen)
BRT (Basisregistratie Topografie)
voldoetvan toepassingMonitor Open Standaarden 202429 januari 2025
BRO (Basisregistratie Ondergrond)De BRO is compliant aan deze standaard. Dit geldt overigens voor alle API’s behalve de REST-API op het bronhouderportaal. Hier is een update gepland.voldoet deelsvan toepassingMonitor Open Standaarden 202429 januari 2025
BRV (Basisregistratie Voertuigen)voldoetvan toepassingMonitor Open Standaarden 202429 januari 2025
HR (Basisregistratie Handelsregister)KVK hanteert de REST-API Design rules al geruime tijd, inmiddels zijn ook “oudere” API’s in het kader van doorontwikkeling aangepast aan deze regels.voldoetvan toepassingMonitor Open Standaarden 202429 januari 2025
MijnOverheidEr is een initiatief gestart (reeds lopend) om de bestaande en nieuwe API’s van MijnOverheid te laten voldoen aan de benodigde specificaties/standaarden. Dit probleem wordt dus binnen een aanzienlijk korte termijn opgelost.  geplandvan toepassingMonitor Open Standaarden 202429 januari 2025
OndernemerspleinVoor Ondernemersplein API´s zijn de REST-API Design Rules voor zover mogelijk toegepast.voldoetvan toepassingMonitor Open Standaarden 202429 januari 2025
Samenwerkende catalogiEr heeft tot nu toe geen vernieuwing op de API plaatsgevonden waarin dit kon worden meegenomen.voldoet nietvan toepassingMonitor Open Standaarden 202429 januari 2025
StelselcatalogusDe Stelselcatalogus voldoet aan de RESTAPI design rules. Hier staat hij conform deze standaard beschreven: https://stelselcatalogus.nl/api/v2voldoetvan toepassingMonitor Open Standaarden 202429 januari 2025
Website RDW.nlDe bestaande REST-API’s zijn niet tegen de REST-API Design Rules aangehouden.voldoet nietvan toepassingMonitor Open Standaarden 202218 november 2022
Beheervoorziening BSN
BRP-V (BRP Verstrekkingsvoorziening)
De BRP voldoet niet aan de REST-API Design Rules standaard. De BVBSN voldoet wel aan de REST-API Design Rules standaard.voldoet deelsvan toepassingMonitor Open Standaarden 202429 januari 2025
Overheid.nlOverheid.nl is niet de authentieke bron van de content/data die op het portaal wordt ontsloten en biedt daarom geen eigen API aan voor ontsluiting van deze content. Overheid.nl maakt derhalve gebruik van de API’s van de achterliggende authentieke bronnen om content te publiceren op het portaal.voldoet nietvan toepassingMonitor Open Standaarden 202429 januari 2025
PDOKDe vernieuwde OGC-API’s voldoen op één paar kleine issues aan deze regels: https://api.pdok.nl/lv/bgt/ogc/v1_0. Eén issue wordt binnenkort opgelost (versie 1_0 wordt v1). Ander issue wordt teruggekoppeld (i.v.m. twijfels over de regel). PDOK wil in de toekomst zo veel mogelijk datasets via de OGC API’s beschikbaar gaan stellen.voldoet deelsvan toepassingMonitor Open Standaarden 202429 januari 2025
TenderNedDe REST-API’s die worden gebruikt, voldoen aan de design rules.voldoetvan toepassingMonitor Open Standaarden 202429 januari 2025
Toelichting: Bouwstenen en gebruikte standaarden