Programma logica OLO-verwerking

• Het koppelbericht kan alleen tot gevolg hebben dat een bestaande zaak in OpenWave wordt voorzien van een externe zaakcode.
• De maak nieuwe berichtsoorten leiden in principe tot de aanmaak van een nieuwe zaak in OpenWave. Echter het kan zijn dat de zaak reeds bestaat (dat wil zeggen: er bestaat al een zaak die gekoppeld is aan het OLO-aanvraagnummer). In dat geval worden altijd de bijlageverwijzingen overgenomen in zoverre deze nog niet bestaan en worden andere eigenschappen van de OpenWave zaak mogelijk aangepast (ad 6).

Dat een zaak al kan bestaan in OpenWave is bijvoorbeeld het gevolg van meerdere keren advies aanvragen vanuit het OLO op dezelfde zaak of dat een zaak al via een zaak/DMS koppeling is aangemaakt inclusief bijbehorend OLO-nummer.

• De wijzigingsberichtsoorten zijn vervolgberichten. De zaak zou dus moeten bestaan in OpenWave. Is dat inderdaad het geval dan worden alleen de bijlageverwijzingen overgenomen in zoverre deze nog niet bestaan. De service die het bericht ontleedt wijzigt dus niet de gemachtigde en verwijdert geen kaarten.
• Bij een vrgDi01AanvragenAdvies zorgt de digi-koppelaar voor een vervolgbericht (leveren aanvraag). Uit het adviesbericht zelf wordt de toelichting opgehaald en - indien de hoofdzaak aanwezig - aldaar geplaatst. Indien de hoofdzaak nog niet aanwezig is wordt een kaartje aangemaakt in tbdsotrigger om de toelichting op te slaan. Bij het verwerken van het leverenaanvraag bericht kijkt OpenWave of een toelichting klaar staat in deze tabel tbdsotrigger.
• De andere berichtensoorten (berichtsoorten die niet in bovenstaand schema staan) worden (nog) niet door OpenWave behandeld. Indien zij toch naar de ontvangasynchroonservice van OpenWave gestuurd worden zal er geantwoord worden met een Bv03-bericht, maar er vindt geen verwerking plaats. Dat gaat bijvoorbeeld om:
  • vrgDu01LeverenOrganisatieGegevens of

Aan de hand van de tag <aanvraagnummer> in de wel ondersteunde berichtsoorten wordt bepaald of er al een zaak bestaat in OpenWave die gekoppeld is aan dat aanvraagnummer. De vergelijking vindt eerst plaats op de kolom dvlvoaanvraagnr (OLO-nummer) van tbomgvergunning en vervolgens - indien niet gevonden - op de kolom dvolonummer van tbmilvergunningen. Dit laatste omdat het instelbaar is in OpenWave of de AIM-berichten in de module milieu/gebruik (tbmilvergunningen) of bij de omgevingszaken worden ingelezen (zie ad 7).

Indien de zaak bestaat weet OpenWave dus bij welke module. Dit is belangrijk bij ad 6 en de stappen die daarna komen.

Omdat er tegelijkertijd meer berichten betreffende eenzelfde <aanvraagnummer> naar de OpenWave service verzonden kunnen worden is het belangrijk deze in volgorde af te handelen. Zie hiervoor het kopje Instelling m.b.t. probleem gelijktijdigheid bij Verwerking van StUF OLO / AIM berichten.

Zie ook de afwijking bij kopje vooroverleg bij Verwerking van StUF OLO / AIM berichten.

Leverenaanvraag op grond van adviesverzoeken Dus normaliter houdt OpenWave tegen dat er meerdere zaken met eenzelfde OLO/DSO-nummer kunnen ontstaan. Echter, indien de berichtsoort is: omvDu01LeverenAanvraag of wwvDu01LeverenAanvraag (adviesaanvragen) EN de instelling Sectie: Koppeling OLO en Item: MeerdereAdviesaanvragen is aangevinkt, dan is het de bedoeling dat er toch meerdere zaken kunnen worden aangemaakt, waar een zelfde OLO-bericht aan ten grondslag ligt.

OpenWave kijkt bij deze instelling bij een leveringaanvraagbericht of de inhoud van de tag <aanvraagnummer> bestaat in de kolom tbomgvergunning.dvlvoaanvraagnr (OLO/DSO nummer).

Is dat niet geval dan wordt een nieuwe zaak aangemaakt waarbij tbomgvergunning.dvlvoaanvraagnr wordt gevuld met het aanvraagnummer. Is dat wel het geval (dus hij bestaat al) dan wordt van die bestaande kaart eerst het tbomgvergunning.dvlvoaanvraagnr aangepast door een postfix namelijk underscore + 1 toe te voegen. Bestaat postfix _1 al bij dat OLO-nummer dan _2 en zo verder.

Daarna wordt een nieuwe zaak aangemaakt waarbij tbomgvergunning.dvlvoaanvraagnr wordt gevuld met het aanvraagnummer.

Zie het kopje Logging bij Verwerking van StUF OLO / AIM berichten. Indien:

• Koppelbericht of wijzigingsbericht maar de zaak bestaat niet in OpenWave of er ontbreekt een instelling. In dat geval wordt eventueel de messagelog gevuld en wordt op de webserver het bericht in de BerichtNietGoedVerwerktMap gezet.
• Andere niet ondersteunde berichten. In dat geval wordt eventueel de messagelog gevuld en wordt op de webserver het bericht in de BerichtWordtNietOndersteundMap gezet OF - wanneer het niet om wwvDi01AanbiedenAanvraag, wwvDu01LeverenAanvraag, vrgDu01LeverenOrganisatieGegevens of vrgDi01AanvragenAdvies gaat - op de BerichtOnbekendMap.
• Maak nieuwe zaak berichten maar er ontbreekt een noodzakelijke instelling. In dat geval wordt eventueel de messagelog gevuld en wordt op de webserver het bericht in de BerichtNietGoedVerwerktMap gezet.

Uit het bericht vrgDi01KoppelZaakAanAanvraag wordt de tag <aanvraagnummer> uit het blok <aanvraagGegevens> uit eerste blok <object> van het blok <update> gezocht in OpenWave (zie ad 1). Indien onverhoopt meerdere gegadigden worden gevonden dan wordt de kaart genomen met de hoogste primary key (dnkey).

Als extern zaaknummer de tag <identificatie> van het eerste blok <gerelateerde> van het blok <staatGeregistreerdAls> uit eerste blok <object> van het blok <update>.

Indien extern zaaknummer gevuld dan worden de kolommen dvdmscode en dvintzaakcode (van tbomgvergunning of van tbmilvergunningen) hiermee overschreven.

Zie het kopje Logging bij Verwerking van StUF OLO / AIM berichten.

Voor alle berichten geldt dat eventueel de messagelog gevuld wordt en op de webserver het bericht in de BerichtGoedVerwerktMap geplaatst wordt.

Dit gebeurt in de tabel tbomgoloberichten. Zie OLO/AIM Bijlage verwijzingen.

Het programma zoekt in het bericht naar de blokken <heeftBijlage>. Voor elk gevonden blok wordt een kaart aangemaakt in tbomgoloberichten indien deze nog niet bestaat bij de betreffende module en de betrokken zaak (een bestaande zaak, of een zaak die zojuist is aangemaakt). Die controle vindt plaats op tbomgoloberichten.dvlvobestandsnaam versus de waarde van de tag <bestandsnaam> uit het blok <gerelateerde> van het betreffende blok <heeftBijlage>.

Hierbij wordt:

• kolom dvolofunctie gevuld met de waarde van tag <functie> uit het blok <stuurgegevens>
• kolom ddaanmaakdatum met de systeemdatum
• kolom dvlvobestandsnaam met tag <bestandsnaam> uit het blok <gerelateerde> van het betreffende blok <heeftBijlage> (eventueel afgekapt op 250 posities)
• kolom dvomschrijving met de tag <soort> uit het blok <gerelateerde> van het betreffende blok <heeftBijlage> (Als deze tag meer keer voorkomt wordt de eerste genomen eventueel afgekapt op 250 posities).

Indien het bericht:

• uit de groep 'maak nieuwe berichtsoorten' komt
• EN de zaak bestaat reeds (ad 1)
• EN die zaak bestaat als omgevingszaak in tbomgvergunning

dan kijkt het programma naar de instelling Sectie: Koppeling OLO en Item: BestaandeZaakNietOverschrijven. Bestaat deze instelling en is deze aangevinkt dan heeft dat als consequentie dat - met uitzondering van de bijlage-verwijzingen (ad 5) - de gegevens va de zaak niet zullen worden bijgewerkt.

Bij het ontbreken of niet aangevinkt zijn van deze instelling kan het dus voorkomen dat bijvoorbeeld de bestaande omgevingszaak opnieuw aan een ander zaaktype wordt gekoppeld (zie ad 7 t/m ad 14).

Milieu/gebruikzaken (tbmilvergunningen) worden dus nooit overschreven - met uitzondering van de bijlage-verwijzingen (ad 5).

Is de berichtsoort vrgDi01AanvragenVooroverleg dan verwijst de waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: Vooroverleg naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor zaaktype vooroverleg. Indien deze instelling niet bestaat of verwijst naar een niet bestaande tbsoortomgverg.dnkey, dan valt het programma terug op Getal2 van de verplichte instelling Sectie: Koppeling OLO en Item: Onbekende vergunning. Ook deze waarde moet verwijzen naar een dnkey van tbsoortomgverg. Is dat niet het geval: zie ad 2.

Zie verder voor vooroverleg onder kopje vooroverleg bij Verwerking van StUF OLO/AIM berichten.

Is de berichtsoort omvDi01AanbiedenAanvraag dan geldt:

• Situatie A : = Alle drie onderstaande beweringen zijn waar:
  • de tag <aanvraagprocedure> heeft de waarde: “Geen procedure van toepassing” of “Onbekend”
  • EN er bestaat een blok <onderdeelGebruik> of <onderdeelSlopen> of <onderdeelMeldingLozingOpDeBodemOfDeRioleringBuitenInrichtingen> of <onderdeelMeldingActiviteit>
  • EN de instelling Sectie: Koppeling OLO en Item: MeldingenOpvangen is aangevinkt

• OF situatie B: = tenminste één van bovenstaande beweringen is onwaar.

Voor alle volgende situaties geldt dat indien de genoemde instellingen niet bestaan of verwijzen naar een niet bestaande dnkey, dat dan teruggevallen wordt op Getal2 van de verplichte instelling Sectie: Koppeling OLO en Item: Onbekende vergunning. Ook deze waarde moet verwijzen naar een dnkey van tbsoortomgverg. Is dat niet het geval: zie ad 2.

Bij Situatie A (het gaat om een melding die als aparte zaak in OpenWave wordt opgenomen) redeneert het programma als volgt:

• Indien het bericht het blok <onderdeelSlopen> bevat dan verwijst de waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: MeldingOnderdeelSlopen naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor dit zaaktype.
• Anders: Indien het bericht het blok <onderdeelGebruik> bevat dan verwijst de waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: MeldingOnderdeelGebruik naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor dit zaaktype.
• Anders: Indien het bericht het blok <onderdeelMeldingLozingOpDeBodemOfDeRioleringBuitenInrichtingen> bevat dan verwijst de waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: MeldingOnderdeelLozing naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor dit zaaktype.
• Anders bevat het bericht dus het blok <onderdeelMeldingActiviteit>. Dan zijn er twee mogelijkheden. Eén van de twee onderstaande instellingen mag ingevuld zijn:
  • De waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: MeldingOnderdeelMeldingActiviteit_O verwijst naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor dit zaaktype
  • OF de waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: MeldingOnderdeelMeldingActiviteit verwijst naar de dnkey (identifier) van de kaart uit tbsoortmilverg die bedoeld is voor dit zaaktype. De activiteitmelding wordt dan aangemaakt in de module MilieuGebruik (tbmilvergunningen).

Bij Situatie B omvDi01AanbiedenAanvraag (het gaat niet om een melding en/of meldingen worden niet apart opgevangen in een eigen zaaktype) dan redeneert het programma als volgt:

De waarde van de tag <aanvraagprocedure> wordt gezocht in de tabel tbsoortomgverg in de kolom dvlvotag (label: procedurenaam in OLO-bericht). Bijvoorbeeld ‘ReguliereProcedure’ of ‘UitgebreideProcedure’ of ‘Geen procedure van toepassing’.

Indien niet gevonden of er zijn twee of meer kaarten die aan de zoekopdracht voldoen dan wordt teruggevallen op Getal2 van de verplichte instelling Sectie: Koppeling OLO en Item: Onbekende vergunning.

Indien de berichtsoort is: wwvDi01AanbiedenAanvraag of wwvDu01LeverenAanvraag EN Getal2 van de instelling Koppeling OLO en Item: Waterwet verwijst naar een dnkey van tabel zaaktypes omgeving TbSoortOmgverg, dan moeten deze waterwetaanvragen aan die soort omgeving worden gekoppeld. Zo niet (de instelling Waterwet bestaat niet of verwijzing deugt niet) dan worden deze OLO-berichtsoorten behandeld als omvDi01AanbiedenAanvraag en omvDu01LeverenAanvraag.

• Indien berichtsoort is omvDu01LeverenAanvraag EN de instelling Sectie: Koppeling OLO en Item: ExtAdviesRegulier bestaat EN de waarde van de tag <aanvraagprocedure> begint met de substring 'Regulier’

dan verwijst de waarde van Getal1 van hierboven genoemde instelling naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor dit zaaktype.

• Indien berichtsoort is omvDu01LeverenAanvraag EN de instelling Sectie: Koppeling OLO en Item: ExtAdviesUitgebreid bestaat EN de waarde van de tag <aanvraagprocedure> begint met de substring 'Uitgebreid’

dan verwijst de waarde van Getal1 van hierboven genoemde instelling naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor dit zaaktype.

• Indien berichtsoort is omvDu01LeverenAanvraag EN de instelling Sectie: Koppeling OLO en Item: ExtAdviesOnbekend bestaat EN de waarde van de tag <aanvraagprocedure> begint niet met de substring 'Uitgebreid’ of 'Regulier'

dan verwijst de waarde van Getal1 van hierboven genoemde instelling naar de dnkey (identifier) van de kaart uit tbsoortomgverg die bedoeld is voor dit zaaktype.

Zie ook hieronder: ad 17 verwerken van omvDu01LeverenAanvraag-bericht.

Er zijn twee mogelijkheden (zie ad 7):

• de zaak is gekoppeld aan een zaaktype van tbsoortomgverg en wordt/is aangemaakt in module omgeving (tbomgvergunning)
• OF de zaak is gekoppeld aan een zaaktype van tbsoortmilverg en wordt/is aangemaakt in module milieu/gebruik (tbmilvergunningen). Dit laatste kan het geval zijn indien het OLO-bericht een activiteitenmelding betreft (bijv. van AIM-loket) EN de waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: MeldingOnderdeelMeldingActiviteit verwijst naar een dnkey (identifier) van de kaart uit tbsoortmilverg.

Indien het gaat om een milieu/gebruikzaak dan moet de zaak gekoppeld worden aan een inrichting. Het programma gaat als volgt te werk. In de blok-keten <object> - <werkzaamheid> - <onderdeel> - <onderdeelMeldingActiviteit> - <isVoor> - <heeftAlsDrijver> - <vestiging> - <heeftAlsVestigingsadres> worden straatnaam, huisnummergegevens en woonplaatsnaam opgehaald en opgezocht in de overeenkomstige kolommen van de OpenWave-view vwfrmlokaties. Indien:

• niet gevonden dan neemt het programma als locatie-identifier de waarde van Getal2 van de verplichte instelling Koppeling OLO en Item: DummyLokatiePerceelkey . Deze verwijst naar een dnkey van tabel locaties (tbperceeladressen) met de betekenis onbekend adres
• wel gevonden dan is de locatie-identifier gelijk aan vwfrmlokaties.dnkeyperceeladressen.

Vervolgens kijkt het programma of er aan die locatie inrichtingen zijn verbonden die niet geblokkeerd zijn en geen bedrijfseinde hebben. Indien:

• er precies één inrichting is dan is naast de locatie-identifier nu ook de inrichting-identifier bekend (tbmilinrichtingen.dnkey)
• er geen (actieve) inrichting wordt aangetroffen dan wordt deze inrichting eerst aangemaakt op de gevonden locatie-identifier met behulp van de gegevens uit blok <onderdeelMeldingActiviteit> (o.a. naam). Daarna is de inrichting-identifier bekend
• er meerdere inrichtingen worden aangetroffen dan krijgt de inrichting-identifier de waarde van de instelling Getal2 van Sectie: Koppeling OLO en Item: OnbekendeInrichting. Deze waarde verwijst dus naar een dnkey van tbmilinrichtingen met de betekenis 'onbekende inrichting'. De locatie-identifier wordt in dit geval overschreven met de waarde van de dnkeyperceeladressen van die kaart.

Indien het gaat om een omgevingszaak dan geldt het volgende: (zie ook de facultatieve instellingen m.b.t. woonplaatsnaam en case-sensitive van huisletter Verwerking van StUF OLO / AIM berichten).

Binnen de blok-keten <object> - <isVoor> - <gerelateerde> kijkt het programma naar:

• de blok-keten <isAdres> - <gerelateerde> - <adresAanduidingGrp>. Indien deze bestaat dan zoekt het programma met behulp van de tags <wpl.woonplaatsNaam>,<gor.openbareRuimteNaam> (als deze leeg is dan de tag <gor.straatnaam>), <aoa.huisnummer>, <aoa.huisletter>, <aoa.huisnummertoevoeging> in vwfrmlokaties. Indien geen resultaat dan wordt nog een poging gedaan met de tags <aoa.postcode,<aoa.huisnummer>,<aoa.huisletter> en <aoa.huisnummertoevoeging>. Indien:
  • precies één kaart gevonden dan is de locatie-identifier de waarde van vwfrmlokaties.dnkeyperceeladressen
  • niet gevonden OF er de resultaatset uit vwfrmlokaties bestaat uit meerdere rijen dan neemt het programma als locatie-identifier de waarde van Getal2 van de verplichte instelling Koppeling OLO en Item: DummyLokatiePerceelkey . Deze verwijst naar een dnkey van tabel locaties (tbperceeladressen) met de betekenis onbekend adres.
• Anders - als blok <adresAanduidingGrp> niet bestaat - dan kijkt het programma naar de blokketen <isKadastraleOnroerendeZaak> -<gerelateerde> - <kadastraleAanduiding>. Indien deze bestaat dan zoekt het programma met behulp van de tags <kadastraleGemeentecode>, <kadastraleSectie>, <kadastraalPerceelnummer> (mits alle drie gevuld) binnen vwfrmlokaties op de kolommen dvgmntecode, dvsectie, dvperceelnummer, waarbij dvkaddlpercindicatie de waarde null heeft of ‘G’. Indien:
  • precies één kaart gevonden dan is de locatie-identifier de waarde van vwfrmlokaties.dnkeyperceeladressen
  • Indien niet gevonden OF er de resultaatset uit vwfrmlokaties bestaat uit meerdere rijen dan neemt het programma als locatie-identifier de waarde van Getal2 van de verplichte instelling Koppeling OLO en Item: DummyLokatiePerceelkey . Deze verwijst naar een dnkey van tabel locaties (tbperceeladressen) met de betekenis onbekend adres.
• Anders - het blok <isKadastraleOnroerendeZaak> bestaat niet of zelfs het blok <IsVoor> bestaat niet - dan neemt het programma als locatie-identifier de waarde van Getal2 van de verplichte instelling Koppeling OLO en Item: DummyLokatiePerceelkey.

Afhankelijk van ad 7 (bepaal soort zaak) wordt in de meeste gevallen een nieuwe zaak aangemaakt in tbomgvergunningen maar soms ook in tbmilvergunningen (indien het OLO-bericht een activiteitenmelding betreft, bijv. van AIM-loket, EN de waarde van Getal2 van de instelling Sectie: Koppeling OLO en Item: MeldingOnderdeelMeldingActiviteit verwijst naar een dnkey (identifier) van de kaart uit tbsoortmilverg).

Het zaaktype (de soort omgevingszaak of soort milieu/gebruikzaak) is dus bepaald in ad 7 en daarmee ook het masker om een nieuwe wave zaakcode te kunnen genereren. Indien echter de combinatie gemeente (ad 8: locatie) / zaaktype (ad 7 bepaal soortzaak) gekoppeld is aan een compartiment en de maskergegevens zijn bij dat compartiment ingevuld, dan gelden deze als uitgangspunt voor het genereren van een OpenWave zaakcode.

De locatie en/of inrichting is bepaald in ad 8.

• De kolom dvaanvraagnaam wordt gevuld met de tag <aanvraagNaam>. Bij vooroverleg kan dit de tag <toelichting> zijn indien Getal1 van Sectie: Koppeling OLO en Item: Vooroverleg de waarde 1 heeft, anders: de tag <functie>.
• De tag <aanvraagdatum> wordt gebruikt als ontvangst c.q. startdatum (bij vooroverleg de systeemdatum).

Indien echter de instelling Sectie: Koppeling OLO en Item: LeverenAanvraagDatumReset aangevinkt is en het gaat om de verwerking van de berichtsoorten OmvDu01LeverenAanvraag en wwvDu01LeverenAanvraag, dan zal de startdatum (tbomgvergunning.ddaanvraag) worden gevuld met de systeemdatum i.p.v. de aanvraagdatum uit het bericht.

• De tag <aanvraagnummer> wordt gebruikt om de kolom tbomgvergunning.dvlvoaanvraagnummer c.q. tbmilvergunningen.dvolonummer (het OLO/AIM-nummer) te vullen. Zie onder kopje Vooroverleg bij Verwerking van StUF OLO / AIM berichten) voor de uitzondering met een prefix hierop.
• Kolom tbomgvergunning.dldigindiening wordt op T gezet.

Het kan zijn dat OpenWave de nieuwe aangemaakte zaak doorzet naar een extern zaaksysteem met een creerzaakbericht (zaak/DMS koppeling). Zie de voorwaarden bij kopje Aanmaken zaak met zaak/DMS vanuit OLO-service bij Verwerking van StUF OLO / AIM berichten).

Dat gebeurt dan overigens na het inlezen van aanvrager en gemachtigde en de vaststelling van de behandelaar.

(Zie ook de facultatieve instellingen m.b.t. PuntjesfunctieVoorletters en bestaandContactNietOverschrijven Verwerking van StUF OLO / AIM berichten)

Aanvrager

Mits er nog geen contactadres met de rol AVR aan de zaak is gekoppeld, dan binnen de blok-keten <object> - <isAangevraagdDoor> - <gerelateerde> kijkt het programma naar het blok <vestiging> of <natuurlijkPersoon> of <persoon> (die laatste bij stuflv0 305: AIM-bericht). Indien:

• (natuurlijk) persoon dan kijkt het programma naar de tag <inp.bsn>:
  • indien gevonden, gevuld en voldoet aan elfproef dan wordt deze waarde gezocht in tbcontactadressen.dvsofinr waarbij tbcontactadressen.ddvervaldatum de waarde null heeft:
    • indien gevonden dan wordt een koppeling omgevingszaak/milieugebruikzaak naar deze kaart gelegd op rol AVR (indien meerdere kandidaten dan koppelen aan tbcontactadressen met de hoogste dnkey-waarde).
    • indien BSN niet gevonden wordt een nieuwe contactadreskaart aangemaakt en deze wordt gekoppeld aan de omgevingszaak/milieugebruikzaak op de rol AVR
  • indien de tag <inp.bsn> niet bestaat of niet valide dan wordt een nieuwe contactadreskaart aangemaakt en deze wordt gekoppeld aan de omgevingszaak/milieugebruikzaak op de rol AVR.
• vestiging dan kijkt het programma naar de tag <vestigingsNummer>:
  • indien gevonden, en gevuld dan wordt deze waarde gezocht in tbcontactadressen.dvvestigingsnummer waarbij tbcontactadressen.ddvervaldatum de waarde null heeft:
    • indien gevonden dan wordt een koppeling omgevingszaak/milieugebruikzaak naar deze kaart gelegd op rol AVR (indien meerdere kandidaten dan koppelen aan tbcontactadressen met de hoogste dnkey-waarde)
    • indien vestigingsnummer niet gevonden wordt een nieuwe contactadreskaart aangemaakt en deze wordt gekoppeld aan de omgevingszaak/milieugebruikzaak op de rol AVR
  • indien de tag <vestigingsNummer> niet bestaat of niet valide wordt een nieuwe contactadreskaart aangemaakt en deze wordt gekoppeld aan de omgevingszaak/milieugebruikzaak op de rol AVR.

Gemachtigde

Mits er nog geen contactadres met de rol GEM aan de zaak is gekoppeld, binnen de blok-keten <object> - <heeftGemachtigde> - <gerelateerde> kijkt het programma naar het blok <vestiging> of <natuurlijkPersoon> of <persoon> (die laatste bij stuflv0 305: AIM-bericht).

Verder zelfde algoritme als hierboven bij Aanvrager, maar dan met de rol GEM.

Het programma zoekt naar de tag <identificatie> onder de blokketen <object> - <staatGeregistreerdAls> - <gerelateerde>.

Is deze gevuld met maximaal 40 karakters dan kijkt het programma naar de instelling Sectie: KoppelingOLO en Item: GeregistreerdAlsNaarZaaknrBevGezag.

• Is deze instelling aangevinkt dan wordt de waarde van tag <identificatie> opgeslagen in de kolom dvzaaknrbevgezag van de omgevingszaak of milieu/gebruikzaak. Ook als deze kolom al gevuld was.
• Is deze instelling NIET aangevinkt dan wordt de waarde van tag <identificatie> opgeslagen in de kolom dvintzaakcode en dvdmszaakcode van de omgevingszaak of milieu/gebruikzaak MITS deze een lege waarde bevat.

Zie kopje Onderdelen /Werkzaamheden bij Verwerking van StUF OLO / AIM berichten.

Indien de combinatie gemeente (ad 8: locatie) / zaaktype (ad 7 bepaal soortzaak) gekoppeld is aan compartiment dan wordt aldaar de behandelaar opgehaald (beheertegel Compartiment). Is die niet gedefinieerd dan valt het programma terug op kolom Tekst van de instelling Sectie: Koppeling OLO en Item: dossierbehandelaar. Die laatste MOET gevuld zijn.

Valt de zaak/gemeente niet onder een compartiment dan kijkt het programma eerst naar de kolom defaultbehandelaar (dvcodedefbehandelaar) bij de gevonden soort zaak (ad 7) in tbsoortomgverg of tbsoortmilverg. Indien deze niet is gevuld dan grijpt het programma terug op de verplichte instelling op kolom Tekst van de instelling Sectie: Koppeling OLO en Item: dossierbehandelaar. Hierin moet een valide medewerkerscode (tbmedewerkers.dvcode) staan.

Met de gevonden waarde - mits er nog geen behandelaar aan de zaak is toegekend - wordt een nieuwe kaart in tbinbehandelingbij aangemaakt en gekoppeld aan de zaak.

De processtappen van de processen die aan het gevonden zaaktype (de soort zaak) in het beheerportaal Zaakbeheer verbonden zijn EN waarbij de eigenschap auto(matisch) is aangevinkt, worden aan de nieuwe zaak toegevoegd. Indien de nieuwe zaak onder een compartiment is toegevoegd, dan geldt ook nog dat het proces verbonden moet zijn aan dat compartiment (tbprocedure.dnkeycompartiment).

Op grond van de ingelezen processen worden ook checklistitems, die in het beheer gekoppeld zijn aan die processen, automatisch toegevoegd mits ook daar de eigenschap auto(matisch) aangevinkt is.

LET OP: zie kopje autorisatiesleutel voor WSAS-API i.v.m. aanmaak processtappen bij Verwerking van StUF OLO / AIM berichten.

Zie kopje Automatisch aanmaken mappen op fileshare vanuit OLO-service bij Verwerking van StUF OLO / AIM berichten.

OpenWave zorgt ervoor dat de toelichting/omschrijving van het advies in het vrgDi01AanvragenAdvies.xml uiteindelijk zichtbaar wordt bij de zaak die aangemaakt is op grond van een omvDu01LeverenAanvraag.

Het programma redeneert als volgt:

Bij het verwerken van omvDu01LeverenAanvraag-bericht (of wwvDu01LeverenAanvraag) redeneert OpenWave vervolgens: