Verschillen

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

--- openwave:1.32:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2024/11/26 06:07] – ↷ Pagina verplaatst van openwave:1.31:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid naar openwave:1.32:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid Kars Gottschal
+++ openwave:1.32:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2025/04/24 16:22] (huidige) – Lonneke van Dijk
@@ Regel 1: / Regel 1: @@
 ======Register Externe Veiligheid======
-Vanuit OpenWave kunnen gegevens periodiek worden aangeleverd aan het Register Externe Veiligheid (REV). Daartoe is het Informatiemodel Externe Veiligheid (IMEV) ingepast in de OpenWave database.
+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.
 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.
-Zie voor synchronisatie van gegevens uit het REV naar OpenWave: [[openwave:1.31:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]]
+Zie voor synchronisatie van gegevens uit het REV naar OpenWave: [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]]
 =====Beheer ====
@@ Regel 100: / Regel 100: @@
 =====Activiteiten, contouren, kwetsbare gebouwen/locaties bij een inrichting ====
 {{:openwave:applicatiebeheer:instellen_inrichten:ow_rev_structuur_inrichting.png?800|}}
@@ Regel 137: / Regel 136: @@
 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.
-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.31: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.32: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.
@@ Regel 173: / Regel 172: @@
 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 nummeraanduiding in tbperceeladressen.
+De **BAG-nummerid** (in IMEV: idNummeraanduidingBAGExploitant) kan gevuld worden met de BAG nummeraanduiding-identifier van de locatie van de exploitant. Indien niet gevuld wordt hiervoor de BAG-nummeraanduiding van het perceeladres van de inrichting gebruikt. Een gevuld waarde in één van de twee is verplicht.
+Indien de BAG-nummeraanduiding (//tbperceeladressen.dvbagidentcode_3//) van het perceeladres van de inrichting is gevuld dan wordt deze waarde opgenomen in het (IMEV-item:) //idNummeraanduidingBAG//.
 ==== TbMilBklActiviteiten (EV-activiteiten)====
@@ Regel 219: / Regel 220: @@
 Om direct een **nieuwe opslagkaart met referentiecontour** toe te voegen kan de insertknop worden gebruikt onderaan het lijstje van gekoppelde referentiecontouren in het detailscherm van de EV-activiteit. Ook hier wordt de keuze van de mogelijke referentiecontouren beperkt door de //koppeltabel activiteit/referentiecontour//.
-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.31: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.32: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.
@@ Regel 337: / Regel 338: @@
   * bronhouderscode (kolom //Tekst// van //Sectie: REV// en //Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven.
-De export wordt gescheduled verzorgd door de [[openwave:1.31: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.32: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).
 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//).
@@ Regel 383: / Regel 384: @@
 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.31:applicatiebeheer:functionaliteiten:rev}}
+{{tag>openwave:1.32:applicatiebeheer:functionaliteiten:rev}}