Verschillen
Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.
Beide kanten vorige revisie Vorige revisie | |||
openwave:termijnstappen [2023/07/04 20:11] – ↷ Links aangepast vanwege een verplaatsing 77.174.220.9 | openwave:termijnstappen [2023/08/11 11:37] (huidige) – Externe bewerking 127.0.0.1 | ||
---|---|---|---|
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. | ||
+ | |||
+ | LET OP: 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 je een eindstap hebt 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 of de medewerkers die vallen onder een team worden de verantwoordelijken voor het afhandelen van de betreffende processtap. De takenlijsten gebaseerd op openstaande processtappen kunnen of op individuele verantwoordelijke of op team worden ingericht. Zie bijvoorbeeld tegel //Mijn Openstaande Processtappen// | ||
+ | |||
+ | === 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: | ||
+ | |||
+ | ==== 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), | ||
+ | |||
+ | //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. | ||
+ | |||
+ | ==== 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. | ||
+ | |||
+ | ==== 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), | ||
+ | |||
+ | //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. | ||
+ | |||
+ | ==== 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), | ||
+ | |||
+ | //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. | ||
+ | |||
+ | ==== 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), | ||
+ | |||
+ | //met// vullen van afgehandeld datum van stap: | ||
+ | * // | ||
+ | * // | ||
+ | |||
+ | ==== Automatisch invoegen vastgesteld vervolgproces ==== | ||
+ | |||
+ | //met// vullen van afgehandeld datum van stap: | ||
+ | * // | ||
+ | |||
+ | ==== 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), | ||
+ | * // | ||
+ | |||
+ | //met// vullen van afgehandeld datum van stap: | ||
+ | * // | ||
+ | * // | ||
+ | |||
+ | ==== 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. | ||
+ | |||
+ | ==== Automatisch sluiten van bovenliggende zaak op afhandel/ | ||
+ | |||
+ | //zonder// vullen van afgehandeld datum van stap: | ||
+ | * // | ||
+ | * // | ||
+ | * // | ||
+ | * //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. | ||
+ | |||
+ | //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), | ||
+ | |||
+ | ==== 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), | ||
+ | |||
+ | //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), | ||
+ | |||
+ | ==== 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), | ||
+ | |||
+ | ==== 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. | ||
+ | |||
+ | |||
+ | //zonder// extra restrictie adviesinstanties //met// vullen van afgehandeld datum van stap | ||
+ | * // | ||
+ | * // | ||
+ | * Met 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), | ||
+ | |||
+ | ==== 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. | ||
+ | |||
+ | //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), | ||
+ | |||
+ | ==== 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 // | ||
+ | * // | ||
+ | * // | ||
+ | |||
+ | ===== 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, | ||
+ | |||
+ | ==== 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 identieke kolommen van type string genaamd id en omschrijving. | ||
+ | |||
+ | //Voorbeeld (postgresql): | ||
+ | |||
+ | ==== 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 // | ||
+ | |||
+ | ==== Blok Toelichting ==== | ||
+ | |||
+ | De tekst van deze kolom kan aan de voorkant zichtbaar gemaakt worden (waaruit om technische redenen de komma' | ||
+ | |||