Release 2024.12
Vanaf 12 november 2024 maken alle klanten van het Procurios Platform gebruik van release 2024.12. In dit blog lees je wat er nieuw is en wat er is verbeterd.
API: sessie beëindigen toegevoegd aan OpenId discovery
Maak jij gebruik van onze API? En heb jij daarbij ook een extern platform draaien waar gebruik wordt gemaakt van een gebruikersaccount vanuit het Procurios Platform? Dan kun je vanaf deze release gebruik gaan maken van het zogeheten ‘End Session Endpoint’. Deze geeft jouw gebruikers de mogelijkheid om, wanneer zij ingelogd zijn via hun gebruikersaccount bij Procurios, ook uit te loggen op het externe platform waar zij mee ingelogd zijn op het externe platform.
CMS: vernieuwde cookiebalk beschikbaar
Je kent het wel: als bezoeker van een website, wordt er regelmatig aan je gevraagd om de cookies te accepteren. Door de jaren heen zijn zowel de regels als opties hiervoor steeds uitgebreider geworden. Met de vernieuwde cookiebalk voldoen je websites nog beter aan de eisen. Wat zijn de wijzigingen?
Versiebeheer
Sinds release 2024.06 kun je ons platform een scan laten uitvoeren op alle geplaatste cookies. Op basis van de automatisch gevonden cookies en de aangevulde omschrijvingen kun je een cookieverklaring laten genereren die vertelt in welke categorie de cookies vallen, waarom de betreffende cookies geplaatst worden en hoe lang de cookies bewaard worden. Zo kun je jouw websitebezoekers eerlijk inlichten en helpen om een keuze te maken voor de cookies die zij wel en niet willen accepteren. Maar wat gebeurt er als je nieuwe cookies gaat gebruiken op je website nadat de gebruiker de cookies al geaccepteerd heeft? Mogelijk is het dan nodig om opnieuw toestemming te vragen. Bij een wijziging aan de cookieverklaring kun je vanaf nu aangeven op welke websites er opnieuw om toestemming gevraagd moet worden als websitebezoekers terugkeren.
Instellingen in pop-up
Wanneer je in de vernieuwde cookiebalk - die ook qua styling een upgrade heeft gekregen - aangeeft dat je zelf wilt instellen welke cookies wel en niet geplaatst mogen worden, hoef je hiervoor niet meer naar een aparte pagina. De instellingen verschijnen in een pop-up over het scherm. De bezoeker blijft hierdoor op de pagina die wordt bezocht.
Toestemming per leverancier
De vernieuwde cookiebalk maakt het mogelijk om toestemming te geven per leverancier. Bij de instellingen van de cookieverklaring kun je aangeven of je hier gebruik van wilt maken. Hiermee is wel iets bijzonders aan de hand: in Nederland is het namelijk niet verplicht om bezoekers deze optie te geven, maar in België wel. De optie om toestemming te geven per leverancier staat standaard aan wanneer een website vanuit België wordt bezocht. Voor Belgische organisaties geldt echter dat ze de functie ook expliciet aan moeten zetten, zodat - ook als hun website vanuit het buitenland bezocht wordt - er toestemming gegeven kan worden als leverancier.
Gebruik van cookies in artikelen
Bij artikelen in het CMS en bij nieuws en HTML snippets, kun je aangeven dat er gebruik wordt gemaakt van cookies. Bijvoorbeeld als je een YouTube-video in een artikel plaatst. Vanaf nu kun je hierbij ook vermelden om welk soort cookies het gaat en van welke leveranciers deze afkomstig zijn. Wanneer er geen toestemming is gegeven voor dit soort cookies, wordt er een alternatieve tekst getoond met de optie om je cookie-instellingen te wijzigen. De cookie-instellingen openen dan opnieuw in een pop-up, zodat de gebruiker niet van de pagina wordt weggeleid.
Vernieuwde consent-cookie
De cookie die vastlegt waarvoor consent is gegeven is ook vernieuwd (ongeacht of je de vernieuwde of vertrouwde cookiebalk gebruikt). Welke cookies er geplaatst mogen worden, wordt gebaseerd op deze nieuwe consent-cookie. Met het oog op reeds ingerichte Tag Managers blijft ook de oude consent-cookie werken. Deze bevat echter geen informatie over toestemming voor leveranciers en de versie van de cookieverklaring. Hoe je de nieuwe consent-cookie gebruikt voor (Google) Tag Manager, lees je in het helpcenter.
Let op: Je zult de nieuwe cookiebalk zelf moeten activeren via de cookie-instellingen onder Sites&Domains in het CMS. Hiervoor heb je de rol SuperUser nodig. Na activatie kun je niet meer terugkeren naar de oude versie.
CRM: zoeken op ‘anders, namelijk’
In het CRM zijn er drie vrije (keuze)velden in te stellen met de optie 'anders, namelijk':
- Eén uit meer met keuzemenu en 'anders' optie
- Eén of meer uit meerdere opties en 'anders' optie
-
Eén uit meer met ronde knoppen en 'anders' optie
Het is vanaf nu mogelijk om binnen dit zoekveld te filteren of de optie 'anders' gekozen is (of niet). Zo krijg je alle relaties te zien die een afwijkend antwoord hebben gegeven en wellicht extra aandacht vereisen. Het is niet mogelijk om te filteren op de inhoud van dit veld.
Finance: nieuwe incassopoging na een ingetrokken incasso-afspraak
Een actieve incasso-afspraak kan om verschillende redenen ingetrokken worden. Een mislukte incassopoging (storno) kan bijvoorbeeld automatisch leiden tot deze intrekking. Als je gewend bent om navraag te doen bij relaties over de mislukte incasso, dan zul je herkennen dat er vaak een legitieme reden is en dat er wellicht een andere bankrekening gebruikt dient te worden voor de incasso. Je krijgt toestemming om het dan nogmaals te proberen vanaf een nieuwe bankrekening.
Dat laatste is vanaf nu een stuk eenvoudiger. Het uitvoeren van een incasso-opdracht kon eerder alleen vanaf de originele incasso-afspraak die gekoppeld was aan de toezegging of factuur, maar deze incasso-afspraak kon je alleen rechtstreeks wijzigen als de afspraak nog actief was. Vanaf nu kun je ook de ingetrokken afspraak wijzigen. Als je nu de ingetrokken incasso-afspraak opent, kun je direct aangeven dat je de bankrekening wilt wijzigen. Er wordt in dat geval een nieuwe incasso-afspraak aangemaakt, zodat de historie van de oude incasso-afspraak in tact blijft. Hierna kun je deze incasso opnieuw proberen uit te voeren via de volgende incasso-batch.
Lees hier meer over Mislukte incasso-opdrachten
Meetings & Events: veldcodes van programma-activiteiten en start-/eindtijden voor deelnamebewijzen
Vanaf deze release heb je de mogelijkheid om een aantal nieuwe veldcodes van het gevolgde programma in het bewijs van deelname te verwerken. Het gaat hier om het tonen van alle activiteiten, alle dagen waarop de bijeenkomst plaatsvond en eventuele start- en eindtijden.
Bij het toevoegen van een activiteit op het programma kun je nu aangeven of deze meegenomen moet worden in het bewijs van deelname. Zo kun je voorkomen dat bijvoorbeeld de inloop en lunch ook op het bewijs van deelname komen te staan. Heb je je moeten aanmelden voor een activiteit? Dan komen alleen de activiteiten waar jij je voor hebt aangemeld op het deelnamebewijs.