Cycle de vie d'une demande de signature¶
Une demande de signature suit un parcours bien défini dans VoidSign, de sa création jusqu'à sa complétion ou son annulation. Cette page est conçue pour les utilisateurs de la plateforme comme pour les intégrateurs de l'API.
Évolutions à venir
De nouvelles fonctionnalités (ordre de signature, champs dynamiques…) enrichiront ce parcours. Consultez la section Fonctionnalités à venir pour le détail.
Vue d'ensemble¶
Une demande de signature a son propre statut, et chaque signataire rattaché a également un statut propre. Ensemble, ils décrivent l'état complet d'une demande à tout instant.
Statuts de la demande¶
- Créée (
created) : État initial. La demande a été créée et au moins un signataire n'a pas encore signé. - Signée (
signed) : État final positif. Tous les signataires ont signé le document. Un certificat de signature est généré et la demande est comptabilisée côté facturation. - Annulée (
cancelled) : État final négatif. Un membre de l'entreprise a annulé la demande avant que tous les signataires n'aient signé.
Statuts du signataire¶
- En attente (
pending) : Le signataire a été invité mais n'a pas encore signé. Il peut recevoir des relances. - Signé (
signed) : Le signataire a signé le document. Ce statut est définitif, même si la demande est annulée par la suite. - Annulé (
cancelled) : La demande a été annulée alors que le signataire n'avait pas encore signé.
Vue combinée des transitions¶
stateDiagram-v2
state "Demande" as req {
[*] --> created
created --> signed : Dernier signataire signe
created --> cancelled : Annulation
}
state "Signataire" as sig {
[*] --> pending
sig_signed: signed
sig_cancelled: cancelled
pending --> sig_signed : Signe
pending --> sig_cancelled : Demande annulée
}
Parcours d'une demande¶
Le diagramme ci-dessous illustre le parcours nominal (happy path) d'une demande avec un seul signataire :
sequenceDiagram
participant I as Initiateur
participant V@{ "type" : "entity" } as VoidSign
participant S as Signataire
I->>V: Crée la demande
V->>S: Envoie l'e-mail d'invitation
S->>V: Consulte le document
S->>V: Signe le document
V->>I: Notifie la complétion
-
Création: L'initiateur crée une demande depuis la plateforme ou via l'API, avec un document PDF et de 1 à 24 signataires, en plaçant les différents champs. La demande a le statut initial
created, chaque signataire le statutpending. -
Invitation: Chaque signataire reçoit un e-mail d'invitation contenant un lien unique et personnel, valable 30 jours à compter de la création de la demande.
-
Consultation: Lorsqu'un signataire ouvre son lien, il accède au document. Cette consultation est enregistrée et visible par l'initiateur depuis la plateforme.
-
Signature: Le signataire démarre la procédure de signature en accédant au document, puis donne son accord pour signature électronique. Son statut passe à
signed. Si le signataire n'est pas le dernier signataire, il peut choisir d'être notifié lorsque tous les signataires auront signé. -
Complétion: Lorsque le dernier signataire signe, la demande passe au statut
signed. Un certificat de signature (nécessaire pour le dossier de preuve de la demande de signature) est généré et les signataires ayant demandé à être notifiés reçoivent un e-mail de confirmation. L'initiateur de la demande reçoit également une notification que la demande de signature a été complétée. D'un point de vue facturation, c'est à ce moment-là que la demande de signature est comptabilisée (voir Facturation pour plus de détails).
Relances¶
Des rappels peuvent être envoyés aux signataires au statut pending pour leur rappeler de signer :
- Relance automatique : si configurée lors de la création, des rappels sont envoyés automatiquement aux signataires n'ayant pas encore signé
- Relance manuelle : depuis la plateforme, un membre de l'entreprise peut envoyer une relance à tout moment
Annulation¶
Un membre de l'entreprise peut annuler une demande tant que son statut est created (c'est-à-dire tant que tous les signataires n'ont pas signé).
Lors de l'annulation :
- Les signataires au statut
pendingpassent au statutcancelled - Les signataires ayant déjà signé conservent leur statut
signed - La demande passe au statut
cancelled
Fonctionnalités à venir¶
Évolutions prévues
Les évolutions suivantes du cycle de vie sont prévues mais pas encore disponibles :
- Ordre de signature : définir un ordre dans lequel les signataires sont invités à signer (séquentiel ou parallèle)
- Champs dynamiques : collecter des informations auprès des signataires via des champs personnalisés (texte, date, case à cocher, etc.)
- Notification élargie de complétion : notifier un membre de l'entreprise (autre que l'initiateur) lorsque la demande est complétée
- Notification différée de non-complétion : envoyer automatiquement une relance après un délai configurable si la demande de signature n'est pas encore complétée
FAQ¶
Puis-je annuler une demande si une partie des signataires ont déjà signé ?
Oui. Tant que la demande est au statut created (c'est-à-dire que tous les signataires n'ont pas encore signé), vous pouvez l'annuler. Les signataires ayant déjà signé conservent leur statut signed, mais la demande passe au statut cancelled. Il n'est pas possible d'annuler une demande de signature qui est signée par tous les signataires.
Comment savoir si un signataire a consulté le document ?
Depuis la plateforme, ouvrez le détail de la demande de signature. Vous pouvez y voir quels signataires ont consulté le document.
Puis-je relancer un signataire qui a déjà consulté le document ?
Oui. Tant que le signataire est au statut pending, vous pouvez lui envoyer une relance, qu'il ait consulté le document ou non.
Puis-je modifier une demande après sa création ?
Non. Une fois créée, une demande ne peut pas être modifiée (document, signataires, champs). Si vous souhaitez apporter des changements, annulez la demande et créez-en une nouvelle.
Le signataire a-t-il besoin d'un compte VoidSign pour signer ?
Non. Le signataire reçoit un e-mail contenant un lien personnel. Il peut consulter et signer le document directement, sans créer de compte.