Verschillen

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

--- openwave:1.30:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2024/03/19 16:23] – [Ophalen en registreren van bijlages en verzoek.pdf] Lonneke van Dijk
+++ openwave:1.30:applicatiebeheer:probleemoplossing:programmablokken:verwerking_dso_stam_berichten [2024/12/11 11:49] (huidige) – Kars Gottschal
@@ Regel 31: / Regel 31: @@
 OpenWave vangt deze op en behandelt deze alsof het een verzoekbericht is met doel **intrekken**: zie hieronder.
+===== Koppelbericht zaakcode bevoegd gezag aan DSO-verzoeknummer =====
+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.30:applicatiebeheer:probleemoplossing:programmablokken:export_documenten_bij_dso_zaak_van_map_naar_dms_bevoegd_gezxag|]]
+<code JSON>
+{
+    "casetype_id": "f8285eb3-6fd2-4b9a-8663-dfd0df9767af",
+    "requestor": {
+        "reference": "12ee135b-719e-4000-a8f1-734ec79b1854",
+        "id": {"kvk_number": "11016659"},
+        "type": "company"
+    },
+    "source": "externe applicatie",
+    "open": true,
+    "values": {
+        "oin": ["00000001001831112000"],
+        "dso_verzoeknummer": ["2024022800277"],
+        "dso_coordinatie": ["Nee"],
+        "ztc_onderwerp": ["Asfaltonderhoud Barneveld 2024 - Dronkelaarseweg"],
+        "dso_activiteit_naam": ["Graven in bodem met een kwaliteit onder of gelijk aan de interventiewaarde bodemkwaliteit"],
+        "dso_bevoegd_gezag_naam": ["Gemeente Barneveld"],
+        "dso_bevoegd_gezag_oin": ["00000001001831112000"],
+     }
+}
+</code>
+OpenWave zal het DSO-vezoeknummer uit het JSON bericht opzoeken in tbomgvergunning.dvlvoaanvraagnummer. Indien er één kandidaat wordt gevonden zal de externe zaakidentifier (de reference) worden geplaatst in de kolom dvzaaknrbevgezag.
+**LET OP**: OpenWave heeft niet in de hand wanneer dit bericht verzonden wordt: dat kan dus theoretisch gebeuren voordat OpenWave zelf het betreffende DSO-verzoekbericht heeft verwerkt en in dat geval wordt de externe zaakidentifcatie niet gevuld in de kolom dvzaaknrbevgezag. Wel is altijd het bericht terug te lezen in de messagelog: daar kan dan alsnog de reference geknipt en geplakt worden.
 ===== Trigger- of Verzoeknotificatiebericht =====
@@ Regel 36: / Regel 67: @@
   Met Stam 4.0 is het begrip trigger veranderd in verzoeknotificatie. Waar u leest triggerbericht kan u hieronder ook verzoeknotificatiebericht lezen.
-Het triggerbericht is vanaf versie 2.0 van de STAM qua inhoud zo beperkt dat OpenWave alleen nog het DSO verzoeknummer uit het triggerbericht opslaat in de tabel tbDSOtrigger (geen userinterface). Vroeger werd het triggerbericht gebruikt om BSN-nummer en KvK- en Vestigingsnummer van de aanvrager en gemachtigde op te slaan in afwachting van het verzoekbericht (in tbDSOtrigger). Bij de verwerking van het verzoekbericht werd vervolgens de tabel geraadpleegd bij het (over)schrijven van de aanvrager en gemachtigde. Dit laatste is dus komen te vervallen per STAM 2.0 versie.
+Het triggerbericht is vanaf versie 2.0 van de STAM qua inhoud zo beperkt dat OpenWave alleen nog het DSO-verzoeknummer uit het triggerbericht opslaat in de tabel tbDSOtrigger (geen userinterface). Vroeger werd het triggerbericht gebruikt om BSN-nummer en KvK- en Vestigingsnummer van de aanvrager en gemachtigde op te slaan in afwachting van het verzoekbericht (in tbDSOtrigger). Bij de verwerking van het verzoekbericht werd vervolgens de tabel geraadpleegd bij het (over)schrijven van de aanvrager en gemachtigde. Dit laatste is dus komen te vervallen per STAM 2.0 versie.
-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.
+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.
 De gegevens in deze tabel tbDSOtrigger worden opgeschoond na 31 dagen tenzij anders aangegeven in kolom //Getal1// van de instelling //Sectie: DSO en Item: BewaardagenTabelDsoTrigger//.
@@ Regel 93: / Regel 124: @@
 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:1.30:applicatiebeheer:probleemoplossing:programmablokken:dsointierenbepalingzaaktypedummyadres.png?900|}}
+{{:openwave:applicatiebeheer:probleemoplossing:programmablokken:dsointierenbepalingzaaktypedummyadres.png?900|}}
 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 157: / Regel 188: @@
 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).
-=== Dossierbehandelaar ===
+==== Dossierbehandelaar ====
 Alleen bij //Initiëren en Vooroverleg//.
 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 defaultwaardes ontbreken dan valt OpenWave terug op de verplichte instelling //Sectie: Koppeling OLO// en //Item: Dossierbehandelaar//.
+==== Contactgegevens verwerken ====
 ===Contactpersoon ===
+<adm>
+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
+</adm>
-Let op 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.
 Het blok **Contactpersoon** kan alleen worden opgevoerd bij het indienen van de aanvraag wanneer een vestiging of bedrijf de aanvraag indient. Het gaat dan om de volgende situaties:
   * Er is geen gemachtigde en de initiatiefnemer is een bedrijf of vestiging
   * Er is een gemachtigde en de gemachtigde is een bedrijf of vestiging
-Zit er dus in het STAM-bericht zowel een initiatiefnemer (bedrijf) als een contactpersoon dan wordt er zowel een Aanvrager/Gemachtigde aangemaakt (het bedrijf) als een DSO contactpersoon.
+Staat er in het STAM-bericht een initiatiefnemer/gemachtigde (bedrijf) en een blok contactpersoon, dan wordt er zowel een Aanvrager/Gemachtigde (het bedrijf) als een DSO contactpersoon aangemaakt.\\
-Het is ook mogelijk dat een bedrijf of vestiging de aanvraag indient ZONDER een extra contact. In dat geval zal er alleen een Aanvrager/Gemachtigde bij de zaak worden aangemaakt.
+Het is ook mogelijk dat een bedrijf of vestiging de aanvraag indient ZONDER een extra contact. In dat geval zal er alleen een Aanvrager/Gemachtigde bij de zaak worden aangemaakt: zie voor verwerking Aanvrager/Gemachtigde (bedrijf) de kopjes //Initiatiefnemer// resp. //Gemachtigde// op deze pagina. \\
 De Contactpersoon aanmaken gaat vervolgens als volgt:
-  * Bij Initiëren en Vooroverleg 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 of Vooroverleg** - , 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). Indien geen unieke kaart gevonden wordt een nieuwe kaart aangemaakt in tbcontactadressen.
+  * Bij Initiëren en Vooroverleg 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 of Vooroverleg** - , 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.
 Wat betreft het overnemen/overschrijven van adresgegevens redeneert OpenWave chronologisch als volgt:
@@ Regel 183: / Regel 216: @@
 === Initiatiefnemer ===
-//Bij Initiëren en Vooroverleg en Aanvullen.//
+//Bij Initiëren en Vooroverleg en Aanvullen//
 Een BSN-nummer bestaande uit 9 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 of Vooroverleg** - , 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-nummer, KVK-nummer of vestigingsnummer en zoekt daarmee naar een bestaande (unieke) kaart in tbcontactadressen. Eerst wordt op BSN gezocht (indien meer dan 1 gevonden dan diegene met de hoogste dnkey). Geen (unieke kaart) gevonden, dan wordt op vestigingsnummer gezocht: 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). Ook hier geen uniek kaart gevonden 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).
+Een KvK-nummer bestaande uit 8 nullen beschouwd OpenWave als leeg.\\
-Indien 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.
+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 of Vooroverleg** - , 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>
+Vanaf versie 1.30.3 geldt dat indien de instelling //Sectie: DSO en Item: AltijdNieuwNNP// is aangevinkt en de initiatiefnemer is een niet natuurlijk persoon (KvK- dan wel vestigingsnummer 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>
+Wat betreft het overnemen/overschrijven van persoonsgegevens (natuurlijk persoon) redeneert OpenWave als volgt:
+  * dddatummutatie met systeemdatum
+  * dvtelefoon met <telefoonnummer>
+  * dvemail met <emailadres>
+  * dvachternaam met <geslachtsnaamNaamgebruik>
+  * dvvoorvoegsel met <voorvoegselNaamgebruik>
+  * dvvoorletters met <voorlettersNaamgebruik>
+  * dvbriefaanhef met – afgekapt op 200 tekens - De aanhef zoals bepaald bij instelling //Sectie: Programma, Item: Aanhefcontactpersonen// + ‘ heer/mevrouw ‘ + (alleen indien <voorvoegselNaamgebruik> gevuld, dan <voorvoegselNaamgebruik>+ een spatie ) + <geslachtsnaamNaamgebruik>
+Wat betreft het overnemen/overschrijven van bedrijfsgegevens (niet natuurlijk persoon) redeneert OpenWave als volgt:
+  * dddatummutatie met systeemdatum
+  * dvtelefoon met <telefoonnummer>
+  * dvemail met <emailadres>
+  * dvrsin met <rsin>
+  * dvstatutairenaam met <statutaireNaam>
+  * dvbin met <kvkNummer>
+  * dvhandelsnaam met <handelsnaam>
+  * dvbedrijfsnaam met <verkorteHandelsnaam>
 Wat betreft het overnemen/overschrijven van adresgegevens redeneert OpenWave chronologisch als volgt:
@@ Regel 212: / Regel 268: @@
 </adm>
-=== Gemachtigde ===
-//Bij Initiëren en Vooroverleg en Aanvullen.//
-Een BSN-nummer bestaande uit 9 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. OpenWave kijkt in het STAM-bericht naar de aanwezigheid van BSN-nummer, KVK-nummer of vestigingsnummer en zoekt daarmee naar een bestaande (unieke) kaart in tbcontactadressen. Eerst wordt op BSN gezocht (indien meer dan 1 gevonden dan diegene met de hoogste dnkey). Geen (unieke kaart) gevonden, dan wordt op vestigingsnummer gezocht: 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). Ook hier geen uniek kaart gevonden 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 de contact in OpenWave, dan wordt een nieuwe kaart aangemaakt in tbcontactadressen.
-Wat betreft het overnemen/overschrijven van adresgegevens redeneert OpenWave hetzelfde als hierboven beschreven bij de initiatiefnemer.
+=== Gemachtigde ===
-=== Activiteiten ===
+//Bij Initiëren en Vooroverleg 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 ''<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.
+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.
+<adm>
+Vanaf versie 1.30.3 geldt dat indien de instelling //Sectie: DSO en Item: AltijdNieuwNNP// is aangevinkt en de gemachtigde is een niet natuurlijk persoon (KvK- dan wel vestigingsnummer 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>
+Wat betreft het overnemen/overschrijven van persoons- dan wel bedrijfsgegevens en de adresgegevens redeneert OpenWave hetzelfde als hierboven beschreven bij de initiatiefnemer.
+==== Activiteiten ====
 //Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.//
@@ Regel 292: / Regel 353: @@
   * Geen bestaand contact gevonden of meerder mogelijkheden: dan maakt OpenWave een nieuwe contactadreskaart aan op grond van de ongestructureerde antwoorden, waarbij op voorhand al uitgesloten kan worden dat de kolommen //Postadres// en //Achternaam// juist worden gevuld. Er is dus altijd werk aan de winkel voor een mens om het contactadres goed te krijgen.
-==== Gevraagde bijlages per specificatie ====
+=== Gevraagde bijlages per specificatie ===
 Bij Initiëren en Vooroverleg en Aanvullen en Intrekken.
@@ Regel 299: / Regel 360: @@
 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.
@@ Regel 323: / Regel 384: @@
 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.
-==== Negeren van binnenkomende kopieberichten in kader afhandelen complexe verzoeken in samenwerkingsverband ====
+===== 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.
+Dat wil zeggen of het gaat om een zogenaamd kopiebericht.
 Bij het verwerken van STAM-bericht wordt eerst deze voorcheck gedaan: Indien
   * Er nog geen kaart bestaat in tbomgvergunning met Dvlvoaanvraagnr = Verzoeknummer
@@ Regel 330: / Regel 394: @@
   * EN dat OIN-nummer is ongelijk aan de kolom //Tekst// van instelling //Sectie: SWF en Item: OINvanZender// (dit is de OIN van de host: de hoofdorganisatie die OpenWave gebruikt)
   * EN -
-     * indien oin van bevoegdgezag voorkomt in niet-vervallen rij van tboin waarbij tboin.dvgemeenteid verwijst naar een gemeente van een compartiment EN de kolom //dldsoKopieberichtenOpslaan// van dat compartiment heeft **waarde F**
+     * indien OIN van bevoegd gezag voorkomt in niet-vervallen rij van tboin waarbij tboin.dvgemeenteid verwijst naar een gemeente van een compartiment EN de kolom //dldsoKopieberichtenOpslaan// van dat compartiment heeft **waarde F**
      * anders (gaat niet om compartimentszaak) EN de instelling //Sectie: DSO en Item: KopieberichtenOpslaan// is **NIET** aangevinkt is (of bestaat niet)
@@ Regel 336: / Regel 400: @@
 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:1.30:applicatiebeheer:probleemoplossing:programmablokken:dsozwartegatenenkopieberichten.png?900|}}
+{{:openwave:applicatiebeheer:probleemoplossing:programmablokken:dsozwartegatenenkopieberichten.png?900|}}
-===== Vervolgacties na verwerken verzoekbericht =====
+===== Vervolgacties =====
-Alleen bij Initiëren en Vooroverleg (indien Aanvullen dan vervolgactie DSO ontvangstbevestiging sturen mogelijk).
+Na het verwerken van het verzoekbericht kunnen één of meer van onderstaande vervolgacties plaatsvinden indien het om Initiëren of Vooroverleg gaat.
+Indien Aanvullen dan is alleen vervolgactie DSO ontvangstbevestiging sturen mogelijk.
 ==== Ophalen processtappen ====
@@ Regel 388: / Regel 453: @@
 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.\\
 Indien het document niet aanwezig is wordt deze opgehaald door aanroep van de DSO-verzoekafhandelen-API en vervolgens geplaatst op de tempmap (zie kolom //Tekst// van //Sectie: OWB en Item: TussenMapDSOUploadfiles//). De DSO-verzoekafhandelen-API wordt aangeroepen met het originele DSO-verzoeknummer: dus zonder prefix of postfix.\\
-Het opgehaalde document wordt geplaatst op de tussenmap onder de naam: DSO-verzoeknummer (nu wel inclusief postfix indien kopiebericht) + '_' + dvdsovolgnr uit tbomgoloberichten + '-' + dvlvobestandnaam uit tbomgoloberichten. Vervolgens wordt de interne API uploadfile aangeroepen die het document registreert en opslaat op het ingestelde medium (fileserver of DMS).
+Het opgehaalde document wordt geplaatst op de tussenmap onder de naam: DSO-verzoeknummer (nu wel inclusief postfix indien bijv. kopiebericht) + '_' + dvdsovolgnr uit tbomgoloberichten + '-' + dvlvobestandnaam uit tbomgoloberichten. Vervolgens wordt de interne API uploadfile aangeroepen met o.a. de bestandsnaam op de tussenmap en het registratienummer als parameters,  die het document registreert en opslaat op het ingestelde medium (fileserver of DMS).
 Indien het document wel wordt gevonden in tbcorrespondentie dan zal OpenWave controleren dat indien de vervaldatum van tbomgoloberichten is gevuld, deze vervaldatum ook bij het geregistreerde document wordt toegevoegd.
 De verzoek.pdf staat niet in tbomgoloberichten, maar ook deze (altijd de laatste versie) wordt zo nodig opgehaald en geregistreerd.
+Indien de instelling //Sectie: OWB en Item: OphalenDSODocsViaApi// is aangevinkt EN de instelling //Sectie: DocumentRegistreren en Item: AlleOLODSOUploads// is aangevinkt EN de instelling //Sectie: DSO en Item: VerzoekXMLOpslaan// is ook aangevinkt dan wordt het DSOverzoekbericht in diens originele staat bij de desbetreffende zaak opgeslagen, in XML-formaat. Het verzoekbericht zal onder de naam dvdsovolgnr + '-verzoekbericht.xml' opgeslagen worden.
+Dit bestand komt niet voor in tbomgoloberichten maar wordt wel weergegeven in tbbadextupload in het geval dat het niet geplaatst kan worden.
 Voor het kunnen aanroepen van de DSO-verzoekafhandelen-API gelden de volgende voorwaarden:
-  * De OIN van de zender moet bekend zijn: deze wordt eerst opgezocht op basis van uitvoerende instantie: indien deze gevuld wordt de kolom //Tekst// van de instelling //Sectie: SWF en Item: OINvanZender// gebruikt. Anders, indien behandeldienst leeg en bevoegd gezag wel gevuld, dan wordt het OIN-nummer uit tboin van het bevoegd gezag gebruikt. Anders, indien bevoegd gezag en behandeldienst leeg zijn dan wordt het OIN van de zender ook uit tboin gehaald, maar dan op grond van de gemeente waar de zaak speelt.
+  * De OIN van de zender moet bekend zijn: deze wordt eerst opgezocht op basis van behandeldienst/uitvoerende instantie: indien deze gevuld dan wordt het OIN-nummer uit tboin van de uitvoerende instantie gebruikt. Anders, indien behandeldienst leeg en bevoegd gezag wel gevuld, dan wordt het OIN-nummer uit tboin van het bevoegd gezag gebruikt. Anders, indien bevoegd gezag en behandeldienst leeg zijn dan wordt het OIN van de zender ook uit tboin gehaald, maar dan op grond van de gemeente waar de zaak speelt.
   * 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.30: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.30:applicatiebeheer:probleemoplossing:programmablokken:upload_dso-document_vanuit_digi-koppelaar|]].
 {{tag>openwave:1.29:applicatiebeheer:functionaliteiten:dso}}