1. Release Notes 5.3.2
Datum van release: 31-7-2019
1.1 Nieuwe functies in eSignatures 5.3.2
eSignatures 5.3.2 is een hotfixversie en bevat geen nieuwe functies.
1.2 Verbeteringen
Verbeterd asynchroon ondertekenen
De Worker kan nu één wachtrij voor servermatige ondertekening en één wachtrij voor alle andere ondertekenmethoden beheren. Er zijn algehele prestatieverbeteringen geïmplementeerd op databaseniveau.
1.3 Opgeloste problemen
Jira-code |
Probleemcode |
Beschrijving |
|
CEP-6503 |
/ |
Zoomprobleem bij de laatste Chrome-versie bij Android is opgelost. |
|
CEP-6417 |
/ |
Probleem met onvoldoende geheugen bij het downloaden van Controlebewijzen is opgelost. |
|
CEP-6449 |
30810 |
NotificationCallback-fout is opgelost. |
|
CEP-5394 |
/ |
Fout bij ondertekenen via itsme is opgelost. |
|
CEP-6394 |
/ |
QuickSigning met BeID met gebruik van een juridische verklaring en een pinpadlezer geeft onverwachte resultaten. |
|
CEP-6396 |
/ |
Probleem met juridische verklaring bij ondertekenen met iDIN en OpenID Connect is opgelost. |
|
CEP-6398 |
/ |
Probleem met opslaan in Thema-instellingen is opgelost. |
|
CEP-6399 |
/ |
Probleem met pixels in logo is opgelost. |
|
CEP-6404 |
/ |
Probleem met downloaden van niet-ondertekende documenten in Safari is opgelost. |
|
CEP-6463 |
/ |
Problemen met thema's zijn opgelost: het was niet mogelijk om de kleur van de voortgangsbalk en het vinkje te wijzigen. |
|
1.4 Bekende problemen
eSignatures 5.3.0
Jira-code |
Probleemcode |
Beschrijving |
CEP-5944 |
/ |
Itsme-scrollen is niet zo vloeiend als verwacht in Safari op iPhone. |
eSignatures 5.2.7
Jira-code |
Probleemcode |
Beschrijving |
CEP-5982 |
30119 |
Problemen bij WYSIWYS-scrollen/-zoomen op mobiele apparaten |
eSignatures 5.2.5
Jira-code |
Probleemcode |
Beschrijving |
CEP-5676 |
/ |
Een herroepen pakket met de status ‘In behandeling’ kan niet worden verwijderd. |
eSignatures 5.2.4
Jira-code |
Probleemcode |
Beschrijving |
CEP-5564 |
/ |
Als een pakket zowel asynchrone als synchrone ondertekenmethode bevat en het asynchroon ondertekenen mislukt, kan de ondertekensessie niet worden hersteld. |
CEP-5605 |
/ |
Bij F2F ondertekenen en meerdere ondertekenaars, kan alleen de eerste ondertekenaar ondertekenen. Wanneer niet F2F ondertekend wordt, kan een ondertekenaar alleen het eerste ondertekenveld ondertekenen. |
eSignatures 5.2.0
Jira-code |
Probleemcode |
Beschrijving |
CEP-5370 |
/ |
Wanneer u in de Configuratie-index de parameter MandatedSigningType op matchid instelt om te ondertekenen via eID, is het momenteel niet mogelijk templates te uploaden. |
CEP-4396 |
/ |
Rebrandingverbeteringen |
CEP-4817 |
/ |
Weergavefouten bij complex ondertekenen in Safari en Chrome |
eSignatures 5.1.1
Jira-code |
Probleemcode |
Beschrijving |
CEP-4719 |
/ |
De sessie heeft momenteel een absolute time-out. Gebruikers worden uitgelogd, zelfs wanneer ze actief zijn geweest. |
Oudere bekende problemen
Jira-code |
Probleemcode |
Beschrijving |
CEP-3467 |
/ |
Het veld eID met naam+geboortedatum-validatie is niet combineerbaar met het veld BeLawyer (ongeacht validatie). |
RFC-520 |
/ |
Wanneer een pakket meerdere documenten bevat die door een andere gebruiker ondertekend moeten worden en gebruiker A weigert de aan hem toegewezen documenten terwijl gebruiker B die aanvaardt, zijn de weigeringsdetails voor de gebruiker die de documenten aanvaard heeft niet zichtbaar op pakketniveau, noch op documentniveau. De weigeringsdetails zijn alleen zichtbaar op documentniveau voor de gebruiker die de documenten geweigerd heeft. Deze details worden aangevuld in een toekomstige versie van eSignatures. |
/ |
/ |
In de Duitse versie van Chrome kunnen fouten ontstaan tijdens het ondertekenen. |
1.5 Bekende beperkingen
Algemeen
- De grootte van een pakket is beperkt tot 150 MB.
- De grootte van één document in een pakket is beperkt tot 30 MB.
- Een pakket kan maximaal 15 documenten bevatten.
- Een .xml bestand mag niet meer dan 2 miljoen tekens bevatten. Een pakket mag niet meer dan 15 .xml-bestanden bevatten.
- Grote bestanden kunnen de ondertekenprestaties beïnvloeden afhankelijk van de internetverbinding van de gebruiker.
- Documenten waarvan de fysieke afmetingen groter zijn dan 3,99 m bij 3,99 m worden niet ondersteund.
- Het uploaden van PDF/A documenten is alleen toegestaan indien het formaat PDF/A_2A of PDF/A_1A is.
- Bij het uploaden van PDF-documenten die al handtekeningvelden bevatten – aangemaakt met een PDF-programma zoals Adobe Acrobat Pro DC – moet u ervoor zorgen dat de namen van handtekeningvelden alleen letters en cijfers of een combinatie daarvan bevatten. Speciale tekens, zoals accenttekens, slashes, punten enz. worden niet ondersteund en mogen niet gebruikt worden. Dezelfde beperkingen zijn van toepassing wanneer u PDF-documenten met tekstvelden uploadt.
- Het toevoegen van meerdere initiators in één pakket wordt niet ondersteund.
- Het combineren van eID en BeLawyer als gekozen ondertekenmethode wordt niet altijd ondersteund: wanneer MandatedSigningType in de configuratie-index ingesteld is op nameandbirthdate, zijn deze twee ondertekenmethoden niet combineerbaar.
- Pakketten kunnen momenteel niet tegelijk XML- en PDF-documenten bevatten waarop handtekeningen geplaatst worden. Het pakkettype wordt bepaald door het document dat het eerst geüpload werd.
- De standaardgroepen "beheerders en standaardgebruikersgroep" kunnen niet als ondertekenaar in templates gebruikt worden.
- Het invoegen van een tabteken vóór een tekstmarkering in Word wordt niet ondersteund. In plaats van tabtekens moet u tabellen, kolommen of tekstvakken gebruiken. Als u toch tabtekens wilt gebruiken, moet u het Word-document in PDF converteren voordat u dit uploadt.
- Bij gebruik van Safari wordt u na het upgraden van een oudere versie gevraagd de browser af te sluiten. Wanneer u de browser opnieuw start en de vorige tabbladen worden niet automatisch geopend, mag u de oorspronkelijke koppeling naar de ondertekenpagina niet opnieuw gebruiken.
In plaats daarvan moet u gaan naar het menu Geschiedenis > Open alle vensters van laatste sessie.
- Native ontwerpapplicaties voor DTP, CAD enz. kunnen zeer complexe documenten genereren (met een groot aantal elementen, vectoren, afbeeldingen enz.). Dit weerhoudt de applicatie ervan het document binnen een redelijke tijdsduur voor te bereiden. Bijgevolg kunt u deze bestanden niet aan de ondertekenomgeving toevoegen (noch via de API, noch in het documentenportaal) omdat een time-out kan optreden. U kunt niet op voorhand weten of een complex document al dan niet een time-out zal veroorzaken omdat dit van een te groot aantal factoren afhangt. De applicaties die dergelijke PDF's genereren, hebben doorgaans een instelling om een PDF aan te maken voor online gebruik. Wij raden u ten zeerste aan deze instelling te gebruiken om het document minder complex te maken voordat u dit uploadt.
Ondertekenen via itsme®
- Wanneer u itsme als ondertekenmethode gebruikt, moet het doeltype van uw documenten PDF/A-1 of PDF/A-2 zijn. De beheerder dient ervoor te zorgen dat deze uitvoerformaten beschikbaar zijn in de eSignatures-oplossing van de gebruiker. De gebruiker dient het juiste uitvoerformaat te selecteren. Connective controleert niet of het juiste uitvoerformaat geselecteerd werd voor gebruik met itsme®.
- Wanneer u met itsme ondertekent in pakketten via het webportaal, moet elk document in het pakket afzonderlijk ondertekend worden.
- Ondertekenen via itsme wordt momenteel niet ondersteund in macOS Mojave v10.14 gecombineerd met Safari v12.0.
Controlebewijzen
- De functie Controlebewijzen heeft ingrijpende gevolgen voor de opslagschijf (bibliotheek) waarop de gegevens gehost zullen worden. Hoe groter de documenten, hoe meer ruimte gebruikt wordt.
De ingenomen ruimte neemt exponentieel toe met de grootte van de documenten.
- De functie Controlebewijzen beïnvloedt ook de ondertekensnelheid van eSignatures. Hoe groter de documenten, hoe langer het ondertekenen duurt. Kleine documenten (< 1 MB) hebben kennelijk geen invloed op de ondertekensnelheid.
Migratie van API v2 naar v3
Compatibiliteitsmodus
Als klanten geen upgrade naar API v3 kunnen uitvoeren omdat ze eenmalige URL's of toegangstokens niet ondersteunen, kunnen ze de compatibiliteitsmodus gebruiken in combinatie met versie 2 van de API.
De compatibiliteitsmodus is een overgangsmaatregel om ondersteuning te bieden aan "oude" URL's zodat u onafgewerkte documenten kunt voltooien. Denk erom dat deze functie afgeschaft wordt en niet langer aanwezig zal zijn in versie 4 van de API.
De volgende beperkingen zijn van toepassing:
- Als de compatibiliteitsmodus in een omgeving uitgeschakeld is en u wilt die op een later tijdstip inschakelen, heeft dit tot gevolg dat de API-workflows die u aangemaakt hebt terwijl de compatibiliteitsmodus uitgeschakeld was niet langer werken.
- Wanneer de compatibiliteitsmodus uitgeschakeld is, kunt u de uit API v2 opgehaalde download-URL's slechts één keer gebruiken. Stuur deze URL's niet direct naar een eindgebruiker in een e-mail, want als de URL nogmaals wordt geopend, wordt een gebruikersonvriendelijke foutmelding weergegeven.
Om dit te vermijden, kunnen klanten het volgende doen:
- Een URL naar de applicatie van de eindgebruiker mailen zodat die altijd omgeleid wordt naar de meest recente download-URL die direct daarvoor opgehaald werd uit API v2.
- ?fromEmail=true toevoegen aan de uit API v2 opgehaalde URL zodat wij een foutscherm kunnen weergeven waarin de eindgebruiker gevraagd wordt zijn e-mailadres in te voeren. Als dit e-mailadres overeenstemt met een ondertekenaar of ontvanger en het pakket/document bestaat, ontvangen ze een e-mail van Connective met een nieuwe URL die wel werkt.
Klanten die ondertekenen met fysieke tokens (eID, biometrisch via Wacom enz.), moeten de Connective Browser Package upgraden naar versie 2.0.6. De gebruiker moet automatisch gevraagd worden een upgrade uit te voeren wanneer hij probeert een document te ondertekenen.
In Connective - eSignatures 5.3.2 - Installatiedocumentatie wordt uitgelegd hoe gebruikers die nog werken met een oudere versie van eSignatures dan 5.3.2 kunnen upgraden naar versie 5.3.