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/08/25 15:56] – Ton Pullensopenwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2025/11/07 15:35] (huidige) – Lonneke van Dijk
Regel 37: Regel 37:
 Via de digi-koppelaar (Jnet/EnableU) kan een bericht doorgegeven worden in eigen JSON-formaat waarin een externe zaakidentifier (requestor-reference) en een DSO-verzoeknummer is opgenomen.\\   Via de digi-koppelaar (Jnet/EnableU) kan een bericht doorgegeven worden in eigen JSON-formaat waarin een externe zaakidentifier (requestor-reference) en een DSO-verzoeknummer is opgenomen.\\  
 Het doel van dit bericht is om OpenWave te laten weten onder welke zaakcodering het DSO-verzoek bij het bevoegd gezag is aangemaakt, zodat OpenWave na de behandeling van datzelfde DSO-verzoek door de omgevingsdienst, de van belang zijnde documenten kan exporteren naar dat bevoegd gezag. Zie: [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:export_documenten_bij_dso_zaak_van_map_naar_dms_bevoegd_gezxag]] Het doel van dit bericht is om OpenWave te laten weten onder welke zaakcodering het DSO-verzoek bij het bevoegd gezag is aangemaakt, zodat OpenWave na de behandeling van datzelfde DSO-verzoek door de omgevingsdienst, de van belang zijnde documenten kan exporteren naar dat bevoegd gezag. Zie: [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:export_documenten_bij_dso_zaak_van_map_naar_dms_bevoegd_gezxag]]
-<code JSON>+ 
 +<code json>
 { {
     "casetype_id": "f8285eb3-6fd2-4b9a-8663-dfd0df9767af",     "casetype_id": "f8285eb3-6fd2-4b9a-8663-dfd0df9767af",
Regel 91: Regel 92:
  
 <adm STAM 5 versus STAM 4> <adm STAM 5 versus STAM 4>
-Met STAM 5.0 is het een en ander veranderd qua inhoud van tag <doel>, is tag <type> hergebruikt voor een nieuwe toevoeging en is er een tag bijgekomen: <plicht>. In tag <plicht> staan de waardes die in STAM 4 nog bij tag <type> werden gebruikt. \\+Met STAM 5.0 is het een en ander veranderd qua inhoud van tag ''<doel>'', is tag ''<type>'' hergebruikt voor een nieuwe toevoeging en is er een tag bijgekomen: ''<plicht>''. In tag ''<plicht>'' staan de waardes die in STAM 4 nog bij tag ''<type>'' werden gebruikt.
 Onderstaand wordt de verwerking uitgelegd voor zowel STAM 4 als 5. In de praktijk zal er qua instellingen en verwerking niets veranderen voor STAM 5 en hoeft men alleen voor VerkenUwIdee een nieuw zaaktype aan te wijzen. Onderstaand wordt de verwerking uitgelegd voor zowel STAM 4 als 5. In de praktijk zal er qua instellingen en verwerking niets veranderen voor STAM 5 en hoeft men alleen voor VerkenUwIdee een nieuw zaaktype aan te wijzen.
 </adm> </adm>
  
-Uit de tag <doel> wordt bepaald of het bericht gaat over Initiëren (STAM 4)/Indienen (STAM 5), Conceptverzoek (alleen STAM 4), Aanvullen of Intrekken. In STAM 5 is er nieuwe tag <type> aanwezig met mogelijke waardes: Concept, Definitief, Idee. Het type geeft aan of het om een Conceptverzoek, Definitieve aanvraag of een VerkenUwIdee gaat.+Uit de tag ''<doel>'' wordt bepaald of het bericht gaat over Initiëren (STAM 4)/Indienen (STAM 5), Conceptverzoek (alleen STAM 4), Aanvullen of Intrekken. In STAM 5 is er nieuwe tag ''<type>'' aanwezig met mogelijke waardes: Concept, Definitief, Idee. Het type geeft aan of het om een Conceptverzoek, Definitieve aanvraag of een VerkenUwIdee gaat.
   * Indien **Aanvullen** dan wordt de kaart gezocht in tbomgvergunning met dvlvoaanvraagnr = verzoeknummer. Indien niet gevonden of er zijn meerdere kaarten gevonden met hetzelfde verzoeknummer dan wordt de verwerking gestopt (zie kolom //Error// in messagelog). Indien wel gevonden dan wordt een kaartje aangemaakt in tbomgdsoaanvulintrek bij de betreffende omgevingszaak (deze tabel is zichtbaar als lijstje in detailscherm omgevingszaak in blok **DSO-aanvullingen**) met het volgnummer en doel.    * Indien **Aanvullen** dan wordt de kaart gezocht in tbomgvergunning met dvlvoaanvraagnr = verzoeknummer. Indien niet gevonden of er zijn meerdere kaarten gevonden met hetzelfde verzoeknummer dan wordt de verwerking gestopt (zie kolom //Error// in messagelog). Indien wel gevonden dan wordt een kaartje aangemaakt in tbomgdsoaanvulintrek bij de betreffende omgevingszaak (deze tabel is zichtbaar als lijstje in detailscherm omgevingszaak in blok **DSO-aanvullingen**) met het volgnummer en doel. 
       * Uitzondering: indien niet gevonden maar instelling //Sectie: DSO, Item: AanvullingTotNieuweZaak// is aangevinkt (default false) dan wordt er wel een nieuwe zaak aangemaakt. Dit kan men zo instellen om de DSO verzoeken tot een nieuwe zaak te verwerken in OpenWave waarop al 1 of meer aanvullingen zijn, die pas na het wijzigen van bevoegd gezag bij de organisatie binnenkomen. In dit geval stuurt het DSO alleen de laatste Aanvulling naar de organisatie. Als de instelling aan staat zal er een nieuwe zaak worden aangemaakt conform werking zoals beschreven op deze pagina (doel blijft //Aanvullen//). Daarnaast wordt een record in tbomgdsoaanvulintrek bij de nieuwe omgevingszaak aangemaakt. Mocht er ingesteld staan dat er automatisch een DSO ontvangstbevestigingsmail verstuurd moet worden dan zal deze van sjabloon Aanvulling zijn.       * Uitzondering: indien niet gevonden maar instelling //Sectie: DSO, Item: AanvullingTotNieuweZaak// is aangevinkt (default false) dan wordt er wel een nieuwe zaak aangemaakt. Dit kan men zo instellen om de DSO verzoeken tot een nieuwe zaak te verwerken in OpenWave waarop al 1 of meer aanvullingen zijn, die pas na het wijzigen van bevoegd gezag bij de organisatie binnenkomen. In dit geval stuurt het DSO alleen de laatste Aanvulling naar de organisatie. Als de instelling aan staat zal er een nieuwe zaak worden aangemaakt conform werking zoals beschreven op deze pagina (doel blijft //Aanvullen//). Daarnaast wordt een record in tbomgdsoaanvulintrek bij de nieuwe omgevingszaak aangemaakt. Mocht er ingesteld staan dat er automatisch een DSO ontvangstbevestigingsmail verstuurd moet worden dan zal deze van sjabloon Aanvulling zijn.
Regel 168: 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 227: Regel 231:
 ==== Initiatiefnemer ==== ==== Initiatiefnemer ====
 <adm warning> <adm warning>
-STAM 5 of ouder. Is vervangen door blok <betrokkene>+Alleen STAM 5 of ouder. Is in STAM 6 vervangen door blok <betrokkene>
 </adm> </adm>
 //Bij Initiëren/Indienen en Conceptverzoek en Aanvullen// //Bij Initiëren/Indienen en Conceptverzoek en Aanvullen//
Regel 284: Regel 288:
  
 ==== Gemachtigde ==== ==== Gemachtigde ====
 +
 <adm warning> <adm warning>
-STAM 5 of ouder. Is vervangen door blok <betrokkene>+Alleen STAM 5 of ouder. Is in STAM 6 vervangen door blok <betrokkene>
 </adm> </adm>
 +
 //Bij Initiëren, Indienen en Conceptverzoek en Aanvullen// //Bij Initiëren, Indienen en Conceptverzoek en Aanvullen//
  
-Een BSN-nummer bestaande uit 9 nullen beschouwd OpenWave als leeg.\\ +Een BSN-nummer bestaande uit 9 nullen beschouwd OpenWave als leeg. 
-Een KvK-nummer bestaande uit 8 nullen beschouwd OpenWave als leeg.\\+ 
 +Een KvK-nummer bestaande uit 8 nullen beschouwd OpenWave als leeg. 
 De gegevens uit blok ''<gemachtigde>'' worden aangevuld of nieuw aangemaakt in de tabel tbcontactadressen (omgevingstegel //Contactadressen//). De relatie tussen het contactadres en de omgevingszaak ligt in de dochtertabel tbomgvergcontactennn op de kaart met dvcodeadressoort = GEM (zie hierboven bij verplichte instellingen). Bij **Aanvullen** kijkt OpenWave of deze relatie in tbomgvergcontactennn reeds bestaat. Zo ja dan worden de contactgegevens zo mogelijk aangepast in de betrokken adreskaart van tbcontactadressen. Zo nee, - of het gaat om **Initiëren of Vooroverleg** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. Net als bij de Aanvrager kijkt OpenWave in het STAM-bericht naar de aanwezigheid van BSN, KvK-nummer of vestigingsnummer en zoekt daarmee naar een bestaande, niet vervallen (unieke) kaart in tbcontactadressen. Deze logica is gelijk voor zowel de aanvrager als de gemachtigde. De gegevens uit blok ''<gemachtigde>'' worden aangevuld of nieuw aangemaakt in de tabel tbcontactadressen (omgevingstegel //Contactadressen//). De relatie tussen het contactadres en de omgevingszaak ligt in de dochtertabel tbomgvergcontactennn op de kaart met dvcodeadressoort = GEM (zie hierboven bij verplichte instellingen). Bij **Aanvullen** kijkt OpenWave of deze relatie in tbomgvergcontactennn reeds bestaat. Zo ja dan worden de contactgegevens zo mogelijk aangepast in de betrokken adreskaart van tbcontactadressen. Zo nee, - of het gaat om **Initiëren of Vooroverleg** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. Net als bij de Aanvrager kijkt OpenWave in het STAM-bericht naar de aanwezigheid van BSN, KvK-nummer of vestigingsnummer en zoekt daarmee naar een bestaande, niet vervallen (unieke) kaart in tbcontactadressen. Deze logica is gelijk voor zowel de aanvrager als de gemachtigde.
 +
 Dus alleen indien er geen unieke kaart gevonden wordt, of het gaat om een bedrijf en de achternaam is niet leeg van de contact in OpenWave, dan wordt een nieuwe kaart aangemaakt in tbcontactadressen. Dus alleen indien er geen unieke kaart gevonden wordt, of het gaat om een bedrijf en de achternaam is niet leeg van de contact in OpenWave, dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
 +
 <adm Altijd nieuw Niet Natuurlijk Contact aanmaken?> <adm Altijd nieuw Niet Natuurlijk Contact aanmaken?>
 Indien de instelling //Sectie: DSO en Item: AltijdNieuwNNP// is aangevinkt en de gemachtigde is een niet natuurlijk persoon (KvK- dan wel vestigingsnummer is gevuld) dan zal er altijd een nieuw contactadres aangemaakt worden in OpenWave. Deze instelling kan gebruikt worden ter voorkoming van overschrijven van niet natuurlijk contactpersonen in OpenWave. Indien de instelling //Sectie: DSO en Item: AltijdNieuwNNP// is aangevinkt en de gemachtigde is een niet natuurlijk persoon (KvK- dan wel vestigingsnummer is gevuld) dan zal er altijd een nieuw contactadres aangemaakt worden in OpenWave. Deze instelling kan gebruikt worden ter voorkoming van overschrijven van niet natuurlijk contactpersonen in OpenWave.
Regel 299: Regel 309:
 Wat betreft het overnemen/overschrijven van persoons- dan wel bedrijfsgegevens en de adresgegevens redeneert OpenWave hetzelfde als hierboven beschreven bij de initiatiefnemer. Wat betreft het overnemen/overschrijven van persoons- dan wel bedrijfsgegevens en de adresgegevens redeneert OpenWave hetzelfde als hierboven beschreven bij de initiatiefnemer.
  
-==== Betrokkene==== +==== Betrokkene ==== 
-//Bij Initiëren/Indienen en Conceptverzoek en Aanvullen//\\ + 
-Het blok <betrokkene> is voorzien van het atribuut //rol//\\ +//Bij Initiëren/Indienen en Conceptverzoek en Aanvullen// 
-De betrokkene kan de rol initiatiefnemer hebben en de rol gemachtigde.\\ +Het blok <betrokkene> is voorzien van het attribuut //rol// 
-Voor beide rollen is onderstaande proceslogica gelijk.\\ +De betrokkene kan de rol initiatiefnemer hebben en de rol gemachtigde. 
-<adm warning LET OP >+Voor beide rollen is onderstaande proceslogica gelijk. 
 + 
 +<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 311: 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 323: Regel 335:
  
 De betrokkene kan één of meer adreskanalen hebben in het blok <kanaal> De betrokkene kan één of meer adreskanalen hebben in het blok <kanaal>
-  * <binnenlandsAdres>+  * ''<binnenlandsAdres>''
      * huisletter      * huisletter
      * huisnummer      * huisnummer
Regel 344: 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
   * contact   * contact
  
-Een BSN-nummer bestaande uit 9 nullen beschouwt OpenWave als leeg.\\ +Een BSN-nummer bestaande uit 9 nullen beschouwt OpenWave als leeg. 
-Een KvK-nummer bestaande uit 8 nullen beschouwt OpenWave als leeg.\\ +Een KvK-nummer bestaande uit 8 nullen beschouwt OpenWave als leeg. 
-Een vestigingsnummer bestaande uit 12 nullen beschouwt OpenWave als leeg.\\ +Een vestigingsnummer bestaande uit 12 nullen beschouwt OpenWave als leeg. 
-Een rsin bestaande uit 9 nullen beschouwt OpenWave als leeg.\\+Een rsin bestaande uit 9 nullen beschouwt OpenWave als leeg.
  
 Bovenstaande gegevens uit blok <betrokkene> worden aangevuld of nieuw aangemaakt in de tabel tbcontactadressen (omgevingstegel //Contactadressen//).\\  Bovenstaande gegevens uit blok <betrokkene> worden aangevuld of nieuw aangemaakt in de tabel tbcontactadressen (omgevingstegel //Contactadressen//).\\ 
-De relatie tussen het contactadres en de omgevingszaak ligt in de dochtertabel tbomgvergcontactennn op de kaart met dvcodeadressoort = //GEM// (indien rol = gemachtigde) of //'AVR// (indien rol = initiatiefnemer).\\+De relatie tussen het contactadres en de omgevingszaak ligt in de dochtertabel tbomgvergcontactennn op de kaart met dvcodeadressoort = //GEM// (indien rol = gemachtigde) of //'AVR// (indien rol = initiatiefnemer).
  
 Bij **Aanvullen** kijkt OpenWave of deze relatie in tbomgvergcontactennn reeds bestaat. Zo ja dan worden de contactgegevens zo mogelijk aangepast in de betrokken adreskaart van tbcontactadressen. Zo nee, - of het gaat om **Initiëren of Vooroverleg** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. \\ Bij **Aanvullen** kijkt OpenWave of deze relatie in tbomgvergcontactennn reeds bestaat. Zo ja dan worden de contactgegevens zo mogelijk aangepast in de betrokken adreskaart van tbcontactadressen. Zo nee, - of het gaat om **Initiëren of Vooroverleg** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. \\
-OpenWave zoekt naar de aanwezigheid van respectievelijk BSN, vestigingsnummer, RSIN en KvK-nummer in de bestaande niet vervallen kaarten van tbcontactadressen. Voor controle bij de NNP-nummers geldt ook nog dat de achternaam leeg moet zijn: dus geen persoon gekoppeld aan dat contactadres. Deze logica is gelijk voor zowel de aanvrager als de gemachtigde.\\+OpenWave zoekt naar de aanwezigheid van respectievelijk BSN, vestigingsnummer, RSIN en KvK-nummer in de bestaande niet vervallen kaarten van tbcontactadressen. Voor controle bij de NNP-nummers geldt ook nog dat de achternaam leeg moet zijn: dus geen persoon gekoppeld aan dat contactadres. Deze logica is gelijk voor zowel de aanvrager als de gemachtigde. 
 Indien geen gegadigde wordt gevonden dan wordt een nieuwe kaart aangemaakt in tbcontactadressen. Indien geen gegadigde wordt gevonden dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
  
Regel 365: Regel 378:
 </adm> </adm>
  
-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   + 
-  * voor vragen wordt gevuld met  dvvraagcontactmet en dus ook leeg kan zijn +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   
-  * email wordt gevuld met  dvvraagemail, maar als deze leeg is met de email van het contactadres +  * voor vragen wordt gevuld met dvvraagcontactmet en dus ook leeg kan zijn 
-  * telefoon wordt gevuld met dvvraagtelefoon, maar als deze leeg is met de telefoon cq mobiel 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 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 379: Regel 393:
 Indien  Indien 
   * de instelling //Sectie: DSO-Verzoekafhandelen Item: Ontbrekendpostadresvullenmetvestiging// aangevinkt is.   * de instelling //Sectie: DSO-Verzoekafhandelen Item: Ontbrekendpostadresvullenmetvestiging// aangevinkt is.
-  • EN de straatnaam van het postadres in OpenWave is leeg (dvstraatnaam) +  * EN de straatnaam van het postadres in OpenWave is leeg (dvstraatnaam) 
 dan worden de postadresgegevens overschreven met die van het vestigingsadres. dan worden de postadresgegevens overschreven met die van het vestigingsadres.
- 
- 
- 
  
 ==== Activiteiten ==== ==== Activiteiten ====
Regel 395: Regel 406:
 De primary key van de gevonden of zojuist aangemaakte kaart in tbsrttoestemming wordt in combinatie met de primary key van de omgevingszaak opgezocht in tbtoestemmingen.dnkeyomgvergunningen en tbtoestemmingen.dnkeysrttoestemming. Indien NIET gevonden dan wordt een nieuwe kaart aangemaakt in tbtoestemmingen. De projectactiviteit is hiermee gekoppeld aan de omgevingszaak. De unieke DSO activiteit-id's, waarin ook een bevoegd gezag code is opgenomen, alsmede de onderliggende subactiviteitsnaam (indien van toepassing) worden bij de activiteit van de omgevingszaak overgenomen. De primary key van de gevonden of zojuist aangemaakte kaart in tbsrttoestemming wordt in combinatie met de primary key van de omgevingszaak opgezocht in tbtoestemmingen.dnkeyomgvergunningen en tbtoestemmingen.dnkeysrttoestemming. Indien NIET gevonden dan wordt een nieuwe kaart aangemaakt in tbtoestemmingen. De projectactiviteit is hiermee gekoppeld aan de omgevingszaak. De unieke DSO activiteit-id's, waarin ook een bevoegd gezag code is opgenomen, alsmede de onderliggende subactiviteitsnaam (indien van toepassing) worden bij de activiteit van de omgevingszaak overgenomen.
  
-Indien het gaat om een DSO-verzoek //plichttype// = +De kolom dvmbaplicht wordt overgenomen uit de kolom dvmbadefaultplicht van de gevonden soort activiteit (tbsrttoestemming).\\  
 +Indien deze defaultwaarde echter leeg is dan geldt indien het gaat om een DSO-verzoek //plichttype// = 
   * Informatieplicht dan worden de aangemaakte activiteiten default voorzien met tbtoestemmingen.dvmbaplicht = 'I'   * Informatieplicht dan worden de aangemaakte activiteiten default voorzien met tbtoestemmingen.dvmbaplicht = 'I'
   * Meldingplicht dan met 'M'   * Meldingplicht dan met 'M'
   * Aanvraag vergunning dan met 'V'   * Aanvraag vergunning dan met 'V'
- 
  
 === Specificaties (vragen en antwoorden per activiteit)=== === Specificaties (vragen en antwoorden per activiteit)===
Regel 439: Regel 450:
   dnkeytoestemmingen from tbdsospecificaties where dnkey = %keypointer%)) limit 1   dnkeytoestemmingen from tbdsospecificaties where dnkey = %keypointer%)) limit 1
 </code> </code>
 +
   * //Kolomnaam1// moet gevuld worden met de kolomnaam waar het wegnummer in moet komen: //dvwegnummer//   * //Kolomnaam1// moet gevuld worden met de kolomnaam waar het wegnummer in moet komen: //dvwegnummer//
   * //Waarde1// moet gevuld worden met het antwoord uit het DSO-bericht: //%dvdsoantwoord%//   * //Waarde1// moet gevuld worden met het antwoord uit het DSO-bericht: //%dvdsoantwoord%//
Regel 496: 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.1756130189.txt.gz
  • Laatst gewijzigd: 2025/08/25 15:56
  • door Ton Pullens