| |
| |
| Item |
Dates/Info |
| Version |
1.0.0.0/1.1.0.0/1.2.0.0
1.3.0.1 Swagger on ACC
1.4.0.2/1.5.0.1/1.6.0.2
|
| Release month (PO) |
2025-09/2025-10 |
| Validations |
Date |
By |
| Processing Doc.Team |
|
|
| Publication(s) |
Released Community |
|
| Publication 1 |
|
|
| Table of Contents |
|
|
Items
| Item |
Item beschrijving |
PBI |
opmerking |
Breaking |
Acc |
Stag |
Prod |
|
|
| 0.112.0.3 |
Verbetering van het endpoint Recipient en Associated Recipients in Beneficiary om een toegangsdatum meet te geven |
VIDIS-6771 |
Betreft nieuw veld activated_at |
Nee |
|
|
|
|
|
| 1.0.0.0 |
Fase staging toegevoegd en toegang naast tenant nu ook alleen voor 1 service center. Staging wordt gebruikt voor de klanten die een migratie omgeving gebruiken naast de productieomgeving. |
VIDIS-8974 |
Klant dient credentials voor de huidige app naar Staging API en eventueel die voor migratie aan te passen naar de nieuwe configuratie voor Productie en Staging API.
Klanten hebben hiermee de gelegenheid om bij een breaking change op de migratieomgeving met de staging API de aanpassingen in de APP te doen om te testen alvorens het naar productie gaat.
|
Ja |
|
|
|
|
|
| 1.0.0.1 |
Technische aanpassing |
VIDIS-8974 |
|
Nee |
|
|
|
|
|
| 1.0.0.2 |
Bug fix op gebruik van de wildcard % in endpoints GET Relations, BenefitPlans and Beneficiaries op Relatienummer |
VIDIS-9017 |
Op relatienummer kan een % wildcard aan het eind meegegeven worden in de GET en dan worden alle relatienummers die beginnen met de waarde voor de % terug gegeven. Met in acht name van de limit. |
Nee |
|
|
|
|
|
| 1.1.0.2 |
Technische aanpassing op Service Center caching |
VIDIS-7832 |
|
Nee |
|
|
|
|
|
| 1.2.0.3 |
Performance verbetering op VIDIS-9017
|
VIDIS-8889 |
|
Nee |
|
|
|
|
|
| 1.3.0.0 |
Limitering API tenant op 1 Service Center |
VIDIS-7832 |
Hiervoor geld wel dat de configuratie bij de klant voor authenticatie aangepast moet worden. |
Nee |
|
|
|
|
|
| 1.3.0.1 |
Uitbreiding naar alle velden bij GET companies |
VIDIS-8941 |
Get companies response bevatte alleen de id en de naamgeving. Nu worden alle velden meegegeven. |
Nee |
|
|
|
|
|
| 1.4.0.2 |
Bug fix Wijziging op endpoint Specificaties waarbij relatienummer niet meer verplicht is, en limit is toegevoegd met default = 10, |
VIDIS-9154 |
Nu kunnen alle specificaties van een maand worden opgevraagd. |
Nee |
|
|
|
|
|
|
1.5.0.1
|
Bug fix Benefitplan met type Advanced noticed kan gewijzigd worden naar Regular ook bij een eenmalig plan. |
VIDIS-8409 |
|
Nee |
|
|
|
|
|
| 1.6.0.2 |
Bug fix Toevoegen van een Recipient op een Benefitplan kan ook als deze eerder verwijderd was |
VIDIS-9063 |
|
Nee |
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
Bijzonderheden
De publicatie op Community wijzigt in de oude structuur van Release Notes naar een doorlopend tabel overzicht waarin de items zijn opgenomen en waar wordt aangegeven wanneer deze naar acceptatie gaat, naar staging en als laatst naar productie. Een extra kolom geeft aan of een item breaking is. Indien ja, dan wordt die naar staging doorgezet, maar vervolgens minimaal 1 maand later naar productie zodat klanten de gelegenheid hebben om de eigen app aan te passen en te testen.
Visma Finland
Visma Letland
Visma Nederland
Visma Noorwegen
Visma Zweden
Visma Developers & Partners
Visma Latijns-Amerika