Een overzicht van de belangrijkste nieuwe functionaliteit, wijzigingen en opgeloste meldingen in ValidSign tussen 9 tot en met 23 september 2026.
Nieuwe functionaliteit
Onderstaande tabel bevat een overzicht van de nieuwe functionaliteit die met deze release beschikbaar komt.
| Functionaliteit | Onderdeel | Beschrijving |
|---|---|---|
| Verzonden herinneringen in het bewijsdocument | PLATFORM Admin / Sender |
Met een nieuwe accountinstelling neemt u verzonden herinneringen op in het bewijsdocument. Per herinnering worden datum, tijdstip en ontvanger vastgelegd in de audit trail, zodat aantoonbaar is wanneer een ondertekenaar is herinnerd. |
| Handtekeningtype zichtbaar in het bewijsdocument | PLATFORM Alle gebruikers |
Het bewijsdocument vermeldt nu per handtekening welk type is gebruikt. Een gekwalificeerde handtekening (QES) via de Token Reader of via een gekwalificeerd cloudcertificaat is daarmee duidelijk te onderscheiden van een klikhandtekening, inclusief de identiteit uit het certificaat en de uitgevende vertrouwensdienst. |
| Veldvalidatie op tekstvelden (IBAN) | PLATFORM Admin / Sender / API |
Aan een tekstveld kan een validatietype worden gekoppeld. Als eerste ingebouwde validatie is het Nederlandse IBAN beschikbaar (controlegetal en 11-proef). Een ondertekenaar kan het veld pas bevestigen als de invoer geldig is. De beschikbare validatietypen zijn via de API op te vragen, zodat nieuwe typen automatisch beschikbaar komen. |
Gewijzigde functionaliteit
Onderstaande tabel bevat een overzicht van bestaande functionaliteit die met deze release is aangepast.
| Wijziging | Onderdeel | Beschrijving |
|---|---|---|
| Verplichte tweestapsverificatie eenmaal per 24 uur | PLATFORM Alle gebruikers |
Voorheen: bij verplichte tweestapsverificatie werd bij iedere aanmelding om een code gevraagd. Nu: per combinatie van gebruiker en apparaat wordt de code nog maximaal eenmaal per 24 uur gevraagd. Omgevingen met verplichte SSO zijn niet gewijzigd. |
| Enkel aanvaarden per ontvanger | FRONTEND Admin / Sender |
Voorheen: de optie “Enkel aanvaarden” in de designer gold voor het hele document, waardoor alle ontvangers ofwel tekenden ofwel alleen aanvaardden. Nu: de optie geldt alleen voor de geselecteerde ontvanger. Eén ontvanger kan een document aanvaarden zonder handtekening, terwijl een volgende ontvanger op hetzelfde document wel tekent. |
Bugfixes
Onderstaande tabel bevat een overzicht van opgeloste meldingen in deze periode.
| Onderwerp | Onderdeel | Beschrijving |
|---|---|---|
| Datum bij handtekening in verkeerde tijdzone | PLATFORM | De datum en tijd die naast de handtekening op het document worden gestempeld hielden geen rekening met de tijdzone van de transactie en toonden UTC. Rond middernacht kon daardoor de vorige dag op het document staan, terwijl het bewijsdocument de juiste datum toonde. Beide tonen nu de lokale tijd. |
| Groepslid kon niet tekenen vanuit ander subaccount | PLATFORM | Een transactie die naar een groep is verstuurd was wel te openen vanuit een ander subaccount, maar tekenen gaf de melding “User not authorized for this recipient”. Groepsleden kunnen nu vanuit elk subaccount waar zij toegang toe hebben tekenen. |
| Automatische provisioning naar specifiek account | PLATFORM | Bij aanmelden via SSO werden nieuwe gebruikers niet altijd in het geconfigureerde account aangemaakt. Dit is gecorrigeerd. |
| Token Reader herkent besturingssysteem beter | PLATFORM | De Token Reader herkende alleen een vaste lijst besturingssysteemnamen. Op onder meer Windows Server en nieuwere macOS-versies leidde dat tot een onduidelijke fout. Het besturingssysteem en de versie worden nu correct gedetecteerd. |
| Gedeelde sjablonen zichtbaar in subaccounts | PLATFORM | Sjablonen die in een hoofdaccount als gedeeld waren gemarkeerd, verschenen ook in de sjabloonlijst van subaccounts en gaven een fout bij gebruik. Subaccounts tonen nu alleen hun eigen sjablonen. |
| Verouderde profielgegevens in concepten en sjablonen | PLATFORM | Na een wijziging van organisatie, functie, voornaam of taal in het profiel van een ondertekenaar bleven de oude gegevens staan in conceptransacties en sjablonen. Deze worden nu opnieuw opgehaald. |
| Status “In behandeling” in gebruikersbeheer | PLATFORM | Het gebruikersoverzicht toonde “In behandeling” voor verzenders die al actief waren. De status wordt nu correct weergegeven. |
| Tekst e-mail bij wijziging ondertekenaar | PLATFORM | De e-mail die wordt verstuurd wanneer een ondertekenaar de verantwoordelijkheid overdraagt gebruikte altijd het bezittelijk voornaamwoord “zijn” en de term “ValidTransaction™”. De tekst is genderneutraal gemaakt en de term is vervangen. |
| Datumveld wissen gaf een fout | PLATFORM | Wanneer een ondertekenaar een ingevuld datumveld leegmaakte, gaf de server een fout en bleef de oude waarde staan zonder melding. Voorwaardelijke logica op “veld is leeg” werkte daardoor niet meer nadat het veld eenmaal was ingevuld. Een optioneel datumveld is nu gewoon te wissen en de logica wordt opnieuw geëvalueerd. |
| Keuzerondje “niet geselecteerd” in voorwaardelijke logica | PLATFORM | Een voorwaarde op “keuzerondje is niet geselecteerd” werd niet meer waar zodra de groep eenmaal was aangeraakt. Na het wisselen naar een andere optie wordt de voorwaarde nu correct opnieuw toegepast. |
| Ondertekenscherm niet bijgewerkt na keuze in keuzerondje | PLATFORM | Bij het kiezen van een optie zonder eigen voorwaarden werden de voorwaarden van de andere opties wel teruggedraaid, maar meldde de server dat er niets was gewijzigd. Het ondertekenscherm bleef daardoor verouderd. De wijzigingen worden nu volledig gerapporteerd. |
| Complementaire voorwaarden onterecht geweigerd | PLATFORM | De combinatie “als leeg dan uitschakelen” en “als gevuld dan verplicht” op hetzelfde veld werd geweigerd als conflict, terwijl beide nooit tegelijk kunnen gelden. Zulke complementaire voorwaarden worden nu geaccepteerd. |
| Tegenstrijdige acties op één veld | PLATFORM | Twee tegenstrijdige acties op hetzelfde doelveld (bijvoorbeeld inschakelen én uitschakelen bij dezelfde voorwaarde) werden zonder waarschuwing opgeslagen en willekeurig toegepast. Dit wordt nu consistent afgehandeld en bij het opslaan gesignaleerd. |
| Tekst-tag-extractie bij gemengde goedkeuringen | PLATFORM | Bij tekst-tags met zowel een handtekening als invulvelden in één goedkeuring kreeg de handtekening de positie van het eerste invulveld en konden invulvelden wegvallen wanneer goedkeuringen werden gesplitst. De extractie plaatst alle velden nu correct. |
| SSO-gebruikers en wachtwoordverloop | PLATFORM | Voorheen: gebruikers die via SSO/SAML inloggen kregen ten onrechte een “wachtwoord verlopen”-e-mail en werden bij het inloggen geblokkeerd met een verzoek om een nieuw wachtwoord. Nu: SSO-gebruikers zijn uitgezonderd van het lokale wachtwoordbeleid en loggen gewoon in via hun eigen identiteitsprovider. |
| Ondertekenen in Safari binnen een iframe | FRONTEND | Wanneer het ondertekenscherm door een klant in een iframe op de eigen website was ingesloten, mislukten invullen en tekenen in Safari met een foutmelding. De benodigde cookies worden nu zo ingesteld dat Safari ze ook in een iframe accepteert. |
| Datumveld in verkeerd formaat tijdens ondertekenen | FRONTEND | Tijdens het invullen toonde een datumveld bij het formaat dd-MMM-yyyy een dagafkorting in plaats van de dag van de maand (bijvoorbeeld “Fr-Aug-2026”). Het getekende document was wel correct. Het ondertekenscherm gebruikt nu hetzelfde formaat. |
| Koptekst over document bij mobiel ondertekenen | FRONTEND | Op een mobiele telefoon schoof de vaste koptekst mee omhoog wanneer het toetsenbord opende, waardoor het document en het in te vullen veld niet meer zichtbaar waren. Dit is opgelost. |
| Datumstempel toonde minuten in plaats van maand | FRONTEND | Het automatische datumveld bij de handtekening toonde in het ondertekenscherm de minuten op de plek van de maand (bijvoorbeeld “11-58-2026” in plaats van “11-09-2026”). Het getekende document was wel correct. De weergave is gecorrigeerd. |
| Onzichtbare laadbalk in Designer | FRONTEND | Na het openen van de Designer lag circa 50 seconden een onzichtbare laadlaag over het document, waardoor geplaatste velden zonder melding verdwenen. De laadlaag blokkeert het plaatsen niet meer. |