Documentatie voor klanten en partners van Digitaal Vlaanderen - bouwstenen Mijn Burgerprofiel, Verenigingsloket en e-loketondernemers
Change log Notificaties
Versie 3.9.0 (2024-09-02) PROD
Afzenders en Aanbieders
Notificeren naar verenigingen en haar vertegenwoordigers
de contactgegevens worden opgehaald via MAGDA uit het verenigingsregister
Loketten
nieuw endpoint voor het ophalen van het aantal ongelezen notificaties => VLAIO e-loket ondernemers
retry mechanisme voor versturen van bevestigingsmails (intern DV gebruik)
Versie 3.8.0 (2024-08-12)
Afzenders en Aanbieders
in de TNI-omgeving kan je nu enkel naar gewhiteliste emailadressen (agent) versturen.
dit om te vermijden dat testmails naar echte personen zouden worden gestuurd
Versie 3.7 (2024-07-19)
Afzenders en Aanbieders
De limiet van de grootte van een notificatie (incl meta-data) is 100kb.
op de Notificaties-website (config) kan je nu zien welke invulvelden verplicht of optioneel zijn
Via de Notificaties-website kan je nu ook een notificatie versturen (JSON)
Het noreply adres van waaruit we mailen:
voor bestemmelingType RijksRegisternummer wordt als FROM-mailadres noreply@burgerprofiel.be gebruikt. In alle andere gevallen is het notificaties.vlaanderen.be als suffix.
Afzenders kunnen een notificatie in andere talen aanleveren.
beperkt tot Nederlands (= default en moet altijd meegegeven worden), Frans, Engels en Duits.
Loketten
Notificaties voor en over toelatingen: vervaldagbericht én nieuwe notificatietemplate
Nieuw endpoint om een notificatie op te halen adhv zijn notificatieID
Versie 3.6.3 (2024-06-26)
Afzenders en Aanbieders
Productmerken worden niet meer ondersteund, we gebruiken altijd de IPDC 3 productnaam
Deze productmerken kunnen niet meer in de bulkconfiguratie gebruikt worden
De swagger geeft nu aan dat de respons “errors“ bevat en niet “FieldErrors“.
Versie 2.90 (2024-04-22)
Afzenders en Aanbieders
Productmerken worden niet meer ondersteund, we gebruiken altijd de IPDC 3 productnaam
Optioneel MerkCode veld in POST /api/v2/notificaties wordt niet meer gebruikt
Loketten
Productmerken worden niet meer ondersteund, we gebruiken altijd de IPDC 3 productnaam
API is onveranderd. Het “Merk” object wordt ingevuld met IPDC 3 informatie
Versie 2.89 (2024-04-12)
Afzenders en Aanbieders
Passieve notificaties kunnen gestuurd worden naar “GeregistreerdeVereniging” met een VCode
Loketten
Passieve notificaties kunnen opgevraagd worden door de “hoofdvertegenwoordiger” van een vereniging met een VCode
Versie 2.88 (2024-03-31)
Afzenders en Aanbieders
Performantie van POST Notificatie verbeterd
Apigee spike arrest limiet verhoogd van 1,800 naar 3,600 calls per minuut.
Beheerders
Aanmelden met GeoSecure niet meer ondersteund
Bulk configuratie van Aanbieders
Rapporten met POST Notificatie fouten
Versie 2.85.1 (2024-01-15)
Notificaties ivm VMS mandaten voor ondernemers worden via MAGDA Documentendienst verzonden
KPI logging van bounced emails
Toegelaten producten voor minderjarigen zijn configureerbaar
Versie 2.84.1 (2023-12-14)
Minderjarigen kunnen ook berichten ontvangen voor
IPDC 1975 Jobbonus voor werknemers en ambtenaren
IPDC 2784 JobbonusPLUS voor zelfstandigen
IPDC 1527 De zorgtoeslag voor specifieke ondersteuningsbehoeften (Groeipakket)
Versie 2.83.1 (2023-11-20)
Aanmelden in configuratie frontend met ACM/IDM rol (naast bestaande GeoSecure aanmeld optie)
Versie 2.82.1 (2023-11-13)
Configuratie afzender voor actieve notificaties voor Vlaams Mandaten Systeem
Versie 2.81.1 (2023-09-25)
Actieve notificaties voor Vlaams Mandaten Systeem
Versie 2.80.1 (2023-09-19)
Correctie validatie van BIS nummers (gemeld door VlaBel)
Versie 2.79.1 (2023-08-29)
Minderjarigen kunnen ook berichten ontvangen voor
IPDC 781 Attest van Gezinssamenstelling
IPDC 783 Akte van Geboorte
IPDC 926 Aangifte van Adreswijziging
IPDC 940 Uittreksel uit het Strafregister
IPDC 991 Aangifte van een verhuis naar het buitenland
IPDC 1541 Mijn Burgerprofiel
IPDC 1836 Afspraak bij uw Stad of Gemeente
IPDC 1965 Mijn Onderwijs: Personeel
IPDC 2019 Nieuwe PIN en PUK-code voor identiteitskaarten
IPDC 2021 Aanpassing in het Rijksregister
Versie 2.78.5 (2023-08-26)
Minderjarigen kunnen ook schooltoeslag berichten ontvangen
Versie 2.78.4 (2023-08-24)
Minderjarigen kunnen ook ebox berichten ontvangen
Versie 2.78.3 (2023-08-19)
Organisaties kunnen zowel Kbo nummer als OVO code claims hebben (GeoSecure-Acm migratie)
Versie 2.78.1 (2023-08-11)
Notificaties kunnen ook verstuurd worden voor een Afzender zonder adres
Notificaties kunnen naar minderjarigen gestuurd worden en door minderjaringen gelezen worden, voor een beperkt aantal producten
Swagger documentatie is opgesplitst in een Afzender deel en een Agent/Loket deel
Verbeteringen aan validaties van inhoud bij het versturen van notificaties
Versie 2.76.1 (2023-06-20)
Fix token exchange acm/idm
Toevoegen van extra feature flags
Verwijderen onnodige logging in cloudwatch
Versie 2.75.1 (2023-06-20)
Extra validatie voor het verzenden van een notificatie
Versie 2.74.1 (2023-05-17)
Alle passieve notificaties richting de Notificatiehub sturen
Versie 2.73.1 (2023-03-28)
Authenticatie/Authorisatie mogelijk met Acm/Idm
Versie 2.72.2 (2022-03-13)
Html injection attack
Homepage herwerking - deel 2
Versie 2.72.1 (2022-02-15)
Aanpassing homepage notificaties
Extra logging voor gefaalde notificaties
Versie 2.71.1 (2022-01-31)
Herwerking homepage notificaties
Versie 2.70.2 (2022-01-10)
Extra logging bij het verwerken van notificaties
Versie 2.70.1 (2022-12-22)
Migratie bestaande e-box berichten naar nieuwe categorie
Notificaties filteren op IPDC product is nu mogelijk
Versie 2.69.0 (2022-11-24)
0800 telefoonnummer
Versie 2.68.1 (2022-10-14)
Verwijderen van RowVersion als concurrency-strategie.
Versie 2.67.1 (2022-10-12)
Toestemmingen-service wordt aangesproken via ACM/IDM-authenticatie.
Versie 2.66.2 (2022-10-05)
Aanpassingen aan deadletterbeheer voor compatibiliteit met Postgresql.
Versie 2.66.1 (2022-09-27)
Overschakelen op Postgresql.
Versie 2.65.2 (2022-10-04)
Toevoegen van diagnostische informatie voor authenticatie via ACM/IDM.
Versie 2.65.1 (2022-09-13)
Legal logging gebeurt via ACM/IDM.
Versie 2.64.2 (2022-09-09)
Optimalisaties aan database-migraties van 2.64.1 ten gevolge van langdurende blokkerende operaties.
Versie 2.64.1 (2022-09-01)
Verplichte datumvelden hun offset wordt eveneens verplicht.
KPI-logs over Notificaties worden verrijkt met de categorie ervan.
Notificatietitel wordt gegenereerd voor nieuw toegevoegde categorie VervaldagBericht.
Notificatietitel wordt gegenereerd voor nieuw toegevoegde categorie EBoxBericht.
Versie 2.63.2 (2022-08-29)
Datamigrator wacht langer op determinatie van het eerste te migreren record.
Versie 2.63.1 (2022-08-23)
Historische datumvelden waarvan de offset nog niet afzonderlijk werden opgeslagen worden bijgewerkt.
Versie 2.62.2 (2022-08-29)
Deadletter queue-beheer werd hersteld na upgrade van een software-bibliotheek.
Versie 2.62.1 (2022-08-16)
Afronden van afschaffen JsonField voor Categorie
Datumvelden worden intern opgeslagen in afzonderlijke velden voor datum en tijdzone, in anticipatie van migratie naar postgresql.
Uitbreiding van de set beschikbare sleutelwaardeparen voor eBox-berichten.
Versie 2.61.2 (2022-08-08)
Foutief gedrag bij afmelden via GeoSecure werd rechtgezet.
Versie 2.61.1 (2022-08-04)
Support voor categorie vervaldagbericht
Categorieën worden niet langer opgeslagen als JSON.
Support voor categorie e-boxbericht
Versie 2.60.1 (2022-07-05)
Meerdere "Vlaamse overheid" afzenders mogen email hebben als toegelaten kanaal voor een product.
Versie 2.59.1 (2022-05-31)
weghalen ongebruikte configuratie
Notificaties gestuurd naar bestemmelingen van het type 'OrganisatieMetContactInfo' worden vanaf een ander e-mailadres verstuurd.
Verbetering operationeel beheer
Versie 2.58.1 (2022-05-11)
Ondersteuning OVO-code in KPI logs
Versie 2.57.3 (2022-05-09)
Bugfix: Ondersteuning Mock OpenID op beta
Versie 2.57.2 (2022-05-05)
Bugfix: url templaterendering
Versie 2.57.1 (2022-05-05)
E-mail notificatie bevat een aanspreking indien beschikbaar
Bugfix: aanpassing aan API documentatie
Upgrade naar LTS versie .NET6
Versie 2.56.1 (2022-04-26)
In anticipatie van het ondersteunen van ACM-Clients wordt het mogelijk gemaakt om ook guids te koppelen als ClientId voor een Aanbieder.
Versie 2.55.1 (2022-04-13)
afzenders worden alfabetisch geordend en zijn filterbaar bij het toewijzen aan een pdvc en merk
Aanbieders worden alfabetisch geordend en kunnen worden gefilterd bij het toewijzen
Contract aanpassingen zodat in de toekomst de clientIds van aanbieders als uuid kunnen aangeleverd worden.
bugfix: opvangen ongeldige waarden en operationeel beheer verminderen
Versie 2.54.1 (2022-04-06)
een ondernemer kan een notificatie opvragen
Verwerken van notificaties voor ondernemingen
Versie 2.53.2 (2022-04-05)
De AuditLogging-library werd bijgewerkt naar de meest recente versie.
Optimalisatie logmonitoring
Versie 2.53.1 (2022-03-25)
De KPI logs rapporteren nu ook de aanbieder van de notificatiesleutels die verwerkt worden.
Versie 2.52.0 (2022-03-16)
Optimalisatie logging
Versie 2.51.0 (2022-02-23)
Het is niet meer mogelijk om een Afzender van bestuursniveau te wijzigen als ze al in gebruik genomen is (gekoppeld aan een publieke dienstverlening configuratie).
Het is nu mogelijk om voor een AfzenderProductConfiguratie een doeleinde te specifiëren.
Toevoegen filtering van publieke dienstverleningen op doeleinde
LegalLoggingAsAService wordt gebruikt om auditlogging te doen
Bij het ontsluiten van de Notificaties wordt nu ook de aanbieder van de NotificatieBundel ontsloten.
Versie 2.50.2 (2022-02-16)
beta bugfix
Versie 2.50.1 (2022-02-08)
Het is niet meer mogelijk om de ongewenste situatie waarbij er zowel lokale besturen als entiteiten binnen de Vlaamse Overheid e-mails kunnen versturen te configureren.
De codelijst "doeleinde" werd toegevoegd en ontsluit alle door de NotificatieBouwsteen gekende doeleindes.
Een AfzenderProductConfiguratie heeft een doeleinde. Standaard is het doeleinde "persoonlijke communicatie"
Versie 2.49.1 (2022-01-18)
Bugfix: binnenkomende calls geauthenticeerd met GeoSecure waarbij de gebruiker noodzakelijke claims niet bevat, resulteren niet langer in een technische maar functionele fout.
Versie 2.48.1 (2021-12-20)
Toevoeging ondersteuning voor correlation en request id's. Dit zorgt er voor dat log entries en requests naar externe afhankelijkheden kunnen gecorreleerd worden met het originele request.
Versie 2.47.1 (2021-12-09)
Het is nu mogelijk om notificatiebundels te verwijderen.
Het is niet meer mogelijk om nog merken waar nog notificatiebundels voor bestaan te verwijderen.
Bugfix: Het kon voorkomen dat het verwijderen van een merk dat nog gebruikt werd binnen een notificatiebundel resulteerde in een timeout.
Er kunnen nu toegelaten kanalen geconfigureerd worden per afzender product configuratie.
Vanaf nu worden de toegelaten kanalen voor een notificatiebundel bepaald door de afzenderproductconfiguratie in plaats van het merk.
Een merk kent nu geen toegelaten kanalen noch contactinfo meer.
Het filteren op kanaaltype bij het opvragen van publieke dienstverlening configuraties met hun afzenders houdt rekening met de toegelaten kanalen van de afzenderproducten in plaats van de merken.
Een aantal niet meer gebruikte endpoints werden verwijderd.
Bugfix: Wanneer bij het aanbieden van Notificaties geen waarde wordt meegestuurd voor SleutelWaardeParen, resulteert dit niet langer in een technische fout.
Versie 2.46.1 (2021-11-23)
Component validatie van gebruik profielapiclient voor bepalen toestemmingen externe applicaties op test omgevingen. En automatisering van validatie correct gebruik profielapiclient op beta.
Component validatie van gebruik eventhub voor verzenden push notificaties op test omgevingen. En automatisering van validatie correct gebruik eventhub op beta.
Versie 2.45.1 (2021-10-29)
Push notificaties (stadsapp) worden nu aangeboden aan de eventhub in plaats van een hardcoded logging implementatie.
Bij het opvragen van de lijst van publieke dienstverlening configuraties met hun afzenders wordt voor de afzender ook het bestuursniveau van die afzender meegegeven.
Operationeel beheer: Verbetering in caching gedrag eigen geosecure tokens bij het aanspreken van afhankelijkheden.
Operationeel beheer: Bij het benaderen van StepFunctions en SES wordt bij een timeout nu direct opnieuw geprobeerd.
Versie 2.44.1 (2021-10-05)
Technische eerste aanzet versturen stadsapp notificaties.
Technische stap in versturen stadsapp notificaties. Nu worden de contactvoorkeuren voor externe toepassingen gebruikt in plaats van een hardcoded implementatie.
Versie 2.43.2 (2021-10-05)
Bugfix: uitgesteld verzenden respecteert de definitie van 1 maand beter
Bugfix: Notificaties die uitgesteld verzonden zijn hebben als DatumNotificatie de verzendDatum in plaats van de aanbiedDatum.
Versie 2.43.1 (2021-09-28)
NotificatieBundels met een VerzendDatum resulteren nu in het uitgesteld verwerken van de NotificatieSleutels die er voor aangemaakt worden.
Bij het gebruik van externe clients wordt correct gebruik gemaakt van timeout en retry policies.
Versie 2.42.1 (2021-09-14)
Notificaties zonder de status verwerkt worden niet meer teruggegeven bij het opvragen van de passieve notificaties.
Notificaties met een verzenddatum in toekomst die toch te vroeg in de asynchrone verwerking terecht komen zullen niet worden verwerkt.
Versie 2.41.1 (2021-08-31)
Bij het aanmaken van een notificatiebundel is het nu mogelijk om optioneel een verzendDatum mee te geven. Deze dient in de toekomst te liggen, maar niet verder dan een maand. De bedoeling van de verzendDatum is om notificaties significant op een later tijdstip dan het moment van aanbieden beschikbaar te maken voor de bestemmeling.
Bij het aanspreken van de contactvoorkeuren api, het aanspreken van de rendering service en het verzenden van de email wordt correct gebruik van een timout en retry policy (deze beperkt de duurtijd van een request naar een externe component en herprobeert automatisch), dit resulteert bij korte onbeschikbaarheden van deze diensten in minder operationeel beheer en een sneller verzonden geraken van de email.
Versie 2.40.2 (2021-08-24)
Performantie verbeteringen
Versie 2.40.1 (2021-08-20)
De kanaaltemplates voor dossiernotificaties werden bijgewerkt naar de afgesproken set sleutelwaardeparen.
Performantie verbeteringen
Versie 2.39.1 (2021-07-27)
Bij het versturen van een email wordt een auditlog aangemaakt
Het is nu mogelijk om email notificaties te versturen voor notificatie categorieën DossierGerelateerdBerichtActieNodig en DossierGerelateerdBerichtWijzigingDossier
Performantie verbeteringen bij het aanpassen van Afzenders, Publieke dienstverlening configuraties en Merken die met veel andere Afzender, Publieke dienstverlening configuraties of merken gekoppeld zijn.
Versie 2.38.1 (2021-07-12)
Als aanbieder is het nu mogelijk om dossiernotificaties met nieuwe sleutelwaarden StatusVlaamseFase, StatusVlaamseCode, ExterneLinkNaam en StatusDetail1 aan te bieden.
De dossier gerelateerde notificaties werden aangepast om duidelijkere informatie te bevatten.
Bugfix: verbetering aan timeout handling bij opvragen jwk keys
Versie 2.37.2 (2021-06-29)
Bugfix: voorkomen van thread saturation bij opvragen JWT keys
Versie 2.37.1 (2021-06-29)
Bugfix: datamigratie ter verbetering van de roepnaam bij de welkomsnotificatie
Bugfix: Swagger-documentatie voor het aanbieden van NotificatieBundels werd gecorrigeerd en verduidelijkt
Bugfix: Het is niet meer mogelijk om zonder aanmelden de demo verzend een notificatie pagina te gebruiken.
Versie 2.36.2 (2021-06-15)
Bugfix: de demopagina voor het creëeren van notificatiebundels maakt nu gebruik van /api/v3/bundelimportstatus/{bestemmelling}
Bugfix: Een performantie probleem bij het ophalen van notificaties voor een persoon werd aangepakt.
Versie 2.36.1 (2021-06-02)
Niet langer gebruikte en ondersteunde /api/v2/bundelimportstatus endpoints werden geschrapt.
Bugfix: Het kon in uitzonderlijk gevallen voorkomen dat rijksregisternummers gelogged werden.
Versie 2.35.1 (2021-06-01)
Bugfix: NotificatieBundels aangeboden via pull-on-demand op test-omgevingen worden terug verwerkt.
Het is nu mogelijk om als aanbieder via 1 endpoint de volledige verwerking van een notificatiebundel aanvraag op te volgen.
Het is nu mogelijk om als aanbieder email notificaties te versturen waarbij de bestemmeling een persoon met contact info (e-mailadres) of een organisatie met contact info is.
Het is nu mogelijk om bij het aanmaken van een afzender de gebouwnaam van het adres te specifiëren.
Het is nu mogelijk om bij het wijzigen van een afzender ook zijn gebouwnaam te wijzigen.
Indien voor een afzender een gebouwnaam geconfigureerd is wordt deze nu weergegeven in de footer van de emailnotificaties.
Ondersteuning voor bijkomende issuer id-token-generator toegevoegd.
Versie 2.34.2 (2021-05-27)
Technische release om een issue verder te kunnen onderzoeken.
Versie 2.34.1 (2021-05-06)
Het is nu mogelijk om als aanbieder NotificatieBundels aan te bieden in scenario zonder contactvoorkeuren.
Het is nu mogelijk om als aanbieder relevante publieke dienstverleningen op te vragen.
Het is nu mogelijk om bij het opvragen van de relevante publieke dienstverleningen te filteren op afzender.
Bij het opvragen van PubliekeDienstverleningConfiguraties via /api/v4/publiekedienstverleningconfiguraties kan worden gefilterd op 'zichtbaarheid op contactvoorkeurenpagina'.
Het is mogelijk om globaal de contactvoorkeuren uitschrijflink in te stellen.
De notificatiebouwsteen geeft bij het opbouwen van de email notificatie altijd een uitschrijflink mee.
Versie 2.33.3 (2021-05-06)
Bugfix: Het herverwerken van gefaalde bundelverwerkingen verliep in uitzonderlijke gevallen onvolledig en werd daardoor afgebroken.
Versie 2.33.2 (2021-05-04)
Bugfix: Het kon voorkomen dat e-mails niet konden vestuurd worden.
Versie 2.33.1 (2021-05-04)
Bugfix: Bij het aanmaken van een merk met een duplicate merkCode werd geen propere foutboodschap teruggegeven.
Bugfix: Het kon voorkomen dat een merk niet verwijderd kon worden en daar geen duidelijke foutboodschap voor gegeven werd.
Het is nu mogelijk om als AfzenderBeheerder voor een AfzenderProductConfiguratie de uitschrijflink in scenario zonder contactvoorkeuren in te stellen.
Het is nu mogelijk om als AfzenderBeheerder voor een AfzenderProductConfiguratie te configureren dat ze niet zichtbaar zou mogen zijn op de contactvoorkeuren pagina.
Bij het opvragen van PubliekeDienstverleningConfiguraties via /api/v4/publiekedienstverleningconfiguraties krijg je nu ook afzender-informatie terug.
Bij het opvragen van PubliekeDienstverleningConfiguraties via /api/v4/publiekedienstverleningconfiguraties kan nu gefilterd worden op actief-zijn van NotificatieKanalen.
Het is nu mogelijk om /api/v4/publiekedienstverleningconfiguraties aan te spreken zonder authenticatie.
Het gebruikte Scheme voor GeoSecure-gebruikers werd gewijzigd naar GeosecureBearer. Het oude Scheme (Bearer) blijft evenwel bruikbaar ter ondersteuning van reeds aangesloten partijen.
Bugfix: Er wordt verhinderd dat in uitzonderlijke gevallen accesstokens worden gelogd.
Technische voorbereiding om meer bestemmelingtypes te kunnen ondersteunen.
Versie 2.32.3 (2021-03-30)
Bugfix: Er werd voor gezorgd dat e-mail notificaties waarvan de Afzender geen adres heeft niet kunnen verzonden worden totdat dat adres ingevuld is.
Versie 2.32.2 (2021-03-16)
Bugfix: Een herintroductie van mogelijke deadlock bij het opvragen van de verwerkingstatus van een notificatiebundel werd herwerkt zodat deze niet kan voorkomen.
Versie 2.32.1 (2021-03-09)
Afronding verplicht maken Branding niveau van een Afzender.
Het is nu mogelijk om als OrganisatieConfigurator of als NotficiatieBouwsteen beheerder AfzenderMerken te verwijderen, indien je die AfzenderMerken mag editeren.
Bij het opbouwen van de e-mail notificaties wordt nu alle relevante afzenderinformatie meegegeven.
Bij het opvragen van een notificatie wordt nu alle relevante afzender informatie teruggegeven.
Het koppelen, opvragen van de gekoppelde en ontkoppelen van een afzender aan een publieke dienstverlening configuratie kregen een explicieter api endpoint.
Technische herwerking om externe afhankelijkheden beter te kunnen beschermen van interne wijzigingen.
Versie 2.31.2 (2021-03-09)
Bugfix: De foutboodschap bij het aanpassen van een AfzenderMerk met een niet unieke naam was te variabel.
Versie 2.31.1 (2021-03-02)
Bugfix: Het kon voorkomen dat als binnen een specifiek tijdslot tijdens het opvragen van de notificaties van een gebruiker de database niet beschikbaar was volgende requests faalden ookal was de database opnieuw beshikbaar.
Uitbreiding validatie inkomende model bij aanbieder zodat correcte validatie gebeurt.
Bugfix: Bij het meegeven van ongeldige ClientIds bij het aanmaken of aanpassen van een Aanbieder werd een onduidelijke foutboodschap teruggegeven.
Bij het beheren van Publieke dienstverlening configuraties worden deze nu gesorteerd op productId.
Het is onmogelijk gemaakt om nog publieke dienstverlening configuraties aan te maken met een id dat geen getal is.
Alle path en query parameter publieke dienstverlening configuratie id's worden verondersteld een getal te zijn. Indien geen getal meeegeven wordt zal een foutcode teruggegeven worden.
Bugfix: De foutboodschap bij het toevoegen van een AfzenderMerk met een niet unieke naam was te variabel.
Versie 2.30.2 (2021-03-02)
Bugfix: Het was niet mogelijk om als organisatie configurator een AfzenderProductConfiguratie te wijzigen.
Bugfix: Een organisatie configurator kon wel afzendermerken toevoegen aan de relevante afzender maar deze afzendermerken niet wijzigen.
Versie 2.30.1 (2021-02-25)
Het is nu mogelijk om van een afzender naast de naam ook volgende eigenschappen te wijzigen: adres, email, telefoonnummer en website.
Als NotificatieBouwsteen beheerder is het nu mogelijk om bij het aanmaken van een Afzender een branding niveau en een korte naam mee te geven.
Het is nu mogelijk om van een afzender ook het branding niveau en de korte naam te wijzigen.
De NotificatieBouwsteen Beheerder kan nu aan een Afzender een AfzenderMerk toevoegen.
Het is nu mogelijk om als AfzenderBeheerder AfzenderMerken te wijzigen.
Het is mogelijk om als AfzenderBeheerder een AfzenderMerk te koppelen aan een AfzenderProductConfiguratie.
De titel van dossier gerelateerde notificaties werd aangepast om de dossiernaam te bevatten indien deze gekend is.
Het is nu ook mogelijk om als configurator voor een organisatie afzenderMerken toe te voegen aan de afzender die overeenkomt met die organisatie.
BugFix: de fout die teruggegeven werd bij het incorrect meegeven van een ongeldige postcode voor het adres van een afzender werd verduidelijkt.
Bugfix: Het was niet mogelijk om een afzender zonder adres aan te maken.
Bugfix: Het was mogelijk om als configurator horende bij een organisatie de afzender horende bij een andere organisatie aan te passen via de api.
Bugfix: Het was niet mogelijk om als organisatie configurator de eigen afzender te editeren via de front.
Versie 2.29.1 (2021-01-13)
Technische verbetering in de logging: bij het opvangen van een infrastructurele fout die geen functionele gevolgen zal hebben wordt geen alert aangemaakt.
Versie 2.28.1 (2020-10-13)
Technische afronding toevoegen van een default merk aan een publieke dienstverlening configuratie.
Bugfix: Het kon voorkomen dat het registreren van een notificatiebundel onverwacht faalde doordat het achterliggende proces niet gestart kon worden.
Versie 2.27.1 (2020-10-06)
Dosis wordt niet meer behandeld als een uitzonderlijke aanbieder en dient gebruik te maken van scenarios die ook ondersteund worden voor andere aanbieders.
Technische afronding ondersteunen van meerdere aanbieders voor een publieke dienstverlening configuratie.
Bij het niet meegeven van een merk bij een notificatiebundel voor een publieke dienstverlening configuratie zonder default merk zal niet meer gebruik gemaakt worden van het mogelijk enige merk. Met andere woorden het is enkel nog mogelijk om geen merk mee te geven als er een default merk geconfigureerd is.
Versie 2.26.0 (2020-09-01)
Het is niet meer mogelijk om merken die gebruikt worden in bestaande notificaties te verwijderen
Bij het aanmaken van een publieke dienstverlening configuratie is het niet meer nodig om organisatiecode, verzendgegevensuri, scenario en aanbiederUri mee te geven
Bij het aanmaken van een aanbieder is het niet meer nodig om organisatiecode en aanbiederUri mee te geven
Het is nu mogelijk om via de front een default merk te configureren voor een publieke dienstverlening configuratie
Versie 2.25.2 (2020-08-31)
Aanpassing database migratie voor omgevingen met heel veel notificaties
Versie 2.25.1 (2020-08-28)
De authorizatie van een client bij het aanbieden van een Ophaalverzoek, NotificatieAanvraag of NotificatieBundelVerzoek verloopt nu aan de hand van de clientId van die client
Het is nu mogelijk om via de api een default merk voor een publieke dienstverlening configuratie aan te duiden
Bij het plaatsen van een NotificatieAanvraag of een NotificatieBundelVerzoek zonder merkCode zal nu gebruik gemaakt worden van het defaultmerk voor de publieke dienstverlening configuratie. Dit default merk is nog niet configureerbaar via de front maar wel al via de api.
Het is niet meer nodig om bij het opvragen van een NotificatieBundelImportStatus de aanbiederUri mee te geven.
De maximale lengte van de naam van een afzender is verhoogd van 50 naar 250 karakters.
Bugfix: als de naam van een afzender langer was dan de maximale lengte werd geen foutboodschap weergegeven
In een uitzonderlijk geval waarbij het valideren van een acces token voor een request geauthenticeerd via geosecure faalde door een timeout bleven volgende requests met hetzelfde acces token hangen.
Versie 2.24.1 (2020-07-07)
Het is mogelijk om Aanbieders afzender-privileges te geven via het beheerscherm
Het is mogelijk om als aanbieder met afzender-privileges mee te geven wat de organisatie is van de afzender van de notificatie
Op de tni en productie omgeving wordt de Notificatie bouwsteen beheerder nu ingelicht als er gebruik gemaakt wordt van xml
Versie 2.23.2 (2020-07-06)
Bugfix: In versie 2.23.1 kon het voorkomen dat de deadletter-beheer pagina niet geopend kon worden
Versie 2.23.1 (2020-06-30)
Een V3-endpoint voor het opvragen van publiekedienstverleningen werd toegevoegd
Het concept 'Aanbieder' werd toegevoegd, waarmee het mogelijk moet gemaakt worden om meerdere organisaties notificaties te laten 'aanbieden' in naam van eenzelfde Afzender
Het is mogelijk om bestaande Aanbieders te koppelen met een bestaande Publieke Dienstverlening Configuratie
Het is mogelijk om bestaande Aanbieders te wijzigen
Bugfix: Bij het plaatsen van een notificatieaanvraag aan de hand van xml was het niet mogelijk om een vervaldatum in formaat "yyyy-MM-dd hh:mm:ss.fffZ" mee te geven terwijl dit aan de hand van json wel mogelijk was
Bugfix: Het was mogelijk om een publieke dienstverlening configuratie te verwijderen waaraan al pull-on-demand notificaties gekoppeld waren maar nog geen push notificaties
Bugfix: Het kon voorkomen dat bij het opvragen van een merk dat niet bestaat een Http500 teruggegeven werd in plaats van de te verwachten Http404
Bugfix: Een afzender kon bij het configureren van een product ook de andere afzenders voor dat product zien
Bugfix: Het kon voorkomen dat het ophalen van notificaties voor een gebruiker faalde op omgevingen waar Pull-on-demand geactiveerd is
Bugfix: Het kon voorkomen dat email notificaties waarvan de verwerking onverwacht werd afgebroken in een niet verder verwerkbare staat terecht kwamen
Bugfix: Het kon voorkomen dat ophaalverzoeken, notificatiebundels en notifiatieaanvragen waarvan de verwerking onverwacht werd afgebroken in een verder niet verwerkbare staat terecht kwamen
Bugfix: Bij het plaatsen van een OphaalVerzoek zonder TeVerwerkingBundels werd in de fout het verkeerde veld terug gegeven
Bugfix: Bij het plaatsen van een notificatieAanvraag of notificatieBundelVerzoek met een lege kanalen lijst werden 2 foutcodes in plaats van 1 terug gegeven
Breaking change: Het endpoint "GET /api/v2/notificaties/{rrn}" werd geschrapt
Bij het ontsluiten van notificaties via het endpoint "GET /api/v1/notificaties/{rrn}" worden de velden "Body" en "DocumentLinkUri" niet langer ingevuld, volgende velden van "PubliekeDienstverleningConfiguratie" worden ook niet meer ingevuld. "OrganisatieCode", "AanbiederUri", "BundelScenario" en "VerzendgegevensUri"
Bij het ontsluiten van notificaties via het endpoint "GET /api/v1/notificaties/{rrn}" wordt als Merk binnen het veld "Merken" van "PubliekeDienstverleningConfiguratie" enkel nog het merk van toepassing voor de notificatie mee gegeven
Bij het ontsluiten van notificaties via het endpoint "GET /api/v1/notificaties/{rrn}" wordt als Afzender binnen het veld "Afzenders" van "PubliekeDienstverleningConfiguratie" enkel nog de afzender van toepassing voor de notificatie mee gegeven
Een nieuw endpoint "GET /api/v3/notificaties/{rrn}" voor het opvragen van notificaties door een gebruiker werd toegevoegd
Een nieuw endpoint "GET /api/v3/publiekedienstverleningconfiguraties/publiek" voor het opvragen van publieke dienstverlening configuraties werd toegevoegd
Bij het publiek opvragen van de publieke dienstverlening configuraties via het endpoint "GET /api/v2/publiekedienstverleningconfiguraties/publiek" worden de velden "AanbiederUri", "BundelScenario" en "VerzendGegevensUri" niet meer ingevuld
De performantie van markeergelezen is verder verbeterd en ondervind voor push notificaties geen hinder meer van het actief zijn van pull-on-demand op de omgeving
De performantie van het opvragen van de verwerkingstatus van de sleutels voor een rrn binnen een bundel is sterk verbeterd op omgevingen met veel notificaties
Het proces voor het verwerken van email notificaties is geoptimaliseerd, dit zorgt er voor dat de tijd tussen het aanbieden van de notificatieAanvraag of notificatieBundelVerzoek en het verstuurd worden van de email verkleind is
Bugfix: Het kon voorkomen dat het aanbieden van meerdere ophaalverzoeken faalde
Bugfix: Het kon voorkomen dat het opvragen van de verwerkingstatus van een pull-on-demand bundel faalde
Bugfix: Het kon voorkomen dat de auditlog over het aanmaken van een notificatie pas na een lange tijd gebeurde
Bugfix: Bij het teruggeven van een fout wordt in het "Field" veld nu altijd gebruik gemaakt van pascalcase waar vroeger soms pascalcase soms cammelcase werd toegepast
Bugfix: Bij het verwijderen van een publieke dienstverlening configuratie waar nog een afzender gekoppeld was aan 1 van de merken werd een Http500 zonder duidelijke foutboodschap in plaats van een Http400 met duidelijke foutbooschap
Bugfix: Bij het aanbieden van een notificatieAanvraag of notificatieBundelVerzoek met een bestemmeling met een ongeldige identificatie konden 2 foutboodschappen teruggegeven worden in plaats van slechts 1
Versie 2.22.1 (2020-05-14)
Uitfaseren notificatie-ticket - verwijderd uit database
De performantie van markeergelezen is sterk verbeterd in scenario's waarbij deze door meerdere gebruikers tegelijk wordt uitgevoerd
Het is nu mogelijk om per omgeving de impact van PullOnDemand als die niet gebruikt wordt uit te schakelen
De performantie van het ophalen van notificaties is licht verberd in scenario's waarbij deze door meerdere gebruikers tegelijk wordt uitgevoerd
Versie 2.21.1 (2020-04-28)
Uitfaseren notificatie-ticket - wordt niet meer gebruikt, klaar voor verwijdering uit database (geen impact naar API)
Versie 2.20.1 (2020-04-20)
Uitfaseren notificatie-ticket - geschrapt in backend-bevragingskant (geen impact naar API)
Versie 2.19.1 (2020-03-30)
Het is nu mogelijk om als notificatie bouwsteen beheerder een beschrijving mee te geven aan een publieke dienstverlening configuratie
Versie 2.18.1 (2020-03-29)
Het is nu mogelijk om als notificatie bouwsteen beheerder de naam van een afzender aan te passen via de front
Bugfix: het kon voorkomen dat het om wille van technische redenen falen van het versturen van een email notificatie niet opnieuw geprobeerd kon worden
Er is een test notificatie pagina toegevoegd waarop eenvoudig notificatie bundels kunnen aangeboden worden
Er is KPI logging toegevoegd rond de verwerkte notificatiesleutels per product, per afzender en per kanaal
Er is KPI logging toegevoegd rond de verstuurde email notificaties per product, per afzender
Versie 2.17.1 (2020-03-25)
Het is nu mogelijk om als notificatie bouwsteen beheerder de naam van een afzender aan te passen
Bij het versturen van een email notificatie zal de afzender naam meegegeven worden in het from veld
Het is nu mogelijk om email notificaties te versturen voor notificaties met de categorie "VrijeNotificatie"
Bugfix: Het aanspreken van de rendering service bij het versturen van email notificaties werd niet correct opnieuw geprobeerd als dit wel verwacht werd
Versie 2.16.1 (2020-03-24)
Extra logging werd toegevoegd rondom het authenticatie-luik - geen impact op API
BugFix: Het beheren van deadletter queues werkte niet meer in een beperkt aantal scenario's
BugFix: Er volgde een foutboodschap bij het toevoegen van een nieuwe afzender aan een publieke dienstverlening configuratie
Versie 2.15.1 (2020-02-03)
Actieve notificaties met NotificatieCategorie TerugmeldingMelder kunnen vanaf nu verstuurd worden
Statistieken rond markeergelezen acties worden vanaf nu bijgehouden
Versie 2.14.1 (2019-12-10)
Geen functionele impact
Versie 2.13.2 (2019-12-04)
BugFix: Het was niet langer mogelijk om nog ongelezen notificaties, afkomstig uit versies ouder dan v2.13.1, als gelezen te markeren
Versie 2.13.1 (2019-11-27)
BugFix: Het kon voorkomen dat voor notificaties met NotificatieCategorie VrijeNotificatie geen Titel was ingevuld
Er zijn een aantal technische voorbereidingen uitgevoerd om email notificaties te kunnen versturen, dit zonder functionele impact
Versie 2.12.4 (2019-11-07)
Het kon voorkomen dat een afzender niet kon worden toegevoegd aan een merk
Versie 2.12.3 (2019-10-30)
Geen functionele impact
Versie 2.12.2 (2019-10-25)
Geen functionele impact
Versie 2.12.1 (2019-10-24)
Performantie en stabilisatie verbeteringen onder hoge load
Het is nu mogelijk om Notificaties aan te bieden voor eenzelfde publieke dienstverlening configuratie door verschillende afzenders
Versie 2.11.1 (2019-10-03)
De tabel waarin NotificatieAanvragen oorspronkelijk in terecht kwamen is verwijderd
Op NotificatieBundelImportStatus wordt nu een laatst-gewijzigd-datum bijgehouden
Versie 2.10.1 (2019-08-27)
Uitfaseren van NotificatieAanvragen - verwijderen oude referenties
Bugfix: het uitlezen van NotificatieBundels uit de database werd performanter gemaakt
Versie 2.9.3 (2019-06-14)
Bugfix: Het aanmaken van een NotificatieBundel had een performantie issue op omgevingen met veel Notificaties
Versie 2.9.2 (2019-06-07)
Bugfix: Migratie van oude NotificatieAanvragen stopte onverwacht als NotificatieAanvragen geregistreerd waren zonder ProductId
Bugfix: Auditlogging van het aanmaken van een Notificatie a.d.h.v. een NotificatieBundel logde een verkeerde Id
Versie 2.9.1 (2019-06-03)
Uitfaseren JSON-opslag voor notificatiebundel/-ticket/-sleutel
NotificatieAanvragen(aangeboden via POST /api/v1/notificaties) resulteren nu in de aanmaak van een NotificatieBundel (in lijn met NotificatieBundelVerzoeken aangeboden via POST /api/v2/notificaties). Historisch aangeboden NotificatieAanvragen worden ook omgezet naar NotificatieBundels.
Versie 2.8.1 (2019-05-22)
Optioneel maken van JSON-opslag in database
Versie 2.7.1 (2019-05-06)
Toevoegen van deadletter-beheer voor operationele monitoring en interventie
Raadplegen van database via eerder geintroduceerd relationeel model
Versie 2.6.1 (2019-05-03)
Optimalisatie van database-opslag notificatieberichten in relationeel model
Versie 2.5.2 (2019-04-26)
Het is niet meer mogelijk om alle notificatiebundel-importstatussen op te vragen
Versie 2.5.1 (2019-04-19)
Toevoegen documentatie nieuwe sleutelwaardeparen-structuur
Versie 2.4.1 (2019-04-17)
Toevoegen validatieregels nieuwe sleutelwaardeparen-structuur
Versie 2.3.3 (2019-03-18)
Bugfix: Het was niet langer mogelijk om merken van een publieke dienstverlening te verwijderen of om van een merk een notificatie kanaal te verwijderen
Versie 2.3.2 (2019-03-11)
Bugfix: De sortering van notificaties aangeboden via v2-endpoints werd gecorrigeerd
Bugfix: Technische rechtzetting precisie DatumNotificatie-veld
Versie 2.3.1 (2019-02-27)
Bugfix: Als je geen ovo code claim had bij POST notificatie v1 werd een Http500 in plaats van de verwachte Http403
Uitbreiding van sleutelwaardeparen met voorziening voor geneste objecten
Bugfix: Het is niet langer mogelijk dat een POST notificatie v1 over meer dan 1 productid gaat. De correcte publiekedienstverleningconfiguratie wordt nu gekoppeld aan het resulterende notificatie-bericht.
Versie 2.2.3 (geschrapt)
Bugfix: interoperabiliteit - inladen van notificaties uit een volgende versie (v2.3+) resulteert niet langer in fouten
Versie 2.2.2 (2019-02-01)
Het sleutelWaardePaar "MerkNaam" komt nu voor in iedere notificatie en heeft altijd een op dezelfde manier opgebouwde waarde. Dit onafhankelijk van de versie waarmee de notificatie wordt aangemaakt. Notificaties aangemaakt via v1 voor deze wijziging hebben nog een afwijkende waarde.
Versie 2.2.1 (2019-01-11)
Het is nu mogelijk om alle publieke dienstverlening configuraties zonder authenticatie op te halen (GET api/v2/publiekedienstverleningconfiguraties/publiek). Hierbij wordt slechts een deel van de informatie rond de publieke dienstverlening configuraties terug gegeven.
Versie 2.1.0 (2018-10-23)
ProductId in Notificatie POST body is nu een verplicht mee te geven waarde (v1/v2).
Toevoegen van documentatie verrijkt sleutelwaardepaar 'MerkNaam' en sleutelwaardeparen voor kanaaltemplates DossierGerelateerdBerichtWijzigingDossier, DossierGerelateerdBerichtActieNodig
Versie 2.0.1 (2018-10-12)
Database-opschoning oude Notificaties MijnBurgerprofielWelkomstbericht
Bugfix sleutelwaardepaar VrijeNotificatie
Versie 2.0.0 (2018-10-08)
API VERSION CHANGE POST van Notificatie Bundels (V2) in plaats van Notificatie Aanvragen (V1)
BREAKING Property Body (met HTML) werd verwijderd. Titel blijft en bevat geen HTML.
BREAKING Toevoegen check op IPDC, deze is verplicht nu voor Notificatie Aanvragen (V1) & Notificatie Bundels (V2)
Nieuwe notificatiecategorie : MijnBurgerprofielWelkomstbericht
Nieuwe notificatiecategorie : VrijeNotificatie
Versie 1.1.0 (2018-07-17)
Changed bron -> publieke dienstverlening configuratie en configuratiescherm toegevoegd.
Initiële versie Pull On demand.
Versie 1.0.0 (2018-07-17)
Initiële versie.
Dit is een officiële website van de Vlaamse overheid - Uitgegeven door Digitaal Vlaanderen: https://www.vlaanderen.be/digitaal-vlaanderen
DISCLAIMER: http://www.vlaanderen.be/nl/disclaimer
TOEGANKELIJKHEID:
http://www.vlaanderen.be/nl/toegankelijkheid