nyuuzyou/wikis huggingface dataset:
Overzicht GEMMA architectuurviews

Category:Basisarchitectuur
Category:Overzichten
In de onderstaande tabel worden de GEMMA 2 views die ingedeeld zijn naar architectuurlaag, domein of thema getoond (niet alle views in het model zijn ingedeeld). Zie ook de lijst met alle GEMMA views, in deze lijst kan worden gezocht en gefilterd.
In de Softwarecatalogus worden de views met referentiecomponenten gebruikt voor het maken van kaarten met de gemeentelijke pakketten. In het overzicht GEMMA architectuurviews softwarecatalogus staan de titels van de kaarten en de gebruikte views.
Meerdere architectuurlagen
Overzichtplaten
Thema's
Motivatie
Principes en standaarden
Bedrijfsarchitectuur
Niet-domeingebonden
 Bestuur
 Sociaal
 Fysieke leefomgeving
 Openbare orde en veiligheid
 Publieksdiensten
 Ondersteuning
Thema's
Informatiearchitectuur 
 Niet-domeingebonden
 Bestuur
 Sociaal
 Fysieke leefomgeving
 Openbare orde en veiligheid
 Publieksdiensten
 Ondersteuning
Thema's
Technische architectuur
Niet-domeingebonden
Overzicht GEMMA architectuurviews softwarecatalogus

Category:Basisarchitectuur
Category:Overzichten
__TOC__
In de onderstaande tabel worden de GEMMA 2 views getoond die in de Softwarecatalogus worden gebruikt om gemeentelijke pakketten op te plotten. In de Softwarecatalogus hebben deze views/kaarten een verkorte titel gekregen.
==GEMMA==
==Omgevingswet==
Overzicht alle referentiecomponenten

Categorie:Informatie-architectuur
Categorie:Overzichten
In dit overzicht worden alle referentiecomponenten getoond die gedefinieerd zijn in de GEMMA. Bij de doorontwikkeling van de GEMMA worden toevoegingen en wijzigingen van referentiecomponenten getoetst op basis van de definitie en beoordelingscriteria.
De kolom 'GEMMA status' geeft weer of een referentiecomponenten nog in ontwikkeling is, in gebruik is of is teruggetrokken. Alleen referentiecomponenten met de status 'In gebruik' kunnen in de Softwarecatalogus door leveranciers en gemeenten geselecteerd worden bij het registreren van een softwarepakket. 
Het overzicht referentiecomponenten met aanvullende informatie is ook beschikbaar als download in csv-formaat. Om het overzicht leesbaar te maken in Excel, voer de volgende stappen uit:
* Sla het bestand op
* Open in Excel een lege excel
* Ga in het lint naar "Gegevens" en klik bij "Gegevens ophalen" op "Uit tekstbestand/CSV"
* Zoek het gedownloade bestand op op je computer en importeer deze
* Er opent een venster om de data te transformeren. Klik daar op "laden"
Overzicht buitengemeentelijke voorzieningen

Categorie:Overzichten
Categorie:Informatie-architectuur
Buitengemeentelijke voorzieningen zijn de voor gemeenten relevante landelijke- of sectorale informatievoorzieningen. Deze voorzieningen worden beheerd door overheidsorganisaties, zoals het Rijk, de Belastingdienst, en uitvoeringsinstanties. 
De buitengemeentelijke voorzieningen zijn ingedeeld in verschillende groepen, afhankelijk van hun functie en toepassingsgebied. Voorbeelden hiervan zijn: 
* Basisregistraties: zoals de Basisregistratie Personen (BRP) en de Basisregistratie Adressen en Gebouwen (BAG). 
* Stelselvoorzieningen: zoals Digimelding en Digilevering
Door het gebruik van deze voorzieningen kunnen gemeenten hun dienstverlening verbeteren, wettelijke verplichtingen naleven en de samenwerking binnen het overheidsdomein versterken.
In de onderstaande tabel staan de buitengemeentelijke voorzieningen en de standaarden die door deze voorzieningen worden gebruikt.
Overzichten redactiestatus

Categorie:Beheer
Op GEMMA Online worden drie verschillende statussen voor pagina's en hun inhoud gebruikt. Hieronder staat uitleg over elk van deze statussen.
# In Ontwikkeling - de inhoud heeft een conceptstatus. Er wordt actief gewerkt om de inhoud compleet en actueel te maken.
# Actueel - deze pagina is zo goed mogelijk bijgewerkt en heeft een actieve beheerder.
# Mogelijk verouderd - er is al een tijd geen actief beheer meer uitgevoerd op de pagina en waardoor de inhoud verouderd kan zijn. Evengoed kan een mogelijk verouderde pagina over een specifiek onderwerp de meest recente en relevante inzichten omvatten. Mogelijk verouderde pagina's zijn herkenbaar aan de wit met oranje omlijnde banner bovenaan de pagina.
 Heb je een vraag over een specifieke pagina, stuur dan een bericht naar GEMMAOnline@vng.nl. Voeg de URL van de pagina toe waarover de vraag gaat.
Ben je op zoek naar een pagina over een specifiek onderwerp, maar is deze niet vindbaar. Mogelijk is deze dan gearchiveerd. Via het Archief is deze pagina mogelijk nog terug te vinden.
Procesarchitectuur FAQ

Op deze pagina staan antwoorden op een aantal veel gestelde vragen, onder meer over verschillen tussen deze versie van de procesarchitectuur en de voorgaande versie.
* Wat is er gebeurd met de ondersteunende processen zoals "betalen en innen", die in de vorige versie van de procesarchitectuur in de onderste laag van het processenlandschap stonden?
: Die ondersteunende processen betroffen deels deelprocessen die in een ander, primair bedrijfsproces uitgevoerd worden. Betalen en innen is daar een voorbeeld van. Die deelprocessen zijn nu niet meer in het processenlandschap opgenomen; daar staan nu alleen volledige bedrijfsprocessen. Voor de ondersteunende (herbruikbare) deelprocessen is nu het concept procesbouwsteen geïntroduceerd. Er is een aparte pagina opgenomen in de procesarchitectuur waarop we een catalogus van herbruikbare procesbouwstenen willen opbouwen. In de onderste laag zijn nu alleen ondersteunende bedrijfsprocessen opgenomen, dat zijn de bedrijfsprocessen die niet rechtstreeks voor een externe klant worden uitgevoerd maar die de bedrijfsvoering schragen. Denk aan projectmanagement en personeelszaken-processen.
* "Wat is het verschil tussen de processen uit de selectielijst en de GEMMA Procesarchitectuur?"
: De nieuwe Gemeentelijke Selectielijst, voluit de 'selectielijst voor archiefbescheiden van gemeentelijke en intergemeentelijke organen opgemaakt of ontvangen vanaf 1 januari 2017' is procesgericht ingestoken. Dat betekent dat de werkprocessen waarin informatie ontstaat als uitgangspunt zijn genomen in plaats van documenten en taken. In het opstellen van de selectielijst is de GEMMA procesarchitectuur als uitgangspunt genomen, maar het perspectief van waardering en selectie bleek niet 100% verenigbaar met de ordening die gekozen is in de GEMMA Procesarchitectuur. In de selectielijst wordt daarom gewerkt met 'Procestypen selectielijst' en is er in Bijlage 5 een 'concordans' (vertaaltabel) tussen de procestypen selectielijst en de GEMMA bedrijfsprocessen opgenomen. Deze moet bij gelegenheid worden aangepast aan de nieuwe processen uit het Procesarchitectuur Processenlandschap. 
Andere vragen/antwoorden worden hier nog toegevoegd. Suggesties zijn welkom.
Procesarchitectuur Procesbouwstenencatalogus

category:Procesarchitectuur
Een belangrijke manier om de kwaliteit van uitvoering van processen te waarborgen is het toepassen van procesbouwstenen. De uitleg van het concept procesbouwstenen is te vinden op de pagina Procesbouwstenen. Deze pagina doet een aanzet tot het maken van een catalogus van procesbouwstenen. Zo'n catalogus is waardevol bij het (her)inrichten van een bedrijfsproces: door in de procesbouwstenencatalogus te zoeken naar bruikbare "legoblokjes" kan het proces samengesteld worden uit een aantal standaardelementen. Dat komt de doelmatigheid en kwaliteit ten goede.
Onderstaande figuur toont hoe procesbouwstenen ingezet kunnen worden bij procesinrichting. De figuur toont bovenaan het bedrijfsproces "Behandelen vergunningaanvraag", gemodelleerd in termen van deelprocessen. Per deelproces zijn, onder elkaar in blauw, toepasbare procesbouwstenen getoond. Ze zijn gemodelleerd als deelservices.
Bovenstaande figuur is vooralsnog bedoeld als voorbeeld. Er is nog geen gevulde catalogus van procesbouwstenen. De bedoeling is op deze pagina een collectie van "referentie-procesbouwstenen" op te bouwen, die gemeenten kunnen gebruiken bij het samenstellen van een eigen catalogus. De collectie op deze pagina zal gestaag gevuld en uitgebreid worden op basis van lopende programma's zoals de Omgevingswet.
==Beschrijven van procesbouwstenen==
Bij het beschrijven van procesbouwstenen zijn de volgende aspecten van belang:
* Functie van de procesbouwsteen: wat levert de deelservice op die de bouwsteen realiseert? Bijvoorbeeld: de verplichte publicatie van een beschikking. Het is belangrijk de functie goed te beschrijven om het vinden van geschikte procesbouwstenen te vergemakkelijken.
* Kwaliteit van de procesbouwsteen: hieronder valt niet alleen inhoudelijke kwaliteit maar ook bijvoorbeeld de doorlooptijd en andere "service level" aspecten. Het is belangrijk deze helder te specificeren omdat dat mede de bruikbaarheid van een bouwsteen bepaalt.
* Parameters van de procesbouwsteen: welke informatie moet als input aan de procesbouwsteen meegegeven worden? Bijvoorbeeld: een te publiceren beschikking. Het is belangrijk om deze parameters nauwkeurig te beschrijven. Immers, bij verkeerde aanlevering zal het proces in de bouwsteen ergens vastlopen.
* Eigenaar van de procesbouwsteen: wie is verantwoordelijk en wie is aanspreekpunt, zowel operationeel (bijvoorbeeld als zaken niet lopen zoals gewenst) alsook als het gaat om de vraag of een procesbouwsteen in een bepaald proces ingezet kan worden, en of aanpassing mogelijk en gewenst is.
Procesarchitectuur Uitgangspunten

Dit blok beschrijft de basis waarop de procesarchitectuur is opgesteld. De ontwerpkeuzes die in de procesarchitectuur gemaakt zijn, zijn gebaseerd op uitgangspunten die in dit blok beschreven worden. De volgende onderwerpen zijn beschreven:
* Waarde creërenDit betreft het voornemen om de architectuur niet louter op te stellen vanuit bedrijfsvoeringsperspectief maar vanuit het perspectief van "waarde creëren" voor meerdere doelgroepen.
* Klantreizen en serviceformulesDit betreft de methodiek van de klantreizen als vertrekpunt voor het inrichten van dienstverlening en processen en service blueprints als voorgestelde vernieuwingen daarin. En de verbinding tussen klantreizen en processen.
* GEMMA architectuurprincipesDit betreft de acht architectuurprincipes die als uitgangspunt gelden voor heel GEMMA en ook als uitgangspunt zijn genomen bij het opstellen van de procesarchitectuur.
* GEMMA bedrijfsarchitectuurDit betreft de andere onderdelen van de GEMMA bedrijfsarchitectuur, met name bedrijfsfuncties en bedrijfsobjecten, die van invloed zijn op de procesarchitectuur.
Procesarchitectuur Uitwerking

Dit blok beschrijft de uitwerking van de elementen uit het blok Visie tot concrete landschappen, catalogi, overzichten en referentieprocessen, en legt tevens de relatie naar andere, op de procesarchitectuur aansluitende thema's zoals zaakgericht werken en procesmodellering. Dit is voor gemeenten wellicht het belangrijkste hoofdstuk. De volgende onderwerpen zijn beschreven:
* ProcessenlandschapDit betreft de "landkaart" met de gemeentelijke processen en hun samenhang, met beschrijving.
* Actoren en rollenbetreft de rollen (binnen de gemeenten) en belangen (buiten de gemeenten) die een rol spelen in de procesarchitectuur.
* ProcesbouwstenencatalogusDit betreft een opsomming van onderkende procesbouwstenen met beschrijving.
* Relatie met zaakgericht werkenDit betreft de samenhang met het zaakgericht werken, dat elders binnen de GEMMA is beschreven.
* Van procesarchitectuur naar procesmodelDit betreft het uitwerken van procesmodellen in BPMN en hoe de procesarchitectuur daarbij kan helpen. 
* ReferentieprocessenDit betreft enkele voorbeeldprocessen die volgens bovenstaande punten zijn uitgewerkt in BPMN-modellen.
Processenlandschap en Processenlijst voor gemeenten door gemeente Hilversum

Category:ProcesarchitectuurCategory:Praktijkvoorbeeld
Er is in een gemeentelijke organisatie de behoefte om eigenaarschap voor processen en de daarmee samenhangende verantwoordelijkheden vast te stellen. Welke functionaris heeft de eindverantwoordelijkheid voor een proces en hoe hangen die met elkaar samen. Het Processenlandschap in combinatie met de processenlijst waarin de linkjes naar de Gemma Procesarchitectuur staan helpt ons daarbij.
==Totstandkoming ==
Bij de ontwikkeling heb ik in eerste instantie een processenplaat van de gemeente Zaanstad gehad en daarna zijn documenten verder ontwikkeld binnen de gemeente Hilversum. De bijlagen die hier beschikbaar gemaakt worden zijn generiek gemaakt zodat je ze zelf kunt aanpassen voor jouw gemeente. Het kan zijn dat je een proces mist; dan moet je die zelf toevoegen en de link opzoeken in de Gemma procesarchitectuur om die toe te voegen aan de lijst en op de plaat.
==Wat kan je ermee? ==
We willen dit overzicht op meerdere manieren gebruiken:
# Het geeft een beeld van wie we zijn – het hangt in de gebouwen van de gemeente.
# Wij gebruiken het om binnen de gemeente ‘een taal te spreken’. Dat wil zeggen dat we bij de verwijzing naar een proces altijd het procesnummer en de procesnaam noemen. Bijvoorbeeld als er een audit op bepaalde processen gedaan moet worden dan identificeren we die met het nummer dat eraan is toegekend.
# Ook willen we het op allerlei plekken terug laten komen; bijvoorbeeld in het risicoregister, het verwerkingenregister, bij het auditen van (werk)processen, en bij het vastleggen van procesbeschrijvingen, etc.
# Proceseigenaarschap biedt de directie de mogelijkheid om te sturen op processen. Zo ver zijn wij nog niet want het is wel fair om bestaande proceseigenaren te ondersteunen bij het nemen van die rol. Vaak weet een teammanager wel dat hij/zij verantwoordelijk is voor het integrale proces maar is het nooit zo expliciet genoemd.
# In gesprek gaan met de proceseigenaar over financiën, archief-eisen, privacybescherming van de gegevens worden en informatiebeveiliging maatregelen die de gegevens moeten beschermen die binnen een proces behandeld.
# Vastleggen van risico’s zodat er een overzichtelijk geheel van risico’s bestaat op grond waarvan keuzes gemaakt kunnen worden voor investeringen.
# Tenslotte is het ook een mooi overzicht van wat we als gemeente allemaal doen.
Op het forum van de VNG wordt regelmatig over processen van gemeenten gesproken. Daar is ruimte om vragen te stellen en ontwikkelingen te delen of op te pakken.
==Downloads==
De gemeente Hilversum heeft haar processenlandschap en processenlijst aangeboden om te publiceren. 
* 
</br>
Met dank aan:</br>
Harriët Arnolds - Informatie Security Officer van gemeente Hilversum.
Project omgevingswet

__NOTOC__
Categorie:Projecten
Het project omgevingswet werkt aan de doelarchitectuur omgevingswet voor gemeenten. De doelarchitectuur beschrijft de gewenste situatie per 2024 en verder van de gemeentelijke informatievoorziening in samenhang met de keten. De doelarchitectuur geeft gemeenten daarmee inzicht in hoe zij hun informatievoorziening kunnen inrichten om de Omgevingswet uit te voeren. De doelarchitectuur is gebaseerd op het NORA 5-laagsmodel, waarbij momenteel de drie middelste lagen (de organisatie-, informatie- en systemenlaag) zijn uitgewerkt. Hiermee worden andere de voor de Omgevingswet benodigde toekomstige bedrijfsprocessen, referentiecomponenten (applicaties) en informatie beschreven. Het overzicht toont onder meer de volgende elementen:
De doelarchitectuur dient de volgende doelen:
* Inzicht: schets van de gewenste toekomstige situatie en beantwoorden van vragen over deze nieuwe situatie.
* Analyse: startpunt voor de analyse van de locale situatie binnen de gemeente (zie hiervoor ook de .
* Kader: bij realisatie van een digitaal stelsel passend bij de Omgevingswet.
Zie de pagina Projectpagina Omgevingswet voor een volledig overzicht
Project omnichannel

__NOTOC__
Categorie:Projecten
Het project Omnichannel helpt gemeenten bij het ontwerpen en implementeren van een omnichannel architectuur die bijdraagt aan een excellente dienstverlening. Hierbij richt de gemeente zich niet langer op het managen van de verschillende kanalen afzonderlijk, maar verschuift het accent naar het samenspel van álle kanalen. Door deze kanalen bij elkaar te brengen voeren we slimmer regie op interacties en zijn we meer wendbaar in de toekomst. De referentiearchitectuur is opgesteld vanuit business en informatie perspectief en bestemd voor dienstverleningsprofessionals, CIO's, Business Managers, architecten (enterprise, business, proces, informatie, data), CISO's, FG's, Privacy Officers en voor data professionals. 
Zie ook de pagina overzicht referentiearchitectuur Omnichannel.
Projecten

__NOTOC__
Regelmatig worden projecten uitgevoerd die voortbouwen op de GEMMA. In deze projecten worden bestaande onderdelen van de GEMMA verder uitgewerkt of worden nieuwe onderdelen ontwikkeld. Deze ontwikkelingen leiden niet automatisch tot aanpassingen in de GEMMA, maar worden (soms) wel via documenten en/of op GEMMA Online gepubliceerd.
Referentiecomponenten en applicatieservices

Categorie:Informatie-architectuur
==Referentiecomponenten en applicatieservices==
Referentiecomponenten realiseren 1 of meer applicatieservices: bij elkaar behorende functionaliteit die via 1 of meer applicatie-interfaces bruikbaar is voor applicatiecomponenten. Applicatieservices spelen een belangrijke rol in het gemeentelijk applicatielandschap. Componenten maken vaak gebruik van functionaliteit die andere componenten aanbieden. Bijvoorbeeld voor het controleren op aanwezige rechten of om toegang tot bepaalde brongegevens te krijgen.
Onderstaand model toont de generieke GEMMA referentiecomponenten en de applicatieservices die ze realiseren. Vaak betreft het een 1-op-1 relatie ("1 referentiecomponent realiseert 1 applicatieservice"), maar er kan ook sprake zijn van een 1-op-N relatie ("1 referentiecomponent realiseert meerdere applicatieservices") of een N-op-1 relatie ("Meerdere referentiecomponenten realiseren 1 bepaalde applicatieservice").
Referentiecomponenten en bedrijfsfuncties

Categorie:Informatie-architectuur
De referentiecomponenten zijn verbonden met de applicatieservices. De applicatieservices worden vervolgens weer gebruikt door de bedrijfsfuncties. In het GEMMA ArchiMate-model zijn deze relaties expliciet uitgemodelleerd, zoals wordt weergegeven in GEMMA modellering bedrijfsfunctie. 
Van het bedrijfsfunctiemodel zijn per domein views gemaakt waarop de door een bedrijfsfunctie gebruikte referentiecomponenten getoond worden. Om redenen van overzichtelijkheid zijn in de views de tussenliggende applicatieservices weggelaten.
Hieronder de view voor het Sociaal domein.
=== Uitwerking in domeinarchitecturen ===
Naast de generieke gemeentelijke applicatiearchitectuur, beschreven op deze pagina, zijn ook diverse domeinarchitecturen uitgewerkt. In deze domeinarchitecturen zijn per domein een bedrijfsfunctiemodel en een applicatieservice-model uitgewerkt.
Referentiecomponenten en domeinen

Category:Informatie-architectuur
Door gemeenten worden veel verschillende softwareproducten ingezet bij de uitvoering van de primaire en secundaire taken. Een deel van de softwareproducten worden gebruikt voor de ondersteuning van specifieke bedrijfsfuncties en een deel van de softwareproducten wordt gebruikt voor generieke taken. Een voorbeeld van een specifiek softwareproduct is een vergunningensysteem wat alle aspecten van vergunningverlening ondersteund. Voorbeelden van een generieke softwareproducten zijn een zaaksysteem en een servicebus. In de praktijk is het gebruikelijk dat leveranciers in hun softwareproducten zowel specifieke als generieke functionaliteit aanbieden. Denk hierbij bijvoorbeeld aan een vergunningensysteem wat functionaliteit in zich heeft voor het registreren en afhandelen van vergunningsaanvragen (zaken). Doordat softwareproducten naast specifieke ook generieke functionaliteit realiseren bestaat het risico dat binnen de gemeente generieke functionaliteit meerdere malen wordt geïmplementeerd binnen verschillende softwareproducten. Het meervoudig implementeren van (veelal generieke) functionaliteit binnen verschillende softwareproducten leidt tot inefficiëntie in de informatievoorziening. Deze inefficiëntie uit zich onder andere in hoge kosten en onnodige complexiteit van de informatievoorziening.
Door VNG Realisatie is in kaart gebracht wat de bouwblokken van de gemeentelijke informatiearchitectuur zijn. Deze bouwblokken, de referentiecomponenten, zijn modulair, zelfstandig inzetbaar en vervangbare delen van softwaresystemen. Referentiecomponenten groeperen logisch bij elkaar horende functionaliteit en bieden deze functionaliteit aan via goed gedefinieerde interfaces. Referentiecomponenten zijn door VNG Realisatie beschreven voor zowel specifieke als generieke functionaliteit. Leveranciers van gemeentelijke informatiesystemen kunnen via hun softwareproducten één of meer referentiecomponenten realiseren. Bij de doorontwikkeling van de referentiecomponenten worden toevoegingen en wijzigingen getoetst op basis van de definitie en beoordelingscriteria.
De referentiecomponenten, de standaarden die deze componenten ondersteunen en de softwareproducten die invulling geven aan de referentiecomponenten zijn opgenomen in de GEMMA softwarecatalogus. Gemeenten kunnen gebruik maken van deze catalogus om het softwareaanbod van leveranciers mee in te zien en kunnen het gebruiken als hulpmiddel bij de aanschaf en migratie van hun software. 
Hieronder staan alle referentiecomponenten met beschrijving, toelichting en bijbehorende applicatieservices verdeeld over de domeinen:
Of bekijk de lijst met alle referentiecomponenten
Referentiecomponenten en softwarepakketten voor ZGW

Categorie: Zaakgericht werken
__NOTOC__
===Referentiecomponenten en Softwarepakketten voor Zaakgericht Werken===
Een GEMMA-referentiecomponent is een specialisatie van het Archimate-element 'applicatiecomponent'. De definitie van een applicatiecomponent in Archimate is:
::Een modulair, zelfstandig inzetbaar en vervangbaar deel van een systeem, dat zijn functionaliteit aanbiedt via goed gedefinieerde interfaces. Applicatiecomponenten stellen functionaliteit beschikbaar, die gebruikt wordt om de applicatiediensten mee te leveren.
Voor een referentiecomponent in gelden in de GEMMA een aantal aanvullende eisen: het moet als zelfstandig product te kopen, installeren, beheren en gebruiken zijn en als type product herkenbaar zijn voor gemeenten. Zie ook de definitie van een referentiecomponent.
Componenten die de functionaliteit van GEMMA-referentiecomponenten invullen kunnen als los product of gebundeld met andere componenten in 1 softwarepakket door leveranciers worden aangeboden. Gemeenten bepalen zelf waar ze passende bij hun situatie de voorkeur aan geven. Aanschaf van losse componenten kan bijvoorbeeld meer functionaliteit en flexibiliteit opleveren, maar vergroot de integratielast. Aanschaf van een pakket met meer componenten kan de gemeente ontzorgen, maar kan ten koste gaan van specifieke functionaliteit. 
Om 'GEMMA conform' te zijn moet een betrokken component, ook als hij onderdeel is van een pakket, voldoen aan de eisen die gelden voor een GEMMA-referentiecomponent. Een component moet dus alle voor een referentiecomponent benoemde functies, services en standaarden ondersteunen. Dit betekent in de praktijk dat een GEMMA-conforme Zaakregistratiecomponent die samen met een Generieke Zaakafhandelcomponent wordt geleverd niet alleen daarmee moet kunnen samenwerken, maar ook gestandaardiseerd zaakgegevens met andere aanwezige componenten moet kunnen uitwisselen.
GEMMA-referentiecomponenten die vaker in combinatie worden aangeboden zijn bijvoorbeeld:
* Generieke Zaakafhandelcomponent (voor het generiek afhandelen zaken)
* Zaakregistratiecomponent (vastleggen en verstrekken van zaakgerelateerde gegevens)
* Documentregistratiecomponent (vastleggen en verstrekken van documenten behorend bij een zaak)
* Documentbeheercomponent (voor het beheren van documenten die zijn vastgelegd via een documentregistratiecomponent)
* Relatiebeheercomponent (bijvoorbeeld in de vorm van een 'KCC-module' waarmee klantcontactgegevens worden vastgelegd)
* E-formulierencomponent (voor het kunnen aanvragen van producten en diensten die zaakgericht worden afgehandeld).
* Mijn gemeentecomponent (voor het bieden van inzage in zaken waarbij een burger is betrokken).
De pagina Referentiecomponenten_en_applicatieservices_voor_ZGW beschrijft meer in detail welke GEMMA-referentiecomponenten bruikbaar zijn om zaakgericht werken te ondersteunen.