Verschillen

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

--- openwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2026/05/06 15:30] – [Verzoeknotificatiebericht] ckluin
+++ openwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2026/05/29 15:45] (huidige) – [Betrokkene] Lonneke van Dijk
@@ Regel 95: / Regel 95: @@
     * 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.
   * Indien **Intrekken** dan wordt de kaart gezocht in tbomgvergunning met dvlvoaanvraagnr = verzoeknummer. Indien niet gevonden of er zijn meerdere gevonden 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 **Conceptverzoek** of **Initiëren** of **Indienen** dan wordt in principe altijd een nieuwe kaart gemaakt in TbOmgvergunning.
+  * Indien **Indienen** dan wordt in principe altijd een nieuwe kaart gemaakt in TbOmgvergunning.
 ==== Locatie ====
-Alleen bij Initiëren/Indienen en Conceptverzoek.
+Alleen bij Indienen.
 Uit blok ''<projectlocaties>'' wordt alleen de informatie uit het eerste sub blok ''<projectlocatie>'' gebruikt om de nieuwe zaak te koppelen aan precies één OpenWave locatie (tbperceeladressen). Als volgt:
@@ Regel 112: / Regel 112: @@
 ==== Zaaktype ====
-Alleen bij Initiëren/Indienen en Conceptverzoek.
+Alleen bij Indienen.
 De volgende (plicht)types kunnen worden aangeleverd in het verzoekbericht:
@@ Regel 135: / Regel 135: @@
   * Indien de zaak NIET voor een compartiment is dan:
-    * Indien doel = = Indienen EN type = Definitief, dan wordt in deze tabel de - niet vervallen - kaart opgezocht waar Verzoektype (dvdsotype) gelijk is aan de waarde van de aangeleverde tag  ''<Plicht>'' EN waarbij //Is zaaktype vooroverleg DSO// (dlisdsovooroverleg) **NIET** is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt. |  Dat moet er precies één zijn anders wordt de verwerking gestopt (zie kolom //Error// in messagelog).
+    * Indien doel = Indienen EN type = Definitief, dan wordt in deze tabel de - niet vervallen - kaart opgezocht waar Verzoektype (dvdsotype) gelijk is aan de waarde van de aangeleverde tag  ''<Plicht>'' EN waarbij //Is zaaktype vooroverleg DSO// (dlisdsovooroverleg) **NIET** is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt. Dat moet er precies één zijn anders wordt de verwerking gestopt (zie kolom //Error// in messagelog).
-    *  Indien doel = Indienen EN type = Concept, dan wordt in deze tabel de - niet vervallen - kaart opgezocht waar Verzoektype (dvdsotype) gelijk is aan de waarde van de aangeleverde tag ''<Plicht>'' EN waarbij //Is zaaktype vooroverleg DSO// (dlisdsovooroverleg) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt.. Dat moet er precies één zijn anders wordt de verwerking gestopt (zie kolom //Error// in messagelog).
+    *  Indien doel = Indienen EN type = Concept, dan wordt in deze tabel de - niet vervallen - kaart opgezocht waar Verzoektype (dvdsotype) gelijk is aan de waarde van de aangeleverde tag ''<Plicht>'' EN waarbij //Is zaaktype vooroverleg DSO// (dlisdsovooroverleg) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt. Dat moet er precies één zijn anders wordt de verwerking gestopt (zie kolom //Error// in messagelog).
-    *  Indien doel = Indienen EN type = Idee  dan wordt in deze tabel de - niet vervallen - kaart opgezocht waarbij //Is zaaktype Verken Uw Idee DSO// (dlisdsoverkenuwidee) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt (Verzoektype wordt niet naar gekeken en is idealiter leeg want wordt niet aangegeven bij VerkenUwIdee)
+    *  Indien doel = Indienen EN type = Idee dan wordt in deze tabel de - niet vervallen - kaart opgezocht waarbij //Is zaaktype Verken Uw Idee DSO// (dlisdsoverkenuwidee) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt (Verzoektype wordt niet naar gekeken en is idealiter leeg want wordt niet aangegeven bij VerkenUwIdee).
   * Indien de zaak WEL voor een compartiment is dan:
     * Indien doel = Indienen EN type = Definitief, dan wordt in deze tabel de - niet vervallen - kaart opgezocht waar Verzoektype (dvdsotype) gelijk is aan de waarde van de aangeleverde  tag ''<Plicht>'' EN waarbij //Is zaaktype vooroverleg DSO// (dlisdsovooroverleg) NIET is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **WEL** is aangevinkt EN waarbij in de compartimentszakentabel tbkopcompsrtomgverg bij het betreffende compartiment een rij bestaat die gerelateerd is aan deze tbsoortomgvergkaart. Indien op deze wijze geen unieke kaart gevonden in tbsoortomgverg dan redeneert OpenWave dat de zaak toch niet voor een compartiment is en zoekt opnieuw in tbsoortomgverg waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt.
-    * Indien doel  = Indienen EN type = Concept, dan wordt in deze tabel de - niet vervallen - kaart opgezocht waar Verzoektype (dvdsotype) gelijk is aan de waarde van de aangeleverde  tag ''<Plicht>''  EN waarbij //Is zaaktype vooroverleg DSO// (dlisdsovooroverleg) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **WEL** is aangevinkt EN waarbij in de compartimentszakentabel tbkopcompsrtomgverg bij het betreffende compartiment een rij bestaat die gerelateerd is aan deze tbsoortomgverg-kaart. Indien op deze wijze geen unieke kaart gevonden in tbsoortomgverg dan redeneert OpenWave dat de zaak toch niet voor een compartiment is en zoekt opnieuw in tbsoortomgverg waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt.
+    * Indien doel = Indienen EN type = Concept, dan wordt in deze tabel de - niet vervallen - kaart opgezocht waar Verzoektype (dvdsotype) gelijk is aan de waarde van de aangeleverde  tag ''<Plicht>''  EN waarbij //Is zaaktype vooroverleg DSO// (dlisdsovooroverleg) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **WEL** is aangevinkt EN waarbij in de compartimentszakentabel tbkopcompsrtomgverg bij het betreffende compartiment een rij bestaat die gerelateerd is aan deze tbsoortomgverg-kaart. Indien op deze wijze geen unieke kaart gevonden in tbsoortomgverg dan redeneert OpenWave dat de zaak toch niet voor een compartiment is en zoekt opnieuw in tbsoortomgverg waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt.
-    * Indien doel = Indienen EN type = Idee  dan wordt in deze tabel de - niet vervallen - kaart opgezocht waarbij //Is zaaktype Verken Uw Idee DSO// (dlisdsoverkenuwidee) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **WEL** is aangevinkt EN waarbij in de compartimentszakentabel tbkopcompsrtomgverg bij het betreffende compartiment een rij bestaat die gerelateerd is aan deze tbsoortomgverg-kaart (Verzoektype wordt niet naar gekeken en is idealiter leeg want wordt niet aangegeven bij VerkenUwIdee). Indien op deze wijze geen unieke kaart gevonden in tbsoortomgverg dan redeneert OpenWave dat de zaak toch niet voor een compartiment is en zoekt opnieuw in tbsoortomgverg waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt.
+    * Indien doel = Indienen EN type = Idee dan wordt in deze tabel de - niet vervallen - kaart opgezocht waarbij //Is zaaktype Verken Uw Idee DSO// (dlisdsoverkenuwidee) WEL is aangevinkt EN waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **WEL** is aangevinkt EN waarbij in de compartimentszakentabel tbkopcompsrtomgverg bij het betreffende compartiment een rij bestaat die gerelateerd is aan deze tbsoortomgverg-kaart (Verzoektype wordt niet naar gekeken en is idealiter leeg want wordt niet aangegeven bij VerkenUwIdee). Indien op deze wijze geen unieke kaart gevonden in tbsoortomgverg dan redeneert OpenWave dat de zaak toch niet voor een compartiment is en zoekt opnieuw in tbsoortomgverg waarbij //Zaaktype is exclusief voor compartiment// (dlW055) **NIET** is aangevinkt.
 In alle gevallen wordt bij het gevonden zaaktype uit tbsoortomgverg de fatale periode en masker van de wavezaakcode opgehaald.
@@ Regel 147: / Regel 147: @@
 ==== Project ====
-Alleen bij Initiëren/Indienen en Conceptverzoek.
+Alleen bij Indienen.
 Indien de tag ''<projectId>'' is gevuld, zoek dan de inhoud hiervan op in TbDsoProject. Niet gevonden (maar wel gevuld) maak dan een nieuwe projectkaart in TbDsoProject (beheertegel //DSO projecten//).
@@ Regel 155: / Regel 155: @@
 ==== Maak nieuw of zoek bestaande zaak in tbomgvergunning ====
-  * Indien **Initiëren/Indienen of Conceptverzoek** dan wordt een nieuwe zaak aangemaakt onder het gevonden zaaktype (dnkeysoortomgverg), project (dnkeydsoproject) en bij de gevonden locatie (dnkeyperceeladressen), waarbij de kolom dvlvoaanvraagnr met het verzoeknummer wordt gevuld en de kolom dlisdso met 'T'. Bij de omgevingszaak worden de niet-repetitieve gegevens overgenomen op het detailniveau van de zaak (tags: ''<naam>'', ''<indiendatum>'', ''<ambtshalve>'', ''<doel>'', ''<volgnummer>'' e.d.). Op grond van zaaktype (masker en fatale termijn) wordt dvzaakcode berekend en de fatale datum. Bij //Vooroverleg// wordt de kolom ddvooroverleg gevuld met de indieningsdatum van het bericht.
+  * Indien **Indienen** dan wordt een nieuwe zaak aangemaakt onder het gevonden zaaktype (dnkeysoortomgverg), project (dnkeydsoproject) en bij de gevonden locatie (dnkeyperceeladressen), waarbij de kolom dvlvoaanvraagnr met het verzoeknummer wordt gevuld en de kolom dlisdso met 'T'. Bij de omgevingszaak worden de niet-repetitieve gegevens overgenomen op het detailniveau van de zaak (tags: ''<naam>'', ''<indiendatum>'', ''<ambtshalve>'', ''<doel>'', ''<volgnummer>'' e.d.). Op grond van zaaktype (masker en fatale termijn) wordt dvzaakcode berekend en de fatale datum. Bij //Vooroverleg// wordt de kolom ddvooroverleg gevuld met de indieningsdatum van het bericht.
   * Indien **Aanvullen of Intrekken** dan wordt de omgevingszaak opgezocht op grond van verzoeknummer (op kolom dvlvoaanvraagnr) en worden de kolommen //volgnummer// en //doel// bijgewerkt. Bovendien 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.
 ==== Projectlocaties ====
-Alleen bij Initiëren/Indienen en Conceptverzoek.
+Alleen bij Indienen.
 Alle gegevens uit het blok ''<projectlocaties>'' worden opgenomen in de dochtertabel tbzaakkadperc bij de omgevingszaak. Omgevingstegel: //Projectlocaties\kadastrale percelen//. Met STAM 6 bestaat de ingang ''<projectlocaties>'' niet meer: er is nog maar één blok <projectlocatie>\\
-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'. 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.
+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'. 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 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).
+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 STAM-bericht DSO die __niet__ landen op een dummy-adres).
 ==== Bevoegd gezag ====
-Alleen bij Initiëren/Indienen en Conceptverzoek.
+Alleen bij Indienen.
 Het OIN-nummer uit blok ''<bevoegdGezag>'' van de tag ''<oin>'' wordt opgezocht in tboin (beheertegel //OIN-nummers//). Indien deze niet bestaat wordt het OIN-nummer aangemaakt in deze tabel. In de omgevingszaak komt een verwijzing naar het tboin-record (dnkeyoinbevgez).
@@ Regel 178: / Regel 178: @@
 ==== Bevoegd gezag historie ====
-Alleen bij Initiëren en Vooroverleg.
+Alleen bij Indienen.
 De gegevens uit het blok ''<bevoegdGezagHistorie>'' worden opgenomen in de dochtertabel tbomgbevgezhistorie bij de omgevingszaak. Per blok ''<bevoegdGezag>'' wordt een kaart aangemaakt in deze tabel (omgevingstegel //Historie DSO Bevoegd gezag//). Het OIN-nummer uit de tag ''<oin>'' wordt daarbij opgezocht in tboin (beheertegel //OIN-nummers//). Indien deze niet bestaat wordt het OIN-nummer aangemaakt in deze tabel. In de tbomgbevgezhistorie-kaart komt een verwijzing naar het tboin-record (dnkeyoin).
@@ Regel 184: / Regel 184: @@
 ==== Uitvoerende instantie ====
-Alleen bij Initiëren/Indienen en Conceptverzoek.
+Alleen bij Indienen.
 Het OIN-nummer uit blok ''<uitvoerendeInstantie>'' van de tag ''<oin>'' wordt opgezocht in tboin (beheertegel //OIN-nummers//). Indien deze niet bestaat wordt het OIN-nummer aangemaakt in deze tabel. In de omgevingszaak komt een verwijzing naar het tboin-record (dnkeyoinuitvinst).
-=== Uitvoerende instantiehistorie ===
+==== Uitvoerende instantiehistorie ====
-Alleen bij Initiëren/Indienen en Conceptverzoek.
+Alleen bij Indienen.
 De gegevens uit het blok ''<uitvoerendeInstantieHistorie>'' worden opgenomen in de dochtertabel tbomguitvinsthistorie bij de omgevingszaak. Per blok ''<uitvoerendeInstantie>'' wordt een kaart aangemaakt in deze tabel (omgevingstegel //Historie DSO Behandeldienst//). Het OIN-nummer uit de tag ''<oin>'' wordt daarbij opgezocht in tboin (beheertegel //OIN-nummers//). Indien deze niet bestaat wordt het OIN-nummer aangemaakt in deze tabel. In de tbomguitvinsthistorie-kaart komt een verwijzing naar het tboin-record (dnkeyoin).
@@ Regel 196: / Regel 196: @@
 ==== Dossierbehandelaar ====
-Alleen bij //Initiëren/Indienen en Conceptverzoek//.
+Alleen bij Indienen.
 Er wordt een nieuwe kaart gemaakt in de dochtertabel tbinbehandelingbij bij de omgevingszaak met de medewerkerscode die als default behandelaar (dvcodedefbehandelaar) is toegekend aan het zaaktype (tbsoortomgverg). Indien de zaak in een compartiment wordt afgehandeld gaat het om de default behandelaar uit tbkopcompsrtomgverg (beheertegel //Compartimentrechten//). Indien deze default waardes ontbreken dan valt OpenWave terug op de verplichte instelling //Sectie: Koppeling OLO// en //Item: Dossierbehandelaar//.
@@ Regel 204: / Regel 204: @@
 <adm warning>
-Niet te verwarren met Initiatiefnemer of Gemachtigde: het gaat hier om hoe OpenWave de gegevens verwerkt uit het blok **Contactpersoon** indien aanwezig in het STAM-bericht. Halverwege de verschijningsperiode van STAM 5 is dit blok contactpersoon uit de verzoek.xml gehaald. Dus zit niet meer in verzsoek.xml van STAM 6.
+Niet te verwarren met Initiatiefnemer of Gemachtigde: het gaat hier om hoe OpenWave de gegevens verwerkt uit het blok **Contactpersoon** indien aanwezig in het STAM-bericht. Halverwege de verschijningsperiode van STAM 5 is dit blok contactpersoon uit de verzoek.xml gehaald. Het blok zit dus niet meer in de verzoek.xml van STAM 6.
 </adm>
@@ Regel 217: / Regel 217: @@
 De Contactpersoon aanmaken gaat vervolgens als volgt:
-  * Bij Initiëren, Indienen en Conceptverzoek en Aanvullen. De gegevens uit blok ''<contactpersoon>'' 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 = de rol/adressoort die in de beheertabel //Adressoorten/rollen// aangemerkt is als //Is rol voor contactpersoon uit verzoekbericht DSO//. 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, Indienen of Conceptverzoek** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. OpenWave zoekt of de contactpersoon reeds bestaat in tbcontactadressen op de tag ''<emailadres>'' (moet dus wel gevuld zijn) EN op de tag ''<achternaam>'' (moet dus wel gevuld zijn) EN op de eerste positie van de tag ''<voorletters>'' (moet dus wel gevuld zijn) EN contact mag niet vervallen zijn. Indien geen unieke kaart gevonden wordt een nieuwe kaart aangemaakt in tbcontactadressen.
+  * Bij Indienen en Aanvullen. De gegevens uit blok ''<contactpersoon>'' 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 = de rol/adressoort die in de beheertabel //Adressoorten/rollen// aangemerkt is als //Is rol voor contactpersoon uit verzoekbericht DSO//. 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 **Indienen** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. OpenWave zoekt of de contactpersoon reeds bestaat in tbcontactadressen op de tag ''<emailadres>'' (moet dus wel gevuld zijn) EN op de tag ''<achternaam>'' (moet dus wel gevuld zijn) EN op de eerste positie van de tag ''<voorletters>'' (moet dus wel gevuld zijn) EN contact mag niet vervallen zijn. Indien geen unieke kaart gevonden, dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
 Wat betreft het overnemen/overschrijven van adresgegevens redeneert OpenWave chronologisch als volgt:
@@ Regel 234: / Regel 234: @@
 </adm>
-//Bij Initiëren/Indienen en Conceptverzoek en Aanvullen//
+//Bij Indienen en Aanvullen//
-Een BSN-nummer bestaande uit 9 nullen beschouwd OpenWave als leeg. Een KvK-nummer bestaande uit 8 nullen beschouwd OpenWave als leeg. De gegevens uit blok ''<initiatiefnemer>'' (in OpenWave is dit de aanvrager) 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 = AVR (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, Indienen of Conceptverzoek** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. OpenWave kijkt 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. Indien het een natuurlijk persoon betreft (BSN is gevuld), dan wordt op BSN gezocht (indien meer dan 1 gevonden dan diegene met de hoogste dnkey). Geen (unieke kaart) gevonden, dan wordt er een nieuw contactadres aangemaakt. Indien het om een bedrijf gaat dan wordt op vestigingsnummer en/of KvK-nummer gezocht waarbij eerst op vestigingsnummer indien gevuld: ook hier geldt indien meer dan 1 gevonden dan diegene met de hoogste dnkey EN waarvoor geldt dat de achternaam LEEG is (achternaam komt namelijk niet mee in het STAM-bericht, er dient dus een leeg contact te zijn voor het bedrijf). Is er geen vestigingsnummer maar wel een KvK-nummer dan wordt op KvK gezocht (ook hier geldt indien meer dan 1 gevonden dan diegene met de hoogste dnkey EN waarvoor geldt dat de achternaam LEEG is). Indien geen unieke kaart gevonden wordt, of het gaat om een bedrijf en de achternaam is niet leeg van het contactadres in OpenWave, dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
+Een BSN-nummer bestaande uit 9 nullen beschouwd OpenWave als leeg. Een KvK-nummer bestaande uit 8 nullen beschouwd OpenWave als leeg. De gegevens uit blok ''<initiatiefnemer>'' (in OpenWave is dit de aanvrager) 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 = AVR (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 **Indienen** - , dan zal een nieuwe relatie gelegd moeten worden naar een nieuw aan te maken of reeds bestaande adreskaart in OpenWave. OpenWave kijkt 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. Indien het een natuurlijk persoon betreft (BSN is gevuld), dan wordt op BSN gezocht (indien meer dan 1 gevonden dan diegene met de hoogste dnkey). Geen (unieke kaart) gevonden, dan wordt er een nieuw contactadres aangemaakt. Indien het om een bedrijf gaat dan wordt op vestigingsnummer en/of KvK-nummer gezocht waarbij eerst op vestigingsnummer indien gevuld: ook hier geldt indien meer dan 1 gevonden dan diegene met de hoogste dnkey EN waarvoor geldt dat de achternaam LEEG is (achternaam komt namelijk niet mee in het STAM-bericht, er dient dus een leeg contact te zijn voor het bedrijf). Is er geen vestigingsnummer maar wel een KvK-nummer dan wordt op KvK gezocht (ook hier geldt indien meer dan 1 gevonden dan diegene met de hoogste dnkey EN waarvoor geldt dat de achternaam LEEG is). Indien geen unieke kaart gevonden wordt, of het gaat om een bedrijf en de achternaam is niet leeg van het contactadres in OpenWave, dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
 <adm Altijd nieuw Niet Natuurlijk Contact aanmaken?>
@@ Regel 299: / Regel 299: @@
 </adm>
-//Bij Initiëren, Indienen en Conceptverzoek en Aanvullen//
+//Bij Indienen en Aanvullen//
 Een BSN-nummer bestaande uit 9 nullen beschouwd OpenWave als leeg.
@@ Regel 305: / Regel 305: @@
 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, 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.
@@ Regel 320: / Regel 320: @@
 == (vanaf STAM v6) ==
-//Bij Initiëren/Indienen en Conceptverzoek en Aanvullen// Het blok ''<betrokkene>'' is voorzien van het attribuut //rol// De betrokkene kan de rol initiatiefnemer hebben en de rol gemachtigde. Voor beide rollen is onderstaande proceslogica gelijk.
+//Bij Indienen en Aanvullen//
+Het blok ''<betrokkene>'' is voorzien van het attribuut //rol// De betrokkene kan de rol initiatiefnemer hebben en de rol gemachtigde. 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\\  In het geval dat een tag 2 x voorkomt dan redeneert Openwave vanuit de tag met attribuut bron = “gebruiker”.
+Veel tags onder het blok ''<betrokkene>'' kunnen twee keer voorkomen (hoeft dus niet). Als een tag twee keer voorkomt dan 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”.
 </adm>
@@ Regel 333: / Regel 335: @@
   * voorvoegsel
   * tussenvoegsel
-  * bsn
+  * BSN
   * geboortedatum
@@ Regel 339: / Regel 341: @@
   * handelsnaam
-  * kvknummer
+  * KvK-nummer
   * vestigingsnummer
-  * rsin
+  * RSIN
 De betrokkene kan één of meer adreskanalen hebben in het blok <kanaal>
@@ Regel 372: / Regel 374: @@
   * contact
-Een BSN-nummer bestaande uit 9 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 rsin 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 vestigingsnummer bestaande uit 12 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//).\\  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.  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.
+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, 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.
 Indien geen gegadigde wordt gevonden dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
@@ Regel 382: / Regel 384: @@
 <adm Altijd nieuw Niet Natuurlijk Contact aanmaken?>
-Indien de instelling //Sectie: DSO en Item: AltijdNieuwNNP// is aangevinkt en de betrokkene is een niet natuurlijk persoon (KvK- dan wel vestigingsnummer dan wel rsin 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 betrokkene is een niet natuurlijk persoon (KvK- dan wel vestigingsnummer dan wel RSIN 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.
 </adm>
@@ Regel 396: / Regel 398: @@
 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 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 het 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.
@@ Regel 408: / Regel 410: @@
 ==== Activiteiten ====
-//Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.//
+//Bij Aanvullen en Intrekken.//
 === Projectactiviteiten ===
@@ Regel 423: / Regel 425: @@
 === Specificaties (vragen en antwoorden per activiteit) ===
-Bij Initiëren, Indienen en Conceptverzoek en Aanvullen en Intrekken. De gegevens uit het blok ''<projectactiviteit>'' ''<specificaties>'' worden opgenomen in de dochtertabel tbdsospecificaties bij de activiteit (tbtoestemmingen) (omgevingstegel //Onderdelen/Activiteiten//: lijst in het detailscherm van activiteit). Per blok ''<specificatie>'' wordt op grond van de tag ''<vraagId>'' en de primary key in tbtoestemmingen van de activiteit gezocht of deze combinatie voorkomt in de tabel tbdsospecificates (dvdsovraagid en dnkeytoestemmingen).  Zo nee dan wordt aldaar een nieuw record aangemaakt met de vraag en antwoord gegevens. Zo ja (doel = aanvullen) en het antwoord op de vraag wijkt af van het reeds opgeslagen antwoord, dan wordt de kolom volgnr gevuld met het volgnummer van de aanvulling en het nieuwe antwoord in de kolom dvdsoantwoord geplaatst en - indien tag <oorsprantwoord>  gevuld - de kolom dvdsooorsprantwoord overschreven met de tag ''<oorsprantwoord>'' uit het bericht.
+Bij Indienen en Aanvullen en Intrekken. De gegevens uit het blok ''<projectactiviteit>'' ''<specificaties>'' worden opgenomen in de dochtertabel tbdsospecificaties bij de activiteit (tbtoestemmingen) (omgevingstegel //Onderdelen/Activiteiten//: lijst in het detailscherm van activiteit). Per blok ''<specificatie>'' wordt op grond van de tag ''<vraagId>'' en de primary key in tbtoestemmingen van de activiteit gezocht of deze combinatie voorkomt in de tabel tbdsospecificates (dvdsovraagid en dnkeytoestemmingen).  Zo nee dan wordt aldaar een nieuw record aangemaakt met de vraag en antwoord gegevens. Zo ja (doel = aanvullen) en het antwoord op de vraag wijkt af van het reeds opgeslagen antwoord, dan wordt de kolom volgnr gevuld met het volgnummer van de aanvulling en het nieuwe antwoord in de kolom dvdsoantwoord geplaatst en - indien tag <oorsprantwoord>  gevuld - de kolom dvdsooorsprantwoord overschreven met de tag ''<oorsprantwoord>'' uit het bericht.
 === Mapping antwoorden uit specificaties op grond van vraagid ===
@@ Regel 482: / Regel 484: @@
 === Gevraagde bijlages per specificatie ===
-Bij Initiëren, Indienen en Conceptverzoek en Aanvullen en Intrekken.
+Bij Indienen en Aanvullen en Intrekken.
 De gegevens uit de blokken ''<projectactiviteit>'' ''<specificaties>'' ''<gevraagdeBijlage>'' worden opgenomen in de dochtertabel tbdsogevrbijlages bij de specificatie (tbdsospecificaties) (omgevingstegel //Onderdelen/Activiteiten//: lijst in het detailscherm van specificatie bij activiteit). Per blok ''<gevraagdeBijlage>'' wordt op grond van de tag ''<documentsoortDSO>'' en de primary key in tbdsospecificaties van het betrokken vraag/antwoord gezocht of deze combinatie voorkomt in de tabel tbdsogevrbijlages (dvdsodocumentsoort en dnkeydsospecificaties). Zo nee dan wordt aldaar een nieuw record aangemaakt met de gevraagde bijlage gegevens.
@@ Regel 488: / Regel 490: @@
 === Documenten per gevraagde bijlage per specificatie ===
-Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.
+Bij Aanvullen en Intrekken.
 De gegevens uit de blokken ''<projectactiviteit>'' ''<specificaties>'' ''<gevraagdeBijlage>'' ''<documenten>'' worden opgenomen in de dochtertabel tbomgoloberichten bij de gevraagde bijlage (tbdsogevrbijlages) (omgevingstegel //Onderdelen/Activiteiten//: lijst in het detailscherm van gevraagde bijlages bij specificatie).
@@ Regel 500: / Regel 502: @@
 ==== Documenten verzoekbijlages ====
-Bij Initiëren, Indienen en Conceptverzoek en Aanvullen en Intrekken.
+Bij Indienen en Aanvullen en Intrekken.
 De gegevens uit het blok ''<verzoekbijlages>'' (gevraagde bijlages die niet direct aan een specificatie zijn te linken) worden ook opgenomen in de tabel tbomgoloberichten, maar dan zonder connectie naar een specificatie.
@@ Regel 534: / Regel 536: @@
 ===== Vervolgacties =====
-Na het verwerken van het verzoekbericht kunnen één of meer van onderstaande vervolgacties plaatsvinden indien het om Initiëren, Indienen of Conceptverzoek gaat. Indien Aanvullen dan is alleen vervolgactie DSO ontvangstbevestiging sturen mogelijk.
+Na het verwerken van het verzoekbericht kunnen één of meer van onderstaande vervolgacties plaatsvinden indien het om Indienen gaat. Indien Aanvullen dan is alleen vervolgactie DSO ontvangstbevestiging sturen mogelijk.
 ==== Ophalen processtappen ====
@@ Regel 548: / Regel 550: @@
 Het zaaktype van de omgevingskaart kan gekoppeld zijn aan vrij veldbetekenissen die automatisch aan de nieuwe zaak kunnen worden toegevoegd als Extra kenmerken. OF, indien er geen gekoppelde vrij veld betekenissen zijn, kunnen er in het beheer vrij veld betekenissen bestaan met kenmerk //Automatisch?// aangevinkt voor de omgevingsmodule. Is een van deze situaties waar dan worden er extra kenmerken aangemaakt bij de zaak.\\
 Voor meer informatie zie pagina [[openwave:1.34:applicatiebeheer:instellen_inrichten:vrijeveldenfunctionaliteit|Extra kenmerken (vrije velden) functionaliteit]].
-==== Interne betrokkenen ====
+==== Interne betrokkenen/ Beperkte toegang ====
+Het zaaktype van de omgevingskaart kan gekoppeld zijn aan interne rollen die automatisch aan de nieuwe zaak worden toegevoegd als interne betrokkenen. \\
+Ook kan er bij het zaaktype aangegeven zijn dat eigenschap //Zaaktype is beperkt toegankelijk// van toepassing is. In dat geval wordt de nieuw aangemaakte zaak beperkt toegankelijk (tbomgvergunning.dlbeperktetoegang = 'T'). Zie voor meer informatie lemma [[openwave:1.34:applicatiebeheer:instellen_inrichten:beperkte_toegang|Beperkte toegankelijkheid van zaken]].
-Het zaaktype van de omgevingskaart kan gekoppeld zijn aan interne rollen die automatisch aan de nieuwe zaak worden toegevoegd als interne betrokkenen.
 ==== Automatisch aanmaken zaak in extern zaak/DMS ====
@@ Regel 585: / Regel 589: @@
   * instelling //Sectie: DSO en Item: OntvangstBevestAutoVersturen// aan is gevinkt
-  * doel van DSO STAM-bericht Initiëren, Vooroverleg, Conceptverzoek of Aanvullen is (dus niet bij Intrekken)
+  * doel van DSO STAM-bericht Indienen of Aanvullen is (dus niet bij Intrekken)
 Zie voor overige verplichte instellingen voor automatisch versturen van DSO ontvangstbevestiging bij  [[openwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:dso_ontvangstbevestiging]].
@@ Regel 641: / Regel 645: @@
 {{tag>openwave:1.34:applicatiebeheer:functionaliteiten:dso}}
+{{tag>openwave:1.34:applicatiebeheer:functionaliteiten:beperkttoegankelijk}}
+{{tag>openwave:1.34:applicatiebeheer:functionaliteiten:internebetrokkenen}}