Een overzicht van de belangrijkste nieuwe functionaliteit, wijzigingen en opgeloste meldingen in ValidSign tussen 22 en 29 oktober 2026.
Nieuwe functionaliteit
Onderstaande tabel bevat een overzicht van de nieuwe functionaliteit die met deze release beschikbaar komt.
| Functionaliteit | Onderdeel | Beschrijving |
|---|---|---|
| Eigen naam per transactie bij bulkverzending | PLATFORM Afzenders die bulkverzending gebruiken |
Transacties uit een bulkbestand kregen allemaal de naam van het sjabloon, waardoor ze in het overzicht niet uit elkaar te houden waren. Met de nieuwe optionele kolom TRANSACTION_NAME geeft u elke regel in het CSV-bestand een eigen transactienaam, bijvoorbeeld een contractnummer of een medewerkersnaam. De transactie is daarmee terug te vinden in het transactieoverzicht, in rapportages en via de API. Laat u de kolom weg, dan blijft de naam van het sjabloon gelden. |
| Beheerders kunnen tweestapsverificatie opnieuw instellen | PLATFORM Beheerders |
Als een gebruiker zijn tweestapsverificatie niet meer kan gebruiken, ging het verzoek tot nu toe alleen naar de eigenaar van het account, en alleen de eigenaar kon de tweestapsverificatie uitschakelen. Met de nieuwe rechten voor beheer van tweestapsverificatie ontvangen ook beheerders met dat recht de melding en kunnen zij de tweestapsverificatie van een gebruiker uitschakelen. Het recht kent u toe via rolbeheer. |
| Validatie op tekstvelden instellen | FRONTEND Afzenders die formuliervelden gebruiken |
In de designer kiest u op een tekstveld een validatietype, te beginnen met Nederlandse IBAN. Vult de ondertekenaar een waarde in die niet aan het formaat voldoet, dan krijgt hij een leesbare melding in zijn eigen taal in plaats van een technische foutcode. De beschikbare validatietypen komen uit het platform, zodat nieuwe typen vanzelf in de lijst verschijnen. |
| Meer sturing over de ingesloten designer | FRONTEND Integratiepartners en organisaties met een eigen koppeling |
Wordt de designer vanuit een andere applicatie geopend, dan kunt u via de URL meer onderdelen van de interface verbergen, de taal van de designer vastzetten en een terugkeer-URL meegeven. De afzender komt na het verzenden terug in uw eigen applicatie in plaats van in ValidSign, en de designer opent niet langer altijd in het Nederlands. |
Bugfixes
Onderstaande tabel bevat een overzicht van opgeloste meldingen in deze periode.
| Onderwerp | Onderdeel | Beschrijving |
|---|---|---|
| Lege tekst in uit Word omgezette documenten | PLATFORM | Bij de omzetting van een Word-document naar PDF werden rekenvelden in het document opnieuw berekend. Verwijzingen naar tekst elders in het document leverden daardoor niets op, waardoor bijvoorbeeld bedrijfsnamen, adresgegevens en factuurgegevens leeg in het ondertekende document terechtkwamen, terwijl ze in Word wel zichtbaar waren. De waarden zoals die in het Word-bestand staan worden nu overgenomen. |
| Lege waarde in een veld met validatie | PLATFORM | Een veld met een validatie gaf een foutmelding zodra de ondertekenaar het veld leeg liet of de waarde wiste, ook als het veld niet verplicht was. Daarnaast wees de controle op Nederlandse IBAN's geldige rekeningnummers af, omdat naast de officiele IBAN-controle ook de elfproef werd toegepast. Een leeg veld is nu geldig, en een IBAN wordt alleen nog op formaat en de officiele IBAN-controle getoetst. |
| Callback SIGNER_COMPLETE meerdere keren verstuurd | PLATFORM | Koppelingen die met callbacks werken, ontvingen de melding SIGNER_COMPLETE soms twee of drie keer voor dezelfde ondertekenaar, binnen enkele seconden na elkaar. Een ondertekenaar die klaar is levert nu een enkele melding op. |
| Doorsturen van een ontvanger | PLATFORM | Werd een ontvanger vervangen of werd een transactie doorgestuurd, dan gingen de al gezette handtekeningen en de al ingevulde velden mee naar de nieuwe ontvanger. De transactie kon daardoor niet meer worden afgerond. Uitgevoerde handelingen blijven nu staan bij de ontvanger die ze heeft verricht, en alleen de openstaande taken gaan over naar de nieuwe ontvanger. |