Releasenotes v21.30

De release van deze week bevat de volgende updates / wijzigingen. Zoals iedere week pushen we deze vanavond naar alle SaaS-omgevingen.

Wat is er nieuw?

  • Het veld streefdatum is toegevoegd aan de tabel van tickets. Dit betekent dat deze nu -indien ingeschakeld- ook is te exporteren naar Excel.
  • Bij het aanpassen van e-mails via de acties, wordt nu ook een WYSIWYG-editor op basis van Markdown getoond.
  • Bij de acties is een nieuwe trigger toegevoegd ‘Gebruikersbeheer > Nieuw’.
  • Het is nu mogelijk om custom headers te sturen bij een webhook.
  • Via de API kun je nu naast lezen ook tickets aanmaken en bewerken. Daarnaast geldt ditzelfde voor de datasets-objecten.
  • Het is mogelijk om een gegenereerde e-mail (vanuit acties) op te slaan en toe te voegen aan het betreffende object / ticket (EML-bestand).
  • Als een gebruiker reageert via de portal wordt nu een log-item gegenereerd en is er een trigger die wordt afgevuurd.
  • Het is mogelijk om binnen de portal de mogelijkheid om te reageren uit te schakelen voor zowel openstaande tickets als afgeronde tickets.
  • Je kunt nu afbeeldingen gebruiken in alle WYSIWYG-velden. Hierbij geldt dat je wel rekening moet houden met de autorisaties van je publiek. Als iemand niet geautoriseerd is voor bijvoorbeeld de bijlagen van een ticket, en je plakt een afbeelding daarin, dan zal hij/zij de afbeelding niet zien.
  • Bij ruimtes kun je nu ook een categorie aan de tijdlijn-items toevoegen.
  • Het is vanaf nu mogelijk om in te stellen op basis van welke status of statussen een ticket is afgerond.

Wat hebben we aangepast of opgelost?

  • Diverse ‘notices’. Dat zijn waarschuwingen die getoond worden in de lokale ontwikkelomgevingen van onze ontwikkelaars.
  • Verwijderde items stonden nog in de ‘favorieten’ van gebruikers.
  • Het was onmogelijk om een Wiki-artikel aan te passen.
  • Het was mogelijk om bestanden te openen (weliswaar via een omweg) waarvoor je niet geautoriseerd was.

Let op

Vanaf volgende week (versie v21.31) vervalt het gebruik van de api_key via de URL. Zoals al eerder aangekondigd dien je volledig over te stappen op het autoriseren via een header (met Bearer-token). Neem voor hulp contact op met support.