om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
| Item | Dates/Info | |
|---|---|---|
| Version | ||
| Release month (PO) | 2025-10 | |
| Validations | Date | By |
| Regression |
|
GW |
| Publication | Released Community | |
| Last Publication |
|
|
| Table of Contents | ||
| Item | Item beschrijving | PBI | opmerking | Breaking | Acc | Stag | Prod | ||
| 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. Technisch vergt dit wel een aanpassing in de APP die een GET request doet op een Specificatie |
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 |
|
|
|
|||
| 1.8.1.1 | Technische aanpassing in API om voor het service center apart processen te kunnen starten ongeacht of die lopen op een ander Service Center | VIDIS-9262 | Aanpassing mbt eerste deel wijziging in VIDIS. | Nee |
|
|
|
||
| 1.9.0.2 | Bug fix, onnodige opbouw van history op endpoint Beneficiary | VIDIS-9218 | History en wijzigen van mutatiedatum actueel exemplaar gebeurde ook als er geen inhoudelijke wijziging wordt verstuurd. Dat verstoord onnodig de werking van doorgegeven mutaties naar de payroll. | Nee |
|
|
|
||
| 1.10.0.1 | Bug fix on total in response for Get specifications | VIDIS-9154 | Totaal werd niet in alle gevallen juist bepaalt. | Nee |
|
|
|
||
| 1.11.1.1 | Bevinding opgelost waarbij approved velden niet meer gevuld werden na 1.9.0.2 | VIDIS-9294 | De update naar stag en prod is verzet om de regressie test op acc opnieuw te doen | Nee |
|
|
|||
| 1.12.0.2 | Tech fix zodat de API local time vastlegt op de DB. | VIDIS-9214 | Nee |
|
|
|
|||
| 1.14.0.1 | Bevinding opgelost waarbij fiattering bij verdeling naar ontvanger niet meer werd gevuld. |
VIDIS-9301 |
Nee |
|
|
|
|||
| 1.15.0 |
Er is nog een bevinding gevonden bij de vastlegging van de verdeling van ontvangers bij een fiscaalbegunstigde die opgelost moet worden. Daarmee worden alle eerder regels hier later opgeleverd naar productie, 17 oktober.
De items met datums 8 oktober naar Stag zijn aangepast naar 10 oktober ivm bevindingen die opgelost moeten worden. En daarmee is voor prod de datum veranderd van 10 naar 15 october.
De publicatie op Community wijzigt in de oude structuur van Release Notes naar een doorlopend tabel overzicht per maand 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.
Copyright 2023 Visma Community. All right reserved.