...
Er bestaan 2 manieren om de initiële set van data op te laden in het verenigingsregister en uiteindelijk ook in jouw eigen master data systeem voor verenigingsgegevens.
| Drawio | ||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
In deze methode wordt de data vanuit de huidige gegevensbronnen overgezet naar de Excel template zoals die voorzien wordt door DV (1). Vervolgens wordt deze Excel op een veilige manier verzonden naar DV (2). DV laadt de data via een speciaal daarvoor ontworpen migratietool op in het verenigingsregister (3). Tenslotte wordt de data ingelezen in het eigen masterdata systeem op basis van een initiële leesoperatie in het verenigingsregister (via MAGDA).
| Note |
|---|
Wat wordt wel/niet ondersteund in deze methode Deze migratie via Excel ondersteunt het eenmalig toevoegen van verenigingsdata aan het verenigingsregister (in naam van de piloot aansluiter) op basis van gegevens ingevuld in een daarvoor bestemd Excel document. Deze migratie methode ondersteunt niet het wijzigen, toevoegen of verwijderen van gegevens van een vereniging eens deze is opgeladen. |
...
Tweede validatie ronde
→
Migratie via Excel
Ten laatste op ontvangt DV van de piloot de 2 Excel bestanden die gebruikt gaan worden in deze validatie ronde.
...
Wanneer alle piloten een eerste versie opgeladen hebben, bestaat er de mogelijkheid om het verbeterde bestand op te laden. Dit bestand kan met of zonder de reeds correct opgeladen verenigingen zijn. Wanneer deze er nog in aanwezig zijn, dan zullen deze als potentiële dubbel (van zichzelf) naar boven komen.
Migratie via API
DV bezorgt aan piloot de methode om een gescheiden omgeving te benaderen. De piloot zal daar al een eerste synchronisatie van de gegevens op kunnen uitproberen.
De piloot bezorgt een verslag van de upload aan DV met daarin:
hoeveel verenigingen correct zijn opgeladen
hoeveel fouten nog aanwezig waren en welk soort fouten nog moeten gecorrigeerd worden
hoeveel registraties niet gelukt zijn vanwege een potentiële dubbels en op welke manier deze dan verder behandeld gaan worden.
Beide methoden
Deze fase eindigt op , wanneer de effectieve productie omgeving wordt klaargezet.
Opladen van de gegevens (+ plan van aanpak)
→
Beide methoden - vooraf
Vooraleer gegevens opgeladen worden in productie, beschrijven de piloten op welke manier zij na migratie gegevens actueel gaan houden en gaan hergebruiken (zie sjablonen). De aanpak wordt gevalideerd door DV.
Migratie via Excel
Ten laatste op is DV in het bezit van een gevalideerd bestand de gevalideerde bestanden met verenigingen die mogen opgeladen worden in de productie omgeving.
Dit bestand wordt Deze bestanden worden opgeladen zoals bij de vorige ronde. Eventuele validatie issues worden teruggekoppeld en kunnen nog verbeterd worden. Door de dry-run in validatie ronde 2 zou dit al sterk beperkt moeten zijn. DV kan alsnog gecorrigeerde bestanden ontvangen en verwerken tot . Vanaf dan stopt de migratie ronde.
Migratie via API
DV geeft het groene licht aan Magda om de aansluiting open te zetten voor deze piloot. De piloot lanceert vervolgens de eerste synchronisatie met de echte productie omgeving.
De piloot bezorgt een verslag van de upload aan DV met daarin:
hoeveel verenigingen correct zijn opgeladen
hoeveel vereniging niet zijn opgeladen met de reden waarom + hoe dit aangepakt gaat worden.
Beide methoden - streefdoel
We streven er naar om tegen dan >=80% van de initiële data opgeladen te hebben. Dit cijfer houdt rekening met o.a.
verplichte, ontbrekende data die niet tijdig kon opgevraagd worden
verenigingen die als potentiële dubbel gemarkeerd zijn en ofwel niet geverifieerd zijn ofwel erkend als dubbel.
...
.
Beheer via MAGDA
Vanaf
...