Snijhuis
commented
2 years ago Refinement 05-09:
Andy geeft aan niet direct aan een facade te denken maar eerst op de e-Suite de ZGW-API's te implementeren. Dat doen we al met bepaalde stories en lijkt goed te doen. Pas als het te complex of te veel wordt zouden we na kunnen denken over een facade. Daarnaast wijzigen API's ook regelmatig wat weer meer beheer werk met zich mee brengt. Sander/Hugo maken specifieke stories. Deze wordt nu verder niet opgepakt.
Als Gemeente
Wil ik dat front end applicaties kunnen worden aangesloten op zowel Atos e-Suite als op API's van het nieuwe platform
Zodat geconfigureerd kan worden bij welke bron (e-Suite of API's van het platform) gegevens moeten worden opgehaald of weggeschreven.
Toelichting Deze epic is nodig voor de Componentenstrategie die is gebaseed op het Strangler fig patroon. Het idee is dat front end applicaties kunnen worden aangesloten op zowel de e-Suite als de registraties van het nieuwe platform, en dat per call kan worden bepaald naar welk systeem deze wordt doorgestuurd, of naar beide.
De facade moet door functioneel beheerder van de gemeente kunnen worden geconfigureerd.
Toelichting per component:
OpenFormulieren: Het moet mogelijk zijn om ingevulde formulieren te registreren bij ofwel e-Suite ofwel OpenZaak in combinatie met Objectregistraties.
KCC:
het moet mogelijk zijn om lopende zaken en contactmomenten op te halen voor een klant. het moet mogelijk zijn om een zaak of contactmoment aan te maken in ofwel de e-Suite ofwel OpenZaak en OpenKlant.
Mijn Loket (OIP):
het moet mogelijk zijn om lopende zaken en contactmomenten op te halen voor een klant. het moet mogelijk zijn om een contactmoment aan te maken in ofwel de e-Suite ofwel OpenKlant.
Acceptance criteria:
-
Prioriteit
Verwijder wat niet van toepassing is:
Gerealiseerd
Omschrijving van de op te leveren functionaliteit in deze story
Belangrijkste functionaliteiten: