Verschillen

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

Link naar deze vergelijking

Beide kanten vorige revisieVorige revisie
Volgende revisie		Vorige revisie
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 Gottschaldev: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. 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. 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 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).   * 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:  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. 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}}