<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Eens we weten welke model veranderingen er gaan zijn, dan lijkt het mij pas zinvol.</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Van:</b> Heyvaert Geert <geert.heyvaert@vlaanderen.be><br>
<b>Verzonden:</b> donderdag 19 mei 2022 7:56<br>
<b>Aan:</b> De Blende Christophe <christophe.deblende@vlaanderen.be>; phoenix@list.omgeving.vlaanderen.be <phoenix@list.omgeving.vlaanderen.be><br>
<b>Onderwerp:</b> Re: DSI migratie SSO</font>
<div> </div>
</div>
<style type="text/css" style="display:none">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
</style>
<div dir="ltr">
<div class="x_elementToProof" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Misschien ook al best Willem betrekken in het overleg? Of te vroeg?</div>
<div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div id="x_Signature">
<div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<div style="margin:0px; font-size:15px; color:rgb(32,31,30); text-align:start; background-color:rgb(255,255,255)">
<p style="background-color:white"><b><span style="margin:0px; font-size:10pt; color:rgb(255,153,0)">Met vriendelijke groeten,</span></b></p>
</div>
<div style="margin:0px; font-size:15px; color:rgb(32,31,30); text-align:start; background-color:rgb(255,255,255)">
<p style="background-color:white"><b style="font-style:inherit; font-variant-ligatures:inherit; font-variant-caps:inherit"><span style="font-size:10pt; color:rgb(255,153,0)">Geert Heyvaert</span></b><br>
</p>
<p style="background-color:white"><b style="font-style:inherit; font-variant-ligatures:inherit; font-variant-caps:inherit"><span style="font-size:10pt; color:rgb(255,153,0)">Programma Gebiedsontwikkeling en Teamlead Phoenix</span></b></p>
</div>
<div style="margin:0px; font-size:15px; color:rgb(32,31,30); text-align:start; background-color:rgb(255,255,255)">
<p style="background-color:white"><span style="color:rgb(255,153,0); font-size:10pt">Vlaamse Overheid</span><br>
</p>
</div>
<div style="margin:0px; font-size:15px; color:rgb(32,31,30); text-align:start; background-color:rgb(255,255,255)">
<p style="background-color:white"><span style="margin:0px; font-size:10pt; color:rgb(255,153,0)">DEPARTEMENT <b>OMGEVING</b></span></p>
<p style="background-color:white"><span style="margin:0px; font-size:10pt; color:rgb(255,153,0)">Afdeling Strategie, Internationaal, Digitaal en Organisatie (SIDO)</span></p>
</div>
<div style="margin:0px; font-size:15px; color:rgb(32,31,30); text-align:start; background-color:rgb(255,255,255)">
<p style="background-color:white"><b><span lang="en-GB" style="margin:0px; font-size:10pt; color:rgb(255,153,0)">Mobiel </span></b><span lang="en-GB" style="margin:0px; font-size:10pt; color:rgb(255,153,0)">+32 476 980 386</span></p>
</div>
<div style="margin:0px; font-size:15px; color:rgb(32,31,30); text-align:start; background-color:rgb(255,255,255)">
<p style="background-color:white"><b><span lang="en-GB" style="margin:0px; font-size:10pt; color:rgb(255,153,0)">e-mail</span></b><span lang="en-GB" style="margin:0px; font-size:10pt; color:rgb(255,153,0)"> <a href="mailto:geert.heyvaert@vlaanderen.be" target="_blank" rel="noopener noreferrer" style="margin:0px">geert.heyvaert@vlaanderen.be</a></span></p>
</div>
<br>
</div>
</div>
</div>
</div>
<div id="x_appendonsend"></div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Van:</b> Phoenix <phoenix-bounces@list.omgevingvlaanderen.be> namens De Blende Christophe <christophe.deblende@vlaanderen.be><br>
<b>Verzonden:</b> woensdag 18 mei 2022 23:35<br>
<b>Aan:</b> phoenix@list.omgeving.vlaanderen.be <phoenix@list.omgeving.vlaanderen.be><br>
<b>Onderwerp:</b> [Phoenix] DSI migratie SSO</font>
<div> </div>
</div>
<style type="text/css" style="display:none">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
</style>
<div dir="ltr">
<div class="x_x_elementToProof" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Dag Team, </div>
<div class="x_x_elementToProof" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div class="x_x_elementToProof" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
ik heb wat verder zitten kijken naar de SSO migratie voor DSI en dit gaat volgens mij heel veel impact hebben. </div>
<div class="x_x_elementToProof" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<ol>
<li><span>we hebben nu 3 nummers ipv 1 - OVOCode / KBO en NISCode. Wat dus wilt zeggen dat we dit overal moeten gaan toevoegen.</span></li><ol style="list-style-type:lower-alpha">
<li><span>actor tabel, </span></li><li><span>dossier tabel krijgt nu best referentie naar actor tabel, anders moeten we hier ook die 3 waarden gaan toevoegen, alhoewel we hier misschien weg geraken door NISCode in te vullen, buiten voor 1 geval het gewest ...</span></li><li><span>payloads waar er aanwezigen of adviesverleners zijn, hier gaan we ook de actorId als referentie moeten bijhouden. Hier hebben we echt een mix van GID/LB en EA.</span></li><li><span>audit tabellen</span></li></ol>
<li>dit wilt ook zeggen dat het dataplatform een grote aanpassing nodig heeft. Denk aan</li><ol style="list-style-type:lower-alpha">
<li>query voor volledige plannen</li><li>extra velden die bij komen die van nul weer ingevuld moeten worden</li><li>en misschien nog meer</li></ol>
<li>integraties met verschillende partij-en worden best nageken</li><ol style="list-style-type:lower-alpha">
<li>archivering bvb</li><li>uitsturen van emails</li></ol>
</ol>
<ol start="4">
<li>migratie van de bestaande data gaat ook niet eenvoudig zijn</li></ol>
<div>Ik denk dat we hier best eens samen zitten om alle aspecten in kaart te brengen. Ik plan iets in voor de vrijdag.</div>
<div><br>
</div>
<div>Andreas, misschien kan je oplijsten waar je overal tegen botst. Ik heb ook gezien dat je eigenlijk heir en daar nog oude openam code gebruikt. Dit komt omdat er nog een legacy library is die automagisch binnen getrokken wordt. Komt erop neer dat de class
OrganisatieCode eigenlijk niet meer gebruikt mag worden. </div>
<div><br>
</div>
<div>Het volgende lijkt mij een begin om dit op te lossen, hier dus mijn brain dump van wat ik tot nu toe tegengekomen ben:</div>
<div>
<ol>
<li><span>zorg ervoor dat de toepassing werkt, met een lege databank.</span></li><ol style="list-style-type:lower-alpha">
<li><span>wegwerken van alle openam dependencies</span></li><li><span>toevoegen van niscode / kbonummer en ovocode aan actor tabel en actor_aud tabel. Organisatiecode kolom deprecaten, maar voorlopig laten staan we gaan die nodig hebben voor de migraties</span></li><li><span>toevoegen van niscode / kbonummer en ovocode aan revisions tabel. Organisatiecode kolom deprecaten, maar voorlopig laten staan we gaan die nodig hebben voor de migraties</span></li><li><span>relatie toevoegen van dossier en dossier_aud naar actor, organisatiecode kolom daar deprecaten, maar voorlopig laten staan we gaan die nodig hebben voor migraties</span></li><li><span>de nieuwe kolommen populeren wanneer nodig, de deprecated kolommen ook, we ondersteunen dus een mix voor wat betreft de data. Belangrijk voor de migratie.</span></li><li><span>acl's updates moeten anders, op basis van een nieuwe sid (kbonummer eerst dan ovocode als keuze)</span></li><li><span>dosiseracl en andere acl views weer doen werken</span></li><li><span>overal waar actor naam getoond moet worden, moet nu via de dossier -> actor link gebeuren</span></li><li><span>archivering / inspire / ... andere integraties nakijken of ze nu de juiste data krijgen</span></li></ol>
<li><span>eens de changes in orde zijn en werken in ontwikkel. Afspreken met datateam hoe zij liefst de migratie doen. Ik vermoed dat zijn een reload gaan willen. Belangrijk hier is dat we van een lega databank beginnen bij ons. Het doel is om te zien of de
connectie met het dataplatform in orde is. Zij zouden dus ook met een lege DWH starten lijkt mij best. </span></li><ol style="list-style-type:lower-alpha">
<li>welke views / transformaties voor mercator zij gaan moeten aanpassen is nog niet helemaal duidelijk. Hopelijk valt het daar nog mee. </li><li>triples zullen een ander verhaal zijn, daar het model eigenlijk wijzigt. </li></ol>
<li><span>migratie voorzien van de bestaande data </span></li><ol style="list-style-type:lower-alpha">
<li><span>actor tabel en actor audit tabellen aanvullen van organisatie code naar kbo/ovo/niscode mix</span></li><li><span>revision tabel aanvullen</span></li><li><span>dossier en dossier audit tabel linken aan actor</span></li></ol>
</ol>
</div>
<div>Greetz</div>
<div>C</div>
</div>
</div>
</div>
</body>
</html>