openwave:1.34: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
Volgende revisie		 Vorige revisie
openwave:1.34:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2025/12/18 12:45] – ↷ Links aangepast vanwege een verplaatsing Kars Gottschalopenwave:1.34:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2026/01/21 13:45] (huidige) – Paul de Boer
Regel 1: Regel 1:
 ====== Register Externe Veiligheid ====== ====== Register Externe Veiligheid ======
  
-Vanuit OpenWave kunnen gegevens periodiek worden aangeleverd aan het Register Externe Veiligheid (REV). Daartoe is het Informatiemodel Externe Veiligheid (IMEV 2.0) ingepast in de OpenWave database met API-versie 4.+Vanuit OpenWave kunnen gegevens periodiek worden aangeleverd aan het Register Externe Veiligheid (REV). Daartoe is het Informatiemodel Externe Veiligheid (IMEV 3,02) ingepast in de OpenWave database met API-versie 5.
 Op deze pagina staat beschreven wat er in het beheer in te stellen is, welke REV gegevens men bij inrichtingen/locatiedossiers waar kan vinden en hoe de Export naar de REV in zijn werk gaat. Op deze pagina staat beschreven wat er in het beheer in te stellen is, welke REV gegevens men bij inrichtingen/locatiedossiers waar kan vinden en hoe de Export naar de REV in zijn werk gaat.
  
Regel 26: Regel 26:
 <adm warning> <adm warning>
 De objectbenamingen, de attribuutnamen en types en waardelijstnamen moeten WEL exact zo zijn als in het IMEV-model zijn opgegeven. De objectbenamingen, de attribuutnamen en types en waardelijstnamen moeten WEL exact zo zijn als in het IMEV-model zijn opgegeven.
 +Alleen de attributen die in inhet REV IMEV model 302 verplicht zijn worden standaard met overnemen aangevinkt uitgelverd in OpenWave
 </adm> </adm>
  
Regel 38: Regel 39:
 <adm warning> <adm warning>
 De objectbenamingen, de attribuutnamen en types en waardelijstnamen moeten WEL exact zo zijn als in het IMEV-model zijn opgegeven. De objectbenamingen, de attribuutnamen en types en waardelijstnamen moeten WEL exact zo zijn als in het IMEV-model zijn opgegeven.
 +Alleen de attributen die in inhet REV IMEV model 302 verplicht zijn worden standaard met overnemen aangevinkt uitgelverd in OpenWave.
 +Het attrribuut met de naam geometrie is niet muteerbaar.
 </adm> </adm>
  
Regel 52: Regel 55:
 <adm warning> <adm warning>
 De objectbenamingen, de attribuutnamen en types en waardelijstnamen moeten WEL exact zo zijn als in het IMEV-model zijn opgegeven. De objectbenamingen, de attribuutnamen en types en waardelijstnamen moeten WEL exact zo zijn als in het IMEV-model zijn opgegeven.
 +Alleen de attributen die in inhet REV IMEV model 302 verplicht zijn worden standaard met overnemen aangevinkt uitgelverd in OpenWave.
 +Het attrribuut met de naam geometrie is niet muteerbaar.
 </adm> </adm>
  
Regel 137: Regel 142:
 De kolom **OW-identificatie** (dvrevbronobjectid) kan gebruikt worden om de locatie-EVactiviteit zowel in het REV als in OpenWave met een eigen codering te vullen. Toepassing: zie [[openwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]].  De kolom **OW-identificatie** (dvrevbronobjectid) kan gebruikt worden om de locatie-EVactiviteit zowel in het REV als in OpenWave met een eigen codering te vullen. Toepassing: zie [[openwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]]. 
          
-De **beginGeldigheid** slaat hier op de begin geldigheid van de Locatie-EVactiviteit. 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 Locatie-EVactiviteit 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 EV-activiteiten (in tbmilbklactiviteiten). Bij een succesvol geaccepteerd wijzigingsbericht (een PUT), wanneer een of meer attributen van waarde zijn veranderd, zal de beginGeldigheid automatisch met de datum van de export worden vervangen. +De **beginGeldigheid** slaat hier op de begin geldigheid van de Locatie-EVactiviteit. 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 dan dat exportmoment. Indien de Locatie-EVactiviteit 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 EV-activiteiten (in tbmilbklactiviteiten). Bij een succesvol geaccepteerd wijzigingsbericht (een PUT), wanneer een of meer attributen van waarde zijn veranderd, zal de beginGeldigheid automatisch met de datum van de export worden vervangen. 
  
 De **eindGeldigheid** slaat hier op de eindgeldigheid van de Locatie-EVactiviteit. 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 op het moment van export Indien de datum ExportNaarREv is gevuld en de oude waarde van ddeindGeldigheid 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 EV-activiteiten en 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 Locatie-EVactiviteit. 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 op het moment van export Indien de datum ExportNaarREv is gevuld en de oude waarde van ddeindGeldigheid 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 EV-activiteiten en contouren (voor zover die voorzien zijn van een gevulde beginGeldigheid) zo nodig worden aangepast naar deze datum.
-Indien een eindeGeldiheid is gevuld en deze is keliner dan de exportdatum dan kan de kaart verwijderd worden. Bij een volgende xport wordt dat het betreffende rec-object niet meegenoimen en op die manier verwijderd in het REV.+Indien een eindeGeldiheid is gevuld en deze is kleiner dan de exportdatum dan kan de kaart verwijderd worden. Bij een volgende xport wordt dat betreffende rev-object niet meegenomen en op die manier verwijderd in het REV.
  
 De **datum laatst gewijzigd** wordt automatisch gevuld met het moment, waarop een van de volgende inrichtingskolommen een nieuwe waarde krijgt: polygoon, kvknr, handelsnaam, inrichtingsnaam, of de REV-Kolommen: dvroutebasisnetwegen, dvvervoerstypebasisnet, dveigenaarbuislst, dvlocatieevactiviteit en ddbeginGeldigheid, ddeindGeldigheid, dvrevbagnummerid, dvrevbronobjectid en dvrevlocatieomschrijving. De **datum laatst gewijzigd** wordt automatisch gevuld met het moment, waarop een van de volgende inrichtingskolommen een nieuwe waarde krijgt: polygoon, kvknr, handelsnaam, inrichtingsnaam, of de REV-Kolommen: dvroutebasisnetwegen, dvvervoerstypebasisnet, dveigenaarbuislst, dvlocatieevactiviteit en ddbeginGeldigheid, ddeindGeldigheid, dvrevbagnummerid, dvrevbronobjectid en dvrevlocatieomschrijving.
Regel 147: Regel 152:
  
 De datum **geëxporteerd naar REV** (ddexportnaarREV) wordt automatisch gevuld op het moment dat een gehele set - dus: inrichting (locatie-EVactiviteit) met alle onderliggende objecten (EV-activiteiten, referentie- en EV-contouren) - succesvol is geëxporteerd naar het REV. De geschedulede export naar REV (zie verderop) loopt alle inrichtingskaarten af waarvoor onder meer geldt dat de //datum laatste wijziging set// groter is dan deze datum //geëxporteerd naar REV//. De datum **geëxporteerd naar REV** (ddexportnaarREV) wordt automatisch gevuld op het moment dat een gehele set - dus: inrichting (locatie-EVactiviteit) met alle onderliggende objecten (EV-activiteiten, referentie- en EV-contouren) - succesvol is geëxporteerd naar het REV. De geschedulede export naar REV (zie verderop) loopt alle inrichtingskaarten af waarvoor onder meer geldt dat de //datum laatste wijziging set// groter is dan deze datum //geëxporteerd naar REV//.
 +Alleen de systeembeheerder heeft het recht om de exportdatum naar rev aan te passen om omgerijmdheid tussen REV en OpenWave op te kunnen lossen (bijv als expoortdatum gevuld , maar de inrichting bestaat niet in REV).
  
 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. 
Regel 152: Regel 158:
 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// en bronhouderscodeOverheid (kolom //Tekst// van //sectie: REV en item: BronhoudercodeOverheid.//. Deze gegevens worden door Rijkswaterstaat uitgegeven. Bij ontbreken komt een leeg scherm.
  
 De preview controleert zoveel mogelijk op voorhand of de te exporteren set van objecten aan alle voorwaarden voldoet. Bijv. De preview controleert zoveel mogelijk op voorhand of de te exporteren set van objecten aan alle voorwaarden voldoet. Bijv.
Regel 189: Regel 195:
 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 dat exportmoment. 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-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.   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.  
Regel 232: Regel 238:
 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
  
-De **beginGeldigheid** slaat hier op de begin geldigheid van de Referentiecontour. 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. +De **beginGeldigheid** slaat hier op de begin geldigheid van de Referentiecontour. 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 dat moment van export.\\ 
- Indien de referentiecontour 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 EV-contouren (in tbmilopslagevcontouren).+Indien de referentiecontour 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 EV-contouren (in tbmilopslagevcontouren).
  
 Omgekeerd geldt dus dat de beginGeldigheid bij een POST groter of gelijk moet zijn aan de beginGeldigheid van de bovenliggende EV-Activiteit. 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 EV-Activiteit. 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 348: Regel 354:
 De taskscheduler voert de action ExportREV in twee loops uit: De taskscheduler voert de action ExportREV in twee loops uit:
   * Loop **Kwetsbare gebouwen en locaties**: de rijen uit tbmilbklkwetsbgebloc waarvoor geldt:   * Loop **Kwetsbare gebouwen en locaties**: de rijen uit tbmilbklkwetsbgebloc waarvoor geldt:
-    * ddBeginGeldigheid niet leeg en kleiner dan vandaag+    * ddBeginGeldigheid niet leeg en kleiner dan moment van export
     * EN ddexportnaarREV is leeg OF dddatumlaatstewijziging groter dan ddexportnaarrev     * EN ddexportnaarREV is leeg OF dddatumlaatstewijziging groter dan ddexportnaarrev
   * Loop **Locatie-EVactiviteiten**: de rijen uit tbmilinrichtingen waarvoor geldt:   * Loop **Locatie-EVactiviteiten**: de rijen uit tbmilinrichtingen waarvoor geldt:
Regel 382: Regel 388:
 Zijn alle kaarten van beide loops doorlopen, dan wordt de status in de taskcheduler kaart op 0 gezet (succesvol uitgevoerd) en en krijgt //Getal1// van de instelling //Sectie: Operations, Item: ExportREV// de waarde 0. Zijn alle kaarten van beide loops doorlopen, dan wordt de status in de taskcheduler kaart op 0 gezet (succesvol uitgevoerd) en en krijgt //Getal1// van de instelling //Sectie: Operations, Item: ExportREV// de waarde 0.
  
-{{tag>openwave:1.33:applicatiebeheer:functionaliteiten:rev}}+{{tag>openwave:1.34:applicatiebeheer:functionaliteiten:rev}}
  • openwave/1.34/applicatiebeheer/instellen_inrichten/register_exrterne_veiligheid.1766058319.txt.gz
  • Laatst gewijzigd: 2025/12/18 12:45
  • door Kars Gottschal