Zaaktypebeheer Regels: verschil tussen versies

Uit ZaaksysteemWiki
Ga naar: navigatie, zoeken
(Voorbeelden)
(Voorbeelden)
Regel 324: Regel 324:
 
|-
 
|-
 
!Waarde
 
!Waarde
!Magicstring
+
!Formule
 
!Output
 
!Output
 
|-
 
|-
 
|5
 
|5
|<nowiki>[[ voorbeeld_kenmerk + 5 ]]</nowiki>
+
|<nowiki>attribute.voorbeeld_kenmerk + 5</nowiki>
 
|10
 
|10
 
|-
 
|-
 
|5
 
|5
|<nowiki>[[ 10 / voorbeeld_kenmerk ]]</nowiki>
+
|<nowiki>10 / attribute.voorbeeld_kenmerk</nowiki>
 
|2
 
|2
 
|-
 
|-
 
|5
 
|5
|<nowiki>[[ voorbeeld_kenmerk * 0.4 ]]</nowiki>
+
|<nowiki>attribute.voorbeeld_kenmerk * 0.4</nowiki>
 
|2
 
|2
 
|-
 
|-
 
|5
 
|5
|<nowiki>[[ (voorbeeld_kenmerk + 5) * 2 ]]</nowiki>
+
|<nowiki>(attribute.voorbeeld_kenmerk + 5) * 2</nowiki>
 
|20
 
|20
 
|-
 
|-
 
|5 & 3
 
|5 & 3
|<nowiki>[[ voorbeeld_kenmerk + example_kenmerk ]]</nowiki>
+
|<nowiki>attribute.voorbeeld_kenmerk + attribute.example_kenmerk</nowiki>
 
|8
 
|8
 
|-
 
|-
 
|<nowiki>-</nowiki>
 
|<nowiki>-</nowiki>
|<nowiki>[[ 5 + 3 ]]</nowiki>
+
|<nowiki>5 + 3</nowiki>
 
|8
 
|8
 
|}
 
|}

Versie van 3 jul 2015 om 01:51

Algemeen

Met de knop 'Regels' in Zaaktypebeheer kan een regel toegevoegd worden aan de fase.

Regels hebben vier eigenschappen:

Regelnaam De naam van de regel die getoond wordt in het regeloverzicht. Gebruik eventueel HTML om het overzichtelijker te maken.
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.

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.

Uniforme naamgeving

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 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 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.

Foute naamgeving Goede naamgeving (1) Goede naamgeving (2)
1 Verbergen Contactkanaal > Alle opties > Verberg: Partnertekst Als: Altijd, dan verberg: Partnertekst
2 Gehuwd Huwelijkstatus > Gehuwd > Toon: Huwelijksdatum & Partnertekst en vul in: 'Dit is uw partner'
Als: Huwelijkstatus = Gehuwd

Dan toon: Huwelijksdatum & Partnertekst en vul in: 'Dit is uw partner'
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 Partnertekst en vul in: 'Dit is uw partner'
Als: Samenwonend = Ja

Dan toon: Partnerkenmerken en Partnertekst en vul in: 'Dit is uw partner'
Anders verberg: Partnerkenmerken

7 Geen partner Samenwonend > Nee > Toon: Partnertekst en vul in: 'U heeft voor deze aanvraag geen partner' Als: Samenwonend = Nee, dan toon: Partnertekst en vul in: 'U heeft voor deze aanvraag geen partner'
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 HTML toegepast worden.

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

Voorwaarden

De voorwaarde van een regel bestaat uit één of meerdere kenmerken van de zaak. Elk kenmerk van het Kenmerktype 'enkelvoudige keuze', 'meervoudige keuze' en 'keuzelijst' dat zich in de fase bevindt kan worden gebruikt als voorwaarde. Daarnaast zijn er de volgende systeemvoorwaarden: aanvrager, postcode, wijk en contactkanaal en de keuzekenmerken van de zaaktypebeheer 'algemeen'-pagina.

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
Aanvrager
De voorwaarde 'aanvrager' gebruikt het aanvragertype: 'Natuurlijk persoon' of 'Niet natuurlijk persoon'.
ZTB Regelvoorwaarde type aanvrager
Aanvrager postcode
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.

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 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
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

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 kenmerkgroep

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.

Deze functionaliteit kan bijvoorbeeld gebruikt worden om de gegevens van de partner van de aanvrager op te vragen, enkel wanneer deze aangeeft een partner te hebben.

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.
ZTB Regelactie pauzeren

Vul waarde in

De 'vul waarde in' actie plaatst een waarde in een kenmerk. Dit kan als 'voorinvulling' waarbij de waarde nog gewijzigd kan worden of als permanente invulling waarbij de waarde niet gewijzigd kan worden.
Regelactie: Vul waarde in

Vul waarde in met formule

De 'vul waarde in met formule'-actie plaatst door middel van een formule een waarde in een kenmerk. In de formule kan gebruik gemaakt worden van waarden uit andere kenmerken.

Rekenteken

De rekentekens die gebruikt kunnen worden zijn:

() haakjes
* keer/maal
/ gedeeld door
+ plus
- min

De rekentekens worden in de volgende volgorde verwerkt:

  • Haakjes
  • Keer/maal en gedeeld door (van links naar rechts)
  • Plus en min (van links naar rechts)

Voorbeelden

Waarde Formule Output
5 attribute.voorbeeld_kenmerk + 5 10
5 10 / attribute.voorbeeld_kenmerk 2
5 attribute.voorbeeld_kenmerk * 0.4 2
5 (attribute.voorbeeld_kenmerk + 5) * 2 20
5 & 3 attribute.voorbeeld_kenmerk + attribute.example_kenmerk 8
- 5 + 3 8

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.

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

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.

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'. In het transactieoverzicht wordt de reeds ingeplande e-mail verwijderd en een nieuwe e-mail ingepland.

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

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.

Regelvoorbeelden

Een tekstbericht tussen de kenmerken in tonen

In sommige zaaktypen is het belangrijk om de aanvrager of medewerker informatie te tonen die niet over het hoofd gezien mag worden wanneer zij een bepaalde waarde aanvinken. De toelichtingen van kenmerken en kenmerkgroepen zijn in zo'n situatie vaak niet afdoende en het beste is om een bericht direct onder het kenmerk in kwestie te tonen. Maak hiervoor een extra toelichtingskenmerk en pas de volgende regel toe.

Als:     Situatie X
Dan:     Toon:    'Toelichtingskenmerk'
Dan:     Vul in:  'Toelichtingskenmerk' met waarde 'Let op: U geeft aan...'    {Kan waarde wijzigen = Nee}
Anders:  Verberg: 'Toelichtingskenmerk'

Als <altijd>, dan...

In sommige zaaktypen moet een regel altijd uitgevoerd worden. Gebruik hiervoor 'Contactkanaal' met alle opties aangevinkt. Dit zal altijd 'Waar' zijn.

Als:     Contactkanaal = Alle opties
Dan:     ...

Als X of Y, dan toon A, anders verberg A

In sommige zaaktypen moet een actie uitgevoerd worden als óf het ene kenmerk wordt aangevinkt óf het andere kenmerk. In dat geval kan de optie 'Enkele (EN/OF)' bij voorwaarden gebruikt worden. De regel is ook dan 'Waar' wanneer slechts één van de kenmerken wordt aangevinkt.

Als:     X of Y
Dan:     Toon: Kenmerk A
Anders:  Verberg: Kenmerk A

Als (X en R) of (Y en S), dan toon A, anders verberg A

Dit is bijna dezelfde situatie als de voorgaande, maar nu met vier voorwaarden. 'Enkele (EN/OF)' kan niet gebruikt worden, omdat de voorwaarde dan al 'Waar' is wanneer slechts één van de kenmerken wordt aangevinkt. Twee verschillende regels instellen met 'toon/verberg' werkt niet, omdat de twee dan met elkaar conflicteren. Er zou altijd één regel zijn waarvan de voorwaarde 'Niet waar' is, waardoor de regel het kenmerk verbergt, terwijl de andere het toont.

Eerst verbergen, dan tonen

Verberg daarom het kenmerk permanent met de eerste regel, en toon het vervolgens met de twee regels, ditmaal zonder anders-verberg.

Tussenkenmerk

Hier kan ook een tussenkenmerk voor gebruikt worden. Dit is niet noodzakelijk wanneer de actie enkel 'Toon: Kenmerk A' is, maar wanneer er een groot aantal acties mee uitgevoerd wordt kan het voordeliger zijn om dit slechts eenmalig te hoeven opvoeren. Wijzigingen kunnen dan sneller doorgevoerd worden, en eventuele andere situaties kunnen eenvoudig toegevoegd worden met enkel de actie 'Vul in tussenkenmerk = Ja'.

Zonder tussenkenmerk:
Als:     Altijd
Dan:     Verberg: A

Als:     X en R
Dan:     Toon: Kenmerk A

Als:     Y en S
Dan:     Toon: Kenmerk A
Met tussenkenmerk:
Als:     Altijd
Dan:     Vul in:   'Tussenkenmerk' = Nee

Als:     X en R
Dan:     Vul in:   'Tussenkenmerk' = Ja

Als:     Y en S
Dan:     Vul in:   'Tussenkenmerk' = Ja

Als:     Tussenkenmerk = Ja
Dan:     Toon: Kenmerk A
Dan:     Toon: Kenmerk B
Dan:     Toon: Kenmerk C
Dan:     Toon: Kenmerk D
Dan:     Toon: Kenmerk E
Dan:     Toon: Kenmerk F
Dan:     Toon: Kenmerk G
Dan:     Toon: Kenmerk H
/of/
Dan:     Pauzeer met bericht dat vaak gewijzigd moet worden.