Het antwoord bevat de gewijzigde sleutel, het type sleutel, het type verandering, het tijdstip van verandering en welke bron deze verandering geregistreerd heeft. Het antwoord bevat ook een referentie welke gebruikt wordt in het opvragen van de volgende mutatie.
1. Er wordt niet gewerkt met doorgeven van FTP-bestanden om veiligheidsredenen (alleen met FTP veilig binnen VO-net).
2. Per antwoord met mutatienotificaties kunnen er maximaal 7 mutatienotificaties terugkomen. Zijn er geen mutatienotificaties meer beschikbaar verkrijgt de afnemer een foutmelding (zonder ontvangstreferte!).
3. Het veld Organisatie is opgenomen om te duiden wie de mutatienotificatie heeft aangebracht in VLOK. Mogelijke waarden voor Organisatie zijn: Gemeente, WVL, Vlabel, Wooninspectie, Webservice, Systeem, Keuringsinstelling. Op gebruiker is een veld 'IsServiceGebruiker’ gemaakt in de VLOK. Wanneer dat vinkje aan staat wordt bij de mutaties 'Webservice’ als Organisatie getoond. Bij volgende gebruikers staat het aan: WebservicesGemeente, WebservicesWonenVlaanderen, Barcode Scanner User voor WI. Voor de tastrunner wordt bij de mutaties ‘Systeem’ als Organisatie getoond.
4. Voor bepaalde wijzigingen in VLOK kan meer dan één notificatie aangemaakt worden in het mutatiebestand op basis van verschillende types subject (cfr. ObjectType uit mutatiefile) en verschillende soorten mutatie (cfr. Type uit mutatiefile). Dat is bv. het geval als een entiteit wordt aangemaakt, gewijzigd of verwijderd en dus is gekoppeld aan een pand.
• Referte pand + “Entiteit” + Referte entiteit + Update
• Referte entiteit + “Entiteit” + Referte entiteit + Create
5. Het wijzigingtype uit het veld Informatie (cfr. WijzigingType uit mutatiefile) is relatief tegenover het type subject (cfr. ObjectType uit mutatiefile). Bijvoorbeeld: een bestaande entiteit wordt gekoppeld aan een bestaande procedure. Hiervoor wordt op de Procedure een wijzigingtype Entiteit met soort mutatie Create gelogged, ook al bestond de entiteit al. De entiteit is immers nieuw voor de procedure.
• Referte Procedure + “Entiteit” + Referte entiteit + Create
6. De velden Adres, Capakey, Opmerking worden niet als een apart wijzigingtype opgenomen, doch gewoonweg onder wijzigingtype van pand of entiteit.
7. Bij verwijdering van een wijzigingtype (Pand, Entiteit, Onderzoek, Procedure, Betrokkene, Taak, Document …), is het type ‘Deleted’ (Annulatie (03)). Het wijzigingtype is dan effectief verwijderd in VLOK. Bij wijziging of verwijdering van een intern subobject (Adres, Capakey, Opmerking …), geven we ALTIJD het type ‘Update’ (Wijziging (02)), daar het wijzigingtype (Pand, Entiteit, Onderzoek, Procedure, Betrokkene, Taak, Document …) wel degelijk nog kan bestaan. Het type ‘Deleted’ (Annulatie (03)) is dus enkel mogelijk voor een APART wijzigingstype (Pand, Entiteit, Onderzoek, Procedure, Betrokkene, Taak, Document …) en als dit wijzigingtype effectief verwijderd is in VLOK.
8. Onderzoeken kunnen niet gewijzigd worden via de webservices. Dat maakt dat er geen mutatierecords nodig zijn met onderzoek als type subject (cfr. ObjectType uit mutatiefile). Nieuwe of verwijderde (heropende) onderzoeken kunnen aldus als wijzigingtype worden aangemaakt bij een ander type subject in het mutatiebestand.
9. Onderzoeken die nog niet zijn getekend (dus status “In opmaak” of “Gevalideerd”) zijn niet opvraagbaar via de webservices. Dat houdt in dat alleen in het geval als een onderzoek wordt getekend in VLOK, er een onderzoek als wijzigingtype in de mutaties zal worden gemaakt van een nieuw onderzoek, ook al bestaat het reeds lang in VLOK. Als een onderzoek wordt heropend, komt dat in de mutaties als een verwijderd onderzoek. Als het daarna opnieuw wordt getekend komt het opnieuw door als een nieuw onderzoek.
10. Alleen mutaties voor wijzigingtype Document bij het subject Pand (dus niet op andere types subject). Dat maakt dat er dan slechts 1 (één) mutatierecord zal zijn (indien op DEZELFDE dag) en het aantal mutaties beperkt wordt in het mutatiebestand. Bij een GeefWKW worden immers ook alle koppelingen van een document meegegeven.
11. Enkel documenten met status getekend, opgeladen en ingetrokken zijn opvraagbaar via de webservices en worden weerhouden als mutatie. Documenten met geen MagZien recht worden niet gedeeld via de webservices. Bij ondertekenen en opladen wordt een mutatierecord gemaakt (nieuwe bijlage). Bij intrekken wordt een mutatierecord gemaakt (wijziging). Bij verwijderen (van opgeladen documenten) wordt een mutatierecord gemaakt (verwijder). Geen mutaties voor documenten met geen MagZien recht.
12. Geen mutaties van wijzigingtypes die gemeenten niet mogen zien (vb. dus geen opmerkingen WVL of documenten met geen MagZien recht).
13.
Geen mutaties op foto’s en taken. Bij een GeefWKW worden
immers ook alle relevante info over foto’s en taken meegegeven.
14. Het is niet relevant dat taken worden doorgegeven via mutaties aan de gemeenten die VLOK Online niet gebruiken. Er was echter de vraag om ook geplande onderzoeken te kunnen detecteren. In de GeefWKW webservices worden alleen de getekende onderzoeken getoond. Het is echter wel mogelijk via mutaties te zien of er een taak met definitiebenaming “169 onderzoek gepland door WVL” is aangemaakt voor een pand. Daarom ook dat mutaties op taken voor pand worden meegegeven. De veldlengte voor de definitiebenaming van taken is (voorlopig) beperkt tot 36 karakters wegens XSD-validatie door MAGDA op deze maximum lengte.
15. Personen kunnen niet opgevraagd worden met een GeefWKW. Dat maakt dat er geen mutaties nodig zijn met persoon als type subject (cfr. ObjectType uit mutatiefile). Nieuwe personen (of wijzigingen aan persoon) worden altijd gekoppeld aan een ander type subject. Persoon kan dan wel als wijzigingtype worden aangemaakt bij dit type subject in het mutatiebestand.
Element |
Beschrijving |
V/O |
Opmerkingen |
Inhoud |
Het antwoord bevat de gewijzigde sleutel, het type sleutel, het type verandering, het tijdstip van verandering en welke bron deze verandering geregistreerd heeft. |
V |
Er wordt niet gewerkt met doorgeven van FTP-bestanden om veiligheidsredenen (alleen met FTP veilig binnen VO-net). Per antwoord met mutatienotificaties kunnen er maximaal 7 mutatienotificaties terugkomen. Zijn er geen mutatienotificaties beschikbaar verkrijgt de afnemer een foutmelding (zonder ontvangstreferte!). |
Onderwerpen |
|
V |
|
Referte |
Unieke referte per vraag |
V |
Bestaat uit een UUID (36) |
Inhoud |
|
V |
|
Metadata |
Idem als MutatieNotificatie met Type en Datum |
V |
Voor bepaalde wijzigingen in VLOK kan meer dan één notificatie aangemaakt worden in het mutatiebestand op basis van verschillende types subject (cfr. ObjectType uit mutatiefile) en verschillende soorten mutatie (cfr. Type uit mutatiefile). Dat is bv. het geval als een entiteit wordt aangemaakt, gewijzigd of verwijderd en dus is gekoppeld aan een pand. - Referte pand + “Entiteit” + Referte entiteit + Update - Referte entiteit + “Entiteit” + Referte entiteit + Create Het wijzigingtype uit het veld Informatie (cfr. WijzigingType uit mutatiefile) is relatief tegenover het type subject (cfr. ObjectType uit mutatiefile). Bijvoorbeeld: een bestaande entiteit wordt gekoppeld aan een bestaande procedure. Hiervoor wordt op de Procedure een wijzigingtype Entiteit met soort mutatie Create gelogged, ook al bestond de entiteit al. De entiteit is immers nieuw voor de procedure. - Referte Procedure + “Entiteit” + Referte entiteit + Create |
Referte |
Referte metadata of mutatienotificatie (cfr. WijzigingReferte uit mutatiefile) die gelinkt wordt aan één mutatie
|
V |
De veldlengte voor de definitiebenaming van taken is (voorlopig) beperkt tot 36 karakters wegens XSD-validatie door MAGDA op deze maximum lengte. |
Type |
Aanduiding welk soort mutatie er plaatsgevonden heeft. 00 = Onbekend 01 = Nieuwe 02 = Wijziging 03 = Annulatie 04 = Verwijdering 09 = Andere |
V |
- Created -> Nieuwe (01) - Updated -> Wijziging (02) - Deleted -> Annulatie (03) Bij verwijdering van een wijzigingtype (Pand, Entiteit, Onderzoek, Procedure, Betrokkene, Taak, Document …), is het type ‘Deleted’ (Annulatie (03)). Het wijzigingtype is dan effectief verwijderd in VLOK. Bij wijziging of verwijdering van een intern subobject (Adres, Capakey, Opmerking …), geven we ALTIJD het type ‘Update’ (Wijziging (02)), daar het wijzigingtype (Pand, Entiteit, Onderzoek, Procedure, Betrokkene, Taak, Document …) wel degelijk nog kan bestaan. Het type ‘Deleted’ (Annulatie (03)) is dus enkel mogelijk voor een APART wijzigingstype (Pand, Entiteit, Onderzoek, Procedure, Betrokkene, Taak, Document …) en als dit wijzigingtype effectief verwijderd is in VLOK. |
Datum |
Datum en tijdstip van mutatienotificatie |
V |
Formaat: jjjj-mm-ddTHH:MM:SS.sss |
MutatieNotificatie |
Idem als Metadata met Subject, Soort, Tijdstip, Bron, informaties |
V |
Voor bepaalde wijzigingen in VLOK kan meer dan één notificatie aangemaakt worden in het mutatiebestand op basis van verschillende types subject (cfr. ObjectType uit mutatiefile) en verschillende soorten mutatie (cfr. Type uit mutatiefile). Dat is bv. het geval als een entiteit wordt aangemaakt, gewijzigd of verwijderd en dus is gekoppeld aan een pand. - Referte pand + “Entiteit” + Referte entiteit + Update - Referte entiteit + “Entiteit” + Referte entiteit + Create Het wijzigingtype uit het veld Informatie (cfr. WijzigingType uit mutatiefile) is relatief tegenover het type subject (cfr. ObjectType uit mutatiefile). Bijvoorbeeld: een bestaande entiteit wordt gekoppeld aan een bestaande procedure. Hiervoor wordt op de Procedure een wijzigingtype Entiteit met soort mutatie Create gelogged, ook al bestond de entiteit al. De entiteit is immers nieuw voor de procedure. - Referte Procedure + “Entiteit” + Referte entiteit + Create |
Referte |
Referte metadata of mutatienotificatie (cfr. WijzigingReferte uit mutatiefile) die gelinkt wordt aan één mutatie |
V |
De veldlengte voor de definitiebenaming van taken is (voorlopig) beperkt tot 36 karakters wegens XSD-validatie door MAGDA op deze maximum lengte. |
Subject |
Subject dat gewijzigd is |
V |
|
Type |
Aanduiding welk type subject (cfr. ObjectType uit mutatiefile) - Pand - Entiteit - ProcedureOO - ProcedureCA - DeelProcedureOO - DeelProcedureCA |
V |
Onderzoeken kunnen niet gewijzigd worden via de webservices. Dat maakt dat er geen mutatierecords nodig zijn met onderzoek als type subject (cfr. ObjectType uit mutatiefile). Nieuwe of verwijderde (heropende) onderzoeken kunnen aldus als wijzigingtype worden aangemaakt bij een ander type subject in het mutatiebestand. Personen kunnen niet opgevraagd worden met een GeefWKW. Dat maakt dat er geen mutaties nodig zijn met persoon als type subject (cfr. ObjectType uit mutatiefile). Nieuwe personen (of wijzigingen aan persoon) worden altijd gekoppeld aan een ander type subject. Persoon kan dan wel als wijzigingtype worden aangemaakt bij dit type subject in het mutatiebestand. |
Sleutel |
Referte subject (cfr. Referte objecttype uit mutatiefile) waarop wijziging van metadata is gebeurd |
V |
|
Soort |
Soort mutatie (cfr. Type uit mutatiefile) 00 = Onbekend 01 = Nieuwe 02 = Wijziging 03 = Annulatie 04 = Verwijdering 09 = Andere |
V |
Er zijn 3 soorten mutaties Created, Updated, Deleted voor het WijzigingType in het veld Informatie die worden doorgegeven door VLOK in een mutatiefile. - Created -> Nieuwe (01) - Updated -> Wijziging (02) - Deleted -> Annulatie (03) |
Tijdstip |
|
V |
|
Datum |
Datum van mutatie |
V |
Formaat: jjjj-mm-dd |
Tijdstip |
Tijdstip van mutatie |
V |
Formaat: jjjj-mm-ddTHH:MM:SS.sss |
Bron |
Bron die de mutatie registreert |
V |
|
Informaties |
Oplijsting van bijkomende gegevens van metadata of mutatienotificatie zoals NIS-code, Organisatie, WijzigingType Organisatie - Gemeente - WVL - Vlabel - Wooninspectie - Webservice - Systeem - Keuringsinstelling |
V |
Het veld Organisatie is opgenomen om te duiden wie de mutatienotificatie heeft aangebracht in VLOK. Mogelijke waarden voor Organisatie zijn: Gemeente, WVL, Vlabel, Wooninspectie, Webservice, Systeem, Keuringsinstelling. Op gebruiker is een veld 'IsServiceGebruiker’ gemaakt in de VLOK. Wanneer dat vinkje aan staat wordt bij de mutaties 'Webservice’ als Organisatie getoond. Bij volgende gebruikers staat het aan: WebservicesGemeente, WebservicesWonenVlaanderen, Barcode Scanner User voor WI. Voor de tastrunner wordt bij de mutaties ‘Systeem’ als Organisatie getoond. De velden Adres, Capakey, Opmerking worden niet als een apart wijzigingtype opgenomen, doch gewoonweg onder wijzigingtype van pand of entiteit. Onderzoeken kunnen niet gewijzigd worden via de webservices. Dat maakt dat er geen mutatierecords nodig zijn met onderzoek als type subject (cfr. ObjectType uit mutatiefile). Nieuwe of verwijderde (heropende) onderzoeken kunnen aldus als wijzigingtype worden aangemaakt bij een ander type subject in het mutatiebestand. Onderzoeken die nog niet zijn getekend (dus status “In opmaak” of “Gevalideerd”) zijn niet opvraagbaar via de webservices. Dat houdt in dat alleen in het geval als een onderzoek wordt getekend in VLOK, er een onderzoek als wijzigingtype in de mutaties zal worden gemaakt van een nieuw onderzoek, ook al bestaat het reeds lang in VLOK. Als een onderzoek wordt heropend, komt dat in de mutaties als een verwijderd onderzoek. Als het daarna opnieuw wordt getekend komt het opnieuw door als een nieuw onderzoek. Alleen mutaties voor wijzigingtype Document bij het subject Pand (dus niet op andere types subject). Dat maakt dat er dan slechts 1 (één) mutatierecord zal zijn (indien op DEZELFDE dag) en het aantal mutaties beperkt wordt in het mutatiebestand. Bij een GeefWKW worden immers ook alle koppelingen van een document meegegeven. Enkel documenten met status getekend, opgeladen en ingetrokken zijn opvraagbaar via de webservices en worden weerhouden als mutatie. Documenten met geen MagZien recht worden niet gedeeld via de webservices. Bij ondertekenen en opladen wordt een mutatierecord gemaakt (nieuwe bijlage). Bij intrekken wordt een mutatierecord gemaakt (wijziging). Bij verwijderen (van opgeladen documenten) wordt een mutatierecord gemaakt (verwijder). Geen mutaties voor documenten met geen MagZien recht. Geen mutaties van die gemeenten niet mogen zien (vb. dus geen opmerkingen WVL of documenten met geen MagZien recht). Geen
mutaties op foto’s Het is niet relevant dat taken worden doorgegeven via mutaties aan de gemeenten die VLOK Online niet gebruiken. Er was echter de vraag om ook geplande onderzoeken te kunnen detecteren. In de GeefWKW webservices worden alleen de getekende onderzoeken getoond. Het is echter wel mogelijk via mutaties te zien of er een taak met definitiebenaming “169 onderzoek gepland door WVL” is aangemaakt voor een pand. Daarom ook dat mutaties op taken voor pand worden meegegeven. |
Informatie |
Feitelijke bijkomende gegevens van de informaties |
V |
|
Ontvangstreferte |
Ontvangstreferte voor bevestiging in de volgende vraag. |
V |
Bestaat uit een UUID (36)
|
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
Pand |
PA20-123456 |
Pand |
PA20-123456 |
Pand |
PA20-123456 |
Entiteit |
EN20-123456 |
Pand |
PA20-123456 |
Herindeling |
“DatumHerindeling” |
Pand |
PA20-123456 |
GR |
GR20-123456 |
Pand |
PA20-123456 |
Onderzoek |
ON20-123456 |
Pand |
PA20-123456 |
ProcedureOO |
HP20-123456 |
Pand |
PA20-123456 |
ProcedureCA |
HP20-123456 |
Pand |
PA20-123456 |
Betrokkene |
PE20-123456 |
Pand |
PA20-123456 |
ProcedureKotlabel |
HP20-123456 |
Pand |
PA20-123456 |
Beroepsprocedure |
BP20-123456 |
|
|
|
|
Pand |
PA20-123456 |
Taak |
“Definitiebenaming” |
Pand |
PA20-123456 |
Persoon |
PE20-123456 |
Pand |
PA20-123456 |
Bewijsstuk |
BW20-123456 |
Pand |
PA20-123456 |
Document |
DOC20-123456 |
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
Entiteit |
EN20-123456 |
Entiteit |
EN20-123456 |
Entiteit |
EN20-123456 |
Onderzoek |
OK20-123456 |
Entiteit |
EN20-123456 |
Besluit NGW |
NG20-123456 |
Entiteit |
EN20-123456 |
VIVOO-NGW |
“DatumOpname” |
Entiteit |
EN20-123456 |
VIVOO-OO |
“DatumOpname” |
Entiteit |
EN20-123456 |
Conformiteitsattest |
CA20-123456 |
Entiteit |
EN20-123456 |
DeelProcedureOO |
DP20-123456 |
Entiteit |
EN20-123456 |
DeelProcedureCA |
DP20-123456 |
|
|
|
|
Entiteit |
EN20-123456 |
Betrokkene |
PE20-123456 |
Entiteit |
EN20-123456 |
Persoon |
PE20-123456 |
Entiteit |
EN20-123456 |
Bewijsstuk |
BE20-123456 |
Entiteit |
EN20-123456 |
Document |
DOC20-123456 |
Entiteit |
EN20-123456 |
BeslissingBurgemeester |
BS20-123456 |
Entiteit |
EN20-123456 |
MB |
MB20-123456 |
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
ProcedureOO |
HP20-123456 |
ProcedureOO |
HP20-123456 |
ProcedureOO |
HP20-123456 |
Entiteit |
EN20-123456 |
ProcedureOO |
HP20-123456 |
DeelProcedureOO |
DP20-123456 |
ProcedureOO |
HP20-123456 |
VerzoekOO |
HP20-123456 |
ProcedureOO |
HP20-123456 |
VerzoekerOO |
PE20-123456 |
ProcedureOO |
HP20-123456 |
BeroepOO |
BR20-123456 |
ProcedureOO |
HP20-123456 |
IndienerBeroepOO |
PE20-123456 |
ProcedureOO |
HP20-123456 |
Onderzoek |
ON20-123456 |
ProcedureOO |
HP20-123456 |
Persoon |
PE20-123456 |
|
|
|
|
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
DeelProcedureOO |
DP20-123456 |
DeelProcedureOO |
DP20-123456 |
DeelProcedureOO |
DP20-123456 |
Advies |
AD20-123456 |
DeelProcedureOO |
DP20-123456 |
Reactie |
HR20-123456 |
DeelProcedureOO |
DP20-123456 |
BelanghebbendeReactie |
PE20-123456 |
DeelProcedureOO |
DP20-123456 |
BeslissingBurgemeester |
BS20-123456 |
DeelProcedureOO |
DP20-123456 |
BeroepOO |
BR20-123456 |
DeelProcedureOO |
DP20-123456 |
IndienerBeroepOO |
PE20-123456 |
DeelProcedureOO |
DP20-123456 |
MB |
MB20-123456 |
DeelProcedureOO |
DP20-123456 |
Persoon |
PE20-123456 |
|
|
|
|
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
ProcedureCA |
HP20-123456 |
ProcedureCA |
HP20-123456 |
ProcedureCA |
HP20-123456 |
Entiteit |
EN20-123456 |
ProcedureCA |
HP20-123456 |
DeelProcedureCA |
DP20-123456 |
ProcedureCA |
HP20-123456 |
VerzoekCA |
HP20-123456 |
ProcedureCA |
HP20-123456 |
VerzoekerCA |
PE20-123456 |
ProcedureCA |
HP20-123456 |
Onderzoek |
ON20-123456 |
ProcedureCA |
HP20-123456 |
Persoon |
PE20-123456 |
|
|
|
|
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
DeelProcedureCA |
DP20-123456 |
DeelProcedureCA |
DP20-123456 |
|
|
|
|
|
|
|
|
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
ProcedureKotlabel |
HP20-123456 |
ProcedureKotlabel |
HP20-123456 |
ProcedureKotlabel |
HP20-123456 |
DeelProcedureKotlabel |
DP20-123456 |
Type subject (ObjectType uit mutatiefile) |
Sleutel van subject (Referte uit mutatiefile) |
WijzigingType Informatie metadata (WijzigingType uit mutatiefile) |
Referte metadata WijzigingReferte uit mutatiefile) |
|
|
|
|
|
|
|
|
|
|
|
|
1. Een gemeente kan enkel mutaties opvragen van data voor haar eigen NIS-code.
2. MAGDA filtert op NIS-code om deze gegevens beschikbaar te maken per gemeente. De identificatie en de hoedanigheid van de afnemer dient dus meegegeven te worden door MAGDA. De filtering wie de opvraging heeft gedaan (machtiging, rol gebruiker), is de verantwoordelijkheid van de gemeente zelf. Ook de logging dient gedaan te worden door de externe applicatie.
3. De veldlengte voor de definitiebenaming van taken is (voorlopig) beperkt tot 36 karakters wegens XSD-validatie door MAGDA op deze maximum lengte.