Zaaktypebeheer Regels

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

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

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

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. In het tekstveld kan ook van HTML gebruik gemaakt worden.

ZTB Regelactie pauzeren

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

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. Zie voor de mogelijke berekeningen: Rekenen en Vergelijkingen of Rekenen en Vergelijkingen uitgebreid.

Vul waarde in met formule

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

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.

Key2Burgerzaken

Koppelprofiel:Key2Burgerzaken

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