Migratie van voorkeurskosten
Een nieuwe functionaliteit van voorkeurskosten maakt migratie en splitsing van bestaande voorkeurskosten noodzakelijk.
De nieuwe voorkeurskosten hebben een andere structuur, wat de uniforme toepassing op kanalen en flexibiliteit bij het boeken op kaart verbeterd.
Lees hier meer over de nieuwe opzet van voorkeurskosten: Hoe je voorkeursboekingen en voorkeurskosten gebruikt, en Voorkeurskosten instellen
Jouw bestaande voorkeurskosten passen niet (allemaal) in deze vorm. Het is noodzakelijk om ze te migreren, zodat het bedoelde gedrag behouden kan blijven.
Wat is er veranderd
Binnen de instellingen van een voorkeurskostenpost bestond voorheen de optie 'Koppel kostenpost aan specifieke voorziening'. Hierdoor werd de kostenpost in het boekingsportaal toegepast bij selectie van voorzieningen en selectie van een object op de kaart, als deze de gekoppelde voorziening bevatten. Deze instelling komt te vervallen.
Wat gebeurt er tijdens de migratie
Bestaande voorkeurskosten met bovenstaande instelling worden opgesplitst, in twee voorkeurskosten die elkaar aanvullen.
1. Nieuwe kostenpost voor objectselectie
Om de voorziening in rekening te brengen bij objectselectie, is er een kostenpost met onderstaande instellingen gemaakt.
Let op: verandering in toepasbaarheid
Voorheen werden deze kosten alleen in het eigen boekingsportaal toegepast.
De nieuwe voorkeurskosten voor objectselectie worden ook toegepast als een specifiek object wordt geboekt via externe kanalen (API) of in de Backoffice.
Wil je dit niet, bewerk dan de nieuwe kostenpost om de toepasbaarheid op kanalen te specificeren.
2. Nieuwe kostenpost voor voorzieningselectie
Om de voorziening in rekening te brengen bij voorzieningselectie, is een kostenpost met onderstaande instellingen gemaakt. Het gedrag in toepasbaarheid van deze kostenpost is niet veranderd.
