ChangeLog
Deze pagina documenteert de wijzigingen van deze API.
Versie 0.0.1 (2017-10-09)
- Het is mogelijk om een dataset aan de hand van zijn code op te halen.
- Het is mogelijk om aan de hand van een dataset code en een eigenschap veldUrl een specifieke eigenschap op te halen.
- Het is mogelijk om een melding te registreren, hierbij wordt een url naar een jobStatus meegegeven, deze geeft eenmaal de registratie is afgerond de uri van de geregistreerde melding terug
- Het is mogelijk om een job op te halen aan de hand van zijn id. Een job heeft een status, als ze gefaald is heeft ze als error de reden waarom, als we geslaagd heeft als resourceId de uri van de geregistreerde melding.
- Het is mogelijk om alle meldingen op te halen aan de hand van pagination.
- Het is mogelijk om alle meldingen voor een specifieke indiener op te halen aan de hand van pagination.
- Het is mogelijk om aan de hand van een melding zijn id een specifieke melding op te halen.
Versie 0.0.2 (2017-11-06)
-
Alle eigenschappen van de dataset "LED" hebben nu een datatype, hiervoor zijn de types "Vrije tekst" en "Codelijst" toegevoegd.
-
Breaking change Bij het registreren van een melding moet voor heeftDoelwitten Attributen Id nu de volledige resource uri van een eigenschap meegegeven worden in plaats van enkel de veldurl.
Dus {apiUrl}/datasets/{dataSetCode}/eigenschappen/{veldUrl} in plaats van {veldUrl}
-
Bug opgelost waarbij het mogelijk was dat het vormelijk valideren van een melding onterecht faalde als een eigenschap wel een datatype had maar dat datatype geen regex had.
-
Breaking change Bij het registreren van een melding wordt nu als response de resource uri van de job in plaats van de jobStatus terug gegeven.
Dus {apiUrl}/jobs/{jobId} in plaats van {apiUrl}/jobs/{jobId}/status
-
Breaking change Bij het registreren van een melding wordt nu niet meer een redirect url teruggegeven bij jobs/{jobId}/status.
-
Bug opgelost waarbij de resourceId van een job die een melding registreerde is de ResourceId nu correct.
-
Het is mogelijk om via de Upload controller een bijlage up te loaden, deze actie geeft een resource uri terug dewelke gebruikt kan worden als extraInformatie van een body (op het niveau van een melding of meldingObject).
-
Breaking change Door bovenstaande moet de extraInformatie van een body een bestaande blob resource uri zijn, op de vorm wordt gecontroleerd tijdens de technische validatie van de melding en op het bestaan van de blob wordt gecontroleerd tijdens de vormelijke validatie.
-
BurgerLoket is als applicatie toegevoegd en AIV als organisatie.
-
Een geregistreerde meldingsObject heeft een ingevulde toegewezenAan welke wijst op de behandelaar van het meldingsObject. Hierbij wordt voor de statusHistoriek rekening gehouden met het al dan niet default behandelaar (er wordt gedispatched naar de bronhouder als geen behandelaar bepaalt kan worden) zijn van de behandelaar die wordt toegewezen.
-
Bug opgelost waarbij heeftParticiperende van een melding niet was opgevuld bij een melding.
-
Het is mogelijk om alle mogelijke meldingObjectStatussen op te vragen, deze hebben ook een beschrijving.
-
Breaking change Bij het registreren van een melding wordt nu gecontroleerd op maximale lengte van tekstuele velden, deze mogen allemaal maximaal 4000 karakters lang zijn
Versie 0.0.3 (2017-11-30)
- Breaking change "Toegewezen aan" refereert nu naar een organisatie uit Wegwijs.
- Breaking change Bij het registreren van een melding wordt de resource id ingevuld met de url van de toekomstige melding. Bij een fout in de technische of de vormelijke validatie wordt een fieldbreakdown error teruggegeven.
- Het is nu mogelijk om aan de hand van de Authorization header een soort van Mock Authorizatie te doen.
- Breaking change Bij het ophalen van alle meldingen is het vanaf nu nodig om geauthorizeerd te zijn.
- Indien geauthorizeerd als behandelaar krijgt de behandelaar al de aan hem toegewezen meldingen terug.
- Indien geauthorizeerd als bronhouder krijgt de bronhouder al de meldingen horende bij zijn bron terug.
- Het is nu mogelijk om als behandelaar een aan hem toegewezen melding "in onderzoek" te plaatsen.
- Het is nu mogelijk om als behandelaar een aan hem toegewezen melding die "in onderzoek" geplaatst is op te lossen of af te wijzen.
- Breaking change Het registreren van een melding die vormelijk niet correct is zal niet meer in een httpstatus 200 resulteren met daarna een gefaalde job met de reden waarom, maar direct in een httpstatus 400 met een beschrijving van wat er mis is.
- Breaking change Titel wordt niet meer opgevraagd in de melding, maar wordt automatisch gegenereerd ifv LED.
- Het is nu mogelijk om een lijst met volgende statussen te krijgen binnen statuswijzigingen via /api/v1/meldingobjectstatussen.
- Breaking change Na het posten van een melding krijg je nu een meldingId terug.
- Als Indiener kan ik mijn ingediende meldingen opvragen.
- Breaking change Bij het opvragen van de configuratie van een dataset is de property-naam van "toegewezenAan" bij de codelijstitems gewijzigd in werdToegewezenAan.
- De vormelijke validatie controleert dat er per heeftDoelwitten slechts 1 keer eenzelfde eigenschap kan voorkomen in de lijst van attributen.
- Het is nu mogelijk om heeftBodies niet meer mee te geven in de melding.
- Bugfix: GetMeldingById - MeldingObject.HuidigeStatus geeft nu status correct weer
- Breaking change Bugfix: GetMeldingById - Kan nu niet meer zonder authentication
- Breaking change Bugfix: GetMeldingObjectById - Authentication geïmplementeerd, resultaten worden gefilterd per permissie
- Bugfix: Accept en ContentType headers worden nu geaccepteerd
- Breaking change Bugfix: MeldingStatusHistoriek en MeldingObjectStatusHistoriek worden nu gesorteerd van nieuw naar oud
- Bugfix: GetMeldingById - heeftDoelwit.heeftBron is nu ingevuld
- Breaking change Bugfix: GetMeldingById - Afwijkende Oslo naamgeving gecorrigeerd
- Een indiener kan nu al zijn/haar ingediende meldingen opvragen
- Een beheerder kan nu een manuele rebuild van de GetMeldingById projectie starten
- Bugfix: Het uploaden van een niet ondersteund bestandstype geeft nu een mooier geformatteerde error boodschap dan voorheen
- Een behandelaar mag alle heeftDoelwitten opvragen van een melding waar minstens 1 heeftDoelwit aan hem is toegewezen
- Breaking change Overal waar heeftBodies voorkwam vervangen door heeftBody.
- Bugfix: rol bij heeft participerende werd niet altijd ingevuld, isTeBereikenOp werd nooit ingevuld en is dus verwijderd
Versie 0.0.4 (2017-12-14)
- Breaking change "datatype" van een dataset eigenschap is nu een object met een label en een regex, regex is verwijderd van een dataset eigenschap
- Breaking change "heeftBody.waarde" hernoemd naar "heeftBody.beschrijving"
- Breaking change "heeftBody.extraInformatie" hernoemd naar "heeftBody.url"
- BugFix: Body heeft nu een juist @type
- Breaking change "statusType" van een statusHistoriek is nu een StatusType in plaats van een string
- Breaking change "heeftBody" van een meldingsobject is nu "gerelateerdeBody"
- Breaking change status wijzigen url is veranderd van /meldingen/{meldingId}/meldingObject/{meldingObjectId}/status/{statusCode} naar /meldingen/{meldingId}/meldingsobjecten/{meldingsobjectId}/status/{statusCode}
- Breaking change heeftOnderwerp is toegevoegd aan Meldingsobject. Bij een melding van het type Fout moet dit ingevuld zijn.
- Breaking change GET /meldingen/{meldingId} vereist nu authorizatie. (melding kan gelezen worden door de indiener, de bronhouder van 1 van de meldingsobjecten en de behandelaar van 1 van de meldingsobjecten)
- Breaking change meldingsApplicatie en meldingsOrganisatie moeten op voorhand geconfigureerd zijn. Meldingen met niet op voorhand geconfigureerde meldingsApplicaties of meldingsOrganisaties zijn verwijderd geweest.
- Breaking change Een succesvolle status wijziging van een meldingsobject resulteert nu in een Http 204 ipv 202. De status wijziging is nu ook direct zichtbaar bij het ophalen van de melding.
- Een burger krijgt bij het ophalen van een melding een andere respons dan een bronhouder of behandelaar. Bij de response van de burger zijn een aantal velden verwijderd. Bij het ophalen van een lijst van meldingen krijgt de indiener nu ook de meldingsobjecten te zien.
Versie 0.0.5 (2018-05-04)
- BugFix: Het kon voorkomen dat een request waarbij authenticatie vereist was en er geen Accept headers werden meegestuurd resulteerde in een Http 500 response als de authenticatie niet slaagde.
- BugFix: Bij meldingen met meerdere meldingsobjecten wordt de status van de melding nu op de juiste manier berekend (de meldingsobject status met de laagste rangorde wordt nu gevolgd in plaats van de hoogste).
- Breaking change GET /meldingobjectstatussen/... is nu /meldingsobjectstatussen/...
- Breaking change GET /meldingen members[i].meldingObjecten[j].meldingObjectId is nu members[i].meldingsobjecten[j].meldingsobjectId
- Breaking change Het meldingsType van een melding moet een bestaand meldingsType zijn, de mogelijke waardes zijn gedocumenteerd
- Breaking change Bij het registreren van een melding wordt de melding nu direct geregistreerd en wordt dus geen Job meer terug gegeven maar de resource url van de geregistreerde melding. Het ophalen van jobs en hun status is nu dus ook niet meer mogelijk.
- BugFix: Er is een betere foutcode bij bestanden die net te groot zijn om als bijlage geüpload te worden (30MB-50MB)
- Een meldingsobject kan nu ook toegewezen worden aan een eenheid, een eenheid is een agent die deel uitmaakt van een organisatie en gekoppeld is aan een dataset.
- Publieke organisaties kunnen opgehaald worden aan de hand van GET /publiekeorganisaties/{organisatieId}
- Eenheden kunnen opgehaald worden aan de hand van GET /eenheden/{eenheidId}
- Applicaties kunnen opgehaald worden aan de hand van GET /applicaties/{applicatieId}
- Alle referenties naar agenten (behalve personen) verlopen nu via hun resourceUrl
- Breaking change BugFix: meldingsType is nu meldingstype
- BugFix: @type's zijn nu correcte urls
- Breaking change BugFix: statusWijzigingDoor is nu statuswijzigingDoor
- Breaking change BugFix: statusDatum is nu statusdatum
- Statuswijzigingen door het systeem hebben nu als Agent de applicatie "GTMF-Systeem"
- Get MeldingsobjectStatussen zijn nu gerankschikt volgens @id
- Get MeldingsobjectStatus heeft nu geen code meer aangezien die ook al voorkomt in de @id
- Participatie met een persoon heeft nu een veld Registratie waardoor de participerende persoon duidelijk is en niet beschikbaar dient gesteld te worden als resource
- Breaking change BugFix: meldingsApplicatie is nu meldingsapplicatie
- Breaking change BugFix: meldingsOrganisatie is nu meldingsorganisatie
- BugFix: casing van properties bij foutboodschappen gelijk getrokken met de echte property namen
- BugFix: heeftStatus.beschrijving is nu altijd ingevuld bij het ophalen van een melding
- Breaking change BugFix: Bij Get MeldingById wordt het meldingstype nu als Concept terug gegeven in plaats van een string
- Breaking change BugFix: Bij Get MeldingById wordt een participatie binnen heeftParticiperende terug gegeven als een object met een rol als een Concept en een agent als een Agent object met @type en @id (Persoon wordt hier specifiek als GeregistreerdPersoon terug gegeven, met registratie).
- Breaking change BugFix: Bij Get MeldingById wordt heeftDoelwit[i].heeftEigenschap[j].eigenschap nu terug gegeven als een @id
- Breaking change BugFix: Bij Get MeldingById wordt StatusType nu terug gegeven als een Concept
- BugFix: Melding @context heeft nu een @language
- Na het succesvol registreren van een melding wordt nu via de notificatie bouwsteen een passieve notificatie verstuurd naar de indiener
- Meldingstypes zijn nu beschikbaar als een codelijst
- Breaking change Bij het registreren van een melding wordt het meldingstype verwacht als de @id van uit de codelijst
- Breaking change Meldingstype hoort nu toe aan een meldingsobject in plaats van een melding
- Documentatie van de payload bij POST meldingen aangepast zodat enkel de nodige properties worden weergegeven
- Het is mogelijk om alle mogelijke meldingStatussen op te vragen. Daar waar vroeger enkel het label van de meldingStatus werd weergegeven wordt nu ook de resource id teruggegeven van die status.
Versie 0.0.6 (2018-05-30)
- BugFix: Bij het ophalen van een PubliekeOrganisatie was behoortTotDatasets van de heeftEenheden niet opgevuld.
- BugFix: Bij het ophalen van een PubliekeOrganisatie of een Eenheid kon behoortTotDatasets duplicate datasets bevatten
Versie 0.0.7 (2018-06-11)
- BugFix: Bij het proberen wijzigen van de status van een meldingsobject door een indiener kon een onduidelijke foutbooschap worden teruggegeven
Versie 0.0.8 (2018-06-25)
- Dashboard specifieke release
Versie 0.0.9 (2018-06-26)
- BugFix: DataType van LED UitreikingsDatum was verkeerdelijk op Vrije tekst geplaatst en is nu terug DatumOfJaar
- BugFix: http://burgerprofiel.vlaanderen.be als meldingsapplicatie toegevoegd
Versie 1.0.1 (2018-07-16)
- Verscheidene kleine security issues opgelost
Versie 1.1.1 (2018-07-16)
- Documentatie van het ophalen van Meldingsobjectstatussen wat consistenter gemaakt met andere methodes
- Het is nu mogelijk om uploads te downloaden door de uploader als ze nog niet gekoppeld zijn met een melding, en te downloaden door personen met rechten op de melding of het meldingsobject eenmaal het bestand gekoppeld is.
- BugFix: Er was verkeerdelijk geen foutboodschap als meerdere bestanden tegelijk probeerden upgeload te worden.
Versie 1.1.2 (2018-07-20)
- BugFix: Het kon voorkomen dat na een onbepaalde tijd geen notificaties meer aangemaakt werden voor de melder
Versie 1.2.1 (2018-07-20)
- Het is nu mogelijk om de huidige versie op te halen aan de hand van /info
Versie 1.3.2 (2018-08-09)
- Domain access layer uit het domain halen.
- Database migratie afronden, filteren op toegewezen aan.
- Detail van een melding v2.
- BugFix: Volgorde van inladen request. Verkeerde meldingsobejcten werden ingeladen.
- BugFix: Historiek van een melding werd niet gesloten bij het weg en terugnavigeren.
- BugFix: Bij het openen van een melding via url werkte de terug naar overzicht pagina niet.
- BugFix: Filter werd niet toegepast bij verandering van sortering.
Versie 1.4.1 (2018-08-24)
- Bij het registreren van een melding wordt een leesbare en communiceerbare referentie toegevoegd aan de melding.
Versie 1.5.1 (2018-09-04)
- In de uitgestuurde notificatie wordt nu gesproken over een "terugmelding" in plaats van een "melding"
- Bij de status overgang naar toegewezen van een melding wordt nu een notificatie verstuurd naar de indiener
- Bij het afronden van een melding wordt nu een notificatie verstuurd naar de indiener
Versie 1.6.1 (2018-09-18)
-
De concepten meldingmodel en meldingsobjectmodellen zijn toegevoegd:
Een meldingmodel is opgebouwd uit een aantal meldingsobjectmodellen en zorgt er voor dat een melding aan een vaste vorm kan voldoen. Ook zorgt een meldingmodel er voor dat er voor er aan gekoppelde meldingen verscheidene extra configuratie mogelijkheden bij komen. Een meldingsobjectmodel is gekoppeld met een dataset en configureert onder andere het genereren van een titel van een meldingsobject.
-
Het is mogelijk om alle geconfigureerde meldingmodellen met hun meldingsobjectmodellen op te halen aan de hand van GET /meldingmodellen
-
Het is mogelijk om een specifiek meldingmodel met zijn meldingsobjectmodellen op te halen aan de hand van GET /meldingmodellen/{meldingmodelNaam}
-
Het is mogelijk om een specifiek meldingsobjectmodel op te halen aan de hand van GET /meldingmodellen/{meldingmodelNaam}/meldingsobjectmodellen/{datasetNaam}
-
Bij het registreren van een melding kan een veld "meldingmodel" meegegeven worden met als waarde een url die point naar een meldingmodel. Dit is het meldingmodel waar de melding aan gekoppeld zal worden. Indien er geen meldingmodel wordt meegegeven wordt er geprobeerd om automatisch een meldingmodel te selecteren. Er wordt gevalideerd ofdat de melding enkel meldingsobjecten toevoegt die verwijzen naar een dataset die voorkomt in 1 van de meldingsobjectmodellen van het meldingmodel. Het is aangeraden om dit veld in te vullen.
-
Een melding heeft naast een titel ook een korte titel. De titel en de korte titel worden overgenomen van het meldingmodel van de melding. De korte titel wordt nu ook meegegeven bij het opvragen van de melding aan de hand van zijn id.
-
Een meldingsobject heeft een titel en een korte titel. Beide worden gegenereerd aan de hand van het meldingsobjectmodel waarmee ze overeenkomen. De titel en de korte titel worden meegegeven bij het opvragen van de melding aan de hand van zijn id.
Versie 1.6.2 (2018-09-18)
- De configuratie van de titels van led meldingsobjecten worden nu juist opgeslagen
Versie 1.6.3 (2018-09-19)
- Release zonder impact voor deze api
Versie 1.7.1 (2018-10-16)
- Een behandelaar kan een statusverandering toelichten aan de melder POST /meldingen/{meldingId}/meldingsobjecten/{meldingsobjectId}/status/{statusCode}
Versie 1.8.1 (2018-10-25)
- Een behandelaar kan een de status van een meldingsobject van in onderzoek naar gesloten zetten. POST /meldingen/{meldingId}/meldingsobjecten/{meldingsobjectId}/status/{statusCode}
- Een bronhouder kan een de status van een meldingsobject van toegewezen/in onderzoek naar gesloten zetten. POST /meldingen/{meldingId}/meldingsobjecten/{meldingsobjectId}/status/{statusCode}
- Status defintief gesloten is toegevoegd. Deze wordt iedere nacht automatisch door het systeem gezet als de melding zich in de status afgerond bevindt en de in meldingmodel gedefinieerde defintief gesloten termijn is overschreden.
Versie 1.9.1 (2018-11-08)
- Een aantal typfouten in de documentatie en foutboodschappen zijn aangepast
- BugFix: Bij het uploaden van een .docx of .doc bestand kon het voorkomen dat er een http504 geretourneerd werd in plaats van de te verwachten http415
- Een behandelaar kan bij een statusverandering een interne toelichting toevoegen die enkel aan andere behandelaars en de bronhouder getoond zal worden POST /meldingen/{meldingId}/meldingsobjecten/{meldingsobjectId}/status/{statusCode}
Versie 1.9.2 (2018-11-12)
- Release zonder impact voor deze api
Versie 1.9.3 (2018-11-19)
- Release zonder impact voor deze api
Versie 1.9.4 (2018-11-22)
- Aanpassingen op omschrijving van de status ingediend en heringediend op melding.
- Aanpassing op omschrijving van de status ingediend op meldingsobject.
Versie 1.9.5 (2018-11-29)
- Release zonder impact voor deze api
Versie 1.10.1 (2018-12-05)
- Als een meldingsobject werd toegewezen aan de bronhouder door de automatische dispatch, dan kan de bronhouder dit meldingsobject manueel toewijzen aan een behandelaar.
- Als een meldingsobject werd toegewezen aan een behandelaar, dan kan die behandelaar dat meldingsobject terug toewijzen aan de bronhouder.
- Als een meldingsobject werd toegewezen aan een behandelaar, dan kan die behandelaar dat meldingsobject toewijzen aan een andere behandelaar.
Versie 1.11.1 (2019-01-07)
- Bij de documentatie van deze api is een demo pagina toegevoegd waar op een visuele manier een melding aangemaakt kan worden. Deze pagina is enkel beschikbaar op de beta omgeving.
Versie 1.11.2 (2019-01-08)
- Release zonder impact voor deze api
Versie 1.12.1 (2019-02-05)
- Release zonder impact voor deze api
Versie 1.12.2 (2019-02-08)
- Release zonder impact voor deze api
Versie 1.13.1 (2019-02-11)
- Release zonder impact voor deze api
versie 1.14.1 (2019-02-13)
- Release zonder impact voor deze api
versie 1.15.1 (2019-02-15)
- Release zonder impact voor deze api
versie 1.15.2 (2019-02-15)
- Release zonder impact voor deze api
versie 1.15.3 (2019-02-15)
- Release zonder impact voor deze api
versie 1.15.4 (2019-02-18)
- Release zonder impact voor deze api
versie 1.15.5 (2019-02-18)
- Release zonder impact voor deze api
versie 1.16.1 (2019-03-15)
- Release zonder impact voor deze api
versie 1.17.1 (2019-03-26)
- Release zonder impact voor deze api
versie 1.18.1 (2019-04-11)
- Bij het opvragen van een bestand aan de hand van een tijdelijke url wordt nu een foutboodschap meegestuurd waarom het bestand niet kan opgehaald worden. (url verlopen of url ongeldig door aanpassing van url)
versie 1.19.1 (2019-04-29)
- Release zonder impact voor deze api
versie 1.20.1 (2019-07-12)
- Het concept Databron werd geïntroduceerd, dit moet het mogelijk maken om datasets te kunnen hergebruiken voor meerdere bronnen
versie 1.20.2 (2019-09-02)
- Release zonder impact voor deze api
versie 1.20.3 (2019-09-12)
- Release zonder impact voor deze api
versie 1.21.1 (2019-09-13)
- Toevoegen van ondersteuning van meerdere verwerkingsprocessen
- Toevoegen van verwerkingsproces met validatiestap
- Verwijderen van mogelijke volgende statussen op basis van MeldingsobjectStatus - deze zijn nu verwerkingsproces-afhankelijk
versie 1.22.1 (2019-12-03)
- Bij het meegeven van een geometrie in de body van een meldingsobject of melding wordt van deze geometrie nu gecontroleerd of ze geldig is, bij het ongeldig zijn van de geometrie wordt een foutmelding terug gegeven.
versie 1.23.1 (2020-01-07)
- Het meldbaar en verplicht zijn van meldingsattributen is nu afhankelijk van het type meldingsobject
versie 1.24.1 (2020-01-14)
- Voorbereidend werk voor uitfasering van het bijhouden van verplicht en meldbaar zijn op datasetEigenschap niveau
versie 1.25.1 (2020-02-03)
- Codelijst-items hebben nu een waarde en label
- Een v2-endpoint voor Meldingen werd toegevoegd, die naast de waarde van het MeldingsAttribuut ook het label meegeeft voor CodelijstItem als huidige / voorgestelde waarde
versie 1.25.2 (2020-02-04)
- BugFix: Forward-compatibiliteit met volgende release - codelijst-items werden niet correct vertaald naar labels bij uitsturen notificaties
versie 1.26.1 (2020-02-11)
- Via het dashboard wordt nu het label van een MeldingAttribuut weergegeven
- Technische migraties in functie van CodeLijstItem-labels, zonder verdere impact op API
versie 1.26.2 (2020-02-18)
- Via het dashboard is nu zowel label als waarde zichtbaar bij MeldingAttributen (enkel in geval van verschillend label & waarde)
versie 1.27.1 (2020-04-01)
- Afwerking van gefaseerde technische migratie CodeLijstItem-label-waarde
- Schrappen v1-endpoint meldingsobject op private API (dashboard)
- Toevoegen SubCodelijst-model op DatasetEigenschap-codelijsten
- Het is mogelijk om SubCodelijstItems te gebruiken bij het aanmaken van een Melding
- Het is mogelijk om een gepagineerde lijst van meldingen op te vragen geauthenticeerd aan de hand van een geosecure token
versie 1.28.1 (2020-04-20)
- Bij het registreren van een melding wordt het verplicht zijn van een subcodelijst gerespecteerd
- Bij het registreren van een melding worden de dispatch-regels voor subcodelijsten gerespecteerd
- Gefaseerde technische migratie CodelijstItemMeldingAttribuut naar CodeLijstReferentieMeldingAttribut, om registratie van meldingen met SubCodelijstItems mogelijk te maken
- Meldingsobjecten hebben nu een MeldingsobjectIndex
versie 1.29.1 (2020-05-01)
- Het is mogelijk om gepagineerd de meldingsobjecten van een melding op te vragen aan de hand van zowel een acm-idm token als een geosecure token
- BugFix: Het meegeven van de authorization header via de Swagger UI was niet meer functioneel, het meegeven is aangepast en de documentatie is veruidelijkt
- Aan de response van /api/v2/meldingen is voor de meldingen de meldingsapplicatie toegevoegd
- BugFix: Meldingsobjecten die door de toewijzingsregels moesten gedupliceerd worden konden niet meer geregistreerd worden
- De testmelding pagina kan overweg met geneste codelijsten en geeft indien van toepassing zowel label als waarde van een (sub)codelijstitem weer
- /api/v2/meldingen/{id} is toegevoegd, deze geeft de attributen van de melding terug en kan gebruikt worden door zowel gebruikers geauthenticeerd via een acm-idm token als gebruikers geauthenticeerd via een geosecure token.
versie 1.30.1 (2020-05-14)
- De dataset, databron en meldingmodel voor GRB is toegevoegd aan de testomgevingen
versie 1.30.2 (2020-05-18)
- BugFix: Het was niet mogelijk om meldingen te registreren voor GRB zonder huidige waarde voor veld 'Thema'
Versie 1.31.1 (2020-06-19)
- BugFix: Swagger-definities van enumeraties werden verrijkt met x-enumNames om betekenisvolle enumeraties te kunnen genereren met ondermeer NSwag
- BugFix: Swagger-definitie van het v2-endpoint voor meldinglijsten werd gecorrigeerd
- /api/v1/meldingreferenties/{referentie} is toegevoegd, deze geeft het id van een melding terug aan de hand van een meegegeven referentie
- Het is mogelijk om melding via id op te vragen binnen de scope van een meegegeven 'rol' via de XRoleIdentifier-header
- BugFix: datumformaat van DatumVaststelling op MeldingsObject wordt nu correct gevalideerd
- Het werd mogelijk gemaakt om als GeoSecure-gebruiker links te genereren naar bijlages van een Body
versie 1.32.1 (2020-06-30)
- GTMF Dashboard maakt gebruik van publieke endpoints om Meldingen op te halen
versie 1.33.1 (2020-08-18)
- Endpoints voor opvragen Melding(en) via private-API (Dashboard) werden geschrapt
- Meldingen die het Validatie-verwerkingsproces volgen komen in status Gevalideerd wanneer alle Meldingsobjecten gevalideerd zijn
- BugFix: Correctie berekening van het aantal openstaande dagen van een melding via opvragen lijst meldingen.
versie 1.33.2 (2020-08-25)
- BugFix: wanneer een nieuwe versie een nieuw event-contract introduceerde, kon de Notificatie-service deze events negeren, en zo de verwerking van een notificatiebericht overslaan in plaats van te herproberen
versie 1.34.1 (2020-08-26)
- Achterliggende event-structuur werd geoptimaliseerd in functie van een opkomende feature
versie 1.34.2 (2020-08-28)
- BugFix: Aanpassing data-migratiescript naar gedetecteerde anomalieën
versie 1.34.3 (2020-08-28)
- BugFix: Aanpassing data-migratiescript naar gedetecteerde anomalieën
versie 1.35.1 (2020-08-31)
- Vervolg van event-migratietraject - oude events die te maken hebben met het aanmaken van een melding werden gelijkgetrokken met de nieuwe implementatie
versie 1.36.1 (2020-09-04)
- Voor nieuwe meldingen worden events aangemaakt in een herwerkte structuur
versie 1.36.2 (2020-09-07)
- Wijziging in de notificatieservice om bijkomende voorwaartse compatibiliteit met v1.37.1 te voorzien
versie 1.37.1 (2020-09-08)
- Historische meldingen worden bijgewerkt naar de herwerkte event-structuur
- Het werd mogelijk gemaakt om melding-events op te halen /api/v1/meldingevents
- /api/v1/agenttypes Er werd een codelijst toegevoegd voor agenttypes
versie 1.37.2 (2020-09-09)
- De migratiescripts, verantwoordelijk voor het omzetten van events, werden verfijnd
versie 1.37.3 (2020-09-22)
- Bugfix: bij duplicatie van meldingsobjecten ontbrak toelichtingmelder
- Validatie-foutmelding after_id /api/v1/meldingevents werd verduidelijkt
- Validatie-foutmelding limit /api/v1/meldingevents werd verduidelijkt
versie 1.38.1 (2020-09-22)
- Technische afronding van event-migratie
- Documentatie van authenticatie-mechanisme per endpoint in Swagger
versie 1.38.2 (2020-09-24)
- Het is mogelijk gemaakt om een meldingsobject dat toegewezen is voor validatie in 1 stap af te wijzen
- De afwijzing tijdens validatie stap is toegevoegd aan het verwerkingsproces met validatie
versie 1.38.3 (2020-10-13)
- Forwards-compatibiliteit met v1.39.1 door gewijzigd datatype wegwijsuri werd hersteld
- Bugfix: performantieverbeteringen in opvragen melding / lijst van meldingen
versie 1.39.1 (2020-10-14)
- Refactor van Participatie- en Agenten-domein om het mogelijk te maken dynamisch organisaties aan te maken
versie 1.40.1 (2020-10-14)
- Het is mogelijk gemaakt voor organisaties aangemeld via GeoSecure om POST /api/v1/melding aan te spreken met GTMF_Indiener-scope
- Het is mogelijk gemaakt voor organisaties aangemeld via GeoSecure om GET /api/v1/uploads/{blobId} aan te spreken met GTMF_Indiener-scope
- Het is mogelijk gemaakt voor organisaties aangemeld via GeoSecure om POST /api/v1/meldingen aan te spreken met GTMF_Indiener-scope
versie 1.40.2 (2020-10-16)
- De ovo-codes van de meldingsorganisaties werden gecorrigeerd naar de correcte waardes. Een fallback-mechanisme laat voorlopig toe om meldingen aan te bieden met de oorspronkelijke waarde.
- Toevoegen van een meldingsapplicatie voor GRB
versie 1.41.1 (2020-10-27)
- Backwards-compatibiliteitvoorzieningen voor Participatie- en Agenten-refactor werden uitgefaseerd
- Voorzien van bijkomende codelijst-waardes voor LED - Omschrijving Bewijstype
- Configuratie van GRB MeldingModel werd bijgewerkt naar een nieuwe versie
- GRB ValidatieVerwerkingsProces krijgt tijdelijk een MeldingsobjectActie om manueel in status 'Ingediend' achtergebleven meldingen op te nemen
- Forwards-compatibiliteitvoorzieningen om een Geregistreerde Organisatie te kunnen gebruiken als MeldingsOrganisatie
- Het is mogelijk gemaakt voor organisaties aangemeld via GeoSecure om GET /api/v1/attachments/{bodyId} aan te spreken
versie 1.41.2 (2020-10-28)
- MeldingsobjectActie HerToewijzingGevalideerdAanBronhouderNaToewijzingAlsBehandelaar - correctie die toelaat om daadwerkelijk een nieuwe behandelaar op te geven
- Tijdelijke MeldingsobjectActie voor GRB, tbv manuele toewijzing, toegevoegd in 1.41.1, werd terug verwijderd.
versie 1.42.1 (2020-12-01)
- Publieke Organisatie Agentschap Informatie vlaanderen wordt een Geregistreerde Organisatie
- Het is mogelijk gemaakt om een eigen gekozen referentie (Referentie Melder) mee te geven aan een te registreren terugmelding (POST /api/v1/meldingen)
- Referentie Melder wordt ontsloten via /api/v2/meldingen
- Referentie Melder wordt ontsloten via /api/v2/meldingen/{id}
- De verschillende soorten Participaties worden intern niet langer herkend door middel van de gekoppelde Rol, maar aan de hand van het soort Participatie
versie 1.43.1 (2020-12-04)
- Voorbereidingen werden getroffen om een overzicht van aantallen Meldingsobjecten per status te kunnen aggregeren op een performante manier
versie 1.44.1 (2020-12-08)
- Verwijzing naar de huidige MeldingsobjectStatus wordt ingevuld voor reeds bestaande Meldingsobjecten
- Bij het ophalen van een lijst van Meldingen via /api/v2/meldingen wordt een overzicht meegestuurd van het aantal Meldingsobjecten per MeldingsobjectStatus
- Bij het ophalen van een Melding via /api/v2/meldingen/{id} wordt een overzicht meegestuurd van het aantal Meldingsobjecten per MeldingsobjectStatus
versie 1.44.2 (2020-12-09)
- Wijziging in datamigrator v1.44.1 die toelaat om een anomalie op TNI op te schonen
versie 1.45.1 (2020-12-15)
- Verwijzing naar huidige MeldingsobjectStatus werd verplicht gemaakt
versie 1.46.1 (2021-01-07)
- Bij het ophalen van meldingen via GET /api/v2/meldingen is het mogelijk om te filteren op een meldingmodel
- Een nieuwe MeldingsApplicatie en MeldingsOrganisatie werden aangemaakt voor Geo-IT
- Bugfix: compatibiliteit met een breaking change in mock-loginfunctionaliteit
versie 1.47.1 (2021-01-18)
- Technische voorbereiding om het voor indieners aangemeld in de context van een organisatie mogelijk te maken enkel hun eigen terugmeldingen op te vragen
versie 1.48.1 (2021-01-21)
- Bij een terugmelding ingediend door een gebruiker in context van een organisatie wordt nu bijgehouden door welke gebruiker dit was
- Een gebruiker aangemeld in context van een organisatie kan nu bij het opvragen van de ingediende terugmeldingen filteren op enkel door hem ingediende terugmeldingen
versie 1.49.1 (2021-02-09)
- Bugfix: Swagger-definitie van POST /api/v1/upload werd aangevuld met response-type
- Bugfix: data-type van after_id werd consistent gemaakt op /api/v1/meldingevents
versie 1.49.2 (2021-02-26)
- Bugfix: Voor gebruikers ingelogd met een GeoSecure-gebruiker maken we nu gebruik van de correcte organisatie- en ondernemingsinformatie-claims.
versie 1.50.1 (2021-03-03)
- Een testfunctionaliteit wordt voorzien waarmee op ontwikkelingsomgevingen diagnostische informatie kan worden weggeschreven over gebruikers ingelogd via ACM/IDM.
versie 1.51.1 (2021-06-22)
- Ondersteuning voor bijkomende issuer id-token-generator toegevoegd.
- Bijkomende voorzieningen werden getroffen om authenticatieproblemen te diagnosticeren op ontwikkelingsomgevingen.
- BugFix: authenticatie-methode ACM/IDM werd hernoemd naar ACM-IDM Swagger-definitie om een geldige API-definitie te bekomen.
- BugFix: Het response type voor POST /api/v1/meldingen werd gecorrigeerd in de documentatie.
versie 1.52.1 (2021-11-16)
- Een nieuwe MeldingsApplicatie "GIPOD" werd aangemaakt.
versie 1.53.1 (2022-02-08)
- Een geometrie kan nu bestaan uit 10.000 karakters in plaats van 4.000 karakters.
versie 1.54.1 (2023-10-18)
- Meldingen indienen, opvragen en behandelen kan nu ook via ACM/IDM. ACM/IDM zal ook de scopes kunnen uitleveren uitgeleverd door Geosecure. De GTMF_Indiener scope werd in ACM/IDM vervangen door de Medewerker scope.
versie 1.54.2 (2023-10-20)
- BugFix: KBO-nummers dienen te beginnen met een leidende 0.
versie 1.54.3 (2023-11-22)
- Legal logging werd uitgezet.
versie 1.54.4 (2023-11-28)
- BugFix: time-outs verhelpen bij het laden van de dataset, door de datasets in de cache te laden bij start-up van de API.
versie 2.0.0 (2024-06-17)
- Breaking change Geosecure niet meer ondersteund.
- Upgrade dotnet naar versie 8.
- Verwijderen van AutoMapper dependency en ongebruikte code/services.
- Toevoegen van eigenschap omschrijvingen in de documentatie.
- BugFix: Het response type voor GET /api/v1/publiekeorganisaties/{publiekeOrganisatieId} werd gecorrigeerd in de documentatie.
versie 2.0.1 (2024-07-16)
- BugFix: de duurtijd waarbinnen een meldingbijlage kan worden gedownload is verhoogd van 2 seconden naar 10 seconden.
versie 2.1.0 (2024-09-02)
- Hernoem het label van codelijstitem met waarde 5 van dataset GRB en eigenschap "TPC": van "Terrein (openbaar)" naar "Surplusgebied".
versie 2.2.0 (2024-09-03)
- Toevoegen van eigenschap "IsVervallen" aan codelijstitem.
- Markeer te fusioneren gemeenten als vervallen op 01-01-2025.
- Vervallen codelijstitems kunnen niet gebruikt worden bij het indienen van een melding.
versie 2.2.1 (2024-09-10)
- Verlenen van toegang aan de gemeenten ontstaan uit de gemeentefusies van 2025 tot de meldingen ingediend door of toegekend aan de gefusioneerde gemeenten.
- Opzoeken van de geregistreerde organisatie via KBO-nummer in volgorde van wanneer deze werd aangemaakt (aflopend).
- Verplaatsen van GeosecureKboOvodeMapping configuratie naar code.
versie 2.3.0 (2024-10-16)
- De beschikbaarheid van meldingbijlage-URL's is configureerbaar. Indien niet geconfigureerd, is de default 10 minuten.
- Custom projecties voor MIRS.
versie 2.3.1 (2024-11-12)
- Custom projecties voor MIRS aanpassingen: event type toevoegen aan tabel MeldingsobjectHistoriek en nieuwe tabel MeldingHistoriek.