# PDC PTC VTC Etc **Auteur**: Joeri Diederen | **Status**: Concept ## Inleiding In het platform voor dienstverlening ontbreekt een kapstok waaraan typen (schema’s), objecten (instanties) bedrijfsregels en formulieren worden gerelateerd aan elkaar. ### Overzicht van elementen | Omschrijving | Doel | Voorbeeld | | --------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Verzoektype |

Standaardiseert instanties van verzoeken.


Dat kan het initiële verzoek zijn, maar ook een verzoek op een lopende zaak, product of dienst.

|

Een definitie van een aanvraag voor een horecavergunning

Een definitie voor een wijziging op een lopende zaak.

Een definitie voor een wijziging op een lopende horecavergunning.

| | Verzoek | Instantie van een verzoektype | Een aanvraag van een horecavergunning | | Zaaktype | Standaardiseert instanties van zaken | Een definitie van een zaak voor een horecavergunning | | Zaak | Instantie van een zaaktype | Een (deel)zaak voor een horecavergunning | | | | | | Producttype | Standaardiseert instanties van producten | De definitie van een horecavergunning | | Product | Instantie van een producttype | Een horecavergunning | | Product- en dienstcatalogus | Relateert bovenstaande definities aan producten- en diensten | | | | Bevat referentie naar bedrijfsregels | | | | Bevat contactpersonen | | | | Bevat informatieteksten | | | | Bevat authenticatie- en autorisatievereisten | | | | Bevat referentie naar tekst-templates | | | | Bevat referentie naar formulierdefinities | | ## Uitwerking: het zaakregistratie-component als blauwdruk ### Het (bestaande) zaakregistratiecomponent De standaardisatie van zaaktype-gegevens vindt plaats in de Catalogi API. Instanties van zaaktypen worden opgeslagen in de Zaken API.

Het bestaande zaakregistratiecomponent

### Het productregistratiecomponent Hetzelfde patroon kan toegepast worden op Producten, door de creatie van een referentiecomponent voor het registreren van producten met een Producten API en een Productcatalogi API. Het informatiemodel voor producttypen lijkt redelijk consistent aan het informatiemodel voor zaaktypen. Ze bevatten een producttype met relaties naar rollen, statussen (informatie)objecten en besluiten.

Het voorgestelde productregistratiecomponent

### Het verzoekregistratiecomponent De volgende logische stap is opdracht geven voor de creatie van een Verzoekregistratiecomponent. Hierin kunnen lessons learned uit de zaakregistratiecomponent worden meegenomen. Ook dit informatiemodel lijkt op het eerste gezicht veel op dat van de zaaktype-catalogus.

Het voorgestelde verzoekregistratiecomponent

Deze strategie borgt dus eerst standaardisatie van instanties en bijbehorende registers. Dat vergroot de schaalbaarheid van het platform voor dienstverlening. ### De PDC in een ander jasje Er is een aanvullend component nodig om de dingen aan elkaar te relateren. Hierin kan de bestaande product- en dienstencatalogus een grote rol spelen. Hiervoor moet het informatiemodel uitgebreid worden, en liefst komen er ook functies bij voor referenties richting bedrijfsregels ([regels.overheid.nl](http://regels.overheid.nl)) teksttemplates, authenticiatieniveau’s, verwijzingen naar formulierdefinities, et cetera.

De voorgestelde uitbreiding van de PDC,
waarbij het informatiemodel van de SDG,
GGM of SIM PDC als basis kan dienen

Dan resteert nog het; * Zaakverzoektype * Productverzoektype Het lijkt logisch om deze typen te verwerken in het Verzoekregistratiecomponent, omdat het patroon identiek is. Die wordt dan als volgt uitgebreid:

Een bredere invulling van het concept 'verzoek'

### Mogelijke plateauplanning De plateau’s zien er dan als volgt uit:
--- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://dienstverleningsplatform.gitbook.io/platform-generieke-dienstverlening-public/onderzoeken/pdc-ptc-vtc-etc.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.