Verschillen

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

--- openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2025/07/17 15:59] – Enter nodig na headers Kars Gottschal
+++ openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2025/10/03 10:29] (huidige) – Externe bewerking 127.0.0.1
@@ 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.\\
 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.32: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",
@@ Regel 65: / Regel 66: @@
 </adm>
-=====Verzoeknotificatiebericht =====
+===== Verzoeknotificatiebericht =====
 Het verzoeknotificatiebericht is qua inhoud zo beperkt dat OpenWave alleen nog het DSO-verzoeknummer uit het bericht opslaat in de tabel tbDSOtrigger (geen userinterface). De registratie van het DSO-verzoeknummer in tbDSOtrigger blijft behouden zodat er toch voor ieder nieuw DSO aanvraag een registratie is van het binnengekomen triggerbericht bij OpenWave.
@@ Regel 88: / Regel 89: @@
 Uit de tag <verzoeknummer>  wordt het verzoeknummer opgehaald.
-==== Doel ====
+==== Doel====
 <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. \\
@@ Regel 201: / Regel 203: @@
 ==== Contactgegevens verwerken ====
-===Contactpersoon ===
+=== Contactpersoon===
 <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
@@ Regel 295: / Regel 299: @@
 //Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.//
-===Projectactiviteiten===
+=== Projectactiviteiten ===
 De gegevens uit het blok ''<projectactiviteiten>'' worden opgenomen in de dochtertabel tbtoestemmingen bij de omgevingszaak (omgevingstegel //Onderdelen/Activiteiten//). Per blok ''<projectactiviteit>'' wordt eerst  op grond van de tag ''<imowid>''  gezocht of deze voorkomt in de tabel tbsrttoestemming (beheertegel //Soort Activiteit/Onderdeel//) bij de niet-vervallen kaarten. Zo nee, en het gaat om een bruidsschat activiteit, dan wordt deze imowid veralgemeniseert met //9999// als gemeentecode (dus bijvoorbeeld //nl.imow-gm9999.activiteit.DierenSlachten//) en nog een keer gezocht in tbsrttoestemming. Nog niet gevonden dan wordt nog een keer gezocht op de tag ''<activiteitnaam>''. Indien nog steeds niet gevonden  dan wordt in tbsrttoestemming een nieuw record aangemaakt met de activiteitsnaam en (de eventueel veralgemeniseerde) imowid.\\
@@ Regel 375: / Regel 379: @@
 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.
-=== Documenten per gevraagde bijlage per specificatie===
+=== Documenten per gevraagde bijlage per specificatie ===
 Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.