Résumé

  • Un utilisateur fermé ne peut plus envoyer de nouvelles enveloppes ni accéder à son compte. Les destinataires peuvent pourtant achever celles qu’il avait déjà envoyées.
  • Le transfert de propriété passe par une file de traitement. Sa confirmation à l’écran précède son exécution ; la liste initiale, limitée aux trois derniers mois, doit aussi être interrogée au-delà de cette période.
  • Le partage individuel par API affine les permissions. Il reste à désigner la personne qui reprend chaque affaire, dans le bon compte et avec les moyens d’agir.

Une signature peut arriver après le pot de départ. Imaginons une recruteuse qui envoie une proposition d’embauche, quitte l’entreprise, puis voit son compte DocuSign fermé. Le candidat signe le lendemain. Pour lui, l’employeur est toujours là. Pour le successeur de la recruteuse, le travail commence peut-être par une question moins festive : où est passée cette enveloppe ?

La situation est hypothétique, mais le décalage est décrit noir sur blanc dans l’aide de DocuSign. Fermer un utilisateur coupe son accès et l’empêche d’envoyer de nouvelles enveloppes. Cela lui retire aussi l’accès aux documents terminés de son compte. Les destinataires conservent toutefois la possibilité de terminer les enveloppes envoyées avant cette fermeture.

Le produit sépare donc deux horloges : celle de la personne qui part et celle du dossier qu’elle a mis en circulation. C’est utile. Une entreprise qui change d’interlocuteur n’a aucune raison d’imposer un arrêt général à tous ses clients ou candidats. Encore faut-il qu’une personne reste au bout du fil.

Un ticket clos peut laisser une affaire ouverte

Dans une organisation, la fermeture d’un compte possède un résultat facile à montrer. Le statut a changé, l’accès est coupé, la demande informatique est traitée. La passation d’une affaire demande une autre preuve : le successeur sait de quoi il s’agit et peut accomplir la prochaine action.

DocuSign recommande de transférer la propriété des enveloppes ou de télécharger les documents terminés avant de fermer l’utilisateur. Les deux gestes rendent des services différents. Le téléchargement fournit un document à conserver. Il ne désigne pas à lui seul celui qui suivra une enveloppe encore en cours. Un dossier partagé bien rangé peut cohabiter avec une responsabilité introuvable.

Le partage d’accès apporte une aide, avec ses propres frontières. Les administrateurs peuvent régler les permissions, leurs dates de début et de fin et leur statut ; les changements sont consignés dans les journaux d’audit. Le partage décrit par cette fonction relie des utilisateurs d’un même compte, pas un utilisateur à un groupe. Pour les enveloppes d’un utilisateur déjà fermé, la documentation oriente vers un transfert à soi-même ou à un autre utilisateur actif, puis vers l’accès aux éléments transférés.

La différence mérite mieux qu’une note au bas du formulaire de départ. Avoir été le remplaçant d’un collègue pendant ses congés ne prouve pas que l’on a repris la propriété de ses affaires après son départ définitif. L’entreprise doit vérifier ce qu’elle a réellement organisé.

Le bouton de transfert n’est pas un reçu

La procédure de transfert de garde permet de choisir séparément les enveloppes et les modèles. Elle affiche d’abord les éléments des trois derniers mois. Des filtres permettent de remonter plus loin ou de sélectionner un expéditeur et un propriétaire de modèle.

Ce trimestre affiché par défaut est une fenêtre de travail. Ce n’est ni une durée de conservation ni une date de péremption des dossiers plus anciens. Si l’on transfère seulement ce que la première vue montre, la liste de départ peut se retrouver amputée sans qu’aucun fichier ait été supprimé. Une commodité d’interface aura servi de décision de gestion.

Après sélection et confirmation, le transfert entre dans une file de traitement et apparaît dans le journal des opérations groupées. Les éléments rejoignent le nouveau propriétaire une fois l’opération terminée. Celui qui a cliqué peut donc avoir fini son geste tandis que le système n’a pas encore fini le sien.

La bonne mesure économique se trouve dans cet intervalle. Combien de temps faut-il pour rapprocher les dossiers attendus et les éléments transférés ? Qui vérifie les exceptions ? Le successeur doit-il appeler un administrateur chaque fois qu’un document manque à sa vue ? Les utilisateurs facturés apparaissent sur le devis ; ces minutes de coordination se cachent dans les agendas.

Des permissions plus fines, une responsabilité toujours entière

Les notes de version de septembre 2026 présentent le partage d’une enveloppe individuelle par API. Elles distinguent notamment la lecture et le téléchargement, les actions de modification telles que corriger, renvoyer ou annuler, puis l’envoi d’un brouillon. Ce partage reste entre utilisateurs d’un même compte ; l’offre Personal est exclue du périmètre de disponibilité annoncé.

Le choix n’est donc plus à raconter comme une alternative obligatoire entre tout le courrier d’un collègue et rien du tout. Une personne chargée de récupérer un document terminé peut recevoir une capacité plus étroite que celle chargée de poursuivre l’opération. Cette précision permet de payer moins de désordre en échange de la continuité.

Mais accorder une capacité n’est pas désigner celui qui rendra des comptes sur la suite. Le service utilisateur doit savoir qui surveille la réponse du candidat, qui intervient si le dossier stagne et qui déclenche le travail suivant. Aucun menu de permissions ne choisit à sa place.

La frontière du compte reste également pertinente. Les mêmes notes décrivent un durcissement des contrôles Shared Access pour REST : l’identité de l’utilisateur et celle du compte sont vérifiées ensemble. Un membre de plusieurs comptes ne bénéficie pas, de ce seul fait, d’une circulation libre entre leurs enveloppes. Cette modification vise REST v2 et v2.1, et non les applications web et mobiles.

Pour un centre de services qui reprend les tâches de plusieurs équipes, connaître le nom du successeur ne suffit donc pas. Il faut aussi savoir dans quel compte il travaille. Le logiciel se montre ici moins impressionnable que l’organigramme : une nouvelle case ne déplace pas les dossiers.

Le collectif doit avoir une adresse et un responsable

Autre fil à raccorder : les groupes de signature. La fermeture de l’utilisateur propose une option distincte pour le retirer de tous ces groupes. Sans retrait, il peut continuer à recevoir leurs notifications. La fin de l’accès, la poursuite des signatures anciennes et l’arrêt des messages ont chacun leur commande.

UCL décrit une manière d’anticiper ces passages de relais dans ses propres instructions de service. Ses boîtes partagées ne permettent pas de connexion directe. Le dispositif présenté réunit l’équipe d’envoi dans un groupe, transfère les enveloppes au compte utilisateur de la boîte commune avant l’envoi, puis partage ces enveloppes avec les membres de l’équipe. Le point de réception peut ainsi durer plus longtemps qu’un poste occupé par une personne.

DocuSign réserve la création des règles de transfert aux administrateurs et exige que Transfer Custody soit activé sur le compte. Le modèle publié par UCL donne un exemple précis à examiner ; son existence ne fixe pas les conditions commerciales de tous les acheteurs.

Les documents consultés ne chiffrent ni la fréquence des passations ratées ni leurs pertes : il faudrait rapprocher les départs, les transferts achevés et les affaires restées sans responsable pour en mesurer l’ampleur. Le test de fonctionnement, lui, tient déjà debout. Le salarié peut partir, le destinataire peut continuer, et quelqu’un dans l’entreprise doit avoir effectivement repris la main.

Sources