Samenhang Bedrijfsdiensten met andere onderdelen in de MIRA Bedrijfsarchitectuur


Deze pagina beschrijft de samenhang tussen de bedrijfsdiensten en andere onderdelen in de bedrijfsarchitectuur. Zie ter illustratie onderstaande figuur.





   
   
   

   
   

   
   

   
   
   

   


Een bedrijfsdienst (‘bezwaar behandeling’) wordt gerealiseerd door één bedrijfsproces (‘behandelen bezwaar’). Dit bedrijfsproces wordt uitgevoerd door één actor (een van de ketenpartners in ons geval). In sommige gevallen (zoals het voorbeeld met IND en DTenV hierboven), zijn er meerdere ketenpartners mogelijk als uitvoerder van het zelfde bedrijfsproces, het ligt er immers maar net aan waartegen je bezwaar maakt.


Een dienst leveren we aan één of meerdere specifieke afnemers (actoren of rollen). In het bovenstaande voorbeeld zijn er twee mogelijke afnemers van de dienst “Bezwaar behandeling”. Zowel de advocaat als de vreemdeling kan een bezwaar indienen. De advocaat zal dit dan wel namens de vreemdeling doen. Dus we zouden met de vreemdeling kunnen volstaan. Indachtig het doel van de bedrijfsobjecten in de MIRA bedrijfsarchitectuur, kiezen we er echter toch voor om in deze gevallen de advocaat expliciet te modelleren. Hierdoor kun je door de juiste selectie te maken zien welke diensten je via een advocatenportaal zou kunnen aanbieden.


Een bedrijfsproces kan ook meerdere diensten leveren.





   
   

   
   

   
   
   

   
   

   
   

   


“Behandelen aanvraag verblijf regulier” levert 3 verschillende diensten. In dit geval allemaal voor dezelfde afnemer, de ‘vreemdeling regulier verblijf’. Zowel de verblijfsvergunning zelf, als de wijziging van de beperking in de verblijfsvergunning, worden in bovenstaande figuur door het zelfde proces gerealiseerd.


Of er voor een bedrijfsdienst een gespecialiseerd bedrijfsproces wordt ingericht is een ontwerpkeuze voor de ketenpartner. Vergelijk het een beetje met een autofabriek die een Toyota Aygo, Peugeot 107 en Citroën C1 op dezelfde lopende band zou kunnen produceren, maar evengoed 3 aparte lopende fabrieken met ene eigen lopende band zou kunnen bouwen. Wij kiezen ervoor om de processen uit het processenlandschap (zie criteria voor processen) als basis te nemen. Daaruit volgt dat het wijzigen van een verblijfsvergunning regulier een extra dienst is uit het bedrijfsproces “behandelen aanvraag verblijfsvergunning regulier”, maar het behandelen van een aanvraag voor de verlenging van een vergunning een eigenstandig bedrijfsproces is.


De onderste dienst, “Statusinzage”, heeft een ander kleurtje. Dat is geen bedrijfsdienst die op zichzelf waarde levert, maar een deeldienst, onderdeel van de bedrijfsdienst “Verblijfsvergunning regulier”. Dit soort deeldiensten komen altijd in combinatie met andere bedrijfsdiensten voor. Deze deeldiensten modelleren we generiek. Het is voor het inrichten van de (digitale) dienstverlening immers van belang om te weten welke generieke deeldiensten vaak gebruikt zullen worden. Andere voorbeelden van generieke deeldiensten zijn het bieden van de mogelijkheid tot het aanleveren van aanvullende informatie, of het notificeren over/aanbieden van post aan de vreemdeling..


Interne Diensten

De laatste soort dienst staat in onderstaande figuur. Deze heeft ook een ander kleurtje, omdat dit geen bedrijfsdienst is die aan een externe klant wordt geleverd.





   
   

   
   
   

   
   
   

   


Dit is een dienst die door de ene ketenpartner aan de andere wordt geleverd. In dit geval gaat het om het begeleiden van een gedwongen terugkeer. Dit is een dienst die de KMar levert aan DTenV, de uitvoerder van het bedrijfsproces “Regisseren vertrek” met bijbehorende bedrijfsdienst “Regie op vertrek”. ‘Begeleiden terugkeer” is dus ook geen bedrijfsproces dat terugkomt op het MIRA Processenlandschap.


In de bedrijfsarchitectuur geven we een overzicht van zowel de bedrijfsdiensten, gerelateerd aan de afnemers daarvan als een deel van de interne diensten, diensten die ketenpartners aan elkaar leveren.


De goede lezer heeft inmiddels al gemerkt dat er een behoorlijke overlap bestaat tussen de bedrijfsprocessen en de bijbehorende bedrijfsdiensten. Om dit hoofdstuk over bedrijfsdiensten beter leesbaar te houden focussen we ons hier op de diensten en de afnemers daarvan. De link met de processen leggen we wel in het onderliggende model, maar is in te zien op de pagina’s per bedrijfsdienst ( of deze 'beheerview').

Deze pagina is voor het laatst bewerkt op 1 okt 2024 om 15:52.