Brontekst bekijken van Omnichannel MijnZaken Informatiearchitectuur

=== Verbinding met de bedrijfsarchitectuur ===
In hoofdstuk 3 is de bedrijfsarchitectuur voor MijnZaken beschreven. In deze paragraaf beschrijven we als onderdeel van de informatiearchitectuur interactiepatronen. Deze hangen op twee manieren samen met de bedrijfsarchitectuur:

# De verschillende applicatieprocessen die de hieronder beschreven interactiepatronen ondersteunen samen het in het vorige hoofdstuk beschreven bedrijfsproces ‘Verstrekken MijnZaken-informatie en de bedrijfsdienst ‘MijnZaken’ (Figuur 8).
# Gegevensobjecten die in de hieronder beschreven interactiepatronen worden geraadpleegd of gewijzigd realiseren volgens de in Figuur 9 geïllustreerde structuur de in Figuur 2 beschreven bedrijfsobjecten.

{{ToonViewGEMMA
|viewid=08f0c77a-28bf-4141-8c32-aa08be0a9012
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 8: relatie tussen bedrijfsproces ‘Verstrekken MijnZaken-informatie’ en bedrijfsdienst ‘MijnZaken’ en applicatieprocessen uit interactiediagrammen}}

{{ToonViewGEMMA
|viewid=b06a2895-171f-4d07-b0d9-e5790d2407bc
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 9: relatie tussen bedrijfsobjecten en in interactiediagrammen geraadpleegde of gewijzigde gegevensobjecten}}

Het hieronder beschreven interactiepatroon illustreert hoe informatie over de status van een aanvraag van een product of dienst aan een burger of medewerker wordt getoond. Zichtbaar wordt welke gegevensobjecten hiervoor nodig zijn, en via welke gegevenscomponenten en API-interfaces die beschikbaar worden gesteld.

Het patroon is beschreven in zes onderdelen:
# Burger authenticeren en machtigingen toetsen – beschrijft op welke manier de identiteit van een burger wordt gecontroleerd en diens machtigingen getoetst. Van de drie in de bijlagen beschreven casussen is dit deel alleen relevant voor de casus ‘MijnGemeente’.
# Bedrijf of instelling authenticeren en machtigingen toetsen – beschrijft op welke manier de identiteit van een vertegenwoordiger van een bedrijf of instelling wordt vastgesteld en diens machtigingen om namens bedrijf of instelling te handelen worden opgehaald en gecontroleerd. Van de drie in de bijlagen beschreven casussen is dit deel alleen relevant voor de casus ‘MijnGemeente’.
# Medewerker authenticeren en autoriseren en klanttoestemmingen controleren – beschrijft op welke manier de identiteit van een medewerker wordt vastgesteld, diens autorisaties worden opgehaald. Van de drie in de bijlagen beschreven casussen is dit deel alleen relevant voor de casus ‘CRM’.
# Klantgegevens ophalen – beschrijft hoe contactgegevens en klantvoorkeuren (bijvoorbeeld een voorkeurskanaal) worden opgehaald.
# Klanttoestemmingen controleren – beschrijft hoe wordt gecontroleerd of een afnemer toestemming heeft gegeven voor verwerking van (persoons)gegevens in het kader van verstrekking van MijnZaken-informatie (dit voor zover het gaat om gegevens die niet op basis van een andere grondslag mogen worden verwerkt).
# Status lopende aanvragen en zaken tonen – beschrijft op welke manier statusinformatie over de aanvraag van een product of dienst aan een burger, medewerker óf andere organisatie worden getoond. Dit deel van het interactiepatroon dus generiek en geldend voor alle casussen waarbinnen MijnZaken-informatie wordt geleverd.

Niet ieder van de bovengenoemde onderdelen is in iedere situatie nodig. Zo hoeft afhankelijk van de doelgroep (burgers, bedrijven en organisaties of medewerkers) waartoe de afnemer behoort maximaal eenmaal een autorisatie- en authenticatieproces doorlopen te worden. Maar in gevallen waar ‘openbare’ gegevens als MijnZaken-informatie worden geleverd (bijvoorbeeld statusinformatie naar aanleiding van een melding over een defecte lantaarnpaal) kunnen authenticatie en autorisatie wellicht überhaupt achterwege blijven.

Een ander voorbeeld is het controleren van toestemmingen. Als een afnemer zelf het initiatief neemt voor het inzien van MijnZaken-informatie hoeft niet door de aanbieder gecontroleerd te worden of hij of zij toestemming heeft gegeven voor het verwerken van persoonlijke gegevens voor dat doel – het initiatief ís dan immers de toestemming. Als een overheidsorganisatie aan de andere kant een afnemer geautomatiseerd van iedere statuswijziging op de hoogte wil stellen is zo’n controle weer wel nodig.

Een overzicht van generieke componenten en API’s die betrokken (kunnen) zijn bij het ontstaan of tonen van MijnZaken-informatie is te vinden in bijlage 6.1.

{{ToonViewGEMMA
|viewid=90307b8e-fb66-4d0b-9e47-a612b9b2452b
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 10: Interactiediagram ‘burger authenticeren en machtigingen toetsen’
|maxwidth=260}}

{| class="wikitable"
|-
! Applicatieproces !! Beschrijving
|-
| style="width: 30%" | Burger authenticeren en machtigingen toetsen || De identiteit van de burger wordt vastgesteld middels een authenticatiemiddel met een betrouwbaarheid die aansluit bij de gevoeligheid van de als MijnZaken-informatie te leveren gegevens. Daarnaast wordt gecontroleerd welke machtigingen de burger heeft om producten aan te vragen namens iemand anders (bijvoorbeeld omdat die burger optreedt als bewindvoerder voor een andere burger) of welke machtigingen diegene heeft om MijnZaken-informatie namens iemand anders op te vragen.
|}

{{ToonViewGEMMA
|viewid=c201d7ac-28ea-4416-b7be-ef9a654e6271
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 11: Interactiediagram ‘(Vertegenwoordiger van) bedrijf of instelling authenticeren en machtigingen
toetsen’
|maxwidth=260}}

{| class="wikitable"
|-
! Applicatieproces !! Beschrijving
|-
| style="width: 30%" | (Vertegenwoordiger van) bedrijf of instelling authenticeren en machtigingen toetsen || De gebruiker wordt geauthenticeerd om vast te stellen dat die het recht heeft om het bedrijf of de instelling te vertegenwoordigen. Daarnaast wordt gecontroleerd welke machtigingen de gebruiker heeft om namens het bedrijf of de instelling te handelen.
|}

{{ToonViewGEMMA
|viewid=af61cb90-4be3-4fad-bb3f-92834e516d08
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 12: Interactiediagram ‘Medewerker authenticeren en autoriseren’
|maxwidth=420}}

{| class="wikitable"
! Applicatieproces !! Beschrijving
|-
| style="width: 30%" | Medewerker authenticeren en autoriseren || De identiteit van de medewerker wordt vastgesteld middels een authenticatiemiddel met een betrouwbaarheid die aansluit bij de gevoeligheid van de als MijnZaken-informatie te leveren gegevens. Daarnaast worden de rollen waaraan de medewerker is toegewezen opgehaald. Aan de hand van autorisatieprofielen die gekoppeld zijn aan producten of diensten wordt vastgesteld of de medewerker - via de aan hem of haar toegewezen rollen - de juiste autorisaties bezit om toegang te krijgen tot de gevraagde MijnZaken-informatie. 
|}

{{ToonViewGEMMA
|viewid=2cd8c6cb-ccb3-487e-8d85-624176976e01
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 13: Interactiediagram ‘Klantgegevens ophalen’
|maxwidth=320}}

{| class="wikitable"
|-
! Applicatieproces !! Beschrijving
|-
| style="width: 30%" | Basisgegevens ophalen || Basisgegevens van de afnemer worden op basis van een uniek identificerend gegeven (afhankelijk van de doelgroep BSN, OIN of KvK-nummer) opgehaald. Daartoe wordt eerst de GBA-administratiecomponent (burger, BSN) of het Handelsregister (bedrijf of instelling, OIN of KvK-nummer) bevraagd. ''Deze stap is optioneel''.
|-
| style="width: 30%" | Klantgegevens ophalen || Op basis van (een combinatie van) (zeer waarschijnlijk) uniek identificerend(e) gegeven(s) worden aanvullende klantgegevens en klantvoorkeuren (zoals voorkeurskanalen) opgehaald uit het Klantenregister. Het uniek identificerende gegeven kan een BSN, OIN of KvK-nummer uit de vorige stap zijn, maar ook bijvoorbeeld een combinatie van zaaknummer en naam of e-mailadres. Op basis van het laatste mogen slechts beperkt gevoelige gegevens worden verstrekt. 
|}

{{ToonViewGEMMA
|viewid=33e35660-2551-4b65-a51a-81553345b86d
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 14: Interactiediagram ‘Klanttoestemmingen controleren’
|maxwidth=160}}

{| class="wikitable"
! Applicatieproces !! Beschrijving
|-
| style="width: 30%" | Klanttoestemmingen controleren || Er wordt gecontroleerd of, en zo ja in welke mate de afnemer toestemming heeft gegeven voor verwerking van (persoons)gegevens voor dit doel (dit voor zover het gaat om gegevens die niet op basis van een andere grondslag mogen worden verwerkt). 
|}

{{ToonViewGEMMA
|viewid=0079eaed-c5a5-4649-91da-31f25b0dc9ef
|modelid=3c0f6ff7-0d6b-4f84-adcc-93cb3153cecd
|label=Figuur 15:Interactiediagram ‘Status lopende aanvragen en zaken tonen’}}

{| class="wikitable"
|-
! Applicatieproces !! Beschrijving
|-
| style="width: 30%" | Status aanvragen en zaken tonen || Alle beschikbare informatie over de status van levering van een door een afnemer aangevraagd(e) product of dienst wordt opgehaald en getoond.
|-
| style="width: 30%" | Verzoekgegevens tonen || Op basis van een relatie tussen klanten in het Klantenregister en via het gegevensobject klantverzoeken in het Verzoekenregister worden de door de burger opgevraagde verzoekgegevens (o.a. moment van indienen en aangevraagd product) opgehaald en getoond. Op basis van een relatie met verzoeken via het gegevensobject verzoekproducten in het Verzoekenregister worden uit de Producten-en-dienstencataloguscomponent aanvullende gegevens over het aangevraagde product (zoals een beschrijving en behandeltermijnen) opgehaald en getoond. 
|-
| style="width: 30%" | Zaakgegevens tonen || Op basis van een relatie met verzoeken via het gegevensobject zaakverzoeken in het Zakenregister worden de zaak- en statusgegevens van de za(a)k(en) die naar aanleiding van de ingediende verzoek zijn gestart opgehaald en getoond. Op basis van de relatie van statussen naar statustypen in de Zaaktypecataloguscomponent worden op basis van het gegevensobject statustypen aanvullende gegevens over statussen (zoals de omschrijving daarvan) opgehaald en getoond.
|}