Een overzicht van de belangrijkste nieuwe functionaliteit, wijzigingen en opgeloste meldingen in ValidSign tussen 26 augustus en 8 september 2026.
Nieuwe functionaliteit
Onderstaande tabel bevat een overzicht van de nieuwe functionaliteit die met deze release beschikbaar komt.
| Functionaliteit | Onderdeel | Beschrijving |
|---|---|---|
| Archief Manager | FRONTEND Admin / Sender |
In de Sender UI is een nieuwe Archief Manager beschikbaar. Hiermee stelt u zelf een archief samen van afgeronde transacties over een gekozen periode en downloadt u dit rechtstreeks vanuit het dashboard. |
| Hongaars als taal | FRONTEND Alle gebruikers |
Hongaars is toegevoegd als taal in zowel de Sender UI als het ondertekenscherm. De taal is te kiezen als voorkeurstaal, als transactietaal en door de ondertekenaar zelf in de taalkeuze. |
| Grafische paraaf in persoonlijke gegevens | FRONTEND Alle gebruikers |
Onder Mijn account > Persoonlijke gegevens kunt u naast uw handtekening nu ook een handgeschreven paraaf vastleggen. Deze wordt gebruikt bij paraafvelden in het ondertekenscherm. |
Gewijzigde functionaliteit
Onderstaande tabel bevat een overzicht van bestaande functionaliteit die met deze release is aangepast.
| Wijziging | Onderdeel | Beschrijving |
|---|---|---|
| iDIN-acceptant | PLATFORM Alle gebruikers |
De iDIN-acceptant is gemigreerd naar itsme®. Voor eindgebruikers verandert er functioneel niets aan de ondertekenflow. |
| Controle op lege keuzelijst bij verzenden | PLATFORM Admin / Sender / API |
Voorheen: een transactie met een keuzelijst zonder opties kon worden verzonden, waarna de ondertekenaar een leeg veld zag. Nu: het verzenden wordt geweigerd met de melding dat een keuzelijst geen waarden heeft, zodat u de opties eerst kunt aanvullen. |
| Bladwijzers in documenten blijven behouden | PLATFORM Alle gebruikers |
Voorheen: bladwijzers (bookmarks) werden bij het uploaden uit een PDF verwijderd om de handtekeningen geldig te houden. Nu: bladwijzers blijven in het document staan; handtekeningen blijven geldig. |
Bugfixes
Onderstaande tabel bevat een overzicht van opgeloste meldingen in deze periode.
| Onderwerp | Onderdeel | Beschrijving |
|---|---|---|
| Langetermijnvalidatie (LTV) bij gekwalificeerde handtekeningen | PLATFORM | Bij gekwalificeerde handtekeningen (QES) via een externe certificaatprovider werden de validatiegegevens niet in de PDF opgenomen, waardoor de handtekening op lange termijn niet meer te verifiëren was. Deze gegevens worden nu toegevoegd. |
| Tekst-tag parent() koppelde velden verkeerd | PLATFORM | Bij tekst-tag-extractie werden invulvelden aan een willekeurige goedkeuring van dezelfde ondertekenaar gekoppeld in plaats van aan de goedkeuring uit parent(). Een verplicht veld op de laatste pagina kon zo een paraaf op een eerdere pagina blokkeren zonder zichtbaar veld. De koppeling volgt nu de tag. |
| Tekst-tag bleef zichtbaar in PDF | PLATFORM | Bij bepaalde PDF-documenten werd de tekst-tag niet uit het document verwijderd en werd de handtekening circa 72 punt onder de tag geplaatst. Tags worden nu correct verwijderd en velden op de juiste plek gezet. |
| Ingevulde datumvelden verdwenen bij upload van PDF-formulier | PLATFORM | Bij het uploaden van een ingevuld interactief PDF-formulier met gesplitste datumvelden (zoals het Loonheffingsformulier van de Belastingdienst) verdwenen de ingevulde datums en werd een aangevinkt vakje als zwart blok getoond. De waarden blijven nu zichtbaar. |
| ZIP-bestandsnamen op Windows | PLATFORM | ZIP-downloads konden een dubbele punt in de bestandsnaam bevatten, wat niet is toegestaan in Windows. Uitpakken met de ingebouwde Windows-tool mislukte daardoor. Bestandsnamen worden nu opgeschoond. |
| Tijdstippen in bewijsdocument in UTC | PLATFORM | De tijdstippen in de audit trail en het bewijsdocument hielden geen rekening met de tijdzone van de transactie en toonden UTC, twee uur eerder dan de werkelijke ondertekentijd. De ingestelde tijdzone wordt nu toegepast. |
| Volgorde bijlagen bij transactie uit sjabloon | PLATFORM | Bij het aanmaken van een transactie vanuit een sjabloon stonden de gevraagde bijlagen voor sommige gebruikers in een andere volgorde dan in het sjabloon. De volgorde is nu voor alle gebruikers gelijk aan het sjabloon. |
| Bestaande handtekening verplaatst en gespiegeld | PLATFORM | Wanneer een eerder getekende PDF opnieuw als document werd geüpload, werd de bestaande handtekening op een andere positie en gespiegeld weergegeven. De oorspronkelijke weergave blijft nu behouden. Let op: het opnieuw aanbieden van een getekend document maakt de eerdere handtekening juridisch ongeldig; wij raden dit af. |
| Verkeerde grafische handtekening bij groeps- of gedelegeerd tekenen | PLATFORM | Wanneer een groepslid of gedelegeerde een transactie afrondde die een andere ondertekenaar had opengelaten, werd de grafische handtekening van de eerste ondertekenaar gebruikt. Nu wordt altijd de handtekening van de daadwerkelijke ondertekenaar geplaatst. |
| Handtekening zwart weergegeven | PLATFORM | In het gerenderde document werd een grafische handtekening in sommige gevallen als zwart vlak weergegeven. Dit is opgelost. |
| Fout bij tekst-tag-extractie | PLATFORM | Het uploaden van specifieke documenten met tekst-tags leidde tot een serverfout, waardoor de transactie niet kon worden aangemaakt. Dit is verholpen. |
| Lettertype na ondertekenen gewijzigd | PLATFORM | Na ondertekening en conversie naar PDF werd het lettertype van het brondocument niet altijd behouden. Het oorspronkelijke lettertype blijft nu staan. |
| Sporadische serverfout tijdens ondertekenen | PLATFORM | Een tijdelijk afgebroken interne verbinding kon een ondertekenactie laten mislukken met een serverfout. Zulke aanroepen worden nu automatisch opnieuw geprobeerd. |
| Herhaalde e-mails bij gebouncte delegatiemail | PLATFORM | Wanneer een e-mail over delegatie bounceerde, werd deze steeds opnieuw verstuurd. Deze lus is doorbroken. |
| Sms-verificatie via SDK-integraties genegeerd | PLATFORM | Sms-verificatie die via SDK-integraties werd meegegeven, werd opgeslagen als “geen verificatie”. Op accounts met verplichte verificatie mislukte het aanmaken van de transactie daardoor met een foutmelding. De sms-verificatie wordt nu correct overgenomen. |
| Selectie kwijt in logica-editor | FRONTEND | De editor voor voorwaardelijke logica verloor de doelvelden van een bestaande voorwaarde zodra een tweede voorwaarde op hetzelfde veld werd toegevoegd, waardoor opslaan mislukte. Dit is opgelost. |
| Dubbele tekstveldwaarden bij ondertekenen | FRONTEND | Tekstveldwaarden werden in het ondertekenscherm dubbel of vervaagd weergegeven. Dit is opgelost. |
| Onterechte actie na afronding | FRONTEND | Het scherm na afronding toonde onterecht een sectie “documenten controleren” met bijbehorende acties. Deze wordt niet meer getoond. |
| Sjabloon-plaatshouder met sms-verificatie | FRONTEND | Een plaatshouder-ontvanger in een sjabloon kon niet worden opgeslagen met sms-verificatie, met de melding dat een telefoonnummer verplicht is. Opslaan werkt nu; het telefoonnummer wordt bij gebruik van het sjabloon ingevuld. |
| Contrast in donker thema | FRONTEND | Het documentacties-menu had een lichte achtergrond in het donkere thema. Het menu volgt nu het thema. |