Intégration · Signature et contrats

Envoyer des enveloppes Docusign depuis votre logiciel métier

Docusign se relie à un logiciel métier par l'API eSignature REST, en version 2.1, avec des bibliothèques officielles comme celle pour Node.js : le logiciel crée et envoie des enveloppes de documents à signer, puis suit leur état et récupère les documents signés. L'accès passe par OAuth (Authorization Code Grant ou JWT Grant), et la production suppose un plan API et une procédure de mise en production.

L'essentiel

  • L'API eSignature REST de Docusign est en version 2.1 ; Docusign publie sur GitHub des bibliothèques officielles, dont celle pour Node.js, et des exemples de code en Java.
  • Docusign propose deux flux OAuth : Authorization Code Grant quand un utilisateur se connecte, JWT Grant pour un service qui envoie sans intervention humaine.
  • Le compte développeur Docusign est gratuit et n'expire pas, mais les enveloppes envoyées depuis l'environnement de démonstration n'ont pas de valeur juridique.
  • Selon la grille publique relevée en octobre 2026, le plan API Starter démarre à 40 enveloppes par mois et l'Intermediate à 100 : un envoi automatique se dimensionne sur ce volume.
  • La grille des plans API relevée en octobre 2026 n'inclut la signature intégrée que dans les offres Enhanced, établies sur devis avec cinq utilisateurs au minimum.

Que peut faire un logiciel métier avec l'API eSignature de Docusign ?

L'API eSignature REST de Docusign permet à un programme d'envoyer des documents à signer, de suivre leur signature et de récupérer le résultat, sans que personne n'ouvre l'interface Docusign. La bibliothèque officielle pour Node.js cible la version 2.1. Docusign compte ses envois en enveloppes : une enveloppe regroupe les documents partis ensemble vers un ou plusieurs signataires, et c'est l'unité retenue par les plans API.

OpérationCe que fait le logicielExemple
Envoi à distanceCrée l'enveloppe, y joint le PDF généré, désigne les signataires, qui reçoivent un e-mailContrat de maintenance envoyé au client
ModèleRéutilise un document type préparé dans DocusignBon de commande standard
Signature intégréeLe signataire signe dans votre application, sans passer par sa messagerieContrat signé au comptoir sur une tablette
SuiviLit l'état de l'enveloppe ou reçoit une notification Docusign ConnectRelance d'un client qui n'a pas signé
RécupérationTélécharge les documents signésArchivage dans la fiche client

À côté de l'API eSignature, Docusign publie d'autres API, documentées séparément sur son centre de développement.

Authorization Code Grant ou JWT Grant : comment votre logiciel s'identifie

Docusign ne fonctionne pas avec une simple clé d'API : chaque intégration est déclarée avec une clé d'intégration (integration key), puis obtient un jeton par l'un des deux flux OAuth documentés.

FluxCas d'usageÉléments à fournirComportement
Authorization Code GrantUn utilisateur de votre logiciel se connecte à son compte Docusign et envoie en son nomClé d'intégration, clé secrète, adresse de redirectionDans les exemples officiels en Java, l'utilisateur se réauthentifie quand le jeton expire
JWT GrantUn service envoie automatiquement, la nuit ou à chaque événement, sans personne devant l'écranClé d'intégration, paire de clés RSA, identifiant de l'utilisateur au nom duquel le service agitConsentement donné une fois, jeton renouvelé automatiquement par le programme

Pour des raisons de sécurité, Docusign recommande l'Authorization Code Grant, indique le README de sa bibliothèque Node.js : il convient dès qu'une personne envoie depuis son propre compte. Une PME qui veut qu'une étape de son logiciel déclenche seule l'envoi d'un contrat a en revanche besoin du JWT Grant. Dans ce cas, le service agit au nom d'un compte dédié plutôt que du compte personnel d'un salarié : un départ ne coupe pas les envois.

Du compte de démonstration au plan API de production

Le développement se fait sur un compte développeur gratuit, dans l'environnement de démonstration de Docusign. Selon Docusign, ce compte n'expire pas, mais les enveloppes qu'il envoie n'ont pas de valeur juridique. Pour passer en production, il faut acheter un plan qui autorise l'accès à l'API et faire passer l'application en production (go-live).

Plan APITarif public affiché (relevé en octobre 2026)EnveloppesSignature intégrée
Starter50 dollars par mois (600 dollars facturés à l'année)À partir de 40 par moisNon incluse
Intermediate300 dollars par mois (3 600 dollars à l'année)À partir de 100 par moisNon incluse
Advanced480 dollars par mois (5 760 dollars à l'année)À partir de 100 par moisNon incluse
EnhancedSur devis, cinq utilisateurs au minimumSelon les termes du contratIncluse

Le point qui pèse le plus sur un projet n'est pas le prix d'entrée mais la ligne « signature intégrée » : si votre application doit faire signer sans renvoyer le client vers sa boîte mail, la grille oriente vers une offre Enhanced. Elle ne dit pas quels plans comprennent Docusign Connect, et renvoie vers le service commercial pour l'authentification des signataires par SMS ou par téléphone sur les plans Advanced et Enhanced : faites confirmer ces points par Docusign avant de concevoir le parcours.

Docusign Connect : être prévenu plutôt qu'interroger

Docusign Connect est le service de webhooks de Docusign : il prévient votre application quand un événement survient sur une enveloppe, au lieu qu'elle interroge l'API en boucle. Docusign publie par ailleurs, dans une page dédiée de sa documentation, les règles et limites qui encadrent les appels à l'API eSignature ; relisez-les avant de prévoir un suivi par interrogation. Une réception Connect solide suit quatre règles :

  1. répondre immédiatement, puis traiter l'événement en file d'attente ;
  2. relire l'état de l'enveloppe par l'API avant de modifier le logiciel, sans se fier à un message isolé ;
  3. garder la trace des événements déjà traités, pour qu'une livraison répétée ne déclenche pas deux fois la même suite ;
  4. prévoir un rattrapage planifié des enveloppes restées ouvertes trop longtemps.

Vérifiez aussi avec Docusign que Connect est activé sur le compte et le plan retenus : la question se pose au choix de l'offre, pas après le développement. Le principe des notifications est expliqué dans notre définition du webhook.

Quatre usages de Docusign dans des logiciels de PME

  1. Le courtier et ses mandats. Dans un logiciel de courtage, la validation d'un dossier génère le mandat et la lettre de mission ; l'enveloppe part au client, et le statut « signé » débloque l'envoi du dossier aux assureurs. Voir notre page logiciel de courtage en assurance.
  2. La convention de formation. Un organisme de formation envoie la convention à l'entreprise cliente, puis le contrat au stagiaire ; la session ne passe en « confirmée » qu'après les deux signatures. Le métier est décrit sur notre page logiciel d'organisme de formation.
  3. Le contrat de location au comptoir. Un loueur de matériel fait signer le contrat et l'état des lieux de départ sur une tablette au dépôt : c'est un cas de signature intégrée, que la grille relevée en octobre 2026 réserve aux offres Enhanced.
  4. L'avenant à tous les clients. Une entreprise de maintenance qui modifie ses conditions prépare un avenant par client à partir d'un modèle ; le logiciel envoie les enveloppes par vagues, suit les signatures et relance les retardataires. Le quota d'enveloppes du plan devient alors le premier paramètre du projet.

Les points qui font dérailler une intégration Docusign

  • Le quota d'enveloppes : un flux automatique mal réglé, qui renvoie une enveloppe à chaque modification d'un devis, consomme le volume du plan. Une enveloppe ne part que sur une action explicite ou un statut final.
  • Le consentement JWT : à la première utilisation en JWT Grant, l'utilisateur concerné accepte une fenêtre de consentement. Sans cette étape, prévue dans la mise en service, rien ne part en production.
  • La clé privée RSA : elle donne accès au compte au nom de l'utilisateur ; elle reste dans un coffre de secrets, jamais dans le code ni dans un e-mail.
  • Deux environnements distincts : le compte de démonstration et le compte de production ne se confondent pas ; la configuration du logiciel les sépare clairement, pour qu'un test n'envoie jamais un vrai contrat.
  • Les données des signataires : noms, e-mails et éventuellement téléphones transitent par Docusign. Le contrat avec Docusign et votre registre des traitements en tiennent compte ; notre guide RGPD et logiciel métier détaille la démarche.
  • L'archivage : le document signé est rapatrié dans votre logiciel et rattaché au client, pour ne pas dépendre de l'abonnement Docusign pour le retrouver.

Fonction Docusign déjà prévue, ou intégration à construire ?

Vérifiez d'abord si votre CRM ou votre logiciel de gestion propose un envoi Docusign dans ses paramètres : si l'envoi simple suffit, aucun développement n'est utile. Pour quelques contrats par mois, l'application Docusign et ses modèles font aussi l'affaire.

Une intégration développée se justifie quand la signature déclenche une suite métier, quand les documents sont produits par votre logiciel, ou quand plusieurs signataires interviennent dans un ordre propre à votre activité. Si vous n'avez pas encore choisi votre service de signature, comparez avec le modèle de l'API Yousign, décrit sur notre page d'intégration Yousign : clé d'API simple, niveau de signature choisi par signataire.

YMHB Web construit la connexion sur votre propre compte Docusign : cadrage des documents, des signataires et des suites métier, développement sur le compte de démonstration, recette de chaque cas (refus, expiration, relance), puis accompagnement de la mise en production. La clé d'intégration et les secrets restent à votre nom, le code, déposé chez vous, vous appartient au paiement intégral, et la maintenance suit les évolutions de l'API, comme pour toutes nos intégrations par API.

Questions fréquentes

Le compte développeur Docusign est-il gratuit ?

Oui. Docusign propose un compte développeur gratuit qui fonctionne dans un environnement de démonstration, sans date d'expiration, pour construire et tester une intégration. Les enveloppes envoyées depuis ce compte n'ont aucune valeur juridique. Pour faire signer de vrais documents, il faut un plan Docusign qui autorise l'accès à l'API et passer par la procédure de mise en production.

Quelle différence entre Authorization Code Grant et JWT Grant chez Docusign ?

Authorization Code Grant sert quand un utilisateur se connecte lui-même à Docusign depuis votre logiciel et envoie en son nom ; il demande une clé d'intégration, une clé secrète et une adresse de redirection. JWT Grant sert aux envois automatiques sans utilisateur présent : le programme s'authentifie avec une clé RSA, au nom d'un utilisateur qui a donné son consentement une fois.

Combien d'enveloppes comprend un plan API Docusign ?

Selon la grille publique de Docusign relevée en octobre 2026, le plan API Starter démarre à 40 enveloppes par mois, les plans Intermediate et Advanced à 100, et les offres Enhanced fixent la limite dans le contrat. Le volume d'enveloppes est souvent le critère décisif pour une intégration qui envoie automatiquement des contrats : dimensionnez-le sur vos envois réels et faites confirmer les options nécessaires par Docusign.

Docusign prévient-il le logiciel quand un document est signé ?

Oui, par Docusign Connect, le service de webhooks de Docusign, qui notifie votre application quand un événement survient sur une enveloppe. Le logiciel n'a donc pas besoin d'interroger l'API en permanence. Il reste prudent de vérifier que Connect est actif sur le compte et le plan retenus, et de prévoir un rattrapage planifié des enveloppes restées ouvertes.

Peut-on faire signer dans sa propre application avec Docusign ?

Oui, l'API eSignature de Docusign permet la signature intégrée : le signataire signe dans votre application, sans passer par un e-mail. Sur la grille publique relevée en octobre 2026, cette fonction n'est incluse que dans les offres Enhanced, établies sur devis avec cinq utilisateurs au minimum ; les plans Starter, Intermediate et Advanced ne la comprennent pas. Faites confirmer l'offre par Docusign avant de concevoir ce parcours.

À lire aussi

Sources

  1. Docusign, Developer API Plans & Pricing (plans API, enveloppes, signature intégrée, compte développeur, tarifs relevés en octobre 2026)
  2. Docusign, bibliothèque officielle Node.js pour l'API eSignature REST v2.1 (README, GitHub, recommandation de l'Authorization Code Grant)
  3. Docusign, exemples de code Java : Authorization Code Grant et JWT Grant (README, GitHub)
  4. Docusign Developer Center, Docusign Connect (webhooks)
  5. Docusign Developer Center, eSignature API rules and resource limits

Prêt à démarrer ?

Décrivez-nous votre situation, pas une liste de fonctionnalités.

Réponse sous un jour ouvré, en général par téléphone. Si un outil du marché suffit, nous vous le dirons.

Premier échange sans engagementCadrage avant chiffrage

AppelerDécrire mon problème