Zaaktypebeheer Regels: verschil tussen versies

Uit ZaaksysteemWiki
Ga naar: navigatie, zoeken
(Foutmeldingen)
 
(34 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 2: Regel 2:
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|Met de knop 'Regels' in [http://wiki.zaaksysteem.nl/Zaaktypebeheer Zaaktypebeheer] kan een regel toegevoegd worden aan de fase. Controleer bij twijfel: [http://wiki.zaaksysteem.nl/Zaaktypebeheer_Ondersteunde_inrichting Ondersteunde inrichting].
+
|Met de knop 'Regels' in [[Zaaktypebeheer|Zaaktypebeheer]] kan een regel toegevoegd worden aan de fase. Controleer bij twijfel: [[Zaaktypebeheer_Ondersteunde_inrichting|Ondersteunde inrichting]].
  
 
Regels hebben vier eigenschappen:
 
Regels hebben vier eigenschappen:
Regel 8: Regel 8:
 
|-
 
|-
 
|'''Regelnaam'''
 
|'''Regelnaam'''
| De naam van de regel die getoond wordt in het regeloverzicht. Gebruik eventueel [http://wiki.zaaksysteem.nl/Zaaktypebeheer_HTML_gebruiken HTML] om het overzichtelijker te maken.
+
| De naam van de regel die getoond wordt in het regeloverzicht.
 
|-
 
|-
 
|'''Voorwaarden'''
 
|'''Voorwaarden'''
Regel 26: Regel 26:
 
Bij kleine zaaktypen kunnen de regels vlug ingezien worden en het geheel past in het kortetermijngeheugen van de beheerder, maar naarmate een zaaktype groter wordt zal dit al gauw een onmogelijke opgave blijken. Bij echt grote zaaktypen zal zelfs de bouwer van het zaaktype een maand na oplevering moeite hebben met het herinneren en begrijpen van hetgeen dat gebouwd is. Het is dan een enorme investering om de werking van het zaaktype (opnieuw) te leren begrijpen.
 
Bij kleine zaaktypen kunnen de regels vlug ingezien worden en het geheel past in het kortetermijngeheugen van de beheerder, maar naarmate een zaaktype groter wordt zal dit al gauw een onmogelijke opgave blijken. Bij echt grote zaaktypen zal zelfs de bouwer van het zaaktype een maand na oplevering moeite hebben met het herinneren en begrijpen van hetgeen dat gebouwd is. Het is dan een enorme investering om de werking van het zaaktype (opnieuw) te leren begrijpen.
  
Het is daarom verstandig om de naamgeving (en indeling) van de regels (zaaksysteembreed) zo te formuleren dat het een beheerder snel duidelijk wordt wat de regels doen zonder deze telkens te hoeven openen.
+
Gebruik voor de naamgeving daarom niet enkel waarop een regel gebaseerd is of waarop een regel de acties uitvoert, maar beide.
  
===== Uniforme naamgeving =====
+
Bijvoorbeeld:
In onderstaand voorbeeld wordt de naamgeving gebruikt zoals Mintlab die toepast.
 
 
 
In de linkerkolom is te zien dat de naamgeving wel een relatie heeft tot de regel, maar deze slaat telkens op een ander aspect van de regel: Het [http://wiki.zaaksysteem.nl/Catalogus%20kenmerk Kenmerk] van de voorwaarde, de waarde van de voorwaarde, de actie die uitgevoerd wordt of het kenmerk dat beïnvloed wordt. Wanneer een beheerder deze constructie wil begrijpen moeten alle regels geopend worden om te zien wat de regels precies doen en dit moet vervolgens onthouden worden. Iets wat onmogelijk wordt wanneer het om een grotere hoeveelheid kenmerken of regels gaat, omdat het simpelweg niet allemaal in het kortetermijngeheugen past. Een continue cyclus van het inzien van dezelfde regels, toenemende frustratie en wanhopigheid is het gevolg.
 
 
 
In de voorbeeldkolommen is te zien hoe de naamgeving alle aspecten bevatten: Activerend kenmerk, waarde, actie en beïnvloed kenmerk. De eenvoudige regels hebben een korte naamgeving, zodat deze snel begrepen en/of 'afgestreept' kunnen worden. De complexere regels hebben een gedetailleerdere naamgeving, zodat de informatie gestructureerd weergegeven kan worden. Met [http://wiki.zaaksysteem.nl/Zaaktypebeheer_HTML_gebruiken HTML] is de naamgeving over meerdere regels gezet en daarnaast is ook het woord 'Partnertekst' dikgedrukt gemaakt, zodat eenvoudig gezien kan worden in welke regels dit kenmerk allemaal terugkomt.
 
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
!
+
!Niet
!Foute naamgeving
+
!Niet
!Goede naamgeving (1)
+
!Wel
!Goede naamgeving (2)
 
 
|-
 
|-
|1
+
|Contactpersoon
|Verbergen
+
|Contactgegevens
|Contactkanaal > Alle opties > Verberg: <b>Partnertekst</b>
+
|Als contactpersoon = Ja, dan toon de contactpersoongegevens
|Als: Altijd, dan verberg: <b>Partnertekst</b>
 
|-
 
|2
 
|Gehuwd
 
|Huwelijkstatus > Gehuwd > Toon: Huwelijksdatum & <b>Partnertekst</b> en vul in: 'Dit is uw partner'<br>
 
|Als: Huwelijkstatus = Gehuwd<br>
 
Dan toon: Huwelijksdatum & <b>Partnertekst</b> en vul in: 'Dit is uw partner'<br>
 
Anders verberg: Huwelijksdatum
 
|-
 
|3
 
|Ongehuwd
 
|Huwelijkstatus > Ongehuwd > Toon: Samenwonend & Ongehuwd reden
 
|Als: Huwelijkstatus = Ongehuwd, dan toon/verberg: Samenwonend & Ongehuwd reden
 
|-
 
|4
 
|Scheidingsdatum en formulier
 
|Ongehuwd reden > Gescheiden > Toon: Scheiding(datum,bewijsformulier)
 
|Als: Ongehuwd reden = Gescheiden, dan toon/verberg: Scheiding(datum,bewijsformulier)
 
|-
 
|5
 
|Overlijdensdatum
 
|Ongehuwd reden > Overleden > Toon: Overlijdensdatum
 
|Als: Ongehuwd reden = Overleden, dan toon/verberg: Overlijdensdatum
 
|-
 
|6
 
|Samenwonend
 
|Samenwonend > Ja > Toon: Partnerkenmerken en <b>Partnertekst</b> en vul in: 'Dit is uw partner'<br>
 
|Als: Samenwonend = Ja<br>
 
Dan toon: Partnerkenmerken en <b>Partnertekst</b> en vul in: 'Dit is uw partner'<br>
 
Anders verberg: Partnerkenmerken
 
|-
 
|7
 
|Geen partner
 
|Samenwonend > Nee > Toon: <b>Partnertekst</b> en vul in: 'U heeft voor deze aanvraag geen partner'
 
|Als: Samenwonend = Nee, dan toon: <b>Partnertekst</b> en vul in: 'U heeft voor deze aanvraag geen partner'
 
 
|}
 
|}
 +
 +
Automatisch zal onder de regelnaam de inhoud van de regel weergegeven worden. De regels hoeven dan niet één voor één geopend te worden om de inhoud te bekijken en het staat toe om te zoeken (ctrl-f) op bijvoorbeeld kenmerknamen, zodat snel gezien kan worden welke regels allemaal van invloed zijn op een specifiek kenmerk.
  
 
===== Regelgroepen =====
 
===== Regelgroepen =====
Regelgroepen kunnen gebruikt worden om regels te groeperen. De standaard methode is om voor elke kenmerkgroep een regelgroep te maken. Deze kunnen uiteraard weer verder uitgesplitst worden als er veel regels binnen één kenmerkgroep voorkomen. De toelichting kan gebruikt worden om een korte samenvatting of uitleg te geven, zodat de regels niet geopend hoeven worden om in te zien waar de regels over gaan. Ook hier kan [http://wiki.zaaksysteem.nl/Zaaktypebeheer_HTML_gebruiken HTML] toegepast worden.
+
Regelgroepen kunnen gebruikt worden om regels te groeperen. De standaard methode is om voor elke kenmerkgroep een regelgroep te maken. Deze kunnen uiteraard weer verder uitgesplitst worden als er veel regels binnen één kenmerkgroep voorkomen. De toelichting kan gebruikt worden om een korte samenvatting of uitleg te geven, zodat de regels niet geopend hoeven worden om in te zien waar de regels over gaan.
  
 
Bijvoorbeeld:
 
Bijvoorbeeld:
Regel 134: Regel 95:
  
 
=== Regelmodus zaakdossier ===
 
=== Regelmodus zaakdossier ===
De [http://wiki.zaaksysteem.nl/Rechten#Systeemrechten Systeemrollen] administrator, zaaksysteembeheerder en zaaktypebeheerder kunnen in het zaakdossier de regelmodus (de)activeren door bij de fasetitel op het lampje te klikken.
+
De [[Rechten#Systeemrechten|Systeemrollen]] administrator, zaaksysteembeheerder en zaaktypebeheerder kunnen in het zaakdossier de regelmodus (de)activeren door bij de fasetitel op het lampje te klikken.
  
 
De regelmodus zorgt voor de volgende visuele wijzigingen:
 
De regelmodus zorgt voor de volgende visuele wijzigingen:
Regel 156: Regel 117:
 
<ul>
 
<ul>
 
<li>De systeemvoorwaarden: Aanvrager, Aanvrager postcode, Aanvrager wijk, resultaat, betaalstatus, vertrouwelijkheid en de zaaktypekenmerken</li>
 
<li>De systeemvoorwaarden: Aanvrager, Aanvrager postcode, Aanvrager wijk, resultaat, betaalstatus, vertrouwelijkheid en de zaaktypekenmerken</li>
<li>De keuzekenmerken: Kenmerken van het [http://wiki.zaaksysteem.nl/Kenmerktypen_overzicht Kenmerktype] 'enkelvoudige keuze', 'meervoudige keuze' of 'keuzelijst'</li>
+
<li>De keuzekenmerken: Kenmerken van het [[Kenmerktypen_overzicht|Kenmerktype]] 'enkelvoudige keuze', 'meervoudige keuze' of 'keuzelijst'</li>
 
<li>De adreskenmerken: Kenmerken van het kenmerktype 'Adres (dmv postcode) BAG', 'Straat (BAG)', 'Adres (dmv straatnaam)' of 'Adres (Google maps)'</li>
 
<li>De adreskenmerken: Kenmerken van het kenmerktype 'Adres (dmv postcode) BAG', 'Straat (BAG)', 'Adres (dmv straatnaam)' of 'Adres (Google maps)'</li>
 
</ul>
 
</ul>
Regel 215: Regel 176:
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|De voorwaarde 'aanvrager postcode' is 'waar' wanneer de postcode van de aanvrager binnen de opgegeven reeks ligt. Hierbij tellen de grenswaarden ook mee ('min' <= x <= 'max'). In het voorbeeld worden 1000AA en 1999ZZ dus ook als 'waar' beschouwd.
+
|De voorwaarde 'aanvrager postcode' is 'waar' wanneer de postcode van het verblijfadres van de aanvrager binnen de opgegeven reeks ligt. Hierbij tellen de grenswaarden ook mee ('min' <= x <= 'max'). In het voorbeeld worden 1000AA en 1999ZZ dus ook als 'waar' beschouwd.
  
 
Een 'interne aanvrager' heeft geen postcode en wordt daarom als 'niet waar' beschouwd.
 
Een 'interne aanvrager' heeft geen postcode en wordt daarom als 'niet waar' beschouwd.
 
|[[bestand:regel voorwaarde postcode.png|thumb|ZTB Regelvoorwaarde aanvrager postcode]]
 
|[[bestand:regel voorwaarde postcode.png|thumb|ZTB Regelvoorwaarde aanvrager postcode]]
 
|}
 
|}
 +
 
===== Aanvrager wijk =====
 
===== Aanvrager wijk =====
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|De voorwaarde 'aanvrager wijk' is 'waar' wanneer het adres (huisnummer+postcode) van de aanvrager binnen één van de aangevinkte wijken ligt. De wijken worden door elke gemeente afzonderlijk gedefinieerd doormiddel van een [http://en.wikipedia.org/wiki/Comma-separated_values CSV-bestand]. Dit bestand is alsvolgt opgebouwd: <i>straatnaam, huisnummer, huisletter, toevoeging, postcode, plaats, wijk.</i> Waarbij 'wijk' een zelf gekozen variabele is; bijvoorbeeld: noord, oost, zuid, west, centrum.
+
|De voorwaarde 'aanvrager wijk' is 'waar' wanneer het adres (huisnummer+postcode van verblijfadres) van de aanvrager binnen één van de aangevinkte wijken ligt. De wijken worden door elke gemeente afzonderlijk gedefinieerd doormiddel van een [http://en.wikipedia.org/wiki/Comma-separated_values CSV-bestand]. Dit bestand is alsvolgt opgebouwd: <i>straatnaam, huisnummer, huisletter, toevoeging, postcode, plaats, wijk.</i> Waarbij 'wijk' een zelf gekozen variabele is; bijvoorbeeld: noord, oost, zuid, west, centrum.
 
|[[bestand:regel voorwaarde aanvrager.png|thumb|ZTB Regelvoorwaarde aanvrager wijk]]
 
|[[bestand:regel voorwaarde aanvrager.png|thumb|ZTB Regelvoorwaarde aanvrager wijk]]
 
|}
 
|}
Regel 246: Regel 208:
 
|De voorwaarde 'contactkanaal' is 'waar' wanneer het contactkanaal van de zaak gelijk is aan één van de aangevinkte opties.
 
|De voorwaarde 'contactkanaal' is 'waar' wanneer het contactkanaal van de zaak gelijk is aan één van de aangevinkte opties.
  
Online aanvragen hebben het contactkanaal 'webformulier'. Hiermee kan het [http://wiki.zaaksysteem.nl/Webformulier Webformulier] doormiddel van deze regel een andere inrichting en/of werking worden gegeven dan het [http://wiki.zaaksysteem.nl/Registratieformulier Registratieformulier] dat door de medewerker intern wordt geregistreerd.
+
Online aanvragen hebben het contactkanaal 'webformulier'. Hiermee kan het [[Webformulier|Webformulier]] doormiddel van deze regel een andere inrichting en/of werking worden gegeven dan het [[Registratieformulier|Registratieformulier]] dat door de medewerker intern wordt geregistreerd.
 
|[[bestand:regel voorwaarde contactkanaal.png|thumb|ZTB Regelvoorwaarde contactkanaal]]
 
|[[bestand:regel voorwaarde contactkanaal.png|thumb|ZTB Regelvoorwaarde contactkanaal]]
 
|}
 
|}
Regel 281: Regel 243:
  
 
===== Keuzekenmerken =====
 
===== Keuzekenmerken =====
De keuzekenmerken die als voorwaarde gebruikt kunnen worden zijn de kenmerken van het [http://wiki.zaaksysteem.nl/Kenmerktypen_overzicht Kenmerktype] 'enkelvoudige keuze', 'meervoudige keuze' of 'keuzelijst' die in de fase voorkomen. De mogelijke opties zijn de actieve opties van het kenmerk.
+
De keuzekenmerken die als voorwaarde gebruikt kunnen worden zijn de kenmerken van het [[Kenmerktypen_overzicht|Kenmerktype]] 'enkelvoudige keuze', 'meervoudige keuze' of 'keuzelijst' die in de fase voorkomen. De mogelijke opties zijn de actieve opties van het kenmerk.
  
 
===== Adreskenmerken =====
 
===== Adreskenmerken =====
Regel 388: Regel 350:
 
</ul>
 
</ul>
  
Dit maakt het [http://wiki.zaaksysteem.nl/Webformulier Webformulier] niet alleen klantvriendelijker, maar ook effectiever doordat deze variabele kenmerken als verplicht kunnen worden ingesteld. Immers: het kenmerk wordt alleen getoond wanneer het verplicht is, en verborgen wanneer het niet-verplicht is. Kenmerken zijn enkel verplicht wanneer zichtbaar.
+
Dit maakt het [[Webformulier|Webformulier]] niet alleen klantvriendelijker, maar ook effectiever doordat deze variabele kenmerken als verplicht kunnen worden ingesteld. Immers: het kenmerk wordt alleen getoond wanneer het verplicht is, en verborgen wanneer het niet-verplicht is. Kenmerken zijn enkel verplicht wanneer zichtbaar.
  
 
Kenmerken worden standaard getoond en hier moet vooral rekening mee worden gehouden wanneer een kenmerk enkel in één specifieke situatie getoond moet worden. Een veel voorkomende beginnersfout is de aanname dat een voorwaarde met twee opties twee mogelijkheden bevat: A en B. Terwijl er ook de mogelijkheid van 'leeg' bestaat. De aanname ''"Tonen voor B is hetzelfde als verbergen voor A."'' is daardoor niet juist.
 
Kenmerken worden standaard getoond en hier moet vooral rekening mee worden gehouden wanneer een kenmerk enkel in één specifieke situatie getoond moet worden. Een veel voorkomende beginnersfout is de aanname dat een voorwaarde met twee opties twee mogelijkheden bevat: A en B. Terwijl er ook de mogelijkheid van 'leeg' bestaat. De aanname ''"Tonen voor B is hetzelfde als verbergen voor A."'' is daardoor niet juist.
Regel 409: Regel 371:
 
| Tonen
 
| Tonen
 
|}
 
|}
 +
 +
=== Toon/verberg tekstblok ===
 +
Het is ook mogelijk om tekstblokken in te tonen of verbergen.
  
 
=== Toon/verberg kenmerkgroep ===
 
=== Toon/verberg kenmerkgroep ===
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|Het is ook mogelijk om gehele kenmerkgroepen in één keer te tonen of verbergen. In het zaakdossier wordt de kenmerkgroep en alle onderliggende kenmerken getoond/verborgen (en de waarden verwijderd). Op het webformulier en registratieformulier wordt de gehele stap getoond/verborgen, inclusief vermelding in de breadcrumb.
+
|Het is ook mogelijk om gehele kenmerkgroepen in één keer te tonen of verbergen. Hierbij worden alle onderliggende kenmerken getoond/verborgen (en de waarden verwijderd). Op het webformulier en registratieformulier wordt de gehele stap getoond/verborgen, inclusief vermelding in de breadcrumb.
  
 
Let op: Kenmerken die verborgen zijn omdat ze onder een verborgen kenmerkgroep vallen kunnen niet meer getoond worden door de regelactie 'Toon kenmerk'.<br>
 
Let op: Kenmerken die verborgen zijn omdat ze onder een verborgen kenmerkgroep vallen kunnen niet meer getoond worden door de regelactie 'Toon kenmerk'.<br>
 
Let op: Kenmerken die verborgen zijn omdat de door de regelactie 'Verberg kenmerk' verborgen worden kunnen niet meer getoond worden door de regelactie 'Toon kenmerkgroep'.
 
Let op: Kenmerken die verborgen zijn omdat de door de regelactie 'Verberg kenmerk' verborgen worden kunnen niet meer getoond worden door de regelactie 'Toon kenmerkgroep'.
 +
 +
De eerste kenmerkgroep van de registratiefase moet niet verborgen worden.
 
|}
 
|}
  
Regel 422: Regel 389:
 
{|
 
{|
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|Het 'pauzeren van een aanvraag' houdt in dat het webformulier geblokkeerd wordt door de knop 'verder' te verbergen en een bericht aan de aanvrager te tonen met een uitleg hiervoor. Op deze manier kunnen opties die niet worden toegestaan (of niet bestaan) voor de volledigheid toch opgenomen worden in het webformulier om de klant meer duidelijkheid te geven.
+
|Het 'pauzeren van een aanvraag' houdt in dat het webformulier geblokkeerd wordt door de knop 'verder' te verbergen en een bericht aan de aanvrager te tonen met een uitleg hiervoor. Op deze manier kunnen opties die niet worden toegestaan (of niet bestaan) voor de volledigheid toch opgenomen worden in het webformulier om de klant meer duidelijkheid te geven.<br>
 +
<br>
 +
Ondersteunde opmaak:
 +
<ul>
 +
<li>Dikgedrukt</li>
 +
<li>Cursief</li>
 +
<li>Onderstreept</li>
 +
<li>Hyperlink</li>
 +
<li>Geordende lijst</li>
 +
<li>Ongeordende lijst</li>
 +
</ul>
  
In het tekstveld kan ook van [http://wiki.zaaksysteem.nl/Zaaktypebeheer_HTML_gebruiken HTML] gebruik gemaakt worden.
+
===== Start zaak =====
|[[Bestand:Regel actie pauzeer zaak voorbeeld.png|thumb|ZTB Regelactie pauzeren]]
+
Wanneer de zaak gepauzeerd is wordt de knop 'volgende' verborgen, zodat het formulier niet verder doorlopen kan worden. Met de optie 'start zaak' aan en een zaaktype geselecteerd zal de knop echter zichtbaar blijven, maar in plaats van dat deze naar de volgende stap van het formulier leidt, zal deze naar het formulier van het geselecteerde zaaktype leiden.
 
|}
 
|}
  
Regel 436: Regel 413:
  
 
===== Kan waarde wijzigen =====
 
===== Kan waarde wijzigen =====
Standaard staat deze optie op 'Nee'. Bij het invullen van de waarde zal het kenmerk op 'raadpleeg'-modus gezet worden, zodat de waarde niet meer door een medewerker gewijzigd kan worden. Met deze optie op 'Ja' zal de modus van het kenmerk niet gewijzigd worden. De waarde van het kenmerk kan dan door medewerkers met behandelrechten aangepast worden.
+
Wanneer deze instelling op 'nee' staat zal bij het invullen van de waarde het kenmerk in de 'raadpleeg'-modus gezet worden, zodat de waarde niet meer door een medewerker gewijzigd kan worden.
 +
 
 +
Wanneer deze instelling op 'ja' staat zal bij het invullen van de waarde het kenmerk in de 'behandel'-modus blijven staan, zodat een medewerker de waarde nog kan aanpassen. Dit maakt het mogelijk om grote stukken generieke tekst waarin kleine variabelen nog aangepast moeten worden eenvoudig in sjablonen op te nemen, zonder hiervoor een complexe kenmerk/regel constructie te gebruiken. De aangepaste tekst is van tijdelijke aard en deze functionaliteit moet daarom niet ingezet worden voor waarden die in de zaak bewaard moeten blijven. Daarnaast moeten geen afhankelijkheden gecreëerd worden zoals bijvoorbeeld regelvoorwaarden.<br>
 +
<br>
 +
Bijvoorbeeld:
 +
<pre>
 +
Wanneer een verhuizing verwerkt is wordt per e-mail teruggekoppeld dat de verhuizing geslaagd is en de wens is om daarin ook aan te geven dat de partner en kinderen ook ingeschreven zijn.
 +
 
 +
De gewenste zin: "Wij hebben de inschrijving van u( en uw partner)(, uw partner)(en uw kind)( en uw [[aantal_kinderen]] kinderen) verwerkt."
 +
 
 +
Ondanks dat de relevante informatie wel al in de zaak is vastgelegd zijn er een flink aantal kenmerken en regels voor nodig om de alle mogelijke zinnen voor de verschillende situaties te genereren.
 +
In plaats daarvan kan de zin wijzigbaar vooringevuld worden, en dan kan de behandelaar handmatig de zin corrigeren.
 +
 
 +
De vooringevulde zin: "Wij hebben de inschrijving van u, uw partner en uw [[aantal_kinderen]] kinderen verwerkt."
 +
</pre>
 
|[[bestand:Regelactie vul waarde in.png|thumb|Regelactie: Vul waarde in]]
 
|[[bestand:Regelactie vul waarde in.png|thumb|Regelactie: Vul waarde in]]
 
|}
 
|}
Regel 445: Regel 436:
 
|De 'vul waarde in met formule'-actie kan met een berekening op basis van kenmerkwaarden een waarde in een ander kenmerk plaatsen. Bijvoorbeeld: Een tekstveld heeft de waarde '5' en met berekening <i>voorbeeld_kenmerk * 5</i> kan een ander kenmerk de waarde '25' gegeven worden.
 
|De 'vul waarde in met formule'-actie kan met een berekening op basis van kenmerkwaarden een waarde in een ander kenmerk plaatsen. Bijvoorbeeld: Een tekstveld heeft de waarde '5' en met berekening <i>voorbeeld_kenmerk * 5</i> kan een ander kenmerk de waarde '25' gegeven worden.
  
Zie voor de mogelijke berekeningen: [http://wiki.zaaksysteem.nl/Rekenen_en_Vergelijkingen_Samenvatting Rekenen en Vergelijkingen] of [http://wiki.zaaksysteem.nl/Rekenen_en_Vergelijkingen Rekenen en Vergelijkingen uitgebreid].
+
Ondersteunde kenmerken zijn: Numeriek, enkelvoudige keuze, keuzelijst, tekstveld, groot tekstveld, valuta. Voor kenmerken met validatie geldt dat enkel waarden die in het kenmerk toegestaan zijn ondersteund worden.
 +
 
 +
Zie voor de mogelijke berekeningen: [[Rekenen_en_Vergelijkingen_Samenvatting|Rekenen en Vergelijkingen]] of [[Rekenen_en_Vergelijkingen|Rekenen en Vergelijkingen uitgebreid]].
 
|[[bestand:Regel_vul_waarde_in_met_formule.png|thumb|Vul waarde in met formule]]
 
|[[bestand:Regel_vul_waarde_in_met_formule.png|thumb|Vul waarde in met formule]]
 +
|}
 +
 +
=== Vul waarde in met magicstringverwerking ===
 +
{| width="100%"
 +
|- style="vertical-align: top;"
 +
|De 'vul waarde in met magicstringverwerking' kan waarden in een kenmerk plaatsen op basis van een magicstring. Bijvoorbeeld: Ik wil in een kenmerk altijd het zaaknummer gevuld hebben. Dan vul ik in de regel <nowiki>[[zaaknummer]]</nowiki> in. In de zaak komt het zaaknummer dan in het kenmerk te staan.
 +
Ondersteunde kenmerken zijn: tekstveld, groot tekstveld en webadres.
 
|}
 
|}
  
Regel 458: Regel 458:
 
De streefafhandeldatum kan gelijktijdig met het herberekenen van de registratiedatum berekend worden. Hierbij zijn twee situaties mogelijk:
 
De streefafhandeldatum kan gelijktijdig met het herberekenen van de registratiedatum berekend worden. Hierbij zijn twee situaties mogelijk:
 
<ol>
 
<ol>
<li>In tabblad 'Algemeen' van zaaktypebeheer is voor de [http://wiki.zaaksysteem.nl/Zaaktypebeheer_Algemeen#Doorlooptijd_service Doorlooptijd service] kalenderdagen, weken of vaste einddatum geselecteerd. In dit geval wordt het verschil in kalenderdagen tussen de registratiedatum en de streefafhandeldatum gebruikt om de nieuwe streefafhandeldatum te berekenen. Bijvoorbeeld: 1-6-2015 en 11-6-2015 (10 kalenderdagen verschil) worden herberekend naar 5-6-2015 en 16-6-2015 (10 kalenderdagen verschil).</li>
+
<li>In tabblad 'Algemeen' van zaaktypebeheer is voor de [[Zaaktypebeheer_Algemeen#Doorlooptijd_service|Doorlooptijd service]] kalenderdagen, weken of vaste einddatum geselecteerd. In dit geval wordt het verschil in kalenderdagen tussen de registratiedatum en de streefafhandeldatum gebruikt om de nieuwe streefafhandeldatum te berekenen. Bijvoorbeeld: 1-6-2015 en 11-6-2015 (10 kalenderdagen verschil) worden herberekend naar 5-6-2015 en 16-6-2015 (10 kalenderdagen verschil).</li>
 
<li>In tabblad 'Algemeen' van zaaktypebeheer is voor de doorlooptijd service werkdagen geselecteerd. In dit geval wordt het verschil in werkdagen tussen de registratiedatum en de streefafhandeldatum gebruikt om de nieuwe streefafhandeldatum te berekenen. Bijvoorbeeld: 1-6-2015 en 11-6-2015  (8 werkdagen verschil) worden herberekend naar 5-6-2015 en 17-6-2015 (8 werkdagen verschil)</li>
 
<li>In tabblad 'Algemeen' van zaaktypebeheer is voor de doorlooptijd service werkdagen geselecteerd. In dit geval wordt het verschil in werkdagen tussen de registratiedatum en de streefafhandeldatum gebruikt om de nieuwe streefafhandeldatum te berekenen. Bijvoorbeeld: 1-6-2015 en 11-6-2015  (8 werkdagen verschil) worden herberekend naar 5-6-2015 en 17-6-2015 (8 werkdagen verschil)</li>
 
</ol>
 
</ol>
Regel 468: Regel 468:
  
 
=== Genereer sjabloon ===
 
=== Genereer sjabloon ===
De actie 'Genereer [http://wiki.zaaksysteem.nl/Catalogus%20documentsjabloon Sjabloon]' zorgt er voor dat een sjabloon bij de faseovergang wordt aangemaakt. Dit kan gebruikt worden wanneer er in bepaalde situaties geen sjabloon noodzakelijk is en in andere situaties wel, of wanneer in bepaalde situaties het ene sjabloon noodzakelijk is en in andere situaties een ander sjabloon. Bijvoorbeeld wanneer de klant aangeeft per e-mail op de hoogte gehouden te willen worden en er dus geen papieren ontvangstbevestiging nodig is.
+
De actie 'Genereer [[Catalogus%20documentsjabloon|Sjabloon]]' zorgt er voor dat een sjabloon bij de faseovergang wordt aangemaakt. Dit kan gebruikt worden wanneer er in bepaalde situaties geen sjabloon noodzakelijk is en in andere situaties wel, of wanneer in bepaalde situaties het ene sjabloon noodzakelijk is en in andere situaties een ander sjabloon. Bijvoorbeeld wanneer de klant aangeeft per e-mail op de hoogte gehouden te willen worden en er dus geen papieren ontvangstbevestiging nodig is.
  
 
Stel beide (of meer) sjablonen in op 'niet-automatisch genereren' en pas meerdere regels toe om afhankelijk van de situatie het juiste sjabloon gegenereerd te laten worden.
 
Stel beide (of meer) sjablonen in op 'niet-automatisch genereren' en pas meerdere regels toe om afhankelijk van de situatie het juiste sjabloon gegenereerd te laten worden.
  
 
=== Toewijzing ===
 
=== Toewijzing ===
De actie 'toewijzing' overschrijft de toewijzing voor de eerstvolgende faseovergang die is ingesteld in het [http://wiki.zaaksysteem.nl/Zaaktypebeheer_Fasen Zaaktypebeheer Fasen]. Deze actie overschrijft niet de toewijzing die handmatig door de ambtenaar kan worden ingegeven op het registratieformulier middels de actie [http://wiki.zaaksysteem.nl/Zaaktypebeheer_Acties#Toewijzing_tonen_bij_zaakintake Toewijzing tonen bij zaakintake].
+
De actie 'toewijzing' overschrijft de toewijzing voor de eerstvolgende faseovergang die is ingesteld in het [[Zaaktypebeheer_Fasen|Zaaktypebeheer Fasen]]. Deze actie overschrijft niet de toewijzing die handmatig door de ambtenaar kan worden ingegeven op het registratieformulier middels de actie [[Zaaktypebeheer_Acties#Toewijzing_tonen_bij_zaakintake|Toewijzing tonen bij zaakintake]].
  
 
Let op: Per regel kan enkel onder 'Acties' één toewijzingsactie opgenomen worden, niet onder 'Anders'.
 
Let op: Per regel kan enkel onder 'Acties' één toewijzingsactie opgenomen worden, niet onder 'Anders'.
Regel 480: Regel 480:
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|De actie '[http://wiki.zaaksysteem.nl/Catalogus%20emailsjabloon E-mail] versturen' zorgt ervoor dat een e-mail bij de faseovergang wordt aangemaakt of wordt ingepland. Zie onderstaande tabel en de schermafbeeldingen van de mogelijke situaties.
+
|De actie '[[Catalogus%20emailsjabloon|E-mail]] versturen' zorgt ervoor dat een e-mail bij de faseovergang wordt aangemaakt of wordt ingepland. Zie onderstaande tabel en de schermafbeeldingen van de mogelijke situaties.
 
{| class="wikitable"
 
{| class="wikitable"
 
!style="width: 125px;"|E-mail
 
!style="width: 125px;"|E-mail
Regel 512: Regel 512:
 
|[[Bestand:Regel actie email versturen.png|thumb|E-mail inplannen: Mogelijkheden]]
 
|[[Bestand:Regel actie email versturen.png|thumb|E-mail inplannen: Mogelijkheden]]
 
|}
 
|}
 +
===== Bij faseovergang =====
 
Het versturen bij de faseovergang vindt direct plaats. Door e-mailsjablonen standaard niet te laten versturen bij de faseovergang kan het volgende worden ingericht:
 
Het versturen bij de faseovergang vindt direct plaats. Door e-mailsjablonen standaard niet te laten versturen bij de faseovergang kan het volgende worden ingericht:
 
<ul>
 
<ul>
Regel 517: Regel 518:
 
<li>In de ene situatie e-mail X versturen, in een andere situatie e-mail Y versturen. Bijvoorbeeld: Verschillende e-mails voor het verlenen of weigeren van een vergunning. Of: Verschillende ontvangstbevestigingen voor burgers of bedrijven.</li>
 
<li>In de ene situatie e-mail X versturen, in een andere situatie e-mail Y versturen. Bijvoorbeeld: Verschillende e-mails voor het verlenen of weigeren van een vergunning. Of: Verschillende ontvangstbevestigingen voor burgers of bedrijven.</li>
 
</ul>
 
</ul>
Ingeplande e-mails worden bij de faseovergang ingepland. De verstuurdatum van deze e-mails staat dan vast. Wanneer de verstuurdatum in het kenmerk wordt gewijzigd kan de e-mail herpland worden middels de actie '[http://wiki.zaaksysteem.nl/Zaakdossier_zaakacties#Herplannen Herplannen]'. In het transactieoverzicht wordt de reeds ingeplande e-mail verwijderd en een nieuwe e-mail ingepland.
+
===== Inplannen =====
 +
Wanneer er een koppelprofiel voor [[Koppelprofiel_Email#Ingeplande_e-mail|Ingeplande email]] actief is kunnen emails op een variabel moment gestuurd worden.
 +
De ingeplande e-mails worden bij de faseovergang ingepland. De verstuurdatum van deze e-mails staat dan vast. Wanneer de verstuurdatum in het kenmerk wordt gewijzigd kan de e-mail herpland worden middels de actie [[Zaakdossier_relaties#Geplande_e-mails|Herplannen]] op het tabblad relaties. In het transactieoverzicht wordt de reeds ingeplande e-mail verwijderd en een nieuwe e-mail ingepland.
 +
 
 +
Let op: Ingeplande e-mails worden alleen naar de ontvanger gestuurd, '''NIET''' naar de CC of BCC adressen. (Dit zal later wellicht nog ontwikkeld kunnen worden) E-mails kunnen enkel ingepland worden wanneer het koppelprofiel [[Koppelprofiel_Email#Ingeplande_e-mail|Ingeplande email]] aanwezig en actief is.
  
 
=== Internetkassa aan/uit ===
 
=== Internetkassa aan/uit ===
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|In de registratiefase kan met deze regelactie de [http://wiki.zaaksysteem.nl/Koppelprofiel_Ogone Internetkassa] aan of uit worden gezet, voor de zaaktypen waarbij er soms wel/niet betaald moet worden.
+
|In de registratiefase kan met deze regelactie de [[Koppelprofiel_Ogone|Internetkassa]] aan of uit worden gezet, voor de zaaktypen waarbij er soms wel/niet betaald moet worden.
 
|[[bestand:Regelactie internetkassa.png|thumb|Regelactie: Internetkassa aan/uit]]
 
|[[bestand:Regelactie internetkassa.png|thumb|Regelactie: Internetkassa aan/uit]]
 
|}
 
|}
 +
 +
=== Voeg betrokkene toe ===
 +
De actie 'voeg betrokkene toe' zorgt er voor dat een [[Zaaktypebeheer_Betrokkenen|Betrokkene]] automatisch bij de faseovergang aangemaakt wordt.
  
 
=== Verstuur extern systeembericht ===
 
=== Verstuur extern systeembericht ===
Met deze actie kunnen verschillende externe systeemberichten gestuurd worden voor de [http://wiki.zaaksysteem.nl/Koppelprofiel_BuitenBeter BuitenBeter] en [http://wiki.zaaksysteem.nl/Koppelprofiel_MijnOverheid MijnOverheid] koppelingen.
+
Met deze actie kunnen verschillende externe systeemberichten gestuurd worden voor de [[Koppelprofiel_BuitenBeter|BuitenBeter]] en [[Koppelprofiel_MijnOverheid|MijnOverheid]] koppelingen.
  
 
===== BuitenBeter =====
 
===== BuitenBeter =====
In [http://wiki.zaaksysteem.nl/Koppelprofiel_BuitenBeter BuitenBeter] heeft een melding drie statussen:
+
In [[Koppelprofiel_BuitenBeter|BuitenBeter]] heeft een melding drie statussen:
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
Regel 547: Regel 555:
  
 
===== MijnOverheid =====
 
===== MijnOverheid =====
Koppelprofiel: [http://wiki.zaaksysteem.nl/Koppelprofiel_MijnOverheid MijnOverheid]
+
Koppelprofiel: [[Koppelprofiel_MijnOverheid|MijnOverheid]]
  
 
<b>Berichtenbox</b><br>
 
<b>Berichtenbox</b><br>
Regel 553: Regel 561:
  
 
<b>Lopende Zaken</b><br>
 
<b>Lopende Zaken</b><br>
Een bericht aan 'Lopende zaken' zorgt ervoor dat de burger een overzicht heeft van zijn lopende zaken, net zoals in de [http://wiki.zaaksysteem.nl/Pip PIP] maar dan met enkel de meest relevante informatie zoals 'Zaaktype', 'Extra informatie' en 'Status'.
+
Een bericht aan 'Lopende zaken' zorgt ervoor dat de burger een overzicht heeft van zijn lopende zaken, net zoals in de [[Pip|PIP]] maar dan met enkel de meest relevante informatie zoals 'Zaaktype', 'Extra informatie' en 'Status'.
  
 
===== Zaaksysteem API: Api-Zaken =====
 
===== Zaaksysteem API: Api-Zaken =====
Regel 559: Regel 567:
  
 
===== Key2Burgerzaken =====
 
===== Key2Burgerzaken =====
Koppelprofiel:[http://wiki.zaaksysteem.nl/Koppelprofiel_Key2Burgerzaken Key2Burgerzaken]
+
Koppelprofiel:[[Koppelprofiel_Key2Burgerzaken|Key2Burgerzaken]]
  
 
Een bericht naar de key2burgerzaken applicatie dat er een verhuizing geregistreerd is.
 
Een bericht naar de key2burgerzaken applicatie dat er een verhuizing geregistreerd is.
 +
 +
===== iWMO en iJW =====
 +
Koppelprofiel:[[Koppelprofiel_iWMO_en_iJW|iWMO en iJW]]. Er kunnen meerdere koppelprofielen van dit type aanwezig zijn. De naam voor dit berichttype is daarom gelijk aan die van het koppelprofiel.
 +
 +
Een bericht naar de iWMO of iJW applicatie.

Huidige versie van 22 sep 2023 om 12:44

Algemeen

Met de knop 'Regels' in Zaaktypebeheer kan een regel toegevoegd worden aan de fase. Controleer bij twijfel: Ondersteunde inrichting.

Regels hebben vier eigenschappen:

Regelnaam De naam van de regel die getoond wordt in het regeloverzicht.
Voorwaarden De voorwaarden van de regel die 'Waar' of 'Niet waar' kunnen zijn.
Actie De acties die uitgevoerd worden als de voorwaarden 'Waar' zijn.
Anders De acties die uitgevoerd worden als de voorwaarden 'Niet waar' zijn.
ZTB Regels

Naamgeving en indeling

Voor het beheren van zaaktypen (wijzigingen aanbrengen, fouten opsporen, verbeteringen bedenken) is het noodzakelijk dat de huidige inrichting van het zaaktype begrepen wordt.

Bij kleine zaaktypen kunnen de regels vlug ingezien worden en het geheel past in het kortetermijngeheugen van de beheerder, maar naarmate een zaaktype groter wordt zal dit al gauw een onmogelijke opgave blijken. Bij echt grote zaaktypen zal zelfs de bouwer van het zaaktype een maand na oplevering moeite hebben met het herinneren en begrijpen van hetgeen dat gebouwd is. Het is dan een enorme investering om de werking van het zaaktype (opnieuw) te leren begrijpen.

Gebruik voor de naamgeving daarom niet enkel waarop een regel gebaseerd is of waarop een regel de acties uitvoert, maar beide.

Bijvoorbeeld:

Niet Niet Wel
Contactpersoon Contactgegevens Als contactpersoon = Ja, dan toon de contactpersoongegevens

Automatisch zal onder de regelnaam de inhoud van de regel weergegeven worden. De regels hoeven dan niet één voor één geopend te worden om de inhoud te bekijken en het staat toe om te zoeken (ctrl-f) op bijvoorbeeld kenmerknamen, zodat snel gezien kan worden welke regels allemaal van invloed zijn op een specifiek kenmerk.

Regelgroepen

Regelgroepen kunnen gebruikt worden om regels te groeperen. De standaard methode is om voor elke kenmerkgroep een regelgroep te maken. Deze kunnen uiteraard weer verder uitgesplitst worden als er veel regels binnen één kenmerkgroep voorkomen. De toelichting kan gebruikt worden om een korte samenvatting of uitleg te geven, zodat de regels niet geopend hoeven worden om in te zien waar de regels over gaan.

Bijvoorbeeld:

REGELS PARKEERVERGUNNING
Met deze regels wordt bepaald welke situatie van toepassing is voor de aanvrager.
Op basis van de adresgegevens en de gegeven antwoorden worden de benodigde kenmerken getoond.
Let op: De kenmerken worden eerst verborgen en daarna getoond wanneer nodig.

{ 12 regels }

REGELS PRIJS
Met deze regels wordt de prijs voor elk type parkeervergunning ingesteld op basis van de volgende factoren:
Parkeergebied, type aanvrager, duur van vergunning, aantal vergunningen.

{ 48 regels }

Let op: Regelgroepen hebben geen effect op de wijze waarop het systeem de regels uitvoert. Ze dienen enkel om het voor de menselijke beheerder overzichtelijker te maken. Pas daarom op met het verschuiven van regels ten behoeve van de groepenindeling; Dit kan de werking van de regels beïnvloeden.

Regelvolgorde

Regels kunnen van elkaar afhankelijk zijn en de volgorde waarin het systeem ze uitvoert (van boven naar beneden) is daarom erg belangrijk. Bijvoorbeeld: als regel A een waarde 'Ja' in kenmerk X zet, en regel B bepaalde acties enkel uitvoert wanneer kenmerk X de waarde 'Ja' heeft.

De beste volgorde, zowel voor systeem als voor beheerder, is om de regels in de eerste plaats in dezelfde volgorde te houden als die van de kenmerken die als 'Voorwaarden' gebruikt worden.

Kenmerk A
Kenmerk B
Kenmerk C
Kenmerk D
Kenmerk E
Kenmerk F

Als: Kenmerk A = Ja,  dan toon/verberg: Kenmerk B
Als: Kenmerk B = Ja,  dan toon/verberg: Kenmerk E
Als: Kenmerk B = Nee, dan toon/verberg: Kenmerk F
Als: Kenmerk C = Ja,  dan toon/verberg: Kenmerk D

Regels aan/uit zetten

Door het vinkje voor de regelnaam uit te vinken kan een regel op inactief gezet worden zodat deze niet wordt uitgevoerd. Complexe regelsituaties kunnen op deze manier eenvoudiger onderzocht worden zonder dat de regels verwijderd hoeven worden. Ook kunnen alle titels en toelichtingen van kenmerken eenvoudig nagelopen worden door alle regels uit te zetten.

Foutmeldingen

Wanneer een regel fouten bevat zal er een rood gevarendriehoekje getoond worden voor de regelnaam. Ook zal er een gevarendriehoek bovenaan de regelaccordion getoond worden. Regels met fouten worden als inactief beschouwd en worden niet uitgevoerd.


Een fout is wanneer het kenmerk verwijst naar een attribuut dat verwijderd is, of een kenmerkwaarde die inactief gezet is. </ul>

Gevarendriehoek bij regelfouten

Regelmodus zaakdossier

De Systeemrollen administrator, zaaksysteembeheerder en zaaktypebeheerder kunnen in het zaakdossier de regelmodus (de)activeren door bij de fasetitel op het lampje te klikken.

De regelmodus zorgt voor de volgende visuele wijzigingen:

  • Kenmerken die verborgen zijn door een regel zijn zichtbaar (grijs, onwijzigbaar)
  • Kenmerken met de instelling 'systeemkenmerk' zijn zichtbaar (grijs, onwijzigbaar)
  • Bij elk kenmerk is een lamp-icoontje die alle regels die het kenmerk beïnvloeden toont wanneer de cursor erop geplaatst wordt. Elke regel wordt als volgt getoond:
    • Een vinkje of kruisje voor respectievelijk regels die 'waar' of 'niet waar' zijn
    • De naam van de regel
    • De actie die uitgevoerd wordt (show_attribute, hide_attribute, show_group, hide_group, set_value, set_value_formula
  • Kenmerken waarvan de getoonde waarde niet overeenkomt met de opgeslagen waarde krijgen een waarschuwingsicoontje

Voorwaarden

Type voorwaarden

Onderstaand zijn de mogelijke voorwaarden beschreven:

  • De systeemvoorwaarden: Aanvrager, Aanvrager postcode, Aanvrager wijk, resultaat, betaalstatus, vertrouwelijkheid en de zaaktypekenmerken
  • De keuzekenmerken: Kenmerken van het Kenmerktype 'enkelvoudige keuze', 'meervoudige keuze' of 'keuzelijst'
  • De adreskenmerken: Kenmerken van het kenmerktype 'Adres (dmv postcode) BAG', 'Straat (BAG)', 'Adres (dmv straatnaam)' of 'Adres (Google maps)'
Aanvrager
De voorwaarde 'aanvrager' gebruikt het aanvragertype: 'Natuurlijk persoon' of 'Niet natuurlijk persoon'.

De werking is alsvolgt:

Voorwaardeinstelling Aanvrager van zaak
Burger Organisatie Burger Organisatie Medewerker
x x x
x x
x x x
x x x x x

Bijvoorbeeld: Als de regelvoorwaarde enkel is ingesteld op 'Organisatie', dan zal de regel 'Waar' zijn voor zaken waarbij de aanvrager een organisatie of medewerker is.

ZTB Regelvoorwaarde type aanvrager
Aanvrager postcode
De voorwaarde 'aanvrager postcode' is 'waar' wanneer de postcode van het verblijfadres van de aanvrager binnen de opgegeven reeks ligt. Hierbij tellen de grenswaarden ook mee ('min' <= x <= 'max'). In het voorbeeld worden 1000AA en 1999ZZ dus ook als 'waar' beschouwd.

Een 'interne aanvrager' heeft geen postcode en wordt daarom als 'niet waar' beschouwd.

ZTB Regelvoorwaarde aanvrager postcode
Aanvrager wijk
De voorwaarde 'aanvrager wijk' is 'waar' wanneer het adres (huisnummer+postcode van verblijfadres) van de aanvrager binnen één van de aangevinkte wijken ligt. De wijken worden door elke gemeente afzonderlijk gedefinieerd doormiddel van een CSV-bestand. Dit bestand is alsvolgt opgebouwd: straatnaam, huisnummer, huisletter, toevoeging, postcode, plaats, wijk. Waarbij 'wijk' een zelf gekozen variabele is; bijvoorbeeld: noord, oost, zuid, west, centrum.
ZTB Regelvoorwaarde aanvrager wijk
Resultaat
De voorwaarde 'resultaat' is 'waar' wanneer het resultaat van de zaak gelijk is aan één van de aangevinkte opties en is enkel beschikbaar in de laatste fase van het zaaktype. De volgende acties kunnen op basis van deze voorwaarde uitgevoerd worden:
  • Genereer sjabloon
  • Start zaak
  • E-mail versturen
  • Verstuur extern systeembericht
ZTB Regelvoorwaarde resultaat


Contactkanaal
De voorwaarde 'contactkanaal' is 'waar' wanneer het contactkanaal van de zaak gelijk is aan één van de aangevinkte opties.

Online aanvragen hebben het contactkanaal 'webformulier'. Hiermee kan het Webformulier doormiddel van deze regel een andere inrichting en/of werking worden gegeven dan het Registratieformulier dat door de medewerker intern wordt geregistreerd.

ZTB Regelvoorwaarde contactkanaal
Betaalstatus
De voorwaarde 'betaalstatus' is 'waar' wanneer de betaalstatus van de zaak gelijk is aan één van de aangevinkte opties.
Vertrouwelijkheid
De voorwaarde 'vertrouwelijkheid' is 'waar' wanneer de vertrouwelijkheidsstatus van de zaak gelijk is aan één van de aangevinkte opties.
Zaaktypekenmerken
Daarnaast zijn er ook voorwaarden op basis van de systeemkenmerken die aan de zaak meegegeven worden vanuit de pagina 'Algemeen' van het zaaktypebeheer.
  • Vertrouwelijkheidsaanduiding
  • Bezwaar en beroep mogelijk
  • Publicatie
  • BAG
  • Lex silencio positivo
  • Opschorten mogelijk
  • Verlengen mogelijk
  • Wet dwangsom
  • WKPB
Keuzekenmerken

De keuzekenmerken die als voorwaarde gebruikt kunnen worden zijn de kenmerken van het Kenmerktype 'enkelvoudige keuze', 'meervoudige keuze' of 'keuzelijst' die in de fase voorkomen. De mogelijke opties zijn de actieve opties van het kenmerk.

Adreskenmerken

De adreskenmerken die als voorwaarde gebruikt kunnen worden zijn de kenmerken van het kenmerktype 'Adres (dmv postcode) BAG', 'Straat (BAG)', 'Adres (dmv straatnaam)' of 'Adres (google maps)' die in de fase voorkomen. Adressen kunnen op twee manieren vergeleken worden: Postcodereeks, Wijkbestand. De werking van deze manieren is hetzelfde als die van 'Aanvrager postcode' en 'Aanvrager wijk'.

Kenmerktype Postcodebereik Wijkbestand
Adres (dmv postcode) BAG x x
Straat (BAG) x
Adres (dmv straatnaam) x x
Adres (google maps) x

Logische operator

Een voorwaarde en de onderliggende kenmerken kunnen elk 'Waar' of 'Niet waar' zijn.

  • Rechtsboven is een dropdown met twee opties: 'Alle (EN)' en 'Enkele (EN/OF)'. Hiermee kan ingesteld worden dat een voorwaarde enkel 'Waar' is als alle onderliggende kenmerken 'Waar' zijn, of dat slechts één onderliggend kenmerk 'Waar' hoeft te zijn.
  • Voor een kenmerk geldt altijd 'Enkele (EN/OF)'
Voorwaarde Zaakinvulling Waar/niet waar Voorwaarde (alle) Voorwaarde (enkele)
Kenmerk A
- Ja  = Ø
- Nee = O
Kenmerk A
- Ja  = O
- Nee = Ø
Kenmerk A wordt als 'niet waar' beschouwd want geen van de ingevulde opties komt overeen

De voorwaarde 'alle' vereist dat alle kenmerken waar zijn.

Kenmerk A = Niet waar
Kenmerk B = Waar

Dus de voorwaarde in zijn geheel is 'Niet waar'.

De acties onder 'anders' worden uitgevoerd.

De voorwaarde 'enkele' vereist dat minstens één kenmerk waar is.

Kenmerk A = Niet waar
Kenmerk B = Waar

Dus de voorwaarde in zijn geheel is 'Waar'.

De acties onder 'acties' worden uitgevoerd.

Kenmerk B
- Auto  = Ø
- Fiets = Ø
- Bus   = O
Kenmerk B
- Auto  = O
- Fiets = Ø
- Bus   = Ø

Kenmerk B wordt als 'waar' beschouwd want minstens één van de ingevulde opties komt overeen

ZTB Regelactie

Acties

Binnen een regel kunnen acties uitgevoerd worden wanneer de voorwaarden 'Waar' zijn en wanneer de voorwaarden 'Niet waar' zijn. Er moet minimaal één actie worden gedefinieerd voor het geval van 'waar', maar er hoeven geen acties gedefinieerd te worden voor het geval van 'niet waar'.

Toon/verberg kenmerk

'Toon kenmerk' en 'Verberg kenmerk' worden gebruikt om vragen die enkel voor bepaalde situaties gelden enkel in die bepaalde situaties te tonen, zoals:

  • vragen die enkel voor organisaties bedoeld zijn
  • vragen over de kinderen enkel wanneer de aanvrager aangeeft kinderen te hebben
  • het uploaden van documenten enkel wanneer die vereist zijn
  • etc.

Dit maakt het Webformulier niet alleen klantvriendelijker, maar ook effectiever doordat deze variabele kenmerken als verplicht kunnen worden ingesteld. Immers: het kenmerk wordt alleen getoond wanneer het verplicht is, en verborgen wanneer het niet-verplicht is. Kenmerken zijn enkel verplicht wanneer zichtbaar.

Kenmerken worden standaard getoond en hier moet vooral rekening mee worden gehouden wanneer een kenmerk enkel in één specifieke situatie getoond moet worden. Een veel voorkomende beginnersfout is de aanname dat een voorwaarde met twee opties twee mogelijkheden bevat: A en B. Terwijl er ook de mogelijkheid van 'leeg' bestaat. De aanname "Tonen voor B is hetzelfde als verbergen voor A." is daardoor niet juist.

Als kenmerk X = A, dan verberg kenmerk Y Als kenmerk X = B, dan toon kenmerk Y, anders verberg kenmerk Y
Kenmerk X = 'leeg' Tonen Verbergen
Kenmerk X = A Verbergen Verbergen
Kenmerk X = B Tonen Tonen

Toon/verberg tekstblok

Het is ook mogelijk om tekstblokken in te tonen of verbergen.

Toon/verberg kenmerkgroep

Het is ook mogelijk om gehele kenmerkgroepen in één keer te tonen of verbergen. Hierbij worden alle onderliggende kenmerken getoond/verborgen (en de waarden verwijderd). Op het webformulier en registratieformulier wordt de gehele stap getoond/verborgen, inclusief vermelding in de breadcrumb.

Let op: Kenmerken die verborgen zijn omdat ze onder een verborgen kenmerkgroep vallen kunnen niet meer getoond worden door de regelactie 'Toon kenmerk'.
Let op: Kenmerken die verborgen zijn omdat de door de regelactie 'Verberg kenmerk' verborgen worden kunnen niet meer getoond worden door de regelactie 'Toon kenmerkgroep'.

De eerste kenmerkgroep van de registratiefase moet niet verborgen worden.

Pauzeer aanvraag

Het 'pauzeren van een aanvraag' houdt in dat het webformulier geblokkeerd wordt door de knop 'verder' te verbergen en een bericht aan de aanvrager te tonen met een uitleg hiervoor. Op deze manier kunnen opties die niet worden toegestaan (of niet bestaan) voor de volledigheid toch opgenomen worden in het webformulier om de klant meer duidelijkheid te geven.


Ondersteunde opmaak:

  • Dikgedrukt
  • Cursief
  • Onderstreept
  • Hyperlink
  • Geordende lijst
  • Ongeordende lijst
Start zaak

Wanneer de zaak gepauzeerd is wordt de knop 'volgende' verborgen, zodat het formulier niet verder doorlopen kan worden. Met de optie 'start zaak' aan en een zaaktype geselecteerd zal de knop echter zichtbaar blijven, maar in plaats van dat deze naar de volgende stap van het formulier leidt, zal deze naar het formulier van het geselecteerde zaaktype leiden.

Vul waarde in

De 'vul waarde in' actie plaatst een waarde in een kenmerk.

Ondersteunde kenmerken zijn: Rekeningnummer, e-mail, numeriek, enkelvoudige keuze, keuzelijst, tekstveld, tekstveld hoofdletters, groot tekstveld, rich text, webadres, valuta. Voor kenmerken met validatie geldt dat enkel waarden die in het kenmerk toegestaan zijn ondersteund worden.

Kan waarde wijzigen

Wanneer deze instelling op 'nee' staat zal bij het invullen van de waarde het kenmerk in de 'raadpleeg'-modus gezet worden, zodat de waarde niet meer door een medewerker gewijzigd kan worden.

Wanneer deze instelling op 'ja' staat zal bij het invullen van de waarde het kenmerk in de 'behandel'-modus blijven staan, zodat een medewerker de waarde nog kan aanpassen. Dit maakt het mogelijk om grote stukken generieke tekst waarin kleine variabelen nog aangepast moeten worden eenvoudig in sjablonen op te nemen, zonder hiervoor een complexe kenmerk/regel constructie te gebruiken. De aangepaste tekst is van tijdelijke aard en deze functionaliteit moet daarom niet ingezet worden voor waarden die in de zaak bewaard moeten blijven. Daarnaast moeten geen afhankelijkheden gecreëerd worden zoals bijvoorbeeld regelvoorwaarden.

Bijvoorbeeld:

Wanneer een verhuizing verwerkt is wordt per e-mail teruggekoppeld dat de verhuizing geslaagd is en de wens is om daarin ook aan te geven dat de partner en kinderen ook ingeschreven zijn.

De gewenste zin: "Wij hebben de inschrijving van u( en uw partner)(, uw partner)(en uw kind)( en uw [[aantal_kinderen]] kinderen) verwerkt."

Ondanks dat de relevante informatie wel al in de zaak is vastgelegd zijn er een flink aantal kenmerken en regels voor nodig om de alle mogelijke zinnen voor de verschillende situaties te genereren.
In plaats daarvan kan de zin wijzigbaar vooringevuld worden, en dan kan de behandelaar handmatig de zin corrigeren.

De vooringevulde zin: "Wij hebben de inschrijving van u, uw partner en uw [[aantal_kinderen]] kinderen verwerkt."
Regelactie: Vul waarde in

Vul waarde in met formule

De 'vul waarde in met formule'-actie kan met een berekening op basis van kenmerkwaarden een waarde in een ander kenmerk plaatsen. Bijvoorbeeld: Een tekstveld heeft de waarde '5' en met berekening voorbeeld_kenmerk * 5 kan een ander kenmerk de waarde '25' gegeven worden.

Ondersteunde kenmerken zijn: Numeriek, enkelvoudige keuze, keuzelijst, tekstveld, groot tekstveld, valuta. Voor kenmerken met validatie geldt dat enkel waarden die in het kenmerk toegestaan zijn ondersteund worden.

Zie voor de mogelijke berekeningen: Rekenen en Vergelijkingen of Rekenen en Vergelijkingen uitgebreid.

Vul waarde in met formule

Vul waarde in met magicstringverwerking

De 'vul waarde in met magicstringverwerking' kan waarden in een kenmerk plaatsen op basis van een magicstring. Bijvoorbeeld: Ik wil in een kenmerk altijd het zaaknummer gevuld hebben. Dan vul ik in de regel [[zaaknummer]] in. In de zaak komt het zaaknummer dan in het kenmerk te staan.

Ondersteunde kenmerken zijn: tekstveld, groot tekstveld en webadres.

Wijzig registratiedatum

De actie 'wijzig registratiedatum' wijzigt bij de faseovergang de registratiedatum.

Registratiedatum

Bij het instellen van de regelactie moet een datumkenmerk uit de fase geselecteerd worden. De datum die in dit kenmerk geselecteerd is wordt gebruikt als nieuwe registratiedatum. Wanneer er geen datum ingesteld is zal de regel niet uitgevoerd worden.

Streefafhandeldatum

De streefafhandeldatum kan gelijktijdig met het herberekenen van de registratiedatum berekend worden. Hierbij zijn twee situaties mogelijk:

  1. In tabblad 'Algemeen' van zaaktypebeheer is voor de Doorlooptijd service kalenderdagen, weken of vaste einddatum geselecteerd. In dit geval wordt het verschil in kalenderdagen tussen de registratiedatum en de streefafhandeldatum gebruikt om de nieuwe streefafhandeldatum te berekenen. Bijvoorbeeld: 1-6-2015 en 11-6-2015 (10 kalenderdagen verschil) worden herberekend naar 5-6-2015 en 16-6-2015 (10 kalenderdagen verschil).
  2. In tabblad 'Algemeen' van zaaktypebeheer is voor de doorlooptijd service werkdagen geselecteerd. In dit geval wordt het verschil in werkdagen tussen de registratiedatum en de streefafhandeldatum gebruikt om de nieuwe streefafhandeldatum te berekenen. Bijvoorbeeld: 1-6-2015 en 11-6-2015 (8 werkdagen verschil) worden herberekend naar 5-6-2015 en 17-6-2015 (8 werkdagen verschil)

Let op: Voor het herberekenen wordt enkel gekeken naar het type termijn zoals in het zaaktype is opgegeven en niet wat eventueel is opgegeven door een regelactie 'Wijzig afhandeltermijn'.

Wijzig afhandeltermijn

De actie 'wijzig afhandeltermijn' wijzigt bij het activeren van de regel de afhandeltermijn. Deze actie is enkel beschikbaar in de registratiefase en wordt enkel uitgevoerd bij het aanmaken van de zaak. Het later wijzigen van het kenmerk in het zaakdossier heeft geen invloed op de afhandeltermijn.

Genereer sjabloon

De actie 'Genereer Sjabloon' zorgt er voor dat een sjabloon bij de faseovergang wordt aangemaakt. Dit kan gebruikt worden wanneer er in bepaalde situaties geen sjabloon noodzakelijk is en in andere situaties wel, of wanneer in bepaalde situaties het ene sjabloon noodzakelijk is en in andere situaties een ander sjabloon. Bijvoorbeeld wanneer de klant aangeeft per e-mail op de hoogte gehouden te willen worden en er dus geen papieren ontvangstbevestiging nodig is.

Stel beide (of meer) sjablonen in op 'niet-automatisch genereren' en pas meerdere regels toe om afhankelijk van de situatie het juiste sjabloon gegenereerd te laten worden.

Toewijzing

De actie 'toewijzing' overschrijft de toewijzing voor de eerstvolgende faseovergang die is ingesteld in het Zaaktypebeheer Fasen. Deze actie overschrijft niet de toewijzing die handmatig door de ambtenaar kan worden ingegeven op het registratieformulier middels de actie Toewijzing tonen bij zaakintake.

Let op: Per regel kan enkel onder 'Acties' één toewijzingsactie opgenomen worden, niet onder 'Anders'.

E-mail versturen

De actie 'E-mail versturen' zorgt ervoor dat een e-mail bij de faseovergang wordt aangemaakt of wordt ingepland. Zie onderstaande tabel en de schermafbeeldingen van de mogelijke situaties.
E-mail Verstuur moment Versturen
Emailsjablonen Faseovergang
Datumkenmerken Op
Na/voor Kalenderdagen
Weekdagen
Weken
Maanden
Minuten
E-mail inplannen: Mogelijkheden
Bij faseovergang

Het versturen bij de faseovergang vindt direct plaats. Door e-mailsjablonen standaard niet te laten versturen bij de faseovergang kan het volgende worden ingericht:

  • Enkel in een bepaalde situatie een e-mailsjbloon versturen. Bijvoorbeeld: Enkel wanneer de vraag 'Wilt u op de hoogte worden gehouden?' met 'Ja' is beantwoord.
  • In de ene situatie e-mail X versturen, in een andere situatie e-mail Y versturen. Bijvoorbeeld: Verschillende e-mails voor het verlenen of weigeren van een vergunning. Of: Verschillende ontvangstbevestigingen voor burgers of bedrijven.
Inplannen

Wanneer er een koppelprofiel voor Ingeplande email actief is kunnen emails op een variabel moment gestuurd worden. De ingeplande e-mails worden bij de faseovergang ingepland. De verstuurdatum van deze e-mails staat dan vast. Wanneer de verstuurdatum in het kenmerk wordt gewijzigd kan de e-mail herpland worden middels de actie Herplannen op het tabblad relaties. In het transactieoverzicht wordt de reeds ingeplande e-mail verwijderd en een nieuwe e-mail ingepland.

Let op: Ingeplande e-mails worden alleen naar de ontvanger gestuurd, NIET naar de CC of BCC adressen. (Dit zal later wellicht nog ontwikkeld kunnen worden) E-mails kunnen enkel ingepland worden wanneer het koppelprofiel Ingeplande email aanwezig en actief is.

Internetkassa aan/uit

In de registratiefase kan met deze regelactie de Internetkassa aan of uit worden gezet, voor de zaaktypen waarbij er soms wel/niet betaald moet worden.
Regelactie: Internetkassa aan/uit

Voeg betrokkene toe

De actie 'voeg betrokkene toe' zorgt er voor dat een Betrokkene automatisch bij de faseovergang aangemaakt wordt.

Verstuur extern systeembericht

Met deze actie kunnen verschillende externe systeemberichten gestuurd worden voor de BuitenBeter en MijnOverheid koppelingen.

BuitenBeter

In BuitenBeter heeft een melding drie statussen:

Status Omschrijving
Geregistreerd De burger heeft zijn melding aan BuitenBeter opgestuurd
In behandeling Door middel van het externe systeembericht kan BuitenBeter de status van de melding van 'geregistreerd' naar 'in behandeling' zetten, zodat de burger de voortgang van zijn zaak ook via BuitenBeter kan volgen.
Afgehandeld Door middel van het externe systeembericht kan BuitenBeter de status van de melding van 'geregistreerd' of 'in behandeling' naar 'afgehandeld' zetten, zodat de burger de voortgang van zijn zaak ook via BuitenBeter kan volgen.
MijnOverheid

Koppelprofiel: MijnOverheid

Berichtenbox
Een bericht aan de berichtenbox kan vergeleken worden met een e-mail. Deze bestaan uit een 'onderwerp' en een 'bericht'.

Lopende Zaken
Een bericht aan 'Lopende zaken' zorgt ervoor dat de burger een overzicht heeft van zijn lopende zaken, net zoals in de PIP maar dan met enkel de meest relevante informatie zoals 'Zaaktype', 'Extra informatie' en 'Status'.

Zaaksysteem API: Api-Zaken

Een bericht waarin de volgende informatie verstuurd wordt. Zie voor meer informatie de API documentatie.

Key2Burgerzaken

Koppelprofiel:Key2Burgerzaken

Een bericht naar de key2burgerzaken applicatie dat er een verhuizing geregistreerd is.

iWMO en iJW

Koppelprofiel:iWMO en iJW. Er kunnen meerdere koppelprofielen van dit type aanwezig zijn. De naam voor dit berichttype is daarom gelijk aan die van het koppelprofiel.

Een bericht naar de iWMO of iJW applicatie.