openwave:1.34: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.34:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2026/05/06 16:19] – [Initiatiefnemer] Charlie Kluinopenwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2026/05/06 16:27] (huidige) – [Automatisch sturen van DSO Ontvangstbevestiging] Charlie Kluin
Regel 299: Regel 299:
 </adm> </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 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. 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. 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) == == (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> <adm warning>
Regel 376: Regel 376:
 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). 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. Indien geen gegadigde wordt gevonden dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
Regel 408: Regel 408:
 ==== Activiteiten ==== ==== Activiteiten ====
  
-//Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.//+//Bij Aanvullen en Intrekken.//
  
 === Projectactiviteiten === === Projectactiviteiten ===
Regel 423: Regel 423:
 === Specificaties (vragen en antwoorden per activiteit) === === 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 === === Mapping antwoorden uit specificaties op grond van vraagid ===
Regel 482: Regel 482:
 === Gevraagde bijlages per specificatie === === 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. 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 488:
 === Documenten per gevraagde bijlage per specificatie === === 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). 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 500:
 ==== Documenten verzoekbijlages ==== ==== 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. 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 534:
 ===== Vervolgacties ===== ===== 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 ==== ==== Ophalen processtappen ====
Regel 585: Regel 585:
  
   * instelling //Sectie: DSO en Item: OntvangstBevestAutoVersturen// aan is gevinkt    * 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]]. Zie voor overige verplichte instellingen voor automatisch versturen van DSO ontvangstbevestiging bij  [[openwave:1.34:applicatiebeheer:probleemoplossing:programmablokken:dso_ontvangstbevestiging]].
  • openwave/1.34/applicatiebeheer/probleemoplossing/programmablokken/verwerking_dso_stam_berichten.1778077170.txt.gz
  • Laatst gewijzigd: 2026/05/06 16:19
  • door Charlie Kluin