Overzicht
Om de privacy van ontvangers te waarborgen en de veiligheid van documentcontent te vergemakkelijken moet de levensduur van openbaar toegankelijke URL's (die via e-mail aan ontvangers worden verstrekt) een beperkte levensduur hebben.
Werkprocessen kunnen echter zeer verschillende toleranties hebben voor de lengte van die levensduur.
Om deze reden kunnen Adobe Acrobat Sign-beheerders op accountniveau configureren hoeveel dagen een openbare URL bruikbaar moet blijven nadat deze is gegenereerd.
Ontvangers die een verlopen URL activeren, krijgen een optie om een nieuwe URL te laten versturen naar het e-mailadres dat oorspronkelijk in de overeenkomst is gebruikt. Doorsturen naar een nieuwe e-mail is niet toegestaan via deze actie.
Nieuwe koppelingverzoeken worden bij tien verzoeken (per ontvanger) vastgezet in een doorlopend venster van 60 minuten.
Een poging om extra nieuwe koppelingen aan te vragen nadat er tien zijn aangevraagd binnen het venster van 60 minuten, geeft een foutmelding. De ontvanger moet dan na het eerste verzoek 60 minuten wachten om het nogmaals te proberen.
De vastzetting wordt per ontvanger toegepast. In een parallelle handtekeningflow heeft elke ontvanger de bevoegdheid om maximaal tien nieuwe koppelingen aan te vragen binnen hun vensters van 60 minuten.
Configuratieopties
De standaard verlooptijd is zeven dagen.
Accounts met het niveau van onderneming en bedrijven hebben de mogelijkheid om de verlooptijd aan te passen aan een waarde tussen één en 90 dagen.
De besturingselementen voor aanpassing van de levensduur zijn te vinden op het tabblad Beveiligingsinstellingen op accountniveau. (Verlopen koppelingen kunnen niet op groepsniveau worden bewerkt.)
Deze instelling is alleen van toepassing op de URL die wordt afgeleverd in de kennisgevings-e-mail van Acrobat Sign.
De overeenkomst zelf wordt op geen enkele wijze beïnvloed.
Vermeldingen in controlerapport
Elke keer dat een ontvanger een nieuw document aanvraagt nadat een koppeling is verlopen, wordt een record van dat verzoek ingevoerd in het controlerapport:
Handige weetjes:
Deze instelling bepaalt hoeveel dagen na de levering van de e-mail de ontvanger toegang heeft tot de koppeling naar de overeenkomst.
De verlooptijd van de overeenkomst verwijst naar de duur van de overeenkomst.
In het bovenstaande voorbeeld is de overeenkomst gedurende 11 dagen geldig en is elke e-mailkoppeling die naar de gebruiker wordt gestuurd, gedurende drie dagen na levering geldig.
Veronderstel dat de ontvanger de URL van de e-mail op de vierde dag probeert te openen. In dat geval zal de koppeling een foutmelding geven dat de koppeling is verlopen en aanbieden een nieuwe koppeling naar het oorspronkelijke e-mailadres te sturen. De tweede (en eventuele volgende) e-mailkoppeling heeft dezelfde duur van drie dagen.
Als de ontvanger 12 dagen wacht, vervalt de overeenkomst. Het aanvragen van een nieuwe koppeling levert een bericht op dat de overeenkomst is verlopen en niet langer kan worden ondertekend.
Web-URL's die via API-oproepen worden gegenereerd, stellen een verlooptijd in voor alle overeenkomsten en zijn momenteel standaard ingesteld op 14 dagen. De parameter Signing URL/Expiry kan worden gebruikt om de standaardduur desgewenst te wijzigen.
Wanneer een nieuwe koppeling wordt aangevraagd door de ontvanger, wordt een overeenkomstgebeurtenis geactiveerd: URL_REAUTHENTICATION_REQUESTED
Ja.
Een nieuwe ondertekenings-URL voor een specifieke ontvanger kan slechts tien keer per uur worden aangevraagd. Als een ontvanger binnen een uur meer dan tien nieuwe ondertekenings-URL's aanvraagt, wordt er een fout geactiveerd.
Nee.
Het aanvragen van een nieuwe URL om een bestaande overeenkomst te bekijken vereist geen transactie.
Nee.
Dit kenmerk is alleen van toepassing op de geldigheid van de koppeling naar het document en heeft geen invloed op de eerder ingevoerde gegevens.
Nee.
De ontvanger heeft het ToU al aanvaard en die aanvaarding wordt bij de transactie geregistreerd. Er is geen verdere aanvaarding vereist.
Dit zijn URL-eindpunten die de controle van de verlooptijd afdwingen:
- /public/esign
- /public/resend/ (delegatiekoppelingen)
- /public/viewAgreement/
- /public/view/agreements/
Nee.
Er zijn geen webhooktriggers gekoppeld aan het verlopen van een openbare URL.
Ja.
Alle openbare koppelingen die in een e-mail worden geleverd, worden hierdoor beïnvloed.
Aanmelden bij je account