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/29 15:36] – [Projectlocaties] Lonneke van Dijk
+++ openwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2026/05/29 15:45] (huidige) – [Betrokkene] Lonneke van Dijk
@@ Regel 168: / Regel 168: @@
 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 ====
@@ 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 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 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 320: / Regel 320: @@
 == (vanaf STAM v6) ==
-//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.
+//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).
@@ 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.