openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten

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.33:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2025/10/10 10:25] – [Projectactiviteiten] Ton Pullensopenwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2025/11/07 15:35] (huidige) – Lonneke van Dijk
Regel 169: Regel 169:
  
 Per blok ''<projectlocatie>'' wordt een kaart aangemaakt in deze tabel, waarbij - indien aanwezig - zowel puntcoördinaat, als polygoon (vooralsnog alleen de exterior ring), als adresgegevens, als kadastrale gegevens worden overgenomen. De puntcoördinaten en polygonen worden door OpenWave omgerekend naar het Rijksdriehoekstelsel.]] Per blok ''<projectlocatie>'' wordt een kaart aangemaakt in deze tabel, waarbij - indien aanwezig - zowel puntcoördinaat, als polygoon (vooralsnog alleen de exterior ring), als adresgegevens, als kadastrale gegevens worden overgenomen. De puntcoördinaten en polygonen worden door OpenWave omgerekend naar het Rijksdriehoekstelsel.]]
-Indien geen blok adresAanduiding in STAM-bericht en ook geen blok kadastralegegevens dan wordt de tbprojectlocaties.straatnaam gevuld met 'Getekend gebied'.+Indien geen blok adresAanduiding in STAM-bericht en ook geen blok kadastralegegevens dan wordt de tbprojectlocaties.straatnaam gevuld met 'Getekend gebied'.\\ 
 +Openwave kijkt naar de coördinaten van het blok coordinatenetrs of (vanaf STAM 6) naar //coordinatenafgeleid//. Indien deze staan in rijksdriehoek (epsg 28992) dan worden ze rechtstreeks overgenomen in de rijksdriehoekkolommen //dvgmlrdpolygoon, dvxrdcoordinaat, dvyrdcoordinaat. // Zo niet dan worden de gegevens door OpenWave geconverteerd van het opgegeven stelsel naar rijksdriehoek: en dat verklaart soms een minimale afwijking ten opzichte van de opgegeven coördinaten.
  
 Indien de omgevingzaak is aangemaakt bij het onbekende perceeladres (DummyLokatiePerceelkey of dnkeyswfdummyadres bij compartiment) EN de instelling //Sectie: DSO-VerzoekAfhandelen en Item: Hoofdprojectlocatie// is aangevinkt, dat wordt de kolom tbzaakkadperc.dlhoofdprojectlocatie van de eerste projectlocatie uit het STAM-bericht automatisch op T gezet. Indien de omgevingzaak is aangemaakt bij het onbekende perceeladres (DummyLokatiePerceelkey of dnkeyswfdummyadres bij compartiment) EN de instelling //Sectie: DSO-VerzoekAfhandelen en Item: Hoofdprojectlocatie// is aangevinkt, dat wordt de kolom tbzaakkadperc.dlhoofdprojectlocatie van de eerste projectlocatie uit het STAM-bericht automatisch op T gezet.
 +
 +Indien de instelling //Sectie: DSO-VerzoekAfhandelen en Item: Hoofdprojectlocatie// is aangevinkt EN //Getal1 = 1.0// dan zal het vinkje ook aangevinkt worden voor bekende projectlocaties (projectlocaties op grond van stambericht DSO die __niet__ landen op een dummy-adres). 
  
 ==== Bevoegd gezag ==== ==== Bevoegd gezag ====
Regel 309: Regel 312:
  
 //Bij Initiëren/Indienen en Conceptverzoek en Aanvullen// //Bij Initiëren/Indienen en Conceptverzoek en Aanvullen//
-Het blok <betrokkene> is voorzien van het atribuut //rol//+Het blok <betrokkene> is voorzien van het attribuut //rol//
 De betrokkene kan de rol initiatiefnemer hebben en de rol gemachtigde. De betrokkene kan de rol initiatiefnemer hebben en de rol gemachtigde.
 Voor beide rollen is onderstaande proceslogica gelijk. Voor beide rollen is onderstaande proceslogica gelijk.
  
-<adm warning LET OP >+<adm warning>
 Veel tags onder het blok <betrokkene> kunnen twee keer voorkomen (hoeft dus niet). Als een tag twee keer voorkomt dat is daar het attribuut bron bijgevoegd, namelijk bron = “DSO-LV” wil zeggen: zo staat het in de basisregistratie OF  bron = “gebruiker” wil zeggen dat de aanvrager het gegeven heeft overschreven\\  Veel tags onder het blok <betrokkene> kunnen twee keer voorkomen (hoeft dus niet). Als een tag twee keer voorkomt dat is daar het attribuut bron bijgevoegd, namelijk bron = “DSO-LV” wil zeggen: zo staat het in de basisregistratie OF  bron = “gebruiker” wil zeggen dat de aanvrager het gegeven heeft overschreven\\ 
 In het geval dat een tag 2 x voorkomt dan redeneert Openwave vanuit de tag met attribuut bron = “gebruiker”. In het geval dat een tag 2 x voorkomt dan redeneert Openwave vanuit de tag met attribuut bron = “gebruiker”.
Regel 320: Regel 323:
 De betrokkene kan een natuurlijk persoon zijn:  het blok <betrokkeneNP> De betrokkene kan een natuurlijk persoon zijn:  het blok <betrokkeneNP>
   * achternaam   * achternaam
-  * voorvoegesel +  * voorvoegsel 
-  * tussenviegesl+  * tussenvoegsel
   * bsn   * bsn
   * geboortedatum   * geboortedatum
Regel 353: Regel 356:
     * woonplaatsnaam     * woonplaatsnaam
  
-Daarnaast kunnen bij de betrokkene drie extra contacgegevens worden opgegeven in het blok <kanaal> met het atribuut doel="vragen'  +Daarnaast kunnen bij de betrokkene drie extra contactgegevens worden opgegeven in het blok <kanaal> met het attribuut doel="vragen'  
   * emailadres   * emailadres
   * telefoonnummer   * telefoonnummer
Regel 377: Regel 380:
 Bij de bestaande of nieuwe relatie in tbomgvergcontactennn worden de drie extra vraag-contactgegevens opgenomen onder de kolommen dvvraagcontact, dvvraagemail en dvvraagtelefoon. Bij de bestaande of nieuwe relatie in tbomgvergcontactennn worden de drie extra vraag-contactgegevens opgenomen onder de kolommen dvvraagcontact, dvvraagemail en dvvraagtelefoon.
  
-In de view vwfromgcontacten tbv de contactenlijst op het scherm MDLC_geefOmgContactenOverzicht.xml zijn deze drie kolommen dvvraagcontactmet, dvvraagemail en dvvraagtelefoon opgenomen waarbij geldt dat  de schermkolom   +In de view vwfromgcontacten t.b.v. de contactenlijst op het scherm MDLC_geefOmgContactenOverzicht.xml zijn deze drie kolommen dvvraagcontactmet, dvvraagemail en dvvraagtelefoon opgenomen waarbij geldt dat de schermkolom   
-  * voor vragen wordt gevuld met  dvvraagcontactmet en dus ook leeg kan zijn +  * voor vragen wordt gevuld met dvvraagcontactmet en dus ook leeg kan zijn 
-  * email wordt gevuld met  dvvraagemail, maar als deze leeg is met de email van het contactadres +  * email wordt gevuld met dvvraagemail, maar als deze leeg is met de email van het contactadres 
-  * telefoon wordt gevuld met dvvraagtelefoon, maar als deze leeg is met de telefoon cq mobiel van het contactadres.+  * telefoon wordt gevuld met dvvraagtelefoon, maar als deze leeg is met de telefoon c.q. mobiel van het contactadres.
  
 De binnenlandse adresgegevens komen in OpenWave in tbcontactadressen onder het blok verblijfs/bezoekadres.\\ De binnenlandse adresgegevens komen in OpenWave in tbcontactadressen onder het blok verblijfs/bezoekadres.\\
 De buitenlandse adresgegevens komen in OpenWave in tbcontactadressen onder het blok adres buitenland.\\ De buitenlandse adresgegevens komen in OpenWave in tbcontactadressen onder het blok adres buitenland.\\
-De postbus en antwoordnummers komen in OpenWave in tbcontactadressen onder het blok posadres, waarbij+De postbus en antwoordnummers komen in OpenWave in tbcontactadressen onder het blok postadres, waarbij
   * Indien instelling //Sectie = koppelingnhr en Item = postbusnrinhuisnr// bestaat EN aangevinkt is dan wordt de straatnaam: //postbus cq antwoordnummer// en komt het nummer zelf in de huisnummer, en anders komt in de straatnaam //postbus cq antwoordnummer// direct gevolgd door het nummer zelf (en blijft huisnummer leeg)   * Indien instelling //Sectie = koppelingnhr en Item = postbusnrinhuisnr// bestaat EN aangevinkt is dan wordt de straatnaam: //postbus cq antwoordnummer// en komt het nummer zelf in de huisnummer, en anders komt in de straatnaam //postbus cq antwoordnummer// direct gevolgd door het nummer zelf (en blijft huisnummer leeg)
   * het antwoordnummer prioriteit krijgt boven het postbusnummer indien beiden zijn gevuld.   * het antwoordnummer prioriteit krijgt boven het postbusnummer indien beiden zijn gevuld.
Regel 505: Regel 508:
  
 Op grond van de combinatie soort activiteit en zaaktype kan Openwave alvast product/subproduct/team vullen bij de aangemaakte omgevingzaak. Op grond van de combinatie soort activiteit en zaaktype kan Openwave alvast product/subproduct/team vullen bij de aangemaakte omgevingzaak.
-Zie hiervoor onder het //Blok default product/subproduct/team bij dsoverzoek met deze activiteit// bij [[..:portalen_en_moduleschermen:zaakbeheer:tegels_kolom_afhandeling:soort_activiteit_onderdeel|]]+Zie hiervoor onder het //Blok default product/subproduct/team bij dsoverzoek met deze activiteit// bij [[..:portalen_en_moduleschermen:zaakbeheer:tegels_kolom_afhandeling:soort_activiteit_onderdeel|]].
  
 ===== Negeren van binnenkomende kopieberichten ===== ===== Negeren van binnenkomende kopieberichten =====
  • openwave/1.33/applicatiebeheer/probleemoplossing/programmablokken/verwerking_dso_stam_berichten.1760084749.txt.gz
  • Laatst gewijzigd: 2025/10/10 10:25
  • door Ton Pullens