Zaaktypebeheer Regels: verschil tussen versies

Uit ZaaksysteemWiki
Ga naar: navigatie, zoeken
(Vul waarde in)
 
(150 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
 
= Algemeen =
 
= Algemeen =
{|
+
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|Regels hebben vier eigenschappen:
+
|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:
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
 
|'''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 19: Regel 21:
 
|[[bestand:6.regels.png|thumb|ZTB Regels]]
 
|[[bestand:6.regels.png|thumb|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:
 +
{| class="wikitable"
 +
|-
 +
!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:
 +
<pre>
 +
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 }
 +
</pre>
 +
 +
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.
 
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.
 +
<pre>
 +
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
 +
</pre>
  
 
=== Regels aan/uit zetten ===
 
=== Regels aan/uit zetten ===
Regel 33: Regel 93:
 
|[[Bestand:Regel fouten.png|thumb|Gevarendriehoek bij regelfouten]]
 
|[[Bestand:Regel fouten.png|thumb|Gevarendriehoek bij regelfouten]]
 
|}
 
|}
 +
 +
=== Regelmodus zaakdossier ===
 +
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:
 +
<ul>
 +
<li>Kenmerken die verborgen zijn door een regel zijn zichtbaar (grijs, onwijzigbaar)</li>
 +
<li>Kenmerken met de instelling 'systeemkenmerk' zijn zichtbaar (grijs, onwijzigbaar)</li>
 +
<li>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:
 +
  <ul>
 +
  <li>Een vinkje of kruisje voor respectievelijk regels die 'waar' of 'niet waar' zijn</li>
 +
  <li>De naam van de regel</li>
 +
  <li>De actie die uitgevoerd wordt (show_attribute, hide_attribute, show_group, hide_group, set_value, set_value_formula</li>
 +
  </ul>
 +
</li>
 +
<li>Kenmerken waarvan de getoonde waarde niet overeenkomt met de opgeslagen waarde krijgen een waarschuwingsicoontje</li>
 +
</ul>
  
 
= Voorwaarden =
 
= Voorwaarden =
 +
 +
=== Type voorwaarden ===
 +
Onderstaand zijn de mogelijke voorwaarden beschreven:
 +
<ul>
 +
<li>De systeemvoorwaarden: Aanvrager, Aanvrager postcode, Aanvrager wijk, resultaat, betaalstatus, vertrouwelijkheid en de zaaktypekenmerken</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>
 +
</ul>
 +
 +
===== Aanvrager =====
 +
{| width="100%"
 +
|- style="vertical-align:top;"
 +
|De voorwaarde 'aanvrager' gebruikt het aanvragertype: 'Natuurlijk persoon' of 'Niet natuurlijk persoon'.
 +
 +
De werking is alsvolgt:
 +
{| class="wikitable" style="text-align: center"
 +
|-
 +
!colspan="2"|Voorwaardeinstelling
 +
|
 +
!colspan="3"|Aanvrager van zaak
 +
|-
 +
!Burger
 +
!Organisatie
 +
|
 +
!Burger
 +
!Organisatie
 +
!Medewerker
 +
|-
 +
|
 +
|
 +
|
 +
|x
 +
|x
 +
|x
 +
|-
 +
|x
 +
|
 +
|
 +
|x
 +
|
 +
|
 +
|-
 +
|
 +
|x
 +
|
 +
|
 +
|x
 +
|x
 +
|-
 +
|x
 +
|x
 +
|
 +
|x
 +
|x
 +
|x
 +
|}
 +
 +
<i>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.</i>
 +
|[[bestand:regel voorwaarde aanvrager.png|thumb|ZTB Regelvoorwaarde type aanvrager]]
 +
|}
 +
 +
===== Aanvrager postcode =====
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|De voorwaarde van een regel bestaat uit één of meerdere kenmerken van de zaak. Elk kenmerk van het type '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.
+
|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.
 +
|[[bestand:regel voorwaarde postcode.png|thumb|ZTB Regelvoorwaarde aanvrager postcode]]
 +
|}
 +
 +
===== Aanvrager wijk =====
 +
{| width="100%"
 +
|- style="vertical-align:top;"
 +
|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]]
 +
|}
 +
 +
===== Resultaat =====
 +
{| width="100%"
 +
|- style="vertical-align:top;"
 +
|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:
 +
<ul>
 +
<li>Genereer sjabloon</li>
 +
<li>Start zaak</li>
 +
<li>E-mail versturen</li>
 +
<li>Verstuur extern systeembericht</li>
 +
</ul>
 +
|[[bestand:regel voorwaarde resultaat.png|thumb|ZTB Regelvoorwaarde resultaat]]
 +
|}
 +
 +
 +
===== Contactkanaal =====
 +
{| width="100%"
 +
|- style="vertical-align:top;"
 +
|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|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]]
 +
|}
 +
 +
===== Betaalstatus =====
 +
{| width="100%"
 +
|- style="vertical-align:top;"
 +
|De voorwaarde 'betaalstatus' is 'waar' wanneer de betaalstatus van de zaak gelijk is aan één van de aangevinkte opties.
 +
|
 +
|}
 +
 +
===== Vertrouwelijkheid =====
 +
{| width="100%"
 +
|- style="vertical-align:top;"
 +
|De voorwaarde 'vertrouwelijkheid' is 'waar' wanneer de vertrouwelijkheidsstatus van de zaak gelijk is aan één van de aangevinkte opties.
 +
|
 +
|}
 +
 +
===== Zaaktypekenmerken =====
 +
{| width="100%"
 +
|- style="vertical-align:top;"
 +
|Daarnaast zijn er ook voorwaarden op basis van de systeemkenmerken die aan de zaak meegegeven worden vanuit de pagina 'Algemeen' van het zaaktypebeheer.
 +
<ul>
 +
<li>Vertrouwelijkheidsaanduiding</li>
 +
<li>Bezwaar en beroep mogelijk</li>
 +
<li>Publicatie</li>
 +
<li>BAG</li>
 +
<li>Lex silencio positivo</li>
 +
<li>Opschorten mogelijk</li>
 +
<li>Verlengen mogelijk</li>
 +
<li>Wet dwangsom</li>
 +
<li>WKPB</li>
 +
</ul>
 +
 +
===== Keuzekenmerken =====
 +
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 =====
 +
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'.
 +
 +
{| class="wikitable"
 +
|-
 +
!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.
 
Een voorwaarde en de onderliggende kenmerken kunnen elk 'Waar' of 'Niet waar' zijn.
 
<ul>
 
<ul>
Regel 103: Regel 336:
 
|}
 
|}
 
|[[bestand:regel voorwaarde meerdere opties.png|thumb|ZTB Regelactie]]
 
|[[bestand:regel voorwaarde meerdere opties.png|thumb|ZTB Regelactie]]
|}
 
 
===== Aanvrager =====
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|De voorwaarde 'aanvrager' gebruikt het aanvragertype: 'Natuurlijk persoon' of 'Niet natuurlijk persoon'.
 
|[[bestand:regel voorwaarde aanvrager.png|thumb|ZTB Regelvoorwaarde type aanvrager]]
 
|}
 
 
===== Aanvrager postcode =====
 
{| width="100%"
 
|- 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.
 
 
Een 'interne aanvrager' heeft geen postcode en wordt daarom als 'niet waar' beschouwd.
 
|[[bestand:regel voorwaarde postcode.png|thumb|ZTB Regelvoorwaarde aanvrager postcode]]
 
|}
 
===== Aanvrager wijk =====
 
{| width="100%"
 
|- 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.
 
|[[bestand:regel voorwaarde aanvrager.png|thumb|ZTB Regelvoorwaarde aanvrager wijk]]
 
|}
 
 
===== Contactkanaal =====
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|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', kan het webformulier doormiddel van deze regel een andere inrichting en/of werking worden gegeven dan het registratieformulier dat door de ambtenaar intern wordt geregistreerd.
 
|[[bestand:regel voorwaarde contactkanaal.png|thumb|ZTB Regelvoorwaarde contactkanaal]]
 
 
|}
 
|}
  
 
= Acties =
 
= Acties =
Binnen een regel kunnen in twee situaties acties uitgevoerd worden:
+
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'.
1. Wanneer de voorwaarden 'waar' zijn (onder kopje 'actie')
 
2. Wanneer de voorwaarden 'niet waar' zijn (onder kopje 'anders')
 
  
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'. De acties die in beide gevallen worden uitgevoerd verschillen niet van elkaar.
+
=== Toon/verberg kenmerk ===
<br>
+
'Toon kenmerk' en 'Verberg kenmerk' worden gebruikt om vragen die enkel voor bepaalde situaties gelden enkel in die bepaalde situaties te tonen, zoals:
<br>
+
<ul>
===== Toon/verberg kenmerk =====
+
<li>vragen die enkel voor organisaties bedoeld zijn</li>
De acties 'toon kenmerk' en 'verberg kenmerk' zijn elkaars tegenhangers.
+
<li>vragen over de kinderen enkel wanneer de aanvrager aangeeft kinderen te hebben</li>
 +
<li>het uploaden van documenten enkel wanneer die vereist zijn</li>
 +
<li>etc.</li>
 +
</ul>
  
Deze acties worden gebruikt om webformulieren dynamischer in te richten. Zo kunnen vragen die enkel voor bepaalde situaties gelden enkel getoond worden in die bepaalde situaties, zoals:<br>
+
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.
* vragen die enkel voor organisaties bedoeld zijn<br>
 
* vragen over de kinderen enkel wanneer de aanvrager aangeeft kinderen te hebben<br>
 
* het uploaden van documenten enkel wanneer die vereist zijn<br>
 
* 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.
 
<br>
 
<br>
 
 
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 175: Regel 371:
 
| Tonen
 
| Tonen
 
|}
 
|}
<br>
+
 
<br>
+
=== Toon/verberg tekstblok ===
===== Toon/verberg kenmerkgroep =====
+
Het is ook mogelijk om tekstblokken in te tonen of verbergen.
 +
 
 +
=== 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.<br>
+
|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.
<br>
+
 
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.
+
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'.
 +
 
 +
De eerste kenmerkgroep van de registratiefase moet niet verborgen worden.
 
|}
 
|}
  
===== Pauzeer aanvraag =====
+
=== Pauzeer aanvraag ===
 
{|
 
{|
 
|- 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>
|[[Bestand:Regel actie pauzeer zaak voorbeeld.png|thumb|ZTB Regelactie pauzeren]]
+
<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>
 +
 
 +
===== 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 =====
+
=== Vul waarde in ===
{|
+
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|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.
+
|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.<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]]
 +
|}
 +
 
 +
=== Vul waarde in met formule ===
 +
{| width="100%"
 +
|- style="vertical-align: top;"
 +
|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.
  
===== Wijzig afhandeltermijn =====
+
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]]
 +
|}
 +
 
 +
=== 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.
 +
|}
 +
 
 +
=== 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:
 +
<ol>
 +
<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>
 +
</ol>
 +
 
 +
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.
 
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.
<br>
 
<br>
 
  
===== Genereer sjabloon =====
+
=== Genereer sjabloon ===
De actie 'genereer [http://wiki.zaaksysteem.nl/Sjablonen 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.
<br>
+
 
<br>
 
 
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.
<br>
 
<br>
 
  
===== Toewijzing =====
+
=== Toewijzing ===
De actie 'toewijzing' overschrijft de toewijzing voor de eerstvolgende faseovergang die is ingesteld in het zaaktypebeheer (stap 4 van zaaktypebeheer). Deze actie overschrijft niet de toewijzing die handmatig door de ambtenaar kan worden ingegeven op het registratieformulier middels de actie 'Toewijzing tonen bij zaakintake' (stap 3 van zaaktypebeheer).
+
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]].
<br>
+
 
<br>
+
Let op: Per regel kan enkel onder 'Acties' één toewijzingsactie opgenomen worden, niet onder 'Anders'.
  
===== E-mail versturen =====
+
=== 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.
+
{| width="100%"
{|
 
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|
+
|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 251: 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 256: 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/Zaakbehandeling#Acties herplannen]'. In het transactieoverzicht wordt de reeds ingeplande e-mail verwijderd en een nieuwe e-mail ingepland.
+
===== Inplannen =====
===== Internetkassa aan/uit =====
+
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 ===
 
{| width="100%"
 
{| width="100%"
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
|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.
+
|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]]
 
|}
 
|}
= Voorbeelden =
 
===== Toon/verberg kenmerk - Complex =====
 
In sommige gevallen is het gewenst dat een kenmerk in verschillende situaties kan worden getoond, bijvoorbeeld:
 
<pre>
 
            Wat wil je drinken?
 
                    |
 
      Koffie---------------------Cola
 
      |                          |
 
  Met suiker?                Met ijsklontjes?
 
      |                          |
 
Nee------------Ja        Ja------------Nee
 
              |          |
 
              ------------
 
                    |
 
                Hoeveel?
 
</pre>
 
De vraagboom komt samen vanuit twee verschillende takken.<br>
 
Dit kan niet bereikt worden met de volgende twee regels:
 
<pre>
 
Als: Suiker = Ja          Dan: Toon 'hoeveel'    Anders: Verberg 'hoeveel'
 
Als: IJsklontjes = Ja    Dan: Toon 'hoeveel'    Anders: Verberg 'hoeveel'
 
</pre>
 
Immers, als het antwoord op suiker 'Ja' is, is het antwoord op ijsklontjes <leeg>, en wordt 'hoeveel' verborgen.<br>
 
En andersom, als het antwoord op ijsklontjes 'Ja' is, is het antwoord op suiker <leeg> en wordt 'hoeveel' verborgen.<br>
 
<br>
 
Er zijn drie mogelijke oplossingen voor deze situatie:
 
  
{| class="wikitable unsortable" border="1"
+
=== 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 ===
 +
Met deze actie kunnen verschillende externe systeemberichten gestuurd worden voor de [[Koppelprofiel_BuitenBeter|BuitenBeter]] en [[Koppelprofiel_MijnOverheid|MijnOverheid]] koppelingen.
 +
 
 +
===== BuitenBeter =====
 +
In [[Koppelprofiel_BuitenBeter|BuitenBeter]] heeft een melding drie statussen:
 +
{| class="wikitable"
 
|-
 
|-
! scope="col" |
+
!Status
! scope="col" | Tonen > Verbergen
+
!Omschrijving
! scope="col" | Verbergen > Tonen
 
! scope="col" | Tussenkenmerk
 
 
|-
 
|-
!Beschrijving
+
|Geregistreerd
|In plaats van te tonen/verbergen afhankelijk van de voordehandliggende situaties, wordt het kenmerk verborgen in alle andere situaties.
+
|De burger heeft zijn melding aan BuitenBeter opgestuurd
|Het kenmerk in alle mogelijke situaties verbergen, en het verbergen in de gewenste situaties ongedaan maken met een toon-actie.
 
|Een tussenkenmerk gebruiken dat in alle mogelijke situaties een waarde X heeft, en het de waarde Y te geven in de gewenste situaties met een vulwaardein-actie.
 
 
|-
 
|-
!Gebruikt
+
|In behandeling
|5 regels
+
|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.
|3 regels
 
|4 regels<br>1 kenmerk
 
 
|-
 
|-
!Kenmerken
+
|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.
<pre>
+
|}
            Wat wil je drinken?
 
                    |
 
      Koffie---------------------Cola
 
      |                         |
 
  Met suiker?                Met ijsklontjes?
 
      |                          |
 
Nee------------Ja        Ja------------Nee
 
              |          |
 
              ------------
 
                    |
 
                Hoeveel?
 
 
 
 
 
 
 
 
 
  
 +
===== MijnOverheid =====
 +
Koppelprofiel: [[Koppelprofiel_MijnOverheid|MijnOverheid]]
  
</pre>
+
<b>Berichtenbox</b><br>
|
+
Een bericht aan de berichtenbox kan vergeleken worden met een e-mail. Deze bestaan uit een 'onderwerp' en een 'bericht'.
<pre>
 
            Wat wil je drinken?
 
                    |
 
      Koffie---------------------Cola
 
      |                          |
 
  Met suiker?                Met ijsklontjes?
 
      |                          |
 
Nee------------Ja        Ja------------Nee
 
              |          |
 
              ------------
 
                    |
 
                Hoeveel?
 
  
 +
<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 [[Pip|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:[[Koppelprofiel_Key2Burgerzaken|Key2Burgerzaken]]
  
 +
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.
  
</pre>
+
Een bericht naar de iWMO of iJW applicatie.
|
 
<pre>
 
            Wat wil je drinken?
 
                    |
 
      Koffie---------------------Cola
 
      |                          |
 
  Met suiker?                Met ijsklontjes?
 
      |                          |
 
Nee------------Ja        Ja------------Nee
 
              |          |
 
              ------------
 
                    |
 
              Tussenkenmerk
 
                    |
 
              ------------
 
              |          |
 
              Ja        Nee
 
              |
 
            Hoeveel?
 
</pre>
 
|-
 
!Regels
 
|
 
<pre>
 
Als: Drinken? = Leeg      Dan: Verberg 'hoeveel'
 
 
 
Als: Drinken? = Koffie    Dan: Verberg 'hoeveel'
 
    Suiker = Leeg
 
 
 
Als: Drinken? = Koffie    Dan: Verberg 'hoeveel'
 
    Suiker = Nee
 
 
 
Als: Drinken = Cola        Dan: Verberg 'hoeveel'
 
    IJsklontjes = Leeg
 
 
 
Als: Drinken = Cola        Dan: Verberg 'hoeveel'
 
    IJsklontjes = Nee
 
</pre>
 
|
 
<pre>
 
Als: Contactkanaal = Alles    Dan: Verberg 'hoeveel'
 
 
 
 
 
--- de overige toon/verberg kenmerken ---
 
 
 
 
 
Als: Suiker = Ja              Dan: Toon 'hoeveel'
 
 
 
Als: IJsklontjes = Ja        Dan: Toon 'hoeveel'
 
 
 
 
 
 
 
 
 
</pre>
 
|
 
<pre>
 
Als: Contactkanaal = Alles    Dan: Vul 'nee' in tussenkenmerk
 
   
 
 
 
--- de overige toon/verberg kenmerken ---
 
 
 
 
 
Als: Suiker = Ja              Dan: Vul 'ja' in tussenkenmerk
 
 
 
Als: IJsklontjes = Ja        Dan: Vul 'ja' in tussenkenmerk
 
 
 
Als: Tussenkenmerk = Ja      Dan: Toon 'hoeveel'
 
                              Anders: Verberg 'hoeveel'
 
 
 
</pre>
 
|}
 
<br>
 

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.