Publicatieservice

De publicatieservice dient om een ontwerp- of vastgesteld besluit bekend te maken en de daaruit volgende regelingversie te publiceren. Daarnaast worden de via deze service aangeleverde omgevingsdocumenten die gerelateerd zijn aan het besluit doorgeleverd aan het DSO-LV.

Als onderdeel van de publicatieservice wordt een aantal validaties van de aangeleverde publicatieopdracht doorlopen. Deze validaties kunnen ook zonder publicatie doorlopen worden door gebruik te maken van de validatieservice, zie hiervoor de beschrijving van de validatieservice.

De publicatieservice wordt aangesproken door de aanlevering van een publicatieOpdracht met bijbehorende bestanden aan het LVBB bronhouderkoppelvlak. Het proces Publiceren is hieronder uitgedrukt in een BPMN 2.0 diagram.

BPMN


Inhoud van de aanlevering

De aanlevering van een publicatieopdracht bestaat in het algemeen uit drie delen:

  1. De publicatieOpdracht zelf, met het bijbehorend manifest.xml beschrijft wat de LVBB moet doen en welke bestanden worden meegeleverd.

  2. Een AanleveringBesluit: XML file met daarin het besluit.

  3. Eventuele Informatie Objecten

  4. Daarnaast kunnen, als dit relevant is, Omgevingsdocumenten worden meegeleverd, die worden doorgestuurd naar DSO-LV.

Publicatieopdracht

Een publicatieOpdracht bestaat uit een opdracht.xml met de volgende gegevens:

gegevenkardinaliteitTypeOpmerking
idLevering1 .. 1stringIdentificatie van de opdracht. Deze wordt meegegeven door het bevoegd gezag.
idBevoegdGezag1 .. 1dtOINHet OIN van het Bevoegd Gezag waarvoor een gemandateerde/intermediair de afhandeling doet.
idAanleveraar1 .. 1dtOINOIN van BG zelf, indien geen intermediair van toepassing is, of van de intermediair indien deze wel van toepassing is.
publicatie1 .. 1NCNameNaam van het bestand (evt inclusief het pad) dat de mededeling of het besluit bevat. Er wordt onderscheid gemaakt tussen hoofd- en kleine letters.
datumBekendmaking1 .. 1dateDe datum waarop de mededeling of het besluit bekendgemaakt of gepubliceerd moet worden.

Daarnaast bevat de aanlevering een manifest.xml (zie manifest.xml) met daarin de bestanden benoemd die deel uitmaken van de aanlevering:

gegevenkardinaliteitTypeOpmerking
bestand1 .. 2\*BestandTypeElk bestand bevat detailinformatie over een van de bestanden in de levering

Informatie Objecten

Dit betreft niet-tekstuele informatie die onderdeel is van de voorschriften van de regeling. Er kunnen 0 tot meerdere Informatie objecten worden meegeleverd, waarbij elke IO uit een aparte set bestanden bestaat, te weten een AanleveringInformatieObject met bijbehorende bestand(en), zoals een gml of PDF-file. Voor voorbeelden van informatie objecten, zie deze link op Gitlab: LVBB-Gitlab

Omgevingsdocumenten

Omgevingsdocumenten worden opgesteld volgens de TPOD standaard, de toepassingsprofielen voor OmgevingsDocumenten. Informatie omtrent deze TPOD standaard en verdere instructies over het opstellen van deze omgevingsdocumenten zijn terug te vinden bij onze ketenpartner Geonovum, die hierover het beheer voert.

Procesbeschrijving

  1. Valideren van de aanlevering: Alle validaties van de validatieservice worden ook doorlopen bij een publicatieopdracht. Zie hiervoor de procesbeschrijving van de validatieservice.

  2. Registreren van het besluit: De LVBB zorgt ervoor dat alles in gereedheid wordt gebracht om het besluit te kunnen bekendmaken of publiceren. De LVBB verstuurt ook een registratieverslag na de afronding van deze stap.

  3. Bekendmaken van het besluit: De LVBB zorgt ervoor dat het besluit bekendgemaakt wordt op de datum bekendmaking zoals die in de opdracht is aangeleverd.

  4. Doorleveren naar DSO-LV: De omgevingsdocumenten worden samen met de geconsolideerde regelingversie doorgeleverd naar het Kadaster, waarmee ze beschikbaar komen voor de verdere DSO-LV keten.

  5. Publiceren en doorleveren regelingversie: Op het moment van in werking treden wordt de geconsolideerde regelingversie gepubliceerd en verder verspreid naar de overige systemen die op de LVBB zijn aangesloten. Zodra dit succesvol is verlopen verstuurt de LVBB een publicatieverslag naar de software van het bevoegd gezag.

Raadpleeg voor een compleet overzicht van de validaties de 'STOP 1.0 Validatiematrix', die te vinden is op de website van Geonovum, onder de kop 'Validatie en conformiteit'.

Voorbeeldberichten

Opdracht.xml

<?xml version="1.0" encoding="UTF-8"?>
<publicatieOpdracht xmlns:stop="http://www.overheid.nl/2017/stop" >
  <idLevering>gmb1-163803-gen--20200323-082408</idLevering>
  <idBevoegdGezag>00000001002564440000</idBevoegdGezag>
  <idAanleveraar>00000001002564440000</idAanleveraar>   
  <publicatie>BesluitVoorbeeld.xml</publicatie>
  <datumBekendmaking>2020-03-24</datumBekendmaking>
</publicatieOpdracht>

manifest.xml


<manifest xmlns:lvbb="http://www.overheid.nl/2017/lvbb" >
    <bestand>
        <bestandsnaam>opdracht.xml</bestandsnaam>
        <contentType>application/xml</contentType>
    </bestand>
    <bestand>
        <bestandsnaam>manifest.xml</bestandsnaam>
        <contentType>application/xml</contentType>
    </bestand>
    <bestand>
        <bestandsnaam>akn_nl_act_pv30_2019_act3.xml</bestandsnaam>
         <contentType>application/xml</contentType>
    </bestand>
    <bestand>
        <bestandsnaam>Geslotenstortplaats.gml</bestandsnaam>
        <contentType>application/gml+xml</contentType>
    </bestand>
    <bestand>
        <bestandsnaam>gio043290878_Gesloten_stortplaats.xml</bestandsnaam>
        <contentType>application/xml</contentType>
  </bestand>
</manifest>

Besluit

Voor voorbeelden van een besluit, zie deze link op Gitlab: LVBB-Gitlab