openwave:1.30:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid

Verschillen

Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.

Link naar deze vergelijking

Beide kanten vorige revisie Vorige revisie
openwave:1.30:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2024/04/29 10:34] – Ton Pullensopenwave:1.30:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2024/05/21 12:14] (huidige) – Lonneke van Dijk
Regel 78: Regel 78:
  
 ====TbRevJsonMallen===== ====TbRevJsonMallen=====
-Deze tabel met voorbeelden van Json exportdefinities per EV-activiteit wordt gevuld aangeleverd en wordt door OpenWave gebruikt voor de opmaak van de Json export files. Niet aankomen dus.+Deze tabel met voorbeelden van JSON exportdefinities per EV-activiteit wordt gevuld aangeleverd en wordt door OpenWave gebruikt voor de opmaak van de JSON export files. Niet aankomen dus.
  
 ====TbREVAfstanden: regels voor automatisch invoegen van een of meer EV-contouren ==== ====TbREVAfstanden: regels voor automatisch invoegen van een of meer EV-contouren ====
Regel 129: Regel 129:
 Indien het blok //Polygoon of Lijn// leeg is, dan is onder het menu opties de keuzes //Teken vlak op kaart// zichtbaar. Indien het blok //Polygoon of Lijn// leeg is, dan is onder het menu opties de keuzes //Teken vlak op kaart// zichtbaar.
  
-De datum **Datum laatste preview ok** (ddrevpreviewok) wordt alleen gevuld indien de preview export Json, die gestart wordt met de knop achter deze kolom, geen fouten heeft opgeleverd. Indien datum laatste wijziging kleiner is dan deze previewdatum, zou deze inrichting met activiteiten, referentie- en EV-contouren probleemloos geëxporteerd kunnen worden. +De datum **Datum laatste preview ok** (ddrevpreviewok) wordt alleen gevuld indien de preview export JSON, die gestart wordt met de knop achter deze kolom, geen fouten heeft opgeleverd. Indien datum laatste wijziging kleiner is dan deze previewdatum, zou deze inrichting met activiteiten, referentie- en EV-contouren probleemloos geëxporteerd kunnen worden. 
  
 Voor de daadwerkelijke export dient echter ook de kolom **Klaargezet voor Export** (ddmagexport) gevuld te zijn. Deze datumkolom kan alleen gevuld worden door iemand met het recht: //mag inrichting klaarzetten voor export REV// (tbmedewerkers.dlmagrevexportzetten) op de medewerkerskaart. Onder water wordt bij het vullen of leeghalen van deze datum de kolom **Door:** (dvcodemwmagexport) gevuld met de medewerkerscode. Voor de daadwerkelijke export dient echter ook de kolom **Klaargezet voor Export** (ddmagexport) gevuld te zijn. Deze datumkolom kan alleen gevuld worden door iemand met het recht: //mag inrichting klaarzetten voor export REV// (tbmedewerkers.dlmagrevexportzetten) op de medewerkerskaart. Onder water wordt bij het vullen of leeghalen van deze datum de kolom **Door:** (dvcodemwmagexport) gevuld met de medewerkerscode.
Regel 135: Regel 135:
 Deze datumkolom wordt automatisch leeggemaakt indien een wijziging plaatsvindt op één van de te exporteren REV-attributen of onderliggende activiteiten/contouren. De kolom **Door:** (dvcodemwmagexport) wordt bij het automatisch leegmaken van ddmagexport gevuld met de medewerkerscode van de inlogger die een attribuut heeft gewijzigd. Deze datumkolom wordt automatisch leeggemaakt indien een wijziging plaatsvindt op één van de te exporteren REV-attributen of onderliggende activiteiten/contouren. De kolom **Door:** (dvcodemwmagexport) wordt bij het automatisch leegmaken van ddmagexport gevuld met de medewerkerscode van de inlogger die een attribuut heeft gewijzigd.
  
-De REV **identificatiecode** van de locatie EV-activiteit wordt automatisch berekend bij het wijzigen van de beginGeldigheid datum, mits de identificatiecode een lege waarde heeft. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen en Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door het inrichtingsnummer gevolgd door een underscore gevolgd door de dnkey van de inrichting. Dus zoiets als NL.IMEV.00002.4567_123.+De REV **identificatiecode** van de locatie EV-activiteit wordt automatisch berekend bij het wijzigen van de beginGeldigheid datum, mits de identificatiecode een lege waarde heeft. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen// en //Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door het inrichtingsnummer gevolgd door een underscore gevolgd door de dnkey van de inrichting. Dus zoiets als NL.IMEV.00002.4567_123.
  
 Alleen indien de datum ExportnaarREV nog leeg is EN de inlogger het recht //Wijzigen van REV-identificatiecode van tbmilinrichtingen// (tbmilrechten.dlbmilinrrevidedt) heeft, kan de inlogger hier zelf een code toekennen. Alleen indien de datum ExportnaarREV nog leeg is EN de inlogger het recht //Wijzigen van REV-identificatiecode van tbmilinrichtingen// (tbmilrechten.dlbmilinrrevidedt) heeft, kan de inlogger hier zelf een code toekennen.
Regel 153: Regel 153:
 Eenmaal geëxporteerd betekent dat de locatie-EVactiviteit ook bestaat in het REV. Dat kan alleen ongedaan worden gemaakt met een gevulde eindeGeldigheid die dan opnieuw geëxporteerd moet worden. Eenmaal geëxporteerd betekent dat de locatie-EVactiviteit ook bestaat in het REV. Dat kan alleen ongedaan worden gemaakt met een gevulde eindeGeldigheid die dan opnieuw geëxporteerd moet worden.
  
-Met de schermknop **preview export Json** wordt de gehele set - dus: inrichting (locatie-EVactiviteit) met alle onderliggende objecten (EV-activiteiten, referentie- en EV-contouren) - omgezet naar een Json exportfile en aangeboden aan het REV ter validatie (validate only) zonder dat het REV de wijzigingen doorzet naar het register.+Met de schermknop **preview export Json** wordt de gehele set - dus: inrichting (locatie-EVactiviteit) met alle onderliggende objecten (EV-activiteiten, referentie- en EV-contouren) - omgezet naar een JSON exportfile en aangeboden aan het REV ter validatie (validate only) zonder dat het REV de wijzigingen doorzet naar het register.
  
-Algemeen Endpoint (kolom //Tekst// van //Sectie: REV en Item: AlgemeenEndpoint//) en Token Endpoint (kolom //Tekst// van //Sectie: REV en Item: TokenEndpoint//) en client_id (kolom //Tekst// van //Sectie: REV en Item: Client_id)// en client_secret (kolom //Tekst// van //Sectie: REV en Item: Client_secret// ) en bronhouderscode dienen gevuld te zijn ( kolom //Tekst// van //Sectie: REV en Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven. Bij ontbreken komt een leeg scherm.+Algemeen Endpoint (kolom //Tekst// van //Sectie: REV en Item: AlgemeenEndpoint//) en Token Endpoint (kolom //Tekst// van //Sectie: REV// en //Item: TokenEndpoint//) en client_id (kolom //Tekst// van //Sectie: REV// en //Item: Client_id)// en client_secret (kolom //Tekst// van //Sectie: REV// en //Item: Client_secret// ) en bronhouderscode dienen gevuld te zijn ( kolom //Tekst// van //Sectie: REV// en //Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven. Bij ontbreken komt een leeg scherm.
  
-OpenWave controleert of (de gevuld aangeleverde) Json-mallen (zie hierboven bij beheer) nog compleet gevuld zijn. De preview controleert zoveel mogelijk op voorhand of de te exporteren set van objecten aan alle voorwaarden voldoet. Bijv.+OpenWave controleert of (de gevuld aangeleverde) JSON-mallen (zie hierboven bij beheer) nog compleet gevuld zijn. De preview controleert zoveel mogelijk op voorhand of de te exporteren set van objecten aan alle voorwaarden voldoet. Bijv.
   * Bij een inrichting moet minimaal één geldige EV-activiteit gedefinieerd zijn, en per activiteit minimaal één geldige referentiecontour en bij de referentiecontouren minimaal één geldige EV-contour gedefinieerd zijn.    * Bij een inrichting moet minimaal één geldige EV-activiteit gedefinieerd zijn, en per activiteit minimaal één geldige referentiecontour en bij de referentiecontouren minimaal één geldige EV-contour gedefinieerd zijn. 
   * De objecten moeten voldoen aan alle regels met betrekking tot de begin- en eindGeldigheid.   * De objecten moeten voldoen aan alle regels met betrekking tot de begin- en eindGeldigheid.
Regel 165: Regel 165:
 Indien een controle faalt wordt dit in tekst op scherm vertoont en gaat er geen bericht naar het REV. Indien een controle faalt wordt dit in tekst op scherm vertoont en gaat er geen bericht naar het REV.
  
-Bij succes wordt de Json file (van die ene inrichting met alle onderliggende objecten) naar het REV geëxporteerd ter validatie. Deze exportfile wordt in het scherm getoond alsmede het retourbericht van het REV.+Bij succes wordt de JSON file (van die ene inrichting met alle onderliggende objecten) naar het REV geëxporteerd ter validatie. Deze exportfile wordt in het scherm getoond alsmede het retourbericht van het REV.
  
 Retourcode 200 of 201 betekent dat het bericht succesvol geaccepteerd is door de validatieprocedure van het REV. Bij succes wordt //Datum laatste preview ok// (ddrevpreviewok) op de inrichtingskaart automatisch gevuld. Retourcode 200 of 201 betekent dat het bericht succesvol geaccepteerd is door de validatieprocedure van het REV. Bij succes wordt //Datum laatste preview ok// (ddrevpreviewok) op de inrichtingskaart automatisch gevuld.
Regel 171: Regel 171:
 Voor de daadwerkelijke export - dus die loopt via de taskscheduler - dient echter ook de kolom **Klaargezet voor Export** (ddmagexport) gevuld te zijn. Deze datumkolom kan alleen gevuld worden door iemand met het recht: //mag inrichting klaarzetten voor export REV// (tbmedewerkers.dlmagrevexportzetten) op de medewerkerskaart. Onder water wordt bij het vullen of leeghalen van deze datum de kolom **Door:** (dvcodemwmagexport) gevuld met de medewerkerscode. Voor de daadwerkelijke export - dus die loopt via de taskscheduler - dient echter ook de kolom **Klaargezet voor Export** (ddmagexport) gevuld te zijn. Deze datumkolom kan alleen gevuld worden door iemand met het recht: //mag inrichting klaarzetten voor export REV// (tbmedewerkers.dlmagrevexportzetten) op de medewerkerskaart. Onder water wordt bij het vullen of leeghalen van deze datum de kolom **Door:** (dvcodemwmagexport) gevuld met de medewerkerscode.
    
-De schermknop **Toon gegevens REV** is alleen zichtbaar indien de datum //geëxporteerd naar REV// (ddexportnaarREV) gevuld is. De gehele set aan objecten zoals die geregistreerd staan in het REV wordt opgehaald en getoond (als Json) op basis van de REV-identificatiecode van de inrichting.+De schermknop **Toon gegevens REV** is alleen zichtbaar indien de datum //geëxporteerd naar REV// (ddexportnaarREV) gevuld is. De gehele set aan objecten zoals die geregistreerd staan in het REV wordt opgehaald en getoond (als JSON) op basis van de REV-identificatiecode van de inrichting.
  
-De **locatieomschrijving** wordt doorgegeven aan het REV in de Json-tag //locatieomschrijving// met de hier ingevoerde waarde. Indien leeg dan wordt het locatie-adres uit tbperceeladressen gebruikt om de tag locatieomschrijving te vullen. +De **locatieomschrijving** wordt doorgegeven aan het REV in de JSON-tag //locatieomschrijving// met de hier ingevoerde waarde. Indien leeg dan wordt het locatie-adres uit tbperceeladressen gebruikt om de tag locatieomschrijving te vullen. 
  
-De **BAG-nummerid** kan gevuld worden met de BAG nummeraanduiding-identifier van de locatie. Indien gevuld wordt deze in de Json-tag //adres// doorgegeven. Deze doublure is helaas nodig omdat anders bij synchronisatie het REV bepalend zou zijn voor de officiële nummeraanduidng in tbperceeladressen.+De **BAG-nummerid** kan gevuld worden met de BAG nummeraanduiding-identifier van de locatie. Indien gevuld wordt deze in de JSON-tag //adres// doorgegeven. Deze doublure is helaas nodig omdat anders bij synchronisatie het REV bepalend zou zijn voor de officiële nummeraanduiding in tbperceeladressen.
  
 ==== TbMilBklActiviteiten (EV-activiteiten)==== ==== TbMilBklActiviteiten (EV-activiteiten)====
Regel 188: Regel 188:
 De **geometrie** is dezelfde als die van de bovenliggende inrichting. De **geometrie** is dezelfde als die van de bovenliggende inrichting.
  
-De **identificatiecode** wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen en Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door de naam van de activiteit gevolgd door een underscore gevolgd door de dnkey van de activiteit. Dus zoiets als NL.IMEV.00002.AmmoniakKoelinstallatie_TeBerekenenAfstand_12.+De **identificatiecode** wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen// en //Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door de naam van de activiteit gevolgd door een underscore gevolgd door de dnkey van de activiteit. Dus zoiets als NL.IMEV.00002.AmmoniakKoelinstallatie_TeBerekenenAfstand_12.
  
 De **beginGeldigheid** slaat hier op de begin geldigheid van de EV-activiteit. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Een beginGeldigheid moet op het moment van export kleiner zijn dan vandaag. Indien de EV-Activiteit voor het eerst wordt geëxporteerd (met een POST, wanneer de exportdatum dus nog leeg is) dan moet deze kleiner of gelijk zijn - dus eerder gestart zijn - dan de beginGeldigheid van de onderliggende referentiecontouren (in tbmilopslag). De **beginGeldigheid** slaat hier op de begin geldigheid van de EV-activiteit. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Een beginGeldigheid moet op het moment van export kleiner zijn dan vandaag. Indien de EV-Activiteit voor het eerst wordt geëxporteerd (met een POST, wanneer de exportdatum dus nog leeg is) dan moet deze kleiner of gelijk zijn - dus eerder gestart zijn - dan de beginGeldigheid van de onderliggende referentiecontouren (in tbmilopslag).
  
-Omgekeerd geldt dus dat de beginGeldigheid bij een POST groter of gelijk moet zijn aan de beginGeldigheid van de bovenliggende Locatie-EVactivieit (de inrichting). Bij een succesvol geaccepteerd wijzigingsbericht (een PUT, wanneer de exportdatum reeds gevuld is), waarbij een of meer wijzigingen op attributen worden doorgegeven, zal de beginGeldigheid automatisch met de datum van de export worden vervangen.  +Omgekeerd geldt dus dat de beginGeldigheid bij een POST groter of gelijk moet zijn aan de beginGeldigheid van de bovenliggende Locatie-EVactiviteit (de inrichting). Bij een succesvol geaccepteerd wijzigingsbericht (een PUT, wanneer de exportdatum reeds gevuld is), waarbij een of meer wijzigingen op attributen worden doorgegeven, zal de beginGeldigheid automatisch met de datum van de export worden vervangen.  
  
 De **eindGeldigheid** slaat hier op de eindgeldigheid van de EV-activiteit. Een wijziging wordt alleen geaccepteerd bij een gevulde begingeldigheidsdatum. De eindGeldigheid moet groter zijn dan de beginGeldigheid. Een eindeGeldigheid mag niet in de toekomst liggen. Indien de datum ExportNaarREv is gevuld en de oude waarde van ddeindGeldiheid was ook gevuld met een waarde kleiner dan de exportdatum, dan wordt de wijziging niet geaccepteerd. Bij een wijziging die wel wordt geaccepteerd zullen alle onderliggende eindGeldigheidsdatums van referentie- en EV-contouren (voor zover die voorzien zijn van een gevulde beginGeldigheid) zo nodig worden aangepast naar deze datum.  De **eindGeldigheid** slaat hier op de eindgeldigheid van de EV-activiteit. Een wijziging wordt alleen geaccepteerd bij een gevulde begingeldigheidsdatum. De eindGeldigheid moet groter zijn dan de beginGeldigheid. Een eindeGeldigheid mag niet in de toekomst liggen. Indien de datum ExportNaarREv is gevuld en de oude waarde van ddeindGeldiheid was ook gevuld met een waarde kleiner dan de exportdatum, dan wordt de wijziging niet geaccepteerd. Bij een wijziging die wel wordt geaccepteerd zullen alle onderliggende eindGeldigheidsdatums van referentie- en EV-contouren (voor zover die voorzien zijn van een gevulde beginGeldigheid) zo nodig worden aangepast naar deze datum. 
Regel 223: Regel 223:
 De opslagkaart kent van oudsher een aantal verplichte kolommen die bij een insert moeten worden gevuld. Een aantal daarvan is eigenlijk dubbelop met betrekking tot de REV-data. Onder het kopje //Nieuwe Opslagkaart// van [[openwave:1.30:applicatiebeheer:instellen_inrichten:opslag_bij_inrichtingen]] wordt uitgelegd hoe hiertoe defaultwaardes in te stellen. De opslagkaart kent van oudsher een aantal verplichte kolommen die bij een insert moeten worden gevuld. Een aantal daarvan is eigenlijk dubbelop met betrekking tot de REV-data. Onder het kopje //Nieuwe Opslagkaart// van [[openwave:1.30:applicatiebeheer:instellen_inrichten:opslag_bij_inrichtingen]] wordt uitgelegd hoe hiertoe defaultwaardes in te stellen.
  
-De **geometrie** van de referentiecontour is vastgelegd in een punt (in het blok //geometrie punt//) of door een vlak of lijn (in het blok //geometrie lijn of vlak//). Zie ook hieronder bij attribuut geometrie.+De **geometrie** van de referentiecontour is vastgelegd in een punt (in het blok //Geometrie punt//) of door een vlak of lijn (in het blok //Geometrie lijn of vlak//). Zie ook hieronder bij attribuut geometrie.
  
-Indien de x en y coördinaat van het blok //geometrie punt// leeg zijn, dan is onder het menu Opties de keuze //wijs punt aan op kaart// zichtbaar.+Indien de x en y coördinaat van het blok //Geometrie punt// leeg zijn, dan is onder het menu Opties de keuze //Wijs punt aan op kaart// zichtbaar.
  
-Indien het blok //geometrie lijn of vlak// leeg is, dan zijn onder het menu Opties de keuzes //Teken vlak op kaart// en //Teken lijn op kaart// zichtbaar.+Indien het blok //Geometrie lijn of vlak// leeg is, dan zijn onder het menu Opties de keuzes //Teken vlak op kaart// en //Teken lijn op kaart// zichtbaar.
  
 Het blok //Kenmerken referentiecontour// op de detailpagina van de opslagkaart heeft een aantal standaardkolommen + een aantal - per referentiecontour verschillende - attributen. Het blok //Kenmerken referentiecontour// op de detailpagina van de opslagkaart heeft een aantal standaardkolommen + een aantal - per referentiecontour verschillende - attributen.
  
-De **identificatiecode** wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen en Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door de naam van de EV-activiteit gevolgd door een underscore gevolgd door de naam van de  referentiecontour gevolgd door een underscore gevolgd door de dnkey van de referentiecontour (tbmilopslag.dnkey). Dus zoiets als NL.IMEV.00002.TankenLPG_Tankzuil_3243+De **identificatiecode** wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen// en //Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door de naam van de EV-activiteit gevolgd door een underscore gevolgd door de naam van de  referentiecontour gevolgd door een underscore gevolgd door de dnkey van de referentiecontour (tbmilopslag.dnkey). Dus zoiets als NL.IMEV.00002.TankenLPG_Tankzuil_3243
  
  
Regel 255: Regel 255:
  
 Er zijn twee manieren om een EV-contour te definiëren bij een referentiecontour. Beiden vanuit het detailscherm van de bovenliggende referentiecontour in het blok// EV-contouren//. Er zijn twee manieren om een EV-contour te definiëren bij een referentiecontour. Beiden vanuit het detailscherm van de bovenliggende referentiecontour in het blok// EV-contouren//.
-  * Met de insertknop kan een keuze voor een EV-contour gemaakt worden op basis van de //Koppeltabel activiteit/ev-contour// (beheer). De bovenliggende EV-activiteit is dus bepalend voor de mogelijkheden. De contour wordt dan sec - zonder vooraf ingevulde velden- toegevoegd.  +  * Met de insertknop kan een keuze voor een EV-contour gemaakt worden op basis van de //Koppeltabel activiteit/EV-contour// (beheer). De bovenliggende EV-activiteit is dus bepalend voor de mogelijkheden. De contour wordt dan sec - zonder vooraf ingevulde velden- toegevoegd.  
-  * Met de wizardknop //Haal EvContouren uit de afstandentabel// worden automatisch 1 of meer EV-contouren op basis van de regels in tabel TbREVAfstanden (zie uitleg hierboven beheer) toegevoegd.\\De beginGeldigheid krijgt als waarde de datum van vandaag. Let op: op het moment van export moet deze kleiner zijn dan vandaag\\ De wizard voegt alleen EV-contourkaarten toe indien deze nog niet bestaan bij de bovenliggende referentiekaart. Dat laatste betekent voor PR-contouren dat OpenWave kijkt naar de combinatie contournaam = PR-contour en het typePlaatsgebondenRisico. Voor de overige soorten EV-contouren checkt OpenWave alleen op de contournaam (dus bij een bepaalde referentiecontour wordt brandaandachtsgebied of explosieaandachtsgebied alleen toegevoegd indien deze nog niet bestaan).+  * Met de wizardknop //Haal EvContouren uit de afstandentabel// worden automatisch 1 of meer EV-contouren op basis van de regels in tabel TbREVAfstanden (zie uitleg hierboven beheer) toegevoegd.\\ De beginGeldigheid krijgt als waarde de datum van vandaag. Let op: op het moment van export moet deze kleiner zijn dan vandaag\\ De wizard voegt alleen EV-contourkaarten toe indien deze nog niet bestaan bij de bovenliggende referentiekaart. Dat laatste betekent voor PR-contouren dat OpenWave kijkt naar de combinatie contournaam = PR-contour en het typePlaatsgebondenRisico. Voor de overige soorten EV-contouren checkt OpenWave alleen op de contournaam (dus bij een bepaalde referentiecontour wordt brandaandachtsgebied of explosieaandachtsgebied alleen toegevoegd indien deze nog niet bestaan).
  
 Het blok //Kenmerken EV-contour// op de detailpagina van de EV-contourkaart heeft een aantal standaardkolommen + een aantal - per EV-contour verschillende - attributen. Het blok //Kenmerken EV-contour// op de detailpagina van de EV-contourkaart heeft een aantal standaardkolommen + een aantal - per EV-contour verschillende - attributen.
  
-De **identificatiecode** wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen en Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door de naam van de EV-activiteit gevolgd door een underscore gevolgd door de naam van de referentiecontour gevolgd door een underscore gevolgd door de naam van de EV-contour gevolgd door een underscore en de dnkey van de EV-contour (tbmilopslagevcontour.dnkey). Dus zoiets als NL.IMEV.00002.OpslagMeststof_OpslagReferentie_PRContour_190.+De **identificatiecode** wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen// en //Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door de naam van de EV-activiteit gevolgd door een underscore gevolgd door de naam van de referentiecontour gevolgd door een underscore gevolgd door de naam van de EV-contour gevolgd door een underscore en de dnkey van de EV-contour (tbmilopslagevcontour.dnkey). Dus zoiets als NL.IMEV.00002.OpslagMeststof_OpslagReferentie_PRContour_190.
  
 De **beginGeldigheid** slaat hier op de begin geldigheid van de EV-contour. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Indien de EV-contour voor het eerst wordt geëxporteerd (met een POST, wanneer de exportdatum dus nog leeg is) moet de beginGeldigheid groter zijn dan de beginGeldigheid van de bovenliggende Referentiecontour. Bij een succesvol geaccepteerd wijzigingsbericht (een PUT, wanneer de exportdatum reeds gevuld is), waarbij een of meer wijzigingen op attributen worden doorgegeven, zal de beginGeldigheid automatisch met de datum van de export worden vervangen.   De **beginGeldigheid** slaat hier op de begin geldigheid van de EV-contour. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Indien de EV-contour voor het eerst wordt geëxporteerd (met een POST, wanneer de exportdatum dus nog leeg is) moet de beginGeldigheid groter zijn dan de beginGeldigheid van de bovenliggende Referentiecontour. Bij een succesvol geaccepteerd wijzigingsbericht (een PUT, wanneer de exportdatum reeds gevuld is), waarbij een of meer wijzigingen op attributen worden doorgegeven, zal de beginGeldigheid automatisch met de datum van de export worden vervangen.  
Regel 276: Regel 276:
 De puntcoördinaten in het blok //Geometrie;punt Ref.Cont// zijn hier niet muteerbaar en komen uit de bovenliggende referentiecontour. De puntcoördinaten in het blok //Geometrie;punt Ref.Cont// zijn hier niet muteerbaar en komen uit de bovenliggende referentiecontour.
  
-Bij de export van de Json naar REV redeneert OpenWave qua geometrie en **afstand** als volgt: +Bij de export van de JSON naar REV redeneert OpenWave qua geometrie en **afstand** als volgt: 
   * Indien attribuut afstand is gevuld, dan wordt deze afstand doorgegeven met als referentiepunt het Punt van de bovenliggende referentiecontour.   * Indien attribuut afstand is gevuld, dan wordt deze afstand doorgegeven met als referentiepunt het Punt van de bovenliggende referentiecontour.
   * Indien afstand niet gevuld, dan wordt het polygoon van de EV-contourkaart doorgegeven.   * Indien afstand niet gevuld, dan wordt het polygoon van de EV-contourkaart doorgegeven.
Regel 283: Regel 283:
  
 ==== TbMilBklKwetsbGebLoc (Kwetsbare gebouwen en locaties)==== ==== TbMilBklKwetsbGebLoc (Kwetsbare gebouwen en locaties)====
-Hoewel er in het IMEV model geen relatie bestaat tussen een kwetsbaar gebouw/locatie en een locatie-Evactiviteit (inrichting) zijn deze in OpenWave wel toegankelijk gemaakt op het inrichtingsportaal via de tegel //REV kwetsbare geb/locaties//.+Hoewel er in het IMEV model geen relatie bestaat tussen een kwetsbaar gebouw/locatie en een locatie-EVactiviteit (inrichting) zijn deze in OpenWave wel toegankelijk gemaakt op het inrichtingsportaal via de tegel //REV kwetsbare geb/locaties//.
  
-In OpenWave is een kwetsbaar gebouw/locatie vanuit beheer oogpunt dus gekoppeld aan een inrichting. Niet alle organisaties zullen kwetsbare gebouwen en locaties aanleveren aan het REV via OpenWave. De tegel is daarom onzichtbaar te maken door de instelling //Sectie: REV en Item: Kwetsgebzichtbaar// uit te vinken.+In OpenWave is een kwetsbaar gebouw/locatie vanuit beheer oogpunt dus gekoppeld aan een inrichting. Niet alle organisaties zullen kwetsbare gebouwen en locaties aanleveren aan het REV via OpenWave. De tegel is daarom onzichtbaar te maken door de instelling //Sectie: REV// en //Item: Kwetsgebzichtbaar// uit te vinken.
  
 Het inzien, wijzigen en insert van gegevens is verder gekoppeld aan de SBI/MBA/BKL rechten bij een inrichting (tbmilrechten.dlcmilinrsbivsb). Het inzien, wijzigen en insert van gegevens is verder gekoppeld aan de SBI/MBA/BKL rechten bij een inrichting (tbmilrechten.dlcmilinrsbivsb).
Regel 295: Regel 295:
 Het blok **Geometrie Vlak** moet gevuld moet zijn: onderaan de detailpagina is hiertoe de knop //Teken vlak op kaart// zichtbaar. Het blok **Geometrie Vlak** moet gevuld moet zijn: onderaan de detailpagina is hiertoe de knop //Teken vlak op kaart// zichtbaar.
  
-De datum **Datum laatste preview ok** (ddrevpreviewok) wordt alleen gevuld indien de preview export Json, die gestart wordt met de knop achter deze kolom, geen fouten heeft opgeleverd. Indien datum laatste wijziging kleiner is dan deze previewdatum, zou deze kwetsbare gebouw/locatie probleemloos geëxporteerd kunnen worden. +De datum **Datum laatste preview ok** (ddrevpreviewok) wordt alleen gevuld indien de preview export JSON, die gestart wordt met de knop achter deze kolom, geen fouten heeft opgeleverd. Indien datum laatste wijziging kleiner is dan deze previewdatum, zou deze kwetsbare gebouw/locatie probleemloos geëxporteerd kunnen worden. 
  
-De REV **identificatiecode** van de kwetsbare gebouw/locatie wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen en Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door ofwel KwetsbaarGebouw dan wel KwetsbareLocatie gevolgd door een underscore gevolgd door de dnkey van de kaart in TbMilBklKwetsbGebLoc. Dus zoiets als NL.IMEV.00002.KwetsbareLocatie_5.+De REV **identificatiecode** van de kwetsbare gebouw/locatie wordt automatisch toegekend. De waarde wordt opgebouwd met de kolom //Tekst// van de instelling //Sectie: Inrichtingen// en //Item: revnamespaceidentificatie// gevolgd door een punt gevolgd door ofwel KwetsbaarGebouw dan wel KwetsbareLocatie gevolgd door een underscore gevolgd door de dnkey van de kaart in TbMilBklKwetsbGebLoc. Dus zoiets als NL.IMEV.00002.KwetsbareLocatie_5.
          
 De **beginGeldigheid** slaat hier op de begin geldigheid van het gebouw of locatie. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Een beginGeldigheid mag niet in de toekomst liggen.  De **beginGeldigheid** slaat hier op de begin geldigheid van het gebouw of locatie. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Een beginGeldigheid mag niet in de toekomst liggen. 
Regel 309: Regel 309:
 Eenmaal geëxporteerd betekent dat het gebouw/locatie ook bestaat in het REV. Dat kan alleen ongedaan worden gemaakt met een gevulde eindeGeldigheid die dan opnieuw geëxporteerd moet worden. Eenmaal geëxporteerd betekent dat het gebouw/locatie ook bestaat in het REV. Dat kan alleen ongedaan worden gemaakt met een gevulde eindeGeldigheid die dan opnieuw geëxporteerd moet worden.
  
-Met de schermknop **preview export Json** wordt een gebouw/locatie omgezet naar een JSon exportfile en aangeboden aan het REV ter validatie (validate only) zonder dat het REV de wijzigingen doorzet naar het register.+Met de schermknop **preview export Json** wordt een gebouw/locatie omgezet naar een JSON exportfile en aangeboden aan het REV ter validatie (validate only) zonder dat het REV de wijzigingen doorzet naar het register.
  
-Algemeen Endpoint (kolom //Tekst// van //Sectie: REV en Item: AlgemeenEndpoint//) en Token Endpoint (kolom //Tekst// van //Sectie: REV en Item: TokenEndpoint//) en client_id (kolom //Tekst// van //Sectie: REV en Item: Client_id)// en client_secret (kolom //Tekst// van //Sectie: REV en Item: Client_secret// ) en bronhouderscode dienen gevuld te zijn ( kolom //Tekst// van //Sectie: REV en Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven. Bij ontbreken komt een leeg scherm.+Algemeen Endpoint (kolom //Tekst// van //Sectie: REV// en //Item: AlgemeenEndpoint//) en Token Endpoint (kolom //Tekst// van //Sectie: REV// en //Item: TokenEndpoint//) en client_id (kolom //Tekst// van //Sectie: REV// en //Item: Client_id)// en client_secret (kolom //Tekst// van //Sectie: REV// en //Item: Client_secret//) en bronhouderscode dienen gevuld te zijn ( kolom //Tekst// van //Sectie: REV// en //Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven. Bij ontbreken komt een leeg scherm.
  
-OpenWave controleert of (de gevuld aangeleverde) Json-mallen (zie hierboven bij beheer) m.b.t. gebouw/locatie nog compleet gevuld zijn.+OpenWave controleert of (de gevuld aangeleverde) JSON-mallen (zie hierboven bij beheer) m.b.t. gebouw/locatie nog compleet gevuld zijn.
  
 De preview controleert zoveel mogelijk op voorhand of het te exporteren gebouw/locatie aan alle voorwaarden voldoet. Bijv. De preview controleert zoveel mogelijk op voorhand of het te exporteren gebouw/locatie aan alle voorwaarden voldoet. Bijv.
Regel 322: Regel 322:
 Indien een controle faalt wordt dit in tekst op scherm vertoont en gaat er geen bericht naar het REV. Indien een controle faalt wordt dit in tekst op scherm vertoont en gaat er geen bericht naar het REV.
  
-Bij succes wordt de Json file (van die ene kwetsbare gebouw/locatie) naar het REV geëxporteerd. Deze exportfile wordt in het scherm getoond alsmede het retourbericht van het REV.+Bij succes wordt de JSON file (van die ene kwetsbare gebouw/locatie) naar het REV geëxporteerd. Deze exportfile wordt in het scherm getoond alsmede het retourbericht van het REV.
  
 Retourcode 200 of 201 betekent dat het bericht succesvol geaccepteerd is door de validatieprocedure van het REV. Bij succes wordt //Datum laatste preview ok// (ddrevpreviewok) op de gebouw/locatiekaart automatisch gevuld. Retourcode 200 of 201 betekent dat het bericht succesvol geaccepteerd is door de validatieprocedure van het REV. Bij succes wordt //Datum laatste preview ok// (ddrevpreviewok) op de gebouw/locatiekaart automatisch gevuld.
    
-De schermknop **Toon gegevens REV**  is alleen zichtbaar indien de datum //geëxporteerd naar REV// (ddexportnaarREV) gevuld is. Het kwetsbare gebouw/locatie zoals die geregistreerd staat in het REV wordt opgehaald en getoond (als Json) op basis van de REV-identificatiecode.+De schermknop **Toon gegevens REV**  is alleen zichtbaar indien de datum //geëxporteerd naar REV// (ddexportnaarREV) gevuld is. Het kwetsbare gebouw/locatie zoals die geregistreerd staat in het REV wordt opgehaald en getoond (als JSON) op basis van de REV-identificatiecode.
  
 In het blok **Kenmerken** zijn de attributen overgenomen uit de definitietabel Kwetsbare gebouwen/locaties (zie hierboven) waarbij het vakje Overnemen aangevinkt is. Deze attributen moeten een gevulde waarde krijgen alvorens het gebouw/locatie geëxporteerd kan worden. Het vraagtekenschermknopje toont de omschrijving van het attribuut zoals gedefinieerd in de definitietabel. Deze omschrijving heeft geen invloed op de export. In het blok **Kenmerken** zijn de attributen overgenomen uit de definitietabel Kwetsbare gebouwen/locaties (zie hierboven) waarbij het vakje Overnemen aangevinkt is. Deze attributen moeten een gevulde waarde krijgen alvorens het gebouw/locatie geëxporteerd kan worden. Het vraagtekenschermknopje toont de omschrijving van het attribuut zoals gedefinieerd in de definitietabel. Deze omschrijving heeft geen invloed op de export.
Regel 334: Regel 334:
 =====Export naar REV ==== =====Export naar REV ====
  
-Algemeen Endpoint (kolom //Tekst// van //Sectie: REV en Item: AlgemeenEndpoint//) en Token Endpoint (kolom //Tekst// van //Sectie: REV en Item: TokenEndpoint//) en client_id (kolom //Tekst// van //Sectie: REV en Item: Client_id)// en client_secret (kolom //Tekst// van //Sectie: REV en Item: Client_secret// ) en bronhouderscode dienen gevuld te zijn ( kolom //Tekst// van //Sectie: REV en Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven.+Algemeen Endpoint (kolom //Tekst// van //Sectie: REV// en //Item: AlgemeenEndpoint//) en Token Endpoint (kolom //Tekst// van //Sectie: REV// en //Item: TokenEndpoint//) en client_id (kolom //Tekst// van //Sectie: REV// en //Item: Client_id)// en client_secret (kolom //Tekst// van //Sectie: REV// en //Item: Client_secret//) en bronhouderscode dienen gevuld te zijn ( kolom //Tekst// van //Sectie: REV// en //Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven.
  
 De export wordt gescheduled verzorgd door de [[openwave:1.30:applicatiebeheer:instellen_inrichten:taskscheduler|Taskscheduler]]. In deze tabel (//beheer: Service centrum-portaal, tegel: Taskscheduler//) moet een kaart aangemaakt worden met als Action: //ExportREV//, aangevinkt, een geplande startdatum/tijd en bijvoorbeeld een ophoging van 1440 minuten (= dagelijks). De export wordt gescheduled verzorgd door de [[openwave:1.30:applicatiebeheer:instellen_inrichten:taskscheduler|Taskscheduler]]. In deze tabel (//beheer: Service centrum-portaal, tegel: Taskscheduler//) moet een kaart aangemaakt worden met als Action: //ExportREV//, aangevinkt, een geplande startdatum/tijd en bijvoorbeeld een ophoging van 1440 minuten (= dagelijks).
Regel 340: Regel 340:
 Wanneer de taak gaat draaien wordt eerst een kaart aangemaakt in tboperationslog met code = ExportREV en begintijd = timestamp en als medewerker het robotaccount dat geïnstalleerd is bij de implementatie van de cronjob (vaak //TASKS//). Wanneer de taak gaat draaien wordt eerst een kaart aangemaakt in tboperationslog met code = ExportREV en begintijd = timestamp en als medewerker het robotaccount dat geïnstalleerd is bij de implementatie van de cronjob (vaak //TASKS//).
  
-De taskscheduler doet eerst een controle of de vorige uitvoer van ExportREV al is afgelopen. Dat is het geval indien //Getal1// van de instelling //Operations Item: ExportREV// de waarde 0 heeft. Zo niet dan wordt de task afgesloten met status 2 (niet succesvol afgerond).+De taskscheduler doet eerst een controle of de vorige uitvoer van ExportREV al is afgelopen. Dat is het geval indien //Getal1// van de instelling //Sectie: Operations// en //Item: ExportREV// de waarde 0 heeft. Zo niet dan wordt de task afgesloten met status 2 (niet succesvol afgerond).
  
-Indien de task ExportREV kan worden gestart wordt de status in de taskcheduler kaart op 1 gezet (ben bezig...) en krijgt //Getal1// van de instelling //Operations Item: ExportREV// de waarde 1.+Indien de task ExportREV kan worden gestart wordt de status in de taskcheduler kaart op 1 gezet (ben bezig...) en krijgt //Getal1// van de instelling //Sectie: Operations// en //Item: ExportREV// de waarde 1.
  
 De taskscheduler voert de action ExportREV in twee loops uit: De taskscheduler voert de action ExportREV in twee loops uit:
Regel 349: Regel 349:
     * EN ddexportnaarREV is leeg OF dddatumlaatstewijziging groter dan ddexportnaarrev     * EN ddexportnaarREV is leeg OF dddatumlaatstewijziging groter dan ddexportnaarrev
     * EN ddeindGeldigheid is leeg of ddeindGeldigheid groter dan ddexportnaarrev     * EN ddeindGeldigheid is leeg of ddeindGeldigheid groter dan ddexportnaarrev
-  * Loop **Locatie-Evactiviteiten**: de rijen uit tbmilinrichtingen waarvoor geldt:+  * Loop **Locatie-EVactiviteiten**: de rijen uit tbmilinrichtingen waarvoor geldt:
     * Ddbegingeldigheid is niet leeg en kleiner dan vandaag     * Ddbegingeldigheid is niet leeg en kleiner dan vandaag
     * EN ddeindGeldigheid is leeg of ddeindGeldigheid groter dan ddexportnaarrev     * EN ddeindGeldigheid is leeg of ddeindGeldigheid groter dan ddexportnaarrev
Regel 372: Regel 372:
  
 Indien de instelling //Sectie: REV en Item: ExportTest// NIET aangevinkt is dan  Indien de instelling //Sectie: REV en Item: ExportTest// NIET aangevinkt is dan 
-  * wordt elke kaart die voldoet aan de criteria omgezet in een Json-file (bij inrichtingen gaat het dus steeds om de hele set inrichting + bijbehorende activiteiten + referentie en EV-contouren) en geëxporteerd naar het endpoint. Een nieuwe set met een POST bericht, wijzigingen op een bestaande set met een PUT bericht  +  * wordt elke kaart die voldoet aan de criteria omgezet in een JSON-file (bij inrichtingen gaat het dus steeds om de hele set inrichting + bijbehorende activiteiten + referentie en EV-contouren) en geëxporteerd naar het endpoint. Een nieuwe set met een POST bericht, wijzigingen op een bestaande set met een PUT bericht  
-  * Indien //Sectie: OWB,  Item: MessageLog// aangevinkt is EN de instelling //Sectie: REV, Item: Messagelog// ook aangevinkt is, dan wordt elke geëxporteerde Jsonfile + antwoord opgenomen in de Messagelog.+  * Indien //Sectie: OWB,  Item: MessageLog// aangevinkt is EN de instelling //Sectie: REV, Item: Messagelog// ook aangevinkt is, dan wordt elke geëxporteerde JSON-file + antwoord opgenomen in de Messagelog.
   * Indien succesvol opgenomen in REV (resultcode 200 of 201) dan worden van de betreffende kaarten in OpenWave   * Indien succesvol opgenomen in REV (resultcode 200 of 201) dan worden van de betreffende kaarten in OpenWave
     * de datum exportnaarREV gevuld met timestamp     * de datum exportnaarREV gevuld met timestamp
  • openwave/1.30/applicatiebeheer/instellen_inrichten/register_exrterne_veiligheid.1714379649.txt.gz
  • Laatst gewijzigd: 2024/04/29 10:34
  • door Ton Pullens