Platform Generieke Dienstverlening - Public
  • Introductie
    • Overzicht functioneel
  • Patronen
    • Verzoeken
      • Verzoek
      • Betaling in verzoek
      • Verzoektype als contract
      • Zaakverzoek
      • Productverzoek
      • Verzoekregistratiecomponent
    • Taken
      • Externe klanttaak
        • Ogone PSP instellen voor portaal
      • Interne taak
    • Berichten
      • Berichten hackaton
    • Domeinregistratie
      • Common Ground registraties
      • Registraties: uitgangspunten, rollen en procesafspraken
      • Referentietabellen
      • Overkoepelende API-functionaliteiten
    • Vertegenwoordiging en machtiging
      • Datadefinities
  • Best practices
    • Uniforme registratie van zaken
    • Uniforme registratie van klanten
    • Formulier (Verzoek) prefill
  • Onderzoeken
    • Beslisregels
    • Een of meer zaakregisters
    • PDC PTC VTC Etc
    • Archiveren
    • In sync houden TAP-straat
    • Omnichannel registratie
    • NLX en FSC
    • VTB component (Concept)
    • Meertaligheid
  • Standaarden
    • Wijzigingen op (concept)standaarden
    • Klantinteracties (BEPROEVING)
    • Referentielijsten (CONCEPT)
    • Producten (CONCEPT)
    • Objecten
    • Zaakgericht werken
      • Uitbreidingen (CONCEPT)
      • Substatussen (CONCEPT)
  • Kerngroep
    • Roadmap
Powered by GitBook
On this page
  • Overzicht
  • Open vragen
  • Beschikbare lijsten
  1. Standaarden

Referentielijsten (CONCEPT)

Auteur: Joeri Bekker | Status: CONCEPT

Binnen allerlei registraties wordt gebruik gemaakt van (semi) gestandaardiseerde waarden. Denk aan talen en landen. Idealiter wil je dat elke applicatie dezelfde lijst van talen en landen hanteert. Gelukkig zijn talen en landen goed gestandaardiseerd via ISO-standaarden, hoewel ook hier verschillende varianten in zijn (2 letter of 3 letters codes bijvoorbeeld).

Binnen referentielijsten willen we de wat minder gestandaardiseerde lijsten vastleggen zodat deze in de keten van applicaties gebruikt kan worden en niet in elke applicatie apart opgevoerd en gewijzigd hoeft te worden. Denk bijvoorbeeld aan communicatiekanalen (e-mail, WhatsApp, telefoon, Facebook) of soorten registraties (BRP, KVK, RNI).

Overzicht

  • Component: Docker image | Broncode

  • API-specificatie: Open API Specificatie

  • Beschikbare lijsten: Voorlopig, onderaan deze pagina.

Open vragen

Bij lijsten spelen o.a. de volgende vragen:

  • Is het een landelijke lijst of een gemeentelijke specifieke lijst? Of beide?

    • Concept antwoord: Het kan beide.

  • Draait het al ergens?

    • Concept antwoord: Enkel in ontwikkelomgevingen. Er draait nog niets landelijks of in productie.

  • Is het een openbare lijst of intern?

    • Concept antwoord: Openbaar (ofwel, het is niet geheim)

  • Bestaat de lijst uit enkel codes en/of waarden, of is er meer informatie?

    • Concept antwoord: Standaard enkel een code+waarde, maar meer informatie (zonder structuur) is mogelijk.

  • Moet de lijst separaat worden bijgehouden (als referentielijst) of is de lijst onderdeel van een bepaalde specificatie?

    • Concept antwoord: Idealiter moeten lijsten in de API-specificatie staan als ze weinig veranderen en enkel in die registratie gebruikt worden. Dit maakt het leven van ontwikkelaars veel eenvoudiger. Lijsten die wijzigen of gemeente specifiek zijn, of op veel plekken gebruikt worden, kunnen beter op een referentielijst komen. Maar het is dus niet heel zwart-wit.

Beschikbare lijsten

  • Communicatiekanalen

PreviousKlantinteracties (BEPROEVING)NextProducten (CONCEPT)

Last updated 5 months ago