Verschillen

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

--- dev:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren [2026/07/15 10:16] – ↷ Pagina verplaatst van stable:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren naar dev:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren Kars Gottschal
+++ dev:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren [2026/07/15 10:20] (huidige) – Kars Gottschal
@@ Regel 3: / Regel 3: @@
 Op deze pagina wordt stapsgewijs uitgelegd hoe synchronisatie met de REV tot stand kan komen.
-Zie voor beheer en gebruik en export (OpenWave) Register Externe Veiligheid -gegevens: [[stable:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid]]
+Zie voor beheer en gebruik en export (OpenWave) Register Externe Veiligheid -gegevens: [[dev:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid]]
 Voor een functioneel beheerder is via het Operationsportaal onder kolom Import de tegel //REV Synchronisatie// te benaderen. Deze tegel toont een lijst op basis van de tabel TbRevImportlocevactiv van actuele locatie-EVactiviteiten uit het REV, waarmee OpenWave data kunnen worden gesynchroniseerd.
@@ Regel 58: / Regel 58: @@
   * De volgende kolommen van tbmilinrichtingen worden leeggemaakt: ddeindgeldigheid, ddrevpreviewok (datum laatste preview ok), ddmagexport (datum klaargezet voor export), dvcodemwmagexport (de medewerkerscode die ddmagexport heeft gevuld).
   * De volgende kolommen van tbmilinrichtingen worden gevuld met een timestamp: dddatumlaatstewijziging, ddexportnaarrev (dus de laatste exportdatum naar REV).
-  * Bij de inrichting worden vervolgens de activiteiten en referentiecontouren en EV-contouren uit Json resultset toegevoegd met alle attributen. Voorwaarde is wel dat de featuretype-namen en attribuutnamen uit de Json resultset overeenkomen met de definities uit de OpenWave beheertabellen EN dat voor de attributen geldt dat deze in OpenWave aangevinkt staan als Overnemen (zie [[stable:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid]]). De dddatumlaatstewijziging en ddexportnaarrev wordt voor alle aangemaakte kaarten gevuld met timestamp.
+  * Bij de inrichting worden vervolgens de activiteiten en referentiecontouren en EV-contouren uit Json resultset toegevoegd met alle attributen. Voorwaarde is wel dat de featuretype-namen en attribuutnamen uit de Json resultset overeenkomen met de definities uit de OpenWave beheertabellen EN dat voor de attributen geldt dat deze in OpenWave aangevinkt staan als Overnemen (zie [[dev:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid]]). De dddatumlaatstewijziging en ddexportnaarrev wordt voor alle aangemaakte kaarten gevuld met timestamp.
 De **noodzakelijke instellingen** zijn dezelfde als hierboven beschreven bij de knop //haal REV locatie-evactiviteiten identificatiecodes//. Om opslagkaarten te kunnen toevoegen (de referentiecontouren) zijn echter nog een aantal instellingen verplicht:
@@ Regel 68: / Regel 68: @@
 Aangezien het synchroniseren een tijdrovende kwestie kan zijn, wordt dit - om een time-out probleem te vermijden - gedaan in een runnable (dus zonder feedback in een userinterface). In de operationslog (tegel Operationslog in het service centrumportaal) is zichtbaar of het proces al klaar is (onder de code: //synchroniseeruitrev//) en zijn eventuele foutmeldingen zichtbaar. Om te vermijden dat gelijktijdig twee of meer keer hetzelfde proces wordt gestart, krijgt //Getal1// van de instelling //Sectie: Operations// en //Item: synchroniseeruitrev// bij het starten de waarde 1 en bij afsluiten de waarde 0.
-{{tag>openwave:1.34:applicatiebeheer:functionaliteiten:rev}}
+{{tag>dev:applicatiebeheer:functionaliteiten:rev}}