Définir une échéance de finalisation dans Adobe Acrobat Sign

Dernière mise à jour le 13 avr. 2026

Définissez une date limite de signature qui annule automatiquement l’accord après un nombre de jours défini.

La fonctionnalité Échéance d’Acrobat Sign permet aux expéditeurs de définir un délai pour que les destinataires finalisent leurs signatures avant l’annulation automatique de l’accord. Elle permet de contrôler les échéances de signature, particulièrement pour les accords urgents, notamment les contrats saisonniers ou les offres spéciales. Elle simplifie par ailleurs la gestion des accords en supprimant de la liste En cours les accords obsolètes ou ayant peu de chances d’être terminés, ce qui facilite le suivi des accords actifs.

Disponibilité

  • Acrobat Standard et Acrobat Pro : non pris en charge
  • Acrobat Sign Solutions : pris en charge ; non disponible par défaut
  • Acrobat Sign pour l’administration : pris en charge ; désactivé par défaut

Portée de la configuration

Les options configurables pour cette fonctionnalité sont disponibles ici >

Annotation

La date d’expiration peut être définie manuellement jusqu’à 365 jours dans le futur.

Les accords pour lesquels aucune date d’expiration n’est définie expirent automatiquement après 365 jours.

Si la fonction Expiration du document est désactivée, l’option dans la section Paramètres de l’accord de la page Composer est verrouillée et ne peut pas être modifiée. La remarque dans le résumé des Paramètres de l’accord affiche Aucun.

Vue de la page de demande de signature mettant en évidence la commande « Échéance » grisée et verrouillée.

Si l’option Expiration du document est activée avec uniquement l’option Valeur par défaut activée, l’option Échéance est visible sur la page Composer de la section Paramètres de l’accord. L’option affiche l’échéance, définie sur la durée enregistrée par l’administrateur comme durée par défaut pendant laquelle un accord doit rester signable. Le sélecteur de date permettant de sélectionner une nouvelle date est grisé et verrouillé, ce qui empêche l’expéditeur de le modifier. 

Vue de la page de demande de signature mettant en évidence la commande « Échéance » configurée, mais non modifiable.

Lorsque la fonction Expiration du document est activée et que l’option permettant à l’expéditeur de définir l’échéance est également activée, l’option Échéance est disponible et modifiable. L’expéditeur est libre de saisir un nombre quelconque de jours (jusqu’à 365) pendant lequel l’accord doit rester viable pour la signature.

  • Si l’option permettant de définir le nombre de jours par défaut est activée, la date par défaut d’un nouvel accord reflète cette valeur par défaut.
  • Si l’option permettant de définir une date par défaut est désactivée, l’expiration par défaut est de 365 jours à compter de la date d’envoi.
    • Il n’existe aucun moyen de supprimer la suppression automatique de 365 jours lorsque l’option Expiration du document est activée.
Vue de la page de demande de signature mettant en évidence la commande « Échéance » configurée et modifiable.

Délai d’expiration

L’expiration d’un document a toujours lieu pendant les heures creuses, en fonction du serveur ayant envoyé l’accord. Les heures creuses sont comprises entre 19h et 7h selon le fuseau horaire local du serveur.

Par défaut, les accords envoyés via le processus Demander des signatures moderne expirent à 23h59, même si les expéditeurs peuvent être autorisés à personnaliser les dates et heures d’expiration. Néanmoins, les accords envoyés via l’API, les intégrations ou les anciennes interfaces n’expirent pas par défaut à 23h59, mais selon la date et l’heure auxquelles ils ont été initialement envoyés.

Si un accord a été configuré de façon à expirer pendant les heures de pointe, il est mis en file d’attente et l’expiration est automatiquement retardée de 12 heures afin que l’événement d’expiration soit traité pendant les heures creuses.

Statuts et modification pendant la mise en file d’attente pour expiration

  • Même si un accord est mis en file d’attente pour expiration, son statut reste En cours sur la page Gérer et les réponses d’API.
  • Les destinataires ne peuvent pas signer un accord mis en file d’attente et reçoivent un message d’erreur indiquant qu’il est impossible de signer l’accord.
  • Au cours de la période de mise en file d’attente de 12 heures, l’expéditeur peut modifier la date d’expiration sur la page Gérer afin de prolonger l’échéance et d’accorder aux destinataires un délai supplémentaire pour signer le document.

Ce qu’il faut savoir et foire aux questions :

Les heures creuses sont comprises entre 19h et 7h, selon le fuseau horaire le plus central correspondant au groupe de partitions à partir duquel l’accord a été envoyé. Les fuseaux horaires utilisés pour chaque groupe de partitions sont :

Groupe de partitions

Fuseau horaire pour les heures de pointe (de 7h à 19h)

NA1, NA2, NA3, NA4

Amérique/Chicago

EU1, EU2

Europe/Berlin

AU1

Australie/Sydney

JP1

Asie/Tokyo

IN1

Asie/Kolkata

SG1

Asie/Singapour

Annotation

certains groupes de partitions incluent plusieurs partitions qui s’étendent sur différents fuseaux horaires. Toutes les partitions du groupe appliquent le même délai d’expiration (heures creuses).
Par exemple, les groupes NA1, NA2, NA3 ou NA4 observent tous les mêmes heures creuses en fonction de l’heure centrale (GMT -6).

L’accord expire comme prévu, généralement quelques minutes après la date d’expiration définie.

Cette expression désigne la partition dans laquelle l’accord a été envoyé, en fonction de l’environnement de l’expéditeur. (Découvrez dans quelle partition vous vous trouvez >)

Le signataire ne peut pas signer le document après la date d’expiration, même si l’accord n’est pas encore passé au statut EXPIRÉ. Un message d’erreur s’affiche :

foo

Si un accord a été mis en file d’attente pour expiration, mais qu’il n’a pas encore été traité, l’expéditeur peut modifier la date d’expiration. Cela permet au destinataire de disposer d’un délai supplémentaire pour signer l’accord avant son expiration.

 Jusqu’à ce que le système traite l’expiration (dans un délai de 12 heures), l’accord reste à l’état EN COURS. Il passe à l’état EXPIRÉ une fois l’événement d’expiration traité.

Oui, vous pouvez modifier la date d’expiration à tout moment jusqu’au traitement de l’expiration. Aucune restriction n’est imposée quant à la modification du délai d’expiration avant que l’accord ne passe au statut EXPIRÉ.

Oui, mais le délai peut varier de quelques minutes en fonction de la charge du système.

Lors de la définition de la date/heure d’expiration sur la page Demander des signatures, celle-ci est par défaut définie sur 23h59, afin que l’expiration survienne pendant les heures creuses et soit traitée à ce moment-là ou peu après. Vous pouvez personnaliser cette option dans la section Paramètres de l’accord.

Section « Paramètres de l’accord » de la page Demander une signature avec le paramètre Échéance mis en évidence

L’accord reste à l’état En cours jusqu’à ce que l’expiration soit traitée, généralement 12 heures plus tard.

La gouvernance des données ne démarre que lorsque l’accord passe à un état terminal (par exemple, EXPIRÉ). Une expiration reportée retarde également le début de la période de rétention.

L’événement d’expiration est consigné une fois l’expiration traitée ; cet événement peut être reporté de 12 heures maximum si l’expiration est prévue pendant les heures de pointe.

Cette mise à jour optimise les performances du système pour répondre à la demande croissante.