Verschillen
Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.
Beide kanten vorige revisie Vorige revisie Volgende revisie | Vorige revisie | ||
openwave:1.31:applicatiebeheer:instellen_inrichten:inrichting_processen:termijnstappen [2024/11/26 06:07] – ↷ Pagina verplaatst van openwave:1.31:applicatiebeheer:instellen_inrichten:inrichting_processen:termijnstappen naar openwave:1.32:applicatiebeheer:instellen_inrichten:inrichting_processen:termijnstappen Kars Gottschal | openwave:1.31:applicatiebeheer:instellen_inrichten:inrichting_processen:termijnstappen [2025/01/14 12:05] (huidige) – [Voorbeeld action aanroep wizard InsertRolContact] Konstant Obdeijn | ||
---|---|---|---|
Regel 1: | Regel 1: | ||
+ | ====== Termijnstappen ====== | ||
+ | |||
+ | Per proces kunnen een of meer termijnbewakingsstappen worden gedefinieerd. Termijnstappen zijn de stappen die in het termijnbewakingsscherm bij een zaak een streefdatum (ook wel deadline genoemd) hebben en een afgehandeld datum die ingevuld kan worden. | ||
+ | |||
+ | Bij termijnstap A wordt aangegeven dat de volgende termijnstap de stap B is, waarbij de deadline van stap B X dagen verder is dan de deadline van A. Het verschil in dagen tussen deadline van A en die van B geeft dus de termijn aan waarbinnen stap B moet zijn afgehandeld. | ||
+ | |||
+ | Een deadline die binnen nu (systeemdatum) en een Y aantal dagen dreigt te verlopen, komt op de takenlijst van de verantwoordelijke medewerker. | ||
+ | |||
+ | Het aangeven van de volgende stap en de termijnen kan in de praktijk ingewikkelder zijn dan hierboven beschreven. De volgende variaties zijn bijvoorbeeld mogelijk: | ||
+ | |||
+ | * Bij termijnstap A wordt aangegeven dat de volgende termijnstap de stap B is, waarbij de deadline van stap B X dagen verder is dan de ingevulde afgehandeld datum van A. Het verschil in dagen tussen afgehandeld A en deadline B geeft dan de termijn aan waarbinnen stap B moet zijn afgehandeld. | ||
+ | * Bij termijnstap A wordt aangegeven dat de volgende termijnstap: | ||
+ | * de stap B is indien aanvinkstap C aangevinkt is, waarbij de deadline van stap B X dagen verder is dan de deadline van A; | ||
+ | * de stap D is indien aanvinkstap C niet is aangevinkt, waarbij de deadline van stap D X dagen verder is dan de ingevulde afgehandeld datum van A. | ||
+ | |||
+ | Door termijnstappen te relateren aan afvinkstappen kunnen termijnbewakingsregels bij een zaak in de ene situatie wel ingevuld worden en in de andere situatie niet (zij krijgen in dat laatste geval een afwijkende kleur en de streefdatums worden onzichtbaar). | ||
+ | |||
+ | ===== Bijzondere stapdefinities Startregel en Tussenregel ===== | ||
+ | |||
+ | Er kunnen twee soorten termijnstappen worden gedefinieerd die niet aan de voorkant terug te vinden zijn: | ||
+ | |||
+ | * Een stap met de naam // | ||
+ | * Een stap met de naam // | ||
+ | |||
+ | Toepassing voor de // | ||
+ | |||
+ | * In A wordt vervolgproces X gekozen | ||
+ | * In B wordt vervolgproces Y gekozen | ||
+ | |||
+ | Beide vorken A en B verwijzen naar dezelfde eindstap: bijv. Einde Ontvankelijkheid. Door deze naam te wijzigen in Tussenregel wordt deze laatste stap onzichtbaar en komt voor de gebruiker direct de eerste stap van de gekozen vervolgproces in beeld. | ||
+ | |||
+ | ===== Kolommen uit blok termijnstap ===== | ||
+ | |||
+ | === Naam === | ||
+ | |||
+ | De naam zoals die voor de gebruiker zichtbaar is. | ||
+ | |||
+ | **Volgnummer** Het volgnummer is bepalend voor de volgorde waarin de termijnstappen hier, maar ook in het termijnbewakingsscherm bij een zaak zichtbaar zijn. | ||
+ | |||
+ | <adm warning> | ||
+ | Volgnummers mogen niet groter zijn dan 999 | ||
+ | </ | ||
+ | |||
+ | Bij de definitie van een processtap wordt altijd verwezen naar een volgende stap die bij hetzelfde proces hoort met een termijn. Dat gebeurt door aangeven van dit volgnummer. Zie hieronder bij lemma //volgende stap//. | ||
+ | |||
+ | // | ||
+ | |||
+ | De eerste stap van elk proces is de stap met volgnummer 0 (met als naam: startregel). Deze startregel zelf zal in het gebruik nooit zichtbaar zijn. De startregel wordt gebruikt om de streefdatum en de afgehandeld datum van de allereerste termijnstap van een proces te berekenen. Immers: de termijnen van de vervolgstappen worden op basis van de eerste streefdatum en/of afgehandeld datum berekend. Die datum is de aanvraagdatum, | ||
+ | |||
+ | Als een proces als tweede of derde proces aan een zaak wordt gekoppeld, moet van de eerste stap hiervan ook de streefdatum worden ingevuld. Dit kan natuurlijk niet de oorspronkelijke ontvangstdatum zijn. Het is de bedoeling dat de eerste streefdatum van het vervolgproces wordt berekend op basis van de laatste streefdatum van het voorgaande proces. Om dat te kunnen bewerkstelligen worden de termijnregels met volgnummer 0 als dergelijke verbindingsregels beschouwd. Zij worden niet overgenomen, | ||
+ | |||
+ | === Vervaldatum === | ||
+ | |||
+ | Een gevulde vervaldatum die groter is dan de systeemdatum heeft tot gevolg dat de termijnstap niet zichtbaar is en dat de termijnstap niet zal wordt aangemaakt bij het koppelen van een vergunning aan de proces waar deze stap een onderdeel van uitmaakt. **Opschortende werkingstermijn wordt bij deze stap opgeteld** | ||
+ | |||
+ | De berekende opschortende werking kan dus - naast de optelling bij de fatale datum in een omgevingszaak of APV/Overige - OOK bij een termijnstap worden opgeteld, maar dit hoeft niet. Zie [[openwave: | ||
+ | |||
+ | === Berekende streefdatum door gebruiker aan te passen === | ||
+ | |||
+ | | ||
+ | |||
+ | === Omschrijving/ | ||
+ | |||
+ | | ||
+ | |||
+ | **Streefdatum verandert niet mee met invulling afhandeldatums** Dit wil zeggen dat bij het ophalen van een proces eenmalig de deadlines berekend worden a.d.h.v. de startdatum van de zaak (of datum constatering bij handhaving) of aan de hand van de laatste datum van het voorafgaande proces in geval van stapeling. Daarna kunnen zij niet meer gewijzigd worden: ze zijn dus onafhankelijk van de ingevulde afgehandeld datums of voorliggende deadlines. | ||
+ | |||
+ | Daarop gelden uitzonderingen; | ||
+ | |||
+ | * Aanhouden | ||
+ | * Opschortende werking bij ontvankelijkheidstoets, | ||
+ | |||
+ | **De stap wordt bij lege afhandeldatum opgenomen in takenlijst (mijn procestaken)** | ||
+ | |||
+ | In de takenlijst komt een regel als de streefdatum van een termijnbewakingsstap verlopen is of dreigt te verlopen. | ||
+ | |||
+ | **Deze stap is de ontvangst van de aanvullende gegevens** Zie hiervoor ook: Ontvankelijkheid en opschortende werking | ||
+ | |||
+ | De termijnstap wordt geïnterpreteerd als de stap waarbij in het kader van de ontvankelijkheidstoetsing op uitnodiging aanvullende gegevens worden aangeleverd. Het programma neemt aan dat de voorgaande stap dan de uitnodiging tot het aanleveren van die aanvullende gegevens is. Het programma kan dan een opschortende werking gaan berekenen door het aantal dagen tussen de afhandeldatum van deze termijnstap (de aanlevering) minus de afhandeldatum van de voorgaande stap (de uitnodiging) te bepalen. | ||
+ | |||
+ | Wanneer de daadwerkelijke indiening echter plaatsvindt na de afgesproken datum dat ze ingediend zouden moeten zijn, dan geldt als opschortende termijn het aantal dagen tussen die afgesproken datum en de uitnodiging. De opschortende werking van X dagen wordt: | ||
+ | |||
+ | * Opgeteld bij de deadline van de termijnstap verderop in de proces waar aangevinkt is dat de opschortende werking van de aanvullende gegevens verwerkt moet worden. Dit is alleen van toepassing als er een eindstap is die vaststaat na eerste berekening. | ||
+ | * Opgeteld bij de fatale datum in het basis editscherm van de zaak (indien als zichtbaar gedefinieerd: | ||
+ | |||
+ | === Streefdatum van deze stap blijft kleiner dan fatale datum === | ||
+ | Als deze eigenschap is aangevinkt, dan is de streefdatum van deze stap altijd < of gelijk aan de fatale datum van de bovenliggende zaak. | ||
+ | |||
+ | === Afhandeldatum niet rechtstreeks in te vullen (maar via action of invoerkolom) === | ||
+ | |||
+ | Als deze stap is aangevinkt zal de afgehandeld datum van deze processtap **niet** handmatig door de inlogger kunnen worden aangepast. Het vullen geschiedt bijv. door de uitvoering van een action of door het vullen van een extra invoerkolom (zie hieronder bij blok //Action// en blok //Extra invoerkolommen// | ||
+ | |||
+ | === Default behandelaar of team === | ||
+ | |||
+ | Aan elke termijnstap is een default behandelaar of een default team toe te kennen. Deze medewerker/ | ||
+ | |||
+ | Indien de instelling //Sectie: Termijnbewaking en Item: Teamzichtbaar// | ||
+ | |||
+ | === Hyperlink === | ||
+ | |||
+ | | ||
+ | |||
+ | ===== Blok Volgende stap ===== | ||
+ | |||
+ | **Volgende stap** (nummer, termijn, eenheid) In dit kader kunnen de kolommen die gaan over de volgende termijnstap worden ingevoerd wanneer de kolom //tenzij afvinkstap met volgnr// van stap leeg is. | ||
+ | |||
+ | Het volgnummer van die volgende stap moet hier worden aangegeven en daarbij hoe de berekening van de deadline van die volgende stap moet plaatsvinden. Dat kan door het aangeven van de termijn tussen de onderhavige stap en de volgende stap. Die termijn kan worden aangegeven (keuzelijst eenheden) in dagen, arbeidsdagen, | ||
+ | |||
+ | **Tenzij afvinkstap met volgnr** (nummer, termijn, dan afgehandeld, | ||
+ | |||
+ | * De kolom // | ||
+ | * de afvinkstap aangevinkt wordt. | ||
+ | |||
+ | Het volgnummer van die volgende stap moet hier worden aangegeven en daarbij hoe de berekening van de deadline van die volgende stap moet plaatsvinden. Dat kan door het aangeven van de termijn tussen de onderhavige stap en de volgende stap. Die termijn kan worden aangegeven (keuzelijst) in dagen, arbeidsdagen, | ||
+ | |||
+ | Indien er geen volgende stap is (laatste termijnstap van een proces) moet in ieder geval de kolom //volgende stap// leeg blijven. | ||
+ | |||
+ | Wanneer n aantal arbeidsdagen wordt opgeteld bij een datum, dan gebeurt dat stapje voor stapje met een dag tegelijk. Indien de uitkomst van zo'n stapje een zaterdag of zondag oplevert, dan wordt een extra stapje gedaan. | ||
+ | |||
+ | De deadline van de volgende stap kan nu berekend worden door de termijn op te tellen bij de afgehandeld datum of bij de deadline van de onderhavige stap. | ||
+ | |||
+ | Hierin zijn drie mogelijkheden aan te geven: | ||
+ | |||
+ | * streefdatum vorige stap. Met deze keuze geldt altijd de streefdatum van de onderhavige stap als als uitgangspunt voor de berekening van de streefdatum van de nieuwe stap. | ||
+ | * afhandeldatum vorige stap. Indien deze keuze is aangevinkt wordt altijd de afgehandelddatum van de onderhavige stap genomen als uitgangspunt voor de berekening van de streefdatum van de nieuwe stap. Ook als deze afgehandeld-datum groter is dan de streefdatum. | ||
+ | * minimum afgehandeld/ | ||
+ | |||
+ | In alle gevallen geldt dat als de afgehandeld datum nog leeg is dat dan de streefdatum als uitgangsdatum wordt genomen. | ||
+ | |||
+ | ===== Blok Action ===== | ||
+ | |||
+ | Aan een processtap kan een action worden toegevoegd. Dat heeft tot gevolg dat er op het detailscherm van de betreffende processtap bij het afhandelen van de zaak een blok action zichtbaar wordt met het hier te definiëren label en een knop om de action uit te voeren. Tevens wordt er een uitvoerbare knop zichtbaar op het lijstscherm van de processtappen om de actie uit te voeren. | ||
+ | |||
+ | Bij een aantal actions is het mogelijk deze zo te parameteriseren dat met het uitvoeren van de action ook de afgehandeld datum van de betreffende stap wordt gevuld. De knop die de action triggert is alleen enabled bij een lege afgehandeld datum. Een aantal voorbeelden geredeneerd vanuit een proces bij een omgevingszaak: | ||
+ | |||
+ | ==== Voorbeelden actions creeer document (wizard maakDocument) ==== | ||
+ | Zie [[openwave: | ||
+ | |||
+ | <adm example Automatisch creëren van document op basis van specifiek sjabloon zonder vullen afgehandeld datum van stap> | ||
+ | |||
+ | De wizard // | ||
+ | |||
+ | * // | ||
+ | * //1234// moet hierbij in de action-definitie vervangen worden met een echte dnkey van het bedoelde sjabloon (uit tbdocumenten) | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// staat voor de module waarvandaan de wizard wordt aangeroepen (W (tbomgvergunning), | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch creëren van document op basis van specifiek sjabloon MET vullen afgehandeld datum van stap> | ||
+ | // | ||
+ | * %keypointer% wordt on the fly automatisch vervangen met de dnkey van de stap (termijnbewstappen) teneinde op de juiste plek de afhandeldatum te kunnen vullen. | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch creëren van document op basis van specifiek sjabloon op grond van query MET vullen afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * %keypointer% wordt on the fly automatisch vervangen met de dnkey van de stap (termijnbewstappen) teneinde op de juiste plek de afhandeldatum te kunnen vullen. | ||
+ | * De query met de naam docsjabloonperzaaktype is een voorbeeld en bestaat niet. Belangrijk is dat de uitkomst van de query één dnkey van een documentsjabloon teruggeeft. | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch starten van maakDocument-wizard op basis van specifieke documentsoort zonder vullen afgehandeld datum van stap> | ||
+ | |||
+ | De wizard wordt geopend met de restrictie dat de gebruiker alleen uit de sjablonen van een bepaalde groep (tbdocumentsoorten) kan kiezen. // | ||
+ | * // | ||
+ | * //1234// moet hierbij in de action-definitie vervangen worden met een echte dnkey van de bedoelde groep (uit tbdocumentsoorten). De gebruiker kan vervolgens alleen een sjabloon uit deze groep kiezen | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// staat voor de module waarvandaan de wizard wordt aangeroepen (W (tbomgvergunning), | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch starten van maakDocument-wizard op basis van specifieke documentsoort MET vullen afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * %keypointer% wordt on the fly automatisch vervangen met de dnkey van de stap (termijnbewstappen) teneinde op de juiste plek de afhandeldatum te kunnen vullen. | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch starten van de volledige maakDocument-wizard ZONDER vullen afgehandeld datum van stap> | ||
+ | |||
+ | De wizard wordt geopend zonder restrictie, waarbij de gebruiker eerst een keuze dient te maken uit de groepen (tbdocumentsoorten) en vervolgens uit de daarbij behorende sjablonen. // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// staat voor de module waarvandaan de wizard wordt aangeroepen (W (tbomgvergunning), | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch starten van de volledige maakDocument-wizard MET vullen afgehandeld datum van stap> | ||
+ | // | ||
+ | * %keypointer% wordt on the fly automatisch vervangen met de dnkey van de stap (termijnbewstappen) teneinde op de juiste plek de afhandeldatum te kunnen vullen. | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeelden actions kiezen vervolgproces (wizard maakNieuwProces)==== | ||
+ | |||
+ | <adm example Automatisch kiezen vervolgproces zonder vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * maaNieuwProces is de naam van de wizard die aangeroepen wordt voor het invoegen van nieuwe processtappen | ||
+ | * // | ||
+ | * //W// staat voor de module waarvandaan de wizard wordt aangeroepen (W (tbomgvergunning), | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch kiezen vervolgproces met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch invoegen vastgesteld vervolgproces met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeelden actions kiezen vervolgzaak (wizard maakNieuweZaak) ==== | ||
+ | Zie [[openwave: | ||
+ | |||
+ | <adm example Automatisch kiezen vervolgzaak op dezelfde locatie zonder vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * //W// staat voor de module waarvandaan de wizard wordt aangeroepen (W (tbomgvergunning), | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch kiezen vervolgzaak op dezelfde locatie met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch aanmaken vastgestelde vervolgzaak op dezelfde locatie met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * De //H// geeft aan in welke module de nieuwe zaak gemaakt moet worden. Op de plaats van de H kunnen ook de moduleletters W (tbomgvergunning), | ||
+ | * //3456// (direct achter deze moduleletter) staat voor een dnkey die verwijst naar een zaaktype bij de moduleletter. Dus indien moduleletter = | ||
+ | * W dan een dnkey uit tbsoortomgverg | ||
+ | * O dan een dvcode uit tbsoortovverg | ||
+ | * C dan een dnkey uit tbsoorthorverg | ||
+ | * E dan een dnkey uit tbsoortmilverg | ||
+ | * I dan een dnkey uit tbsoortinfoaanvraag. | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeelden actions afhandelen/ | ||
+ | Zie [[openwave: | ||
+ | |||
+ | <adm example Automatisch sluiten van bovenliggende zaak op afhandel/ | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module de zaak wordt gesloten. Op de plaats van de W kunnen ook de moduleletters W (tbomgvergunning), | ||
+ | * H dan moet hier staan ddeinddatum | ||
+ | * I dan moet hier staan ddafgehandeld. | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch sluiten van bovenliggende zaak op afhandel/ | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module de zaak wordt ingetrokken. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavngen), | ||
+ | </ | ||
+ | |||
+ | **Automatisch vullen van intrekkingsdatum van bovenliggende zaak __zonder__ vullen van afgehandeld datum van stap** | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module de zaak wordt ingetrokken. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavngen), | ||
+ | |||
+ | <adm example Automatisch vullen van intrekkingsdatum van bovenliggende zaak met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module de zaak wordt ingetrokken. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavngen), | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard insertOpschorten ==== | ||
+ | (insert op de tabel tbopschorten)\\ | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertOpschorten met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module de zaak wordt opgeschort. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavingen), | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeelden actions aanroep wizard insertAdvies ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertAdvies met restrictie uit de adviesinstanties beginnend met een 2 en met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module het advies wordt aangemaakt. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavingen), | ||
+ | * //2// geeft hier aan de de gebruiker kan kiezen uit de adviesinstanties (voor de betreffende module) waarvan de dvcode begint met een 2. | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertAdvies zonder extra restrictie adviesinstanties met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * et de dnkey van de kaart uit de hoofdzaak van de module (dus de dnkey van de zaak waar je op staat) | ||
+ | * // | ||
+ | * //W// geeft aan in welke module het advies wordt aangemaakt. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavingen), | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertAdvies met restrictie adviesinstanties beginnend met Welz zonder vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module het advies wordt aangemaakt. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavingen), | ||
+ | * //Welz// geeft hier aan de de gebruiker kan kiezen uit de adviesinstanties (voor de betreffende module) waarvan de dvcode begint met een Welz. | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertAdvies zonder extra restrictie adviesinstanties en zonder vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * //W// geeft aan in welke module het advies wordt aangemaakt. Op de plaats van de W (tbomgvergunning) kunnen ook de moduleletters H (tbhandhavingen), | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard actualiseerZaak in DMS ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard actualiseerStatusinZaakSystem met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * Door deze wizard aan te roepen wordt het // | ||
+ | * Bij het aanroepen van deze wizard wordt de eerder ingevulde // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard Stuur DSO ontvangsbevestiging ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard StuurDSOOntvangstbevestiging zonder vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * Door deze wizard aan te roepen wordt de mail //DSO ontvangstbevestiging initieel// verstuurd naar de gemachtigde en/of aanvrager. Deze actie is alleen te gebruiken bij DSO zaken (tbomgvergunning.dlisdso is T). Na uitvoeren van de actie zal in het detailscherm van de omgevingszaak bij het blok //DSO// de verstuurdatum gevuld zijn. Voor gehele informatie over werking van DSO ontvangstbevestiging sturen zie [[openwave: | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | <adm example Automatisch aanroep wizard StuurDSOOntvangstbevestiging met vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * Door deze wizard aan te roepen wordt de mail //DSO ontvangstbevestiging initieel// verstuurd naar de gemachtigde en/of aanvrager. Deze actie is alleen te gebruiken bij DSO zaken (tbomgvergunning.dlisdso is T). Na uitvoeren van de actie zal in het detailscherm van de omgevingszaak bij het blok //DSO// de verstuurdatum gevuld zijn. Voor gehele informatie over werking van DSO ontvangstbevestiging sturen zie [[openwave: | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard Nieuwe behandelaar bij zaak ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertInBehandelingBij MET vullen van afgehandeld datum van stap> | ||
+ | |||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard InsertInspectieTraject ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard InsertInspectieTraject MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard InsertLegesRegel ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard InsertLegesRegel MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard insertZaakProduct ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertZaakProduct MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard insertSWFRuimte ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertSWFRuimte MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard wijzigBevoegdGezagDSO ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard wijzigBevoegdGezagDSO MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard insertToestemming ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard insertToestemming MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard koppelZaakAanInrichting ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard koppelzaakaaninrichting MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard StuurMailAanBAGBeheerder ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard StuurMailAanBAGBeheerder MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard PubliceerZaken ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard PubliceerZaken MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | * De tweede parameter, in dit voorbeeld // | ||
+ | </ | ||
+ | |||
+ | ==== Voorbeeld action aanroep wizard InsertRolContact ==== | ||
+ | |||
+ | <adm example Automatisch aanroep wizard InsertRolContact MET vullen van afgehandeld datum van stap> | ||
+ | // | ||
+ | * // | ||
+ | * // | ||
+ | * In de tweede parameter // | ||
+ | </ | ||
+ | |||
+ | ===== Hoe werkt action aan de voorkant in tbtermijnbewstappen? | ||
+ | |||
+ | Aan de voorkant op het detailscherm van een termijnbewaking- c.q. processtap is de action bij de wizardknop in blok //Action// standaard als volgt gedefinieerd in het detailscherm (in de mddc_geefprocesdetail.xml): | ||
+ | |||
+ | %query(termijnstappen_mddc_getdvaction, | ||
+ | |||
+ | **Voor evaluatie bijvoorbeeld: | ||
+ | startWizard(maakDocument, | ||
+ | |||
+ | Na evaluatie: | ||
+ | |||
+ | En vervolgens wordt de wizard gestart waarbij in dit voorbeeld een brief op grond van documentsjabloon met dnkey 6578 wordt gemaakt. Wanneer in de action na evaluatie nog een query aanwezig, dan wordt deze recursief alsnog geëvalueerd. | ||
+ | Bijvoorbeeld na eerste evaluatie: startWizard(maakDocument, | ||
+ | |||
+ | Dan na tweede evaluatie: startWizard(maakDocument, | ||
+ | |||
+ | |||
+ | ===== Blok extra Invoerkolommen ===== | ||
+ | |||
+ | Aan een processtap kunnen één of meer kolommen worden toegevoegd waar de gebruiker bij het afhandelen van de stap waardes aan kan toekennen. | ||
+ | |||
+ | * **Datum**. Indien aangevinkt dan verschijnt op het detailscherm van de termijnbewakingsstap een datum-editbox onder het hier ingevulde label. De kolomnaam in tbtermijnbewstappen waar de ingevulde waarde wordt opgeslagen is ddinvoerdatum | ||
+ | * **Integer**. Indien aangevinkt dan verschijnt op het detailscherm van de termijnbewakingsstap een integer-editbox (geheel getal) onder het hier ingevulde label. De kolomnaam in tbtermijnbewstappen is dninvoerint | ||
+ | * **Float**. Indien aangevinkt dan verschijnt op het detailscherm van de termijnbewakingsstap een float-editbox (decimale invoer) onder het hier ingevulde label. De kolomnaam in tbtermijnbewstappen is dfinvoerfloat | ||
+ | * **String**. Indien aangevinkt dan verschijnt op het detailscherm van de termijnbewakingsstap een string-editbox (200 karakters) onder het hier ingevulde label. De kolomnaam in tbtermijnbewstappen is dvinvoerstring | ||
+ | * **Dropdown**. Indien aangevinkt dan verschijnt op het detailscherm van de termijnbewakingsstap een dropdownbox(100 karakters) onder het hier ingevulde label. De kolomnaam in tbtermijnbewstappen is dvinvoerdropd. Bij de dropdown kan het SQL-statement worden gedefinieerd op grond waarvan de keuzelijst wordt gemaakt. De resultset moet bestaan uit twee kolommen van type string genaamd id en omschrijving.\\ | ||
+ | Bij deze 5 mogelijkheden kan ook de kolom //Autom. vullen afhandeldatum// | ||
+ | |||
+ | <adm example Voorbeelden dropdown> | ||
+ | //select ' | ||
+ | De gebruiker kan dan een keuze maken uit kwik, kwek of kwak.\\ | ||
+ | //select distinct a.dnkeyaardbesluit id, coalesce(a.dvomschrijving,' | ||
+ | De gebruiker kan kiezen uit de omschrijvingen | ||
+ | </ | ||
+ | |||
+ | <adm warning> | ||
+ | Het is raadzaam wanneer de keuze gekoppeld is aan het automatisch vullen van de afhandeldatum of aan een kolomkopkoppeling de gebruiker duidelijk te maken dat de keuze nog gemaakt moet worden, juist wanneer ook een default is ingebracht, want de trigger voor de afhandeldatum en kolomkoppeling zit in het wijzigen van deze kolom dvinvoerdropd. De defaultwaarde bij kwik, kwek en kwak kan bijvoorbeeld opgegeven worden als ' | ||
+ | </ | ||
+ | |||
+ | De gekozen dropdownwaarde wordt uiteindelijk opgeslagen in de betreffende rij van tbtermijnbewstappen in de kolom dvinvoerdropd en is in het detailscherm van de processtap aan de voorkant zichtbaar. In bovenstaand voorbeeld kiest de gebruiker uit een lijst aardbesluit omschrijvingen maar wordt de bijbehorende dnkey dus in de kolom tbtermijnbewstappen.dvinvoerdropd geplaatst. Indien dit tot verwarring leidt kunnen de kolommen id en omschrijving van de dropdownquery identiek worden gemaakt: bijvoorbeeld: | ||
+ | //select distinct a.dnkeyaardbesluit ||':' | ||
+ | |||
+ | |||
+ | ===== Blok Canvas ===== | ||
+ | |||
+ | Zie [[openwave: | ||
+ | |||
+ | ===== Blok kolom-koppeling ===== | ||
+ | |||
+ | In drie kolommen kan hier bewerkstelligd worden dat bij het vullen van de afhandeldatum van een stap, een ander veld in de bovenliggende zaak (dus van tbomgvergunning, | ||
+ | |||
+ | * ddafgehandeld. In dat geval wordt de gekozen kolom uit de hoofdzaak gevuld met dezelfde waarde als de afgehandeld datum van de stap.. Data type moet natuurlijk wel overeenkomen!! | ||
+ | * ddinvoerdatum. In dat geval wordt de gekozen kolom uit de hoofdzaak gevuld met dezelfde waarde als de ingevoerde waarde in de extra kolom // | ||
+ | * dvinvoerstring. In dat geval wordt de gekozen kolom uit de hoofdzaak gevuld met dezelfde waarde als de ingevoerde waarde in de extra kolom // | ||
+ | * dvinvoerdropd. In dat geval wordt de gekozen kolom uit de hoofdzaak gevuld met dezelfde waarde als de gekozen waarde in de extra kolom // | ||
+ | * dninvoerint. In dat geval wordt de gekozen kolom uit de hoofdzaak gevuld met dezelfde waarde als de ingevoerde waarde in de extra kolom // | ||
+ | * dfinvoerfloat. In dat geval wordt de gekozen kolom uit de hoofdzaak gevuld met dezelfde waarde als de ingevoerde waarde in de extra kolom // | ||
+ | De gekozen waarde kan met SQL-functies omkleed worden om recht te doen aan lengte en type van de kolomnaam van de hoofdzaak. Bijvoorbeeld: | ||
+ | Het voorbeeld hierboven bij de dropdownkolom, | ||
+ | Bij het tweede voorbeeld met de identieke dropdownkolommen id en omschrijving zou de expressie worden: | ||
+ | Een waarde van char(1) kan echter bij uitzondering wel geplaats worden in een kolom van type varchar.\\ | ||
+ | |||
+ | De kolom-koppeling wordt alleen uitgevoerd indien de afhandeldatum van de stap in aanvang nog leeg is. De kolom-koppeling wordt dus NIET uitgevoerd bij een wijziging op een stap met een gevulde afhandeldatum. | ||
+ | |||
+ | |||
+ | ===== Blok Toelichting ===== | ||
+ | |||
+ | De tekst van deze kolom wordt bij het aanmaken van de termijnbewaking aan de voorkant overgenomen in de kolom tbtermijnbewstappen.dvprocitemtoelichting. Deze kan zichtbaar gemaakt worden (waarbij om technische redenen de komma' | ||
+ | |||