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/07/01 10:55] – ↷ Pagina verplaatst van openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten naar openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten Kars Gottschalopenwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2025/08/18 10:32] (huidige) – [Ophalen en registreren van bijlages en verzoek.pdf] Lonneke van Dijk
Regel 2: Regel 2:
  
 Zie ook: Zie ook:
-  * [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:upload_dso-document_vanuit_digi-koppelaar]]  +  * [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:upload_dso-document_vanuit_digi-koppelaar]]  
-  * [[openwave:1.32:applicatiebeheer:instellen_inrichten:testen_dso_erkmaatreg]]+  * [[openwave:1.33:applicatiebeheer:instellen_inrichten:testen_dso_erkmaatreg]]
  
 De service laag van de OpenWave omgeving ontvangt deze DSO-berichten (een triggerbericht in xml-formaat en een verzoekbericht in xml-formaat en een Jnet/EnableU bericht in xml om een intrekking door te geven) op het endpoint /DSO/Verzoek/ als HTTPS:POST. De service laag van de OpenWave omgeving ontvangt deze DSO-berichten (een triggerbericht in xml-formaat en een verzoekbericht in xml-formaat en een Jnet/EnableU bericht in xml om een intrekking door te geven) op het endpoint /DSO/Verzoek/ als HTTPS:POST.
Regel 36: Regel 36:
  
 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.32: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>
 { {
Regel 65: Regel 65:
 </adm> </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. 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 88:
 Uit de tag <verzoeknummer>  wordt het verzoeknummer opgehaald. Uit de tag <verzoeknummer>  wordt het verzoeknummer opgehaald.
  
-==== Doel ====+==== Doel==== 
 <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. \\
Regel 128: Regel 129:
 Het is raadzaam hier zaaktypes voor te definiëren (of bestaande te hergebruiken) in de beheertabel //Zaaktypes omgeving// (tbsoortomgverg). Daartoe is de kolom //Verzoektype// (dvdsotype) in het blok //DSO-type//. OpenWave zal eerst proberen vast te stellen of het DSO verzoekbericht voor een compartiment is bedoeld op grond van de locatie, uitvoerende instantie en bevoegd gezag. Het is raadzaam hier zaaktypes voor te definiëren (of bestaande te hergebruiken) in de beheertabel //Zaaktypes omgeving// (tbsoortomgverg). Daartoe is de kolom //Verzoektype// (dvdsotype) in het blok //DSO-type//. OpenWave zal eerst proberen vast te stellen of het DSO verzoekbericht voor een compartiment is bedoeld op grond van de locatie, uitvoerende instantie en bevoegd gezag.
  
-{{openwave:applicatiebeheer:probleemoplossing:programmablokken:dsointierenbepalingzaaktypedummyadres.png?900|}}+{{openwave:applicatiebeheer:probleemoplossing:programmablokken:dsointierenbepalingzaaktypedummyadres.png?900|dsointierenbepalingzaaktypedummyadres}}
  
 Indien de uitvoerende instantie (behandeldienst) in het verzoekbericht is gevuld dan is het verzoekbericht sowieso niet voor een compartiment, tenzij het gaat om een kopiebericht of tenzij de behandeldienstdienst gelijk is aan bevoegd gezag. Zie hieronder onder kopje //Negeren van binnenkomende kopieberichten in kader afhandelen complexe verzoeken in samenwerkingsverband//. Indien de uitvoerende instantie (behandeldienst) in het verzoekbericht is gevuld dan is het verzoekbericht sowieso niet voor een compartiment, tenzij het gaat om een kopiebericht of tenzij de behandeldienstdienst gelijk is aan bevoegd gezag. Zie hieronder onder kopje //Negeren van binnenkomende kopieberichten in kader afhandelen complexe verzoeken in samenwerkingsverband//.
Regel 171: Regel 172:
  
 ==== Bevoegd gezag ==== ==== Bevoegd gezag ====
 +
 Alleen bij Initiëren/Indienen en Conceptverzoek. Alleen bij Initiëren/Indienen en Conceptverzoek.
  
Regel 194: Regel 196:
  
 ==== Dossierbehandelaar ==== ==== Dossierbehandelaar ====
 +
 Alleen bij //Initiëren/Indienen en Conceptverzoek//. Alleen bij //Initiëren/Indienen en Conceptverzoek//.
  
Regel 199: Regel 202:
  
 ==== Contactgegevens verwerken ==== ==== Contactgegevens verwerken ====
-===Contactpersoon ===+=== Contactpersoon=== 
 <adm warning> <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 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 293: Regel 297:
 //Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.// //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.\\ 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 306: Regel 310:
  
 === 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). \\ 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 nee dan wordt aldaar een nieuw record aangemaakt met de vraag en antwoord gegevens.\\
Regel 349: Regel 354:
  
 === Opnemen kwaliteitsborger als contactpersoon op grond van specificatie-groepen kwaliteitsborger === === Opnemen kwaliteitsborger als contactpersoon op grond van specificatie-groepen kwaliteitsborger ===
 +
 Indien  Indien 
   * er een adresrol (beheertegel //Adressoorten//) bestaat waarbij de kolom //Is rol voor kwaliteitsborger uit verzoekbericht DSO// (dldsorolkwaliteitsborger) is aangevinkt   * er een adresrol (beheertegel //Adressoorten//) bestaat waarbij de kolom //Is rol voor kwaliteitsborger uit verzoekbericht DSO// (dldsorolkwaliteitsborger) is aangevinkt
Regel 371: Regel 377:
 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. 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. Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.
Regel 379: Regel 385:
 Per blok ''<document>'' wordt op grond van de tag ''<documentId>'' en de primary key in tbdsogevrbijlages van de betrokken gevraagde bijlage gezocht of deze combinatie voorkomt in de tabel tbomgoloberichten (dvolomessageid en dnkeydsogevrgbijage). Zo nee dan wordt aldaar een nieuw record aangemaakt met de documentgegevens en - indien het om een aanvulling/intrekking gaat - ook het DSO-verzoek-volgnummer. Per blok ''<document>'' wordt op grond van de tag ''<documentId>'' en de primary key in tbdsogevrbijlages van de betrokken gevraagde bijlage gezocht of deze combinatie voorkomt in de tabel tbomgoloberichten (dvolomessageid en dnkeydsogevrgbijage). Zo nee dan wordt aldaar een nieuw record aangemaakt met de documentgegevens en - indien het om een aanvulling/intrekking gaat - ook het DSO-verzoek-volgnummer.
  
-Wanneer een nieuwe kaart wordt aangemaakt in tbomgoloberichten wordt naast de dnkeydsogevrgbijage ook de dnkeyomgvergunningen gevuld zodat de documentkaarten ook rechtstreeks te zien zijn vanaf de omgevingstegel //OLO/AIMberichten//.+Wanneer een nieuwe kaart wordt aangemaakt in tbomgoloberichten wordt naast de dnkeydsogevrgbijage ook de dnkeyomgvergunningen gevuld zodat de documentkaarten ook rechtstreeks te zien zijn vanaf de omgevingstegel //DSO-berichten//.
  
 Indien een aanvulling wordt verwerkt kan het zijn dat eerdere documenten zijn vervangen door andere of zelfs helemaal niet meer opgenomen zijn in het aanvullingsbericht. Deze documenten worden in de tabel tbomgoloberichten voorzien van een vervaldatum (datum dat aanvulling is binnengekomen). Indien deze vervallen documenten ook een registratie hebben in de tabel tbcorrespondentie (geregistreerde documenten) wordt ook daar een vervaldatum toegekend. Indien een aanvulling wordt verwerkt kan het zijn dat eerdere documenten zijn vervangen door andere of zelfs helemaal niet meer opgenomen zijn in het aanvullingsbericht. Deze documenten worden in de tabel tbomgoloberichten voorzien van een vervaldatum (datum dat aanvulling is binnengekomen). Indien deze vervallen documenten ook een registratie hebben in de tabel tbcorrespondentie (geregistreerde documenten) wordt ook daar een vervaldatum toegekend.
Regel 391: Regel 397:
 Per blok ''<document>'' wordt op grond van de tag ''<documentId>'' van de betrokken verzoekbijlage gezocht of deze reeds voorkomt in de tabel tbomgoloberichten (dvolomessageid met een lege dnkeydsogevrgbijage). Zo nee dan wordt aldaar een nieuw record aangemaakt met de documentgegevens en - indien het om een aanvulling/intrekking gaat - ook het DSO-verzoek-volgnummer. Per blok ''<document>'' wordt op grond van de tag ''<documentId>'' van de betrokken verzoekbijlage gezocht of deze reeds voorkomt in de tabel tbomgoloberichten (dvolomessageid met een lege dnkeydsogevrgbijage). Zo nee dan wordt aldaar een nieuw record aangemaakt met de documentgegevens en - indien het om een aanvulling/intrekking gaat - ook het DSO-verzoek-volgnummer.
  
-Wanneer een nieuwe kaart wordt aangemaakt in tbomgoloberichten wordt naast de dnkeydsogevrgbijage ook de dnkeyomgvergunningen gevuld zodat de documentkaarten ook rechtstreeks te zien zijn vanaf de omgevingstegel //OLO/AIMberichten//.+Wanneer een nieuwe kaart wordt aangemaakt in tbomgoloberichten wordt naast de dnkeydsogevrgbijage ook de dnkeyomgvergunningen gevuld zodat de documentkaarten ook rechtstreeks te zien zijn vanaf de omgevingstegel //DSO-berichten//.
  
 Indien een aanvulling wordt verwerkt kan het zijn dat eerdere documenten zijn vervangen door andere of zelfs helemaal niet meer opgenomen zijn in het aanvullingsbericht. Deze documenten worden in de tabel tbomgoloberichten voorzien van een vervaldatum (datum dat aanvulling is binnengekomen). Indien deze vervallen documenten ook een registratie hebben in de tabel tbcorrespondentie (geregistreerde documenten) wordt ook daar een vervaldatum toegekend. Indien een aanvulling wordt verwerkt kan het zijn dat eerdere documenten zijn vervangen door andere of zelfs helemaal niet meer opgenomen zijn in het aanvullingsbericht. Deze documenten worden in de tabel tbomgoloberichten voorzien van een vervaldatum (datum dat aanvulling is binnengekomen). Indien deze vervallen documenten ook een registratie hebben in de tabel tbcorrespondentie (geregistreerde documenten) wordt ook daar een vervaldatum toegekend.
 +
 +===== Product/ subproduct/ zaakverantwoordelijk team =====
 +
 +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|]]
  
 ===== Negeren van binnenkomende kopieberichten ===== ===== Negeren van binnenkomende kopieberichten =====
 +
 In het kader van afhandelen complexe verzoeken in samenwerkingsverband, wordt er eerst gekeken of het te verwerken bericht genegeerd moet worden. In het kader van afhandelen complexe verzoeken in samenwerkingsverband, wordt er eerst gekeken of het te verwerken bericht genegeerd moet worden.
 Dat wil zeggen of het gaat om een zogenaamd kopiebericht. Dat wil zeggen of het gaat om een zogenaamd kopiebericht.
Regel 411: Regel 423:
  
 Indien het kopiebericht toch moet worden opgeslagen (indien geen compartiment en de instelling //Sectie: DSO en Item: KopieberichtenOpslaan// is **WEL** aangevinkt of wel compartiment en //dldsoKopieberichtenOpslaan// heeft **waarde T**), dan krijgt het verzoeknummer de postfix '_KCV'. Indien het kopiebericht toch moet worden opgeslagen (indien geen compartiment en de instelling //Sectie: DSO en Item: KopieberichtenOpslaan// is **WEL** aangevinkt of wel compartiment en //dldsoKopieberichtenOpslaan// heeft **waarde T**), dan krijgt het verzoeknummer de postfix '_KCV'.
-{{openwave:applicatiebeheer:probleemoplossing:programmablokken:dsozwartegatenenkopieberichten.png?900|}}+{{openwave:applicatiebeheer:probleemoplossing:programmablokken:dsozwartegatenenkopieberichten.png?900|dsozwartegatenenkopieberichten}}
  
 ===== 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. 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. Indien Aanvullen dan is alleen vervolgactie DSO ontvangstbevestiging sturen mogelijk.
  
 ==== Ophalen processtappen ==== ==== Ophalen processtappen ====
 +
 Het zaaktype van de omgevingskaart kan gekoppeld zijn aan één of meer processen. De bijbehorende processtappen worden automatisch aan de nieuwe zaak toegevoegd indien het attribuut //automatisch// bij die koppelingen aangevinkt is (beheertegel //Zaaktypes omgeving//. Detailscherm bij zaaktype en daarbinnen lijst gekoppelde processen). Het zaaktype van de omgevingskaart kan gekoppeld zijn aan één of meer processen. De bijbehorende processtappen worden automatisch aan de nieuwe zaak toegevoegd indien het attribuut //automatisch// bij die koppelingen aangevinkt is (beheertegel //Zaaktypes omgeving//. Detailscherm bij zaaktype en daarbinnen lijst gekoppelde processen).
  
 ==== Ophalen checklijsten ==== ==== Ophalen checklijsten ====
 +
 Het zaaktype van de omgevingskaart kan gekoppeld zijn aan processen die automatisch aan de nieuwe zaak kunnen worden toegevoegd (zie hierboven). Indien aan een automatisch toegevoegd proces één of meer checklijsten zijn verbonden die ook de eigenschap //automatisch toevoegen// hebben (tbkopproccheck.dlauto = 'T'), dan worden deze checklijsten automatisch toegevoegd bij de zaak.  Het zaaktype van de omgevingskaart kan gekoppeld zijn aan processen die automatisch aan de nieuwe zaak kunnen worden toegevoegd (zie hierboven). Indien aan een automatisch toegevoegd proces één of meer checklijsten zijn verbonden die ook de eigenschap //automatisch toevoegen// hebben (tbkopproccheck.dlauto = 'T'), dan worden deze checklijsten automatisch toegevoegd bij de zaak. 
  
 ==== Automatisch aanmaken zaak in extern zaak/DMS ==== ==== Automatisch aanmaken zaak in extern zaak/DMS ====
 +
 Dit is het geval indien:  Dit is het geval indien: 
   * er GEEN sprake is van een compartiment EN de instelling //Koppeling ZAAK// en //Item: AutoZaakDmsOmgeving// is aangevinkt    * er GEEN sprake is van een compartiment EN de instelling //Koppeling ZAAK// en //Item: AutoZaakDmsOmgeving// is aangevinkt 
   * er WEL sprake is van een compartiment dan EN de kolom dlAutoZaakDmsOmgeving is aangevinkt bij het betreffende compartiment (beheerportaal-Nieuw).    * er WEL sprake is van een compartiment dan EN de kolom dlAutoZaakDmsOmgeving is aangevinkt bij het betreffende compartiment (beheerportaal-Nieuw). 
  
-Zie voor overige verplichte instellingen voor aanmaken zaak in extern zaak/DMS bij [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:creeer_zaak_zaak_dms|Creëer zaak zaak/dms]].+Zie voor overige verplichte instellingen voor aanmaken zaak in extern zaak/DMS bij [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:creeer_zaak_zaak_dms|Creëer zaak zaak/dms]].
  
 ==== Automatisch aanmaken mappen op fileshare ==== ==== Automatisch aanmaken mappen op fileshare ====
 +
 Indien Indien
   * de zaak NIET valt onder een compartiment:   * de zaak NIET valt onder een compartiment:
Regel 440: Regel 457:
     * EN de kolom //Automatisch aanmaken mappen// (dlautoaanmaakmappen) aangevinkt is bij het betreffende compartiment      * EN de kolom //Automatisch aanmaken mappen// (dlautoaanmaakmappen) aangevinkt is bij het betreffende compartiment 
 dan zullen bij het aanmaken van een nieuwe zaak automatisch de omgeving_mappen genoemd in de rijen van //Sectie: Aanmaakmappen// worden aangemaakt waarbij er een '4' voorkomt in //Getal1// (dus indien //Getal1// de waarde 25 heeft dan niet, indien bijv. 4 of 124 dan wel). Hierbij uitgezonderd zijn de mappen waarin de variabelen  ''%adviesnr%'' , ''%bezwaarnr%'' en  ''%inspnr%''  zijn opgenomen. dan zullen bij het aanmaken van een nieuwe zaak automatisch de omgeving_mappen genoemd in de rijen van //Sectie: Aanmaakmappen// worden aangemaakt waarbij er een '4' voorkomt in //Getal1// (dus indien //Getal1// de waarde 25 heeft dan niet, indien bijv. 4 of 124 dan wel). Hierbij uitgezonderd zijn de mappen waarin de variabelen  ''%adviesnr%'' , ''%bezwaarnr%'' en  ''%inspnr%''  zijn opgenomen.
-Indien OpenWave in de Cloud draait, dan moet wel de [[openwave:1.32:applicatiebeheer:instellen_inrichten:satellite_filesysteem|satellite]] geïnstalleerd zijn.+Indien OpenWave in de Cloud draait, dan moet wel de [[openwave:1.33:applicatiebeheer:instellen_inrichten:satellite_filesysteem|satellite]] geïnstalleerd zijn.
  
 ==== Automatisch vullen van kolom dvhyperlink ==== ==== Automatisch vullen van kolom dvhyperlink ====
-Zie: [[openwave:1.32:applicatiebeheer:instellen_inrichten:hyperlink]].+ 
 +Zie: [[openwave:1.33:applicatiebeheer:instellen_inrichten:hyperlink]].
  
  
 ==== Automatisch sturen van DSO Ontvangstbevestiging ==== ==== Automatisch sturen van DSO Ontvangstbevestiging ====
 +
 Dit is het geval indien:  Dit is het geval indien: 
   * instelling //Sectie: DSO en Item: OntvangstBevestAutoVersturen// aan is gevinkt    * instelling //Sectie: DSO en Item: OntvangstBevestAutoVersturen// aan is gevinkt 
Regel 452: Regel 471:
  
 Zie voor overige verplichte instellingen voor automatisch versturen van DSO ontvangstbevestiging bij  Zie voor overige verplichte instellingen voor automatisch versturen van DSO ontvangstbevestiging bij 
-[[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:dso_ontvangstbevestiging]].+[[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:dso_ontvangstbevestiging]].
  
 ==== Ophalen en registreren van bijlages en verzoek.pdf ==== ==== Ophalen en registreren van bijlages en verzoek.pdf ====
 +
 Indien de instelling //Sectie: OWB en Item: OphalenDSODocsViaApi// is aangevinkt EN de instelling //Sectie: DocumentRegistreren en Item: AlleOLODSOUploads// is ook aangevinkt (of de kolom tbcompartiment.dldocregalleolodsouploads indien het gaat om een compartiment) dan worden alle DSO-documenten automatisch opgehaald door OpenWave zelf na het verwerken van een DSO-verzoekbericht (ook het verzoek.pdf). En dus niet meer door de digi-koppelaar.\\ Indien de instelling //Sectie: OWB en Item: OphalenDSODocsViaApi// is aangevinkt EN de instelling //Sectie: DocumentRegistreren en Item: AlleOLODSOUploads// is ook aangevinkt (of de kolom tbcompartiment.dldocregalleolodsouploads indien het gaat om een compartiment) dan worden alle DSO-documenten automatisch opgehaald door OpenWave zelf na het verwerken van een DSO-verzoekbericht (ook het verzoek.pdf). En dus niet meer door de digi-koppelaar.\\
-In dat geval worden binnengeschoten documenten door de digi-koppelaar op het endpoint //<nowiki>https://[serveradres]/dso/bestanden/index.php</nowiki>// genegeerd zie [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:upload_dso-document_vanuit_digi-koppelaar]].+In dat geval worden binnengeschoten documenten door de digi-koppelaar op het endpoint //<nowiki>https://[serveradres]/dso/bestanden/index.php</nowiki>// genegeerd zie [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:upload_dso-document_vanuit_digi-koppelaar]].
  
 OpenWave zal met de aangevinkte instelling //Sectie: OWB en Item: OphalenDSODocsViaApi// na het verwerken van het verzoekbericht de tabel tbomgoloberichten doorlopen van de betreffende omgevingzaak en per document nagaan of deze aanwezig is in de geregistreerde documenten (tbcorrespondentie). Het DSO-registratienummer van het document (tbomgoloberichten.dvolomessageid) wordt hiertoe opgezocht in de kolom dvdmskenmerk van tbcorrespondentie bij dezelfde omgevingzaak bij de rijen met dvuitolodsoswf = //D//. Vanaf de uitlevering versie 1.29 zijn de DSO documenten in tbcorrespondentie voorzien van dat registratienummer.\\ OpenWave zal met de aangevinkte instelling //Sectie: OWB en Item: OphalenDSODocsViaApi// na het verwerken van het verzoekbericht de tabel tbomgoloberichten doorlopen van de betreffende omgevingzaak en per document nagaan of deze aanwezig is in de geregistreerde documenten (tbcorrespondentie). Het DSO-registratienummer van het document (tbomgoloberichten.dvolomessageid) wordt hiertoe opgezocht in de kolom dvdmskenmerk van tbcorrespondentie bij dezelfde omgevingzaak bij de rijen met dvuitolodsoswf = //D//. Vanaf de uitlevering versie 1.29 zijn de DSO documenten in tbcorrespondentie voorzien van dat registratienummer.\\
Regel 470: Regel 490:
   * VarAlgemeenEndpoint moet gedefinieerd zijn in kolom //Tekst// van //Sectie: DSO-Verzoekafhandelen en Item: AlgemeenEndpoint//.   * VarAlgemeenEndpoint moet gedefinieerd zijn in kolom //Tekst// van //Sectie: DSO-Verzoekafhandelen en Item: AlgemeenEndpoint//.
  
-Indien er toch nog documenten ontbreken dan kan handmatig de functie //Haal ontbrekende documenten// aangeroepen worden vanuit de lijst met OLO/DSO berichten (tbomgoloberichten). Zie kopje //Haal ontbrekende documenten// bij [[openwave:1.32:applicatiebeheer:probleemoplossing:module_overstijgende_schermen:olo-aim_bijlage_verwijzingen]].+Indien er toch nog documenten ontbreken dan kan handmatig de functie //Haal ontbrekende documenten// aangeroepen worden vanuit de lijst met DSO berichten (tbomgoloberichten). Zie kopje //Haal ontbrekende documenten// bij [[openwave:1.33:applicatiebeheer:probleemoplossing:module_overstijgende_schermen:olo-aim_bijlage_verwijzingen]].
  
-Met welke attributen een DSO-document wordt geregistreerd in tbcorrespondentie staat onder kopje: //Automatische registratie van document// van [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:upload_dso-document_vanuit_digi-koppelaar]].+Met welke attributen een DSO-document wordt geregistreerd in tbcorrespondentie staat onder kopje: //Automatische registratie van document// van [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:upload_dso-document_vanuit_digi-koppelaar]].
  
 ==== Ophalen van DSO Verzoek.xml ==== ==== Ophalen van DSO Verzoek.xml ====
 +
 Indien de instellingen:  Indien de instellingen: 
   * //Sectie: OWB en Item: OphalenDSODocsViaApi// EN    * //Sectie: OWB en Item: OphalenDSODocsViaApi// EN 
Regel 482: Regel 503:
  
 === De verzoek XML automatisch converteren naar PDF ==== === De verzoek XML automatisch converteren naar PDF ====
 +
 Niet elk DMS is in staat om het bestandstype .xml te accepteren. Om alsnog het verzoekbericht in de originele staat op te slaan is het mogelijk om het bericht direct te converteren naar het bestandstype .pdf. Niet elk DMS is in staat om het bestandstype .xml te accepteren. Om alsnog het verzoekbericht in de originele staat op te slaan is het mogelijk om het bericht direct te converteren naar het bestandstype .pdf.
 Hiervoor dient de instelling //Sectie: DSO en Item: VerzoekXMLnaarPDF// aangevinkt te zijn. Hiervoor dient de instelling //Sectie: DSO en Item: VerzoekXMLnaarPDF// aangevinkt te zijn.
  
-De conversie maakt gebruik van [[openwave:1.32:applicatiebeheer:instellen_inrichten:onlyoffice|OnlyOffice]] indien de instellingen //Sectie: Documenten en Item: OnlyOffice// aangevinkt is EN //Sectie: Documenten en Item: ConverteerPDF en Getal1 = 1//.+De conversie maakt gebruik van [[openwave:1.33:applicatiebeheer:instellen_inrichten:onlyoffice|OnlyOffice]] indien de instellingen //Sectie: Documenten en Item: OnlyOffice// aangevinkt is EN //Sectie: Documenten en Item: ConverteerPDF en Getal1 = 1//.
 Anders wordt de interne DocConverter gebruikt. Anders wordt de interne DocConverter gebruikt.
  
Regel 493: Regel 515:
  
 ==== Aanpassen kolom drop publiceren?==== ==== Aanpassen kolom drop publiceren?====
 +
 De kolom **DROP Publiceren ?** (dlzaakpubliceren) in het blok keten van het detailscherm van de aangemaakte omgevingzaak krijgt als defaultwaarde normaal de waarde 'T'. Bij het verwerken van een DSO verzoekbericht tot een nieuwe zaak kan hiervan afgeweken worden indien alle toegevoegd activiteiten bij die zaak de eigenschap tbsrttoestemming.dlnietpublicerendrop op T hebben staan. In het zaakbeheerportaal onder de kolom Afhandeling achter de tegel //Soort activiteit/onderdeel// kan per soort activiteit aangegeven worden of de activiteit NIET gepubliceerd hoeft te worden in DROP.\\ De kolom **DROP Publiceren ?** (dlzaakpubliceren) in het blok keten van het detailscherm van de aangemaakte omgevingzaak krijgt als defaultwaarde normaal de waarde 'T'. Bij het verwerken van een DSO verzoekbericht tot een nieuwe zaak kan hiervan afgeweken worden indien alle toegevoegd activiteiten bij die zaak de eigenschap tbsrttoestemming.dlnietpublicerendrop op T hebben staan. In het zaakbeheerportaal onder de kolom Afhandeling achter de tegel //Soort activiteit/onderdeel// kan per soort activiteit aangegeven worden of de activiteit NIET gepubliceerd hoeft te worden in DROP.\\
 <adm warning> <adm warning>
Regel 498: Regel 521:
 </adm> </adm>
  
-{{tag>openwave:1.32:applicatiebeheer:functionaliteiten:dso}}+{{tag>openwave:1.33:applicatiebeheer:functionaliteiten:dso}}
  • openwave/1.33/applicatiebeheer/probleemoplossing/programmablokken/verwerking_dso_stam_berichten.1751360128.txt.gz
  • Laatst gewijzigd: 2025/07/01 10:55
  • door Kars Gottschal