Migrer une intégration DocuSign existante

WakaSign expose une couche de compatibilité DocuSign REST API v2.1. Comme pour Yousign, change l'host et le token — le reste suit.

Pré-requis communs

Tous les tutoriels partagent le même mécanisme d'authentification.

Chaque appel HTTP doit porter un header Authorization: Bearer <token> où <token> est un token dk_… généré dans l'app WakaSign (menu Clés API & Webhooks). Le token est lié à un workspace (team) — toutes les opérations s'effectuent dans son périmètre.

Base URL : https://app.wakasign.com/api

Étapes de migration

Identifier les routes DocuSign utilisées

Surface couverte : /restapi/v2.1/accounts/<accountId>/envelopes (création, update, recipients, tabs), /templates, /connect (webhooks), /_ping, /oauth.

Remplacer la base URL et le token

DocuSign : https://demo.docusign.net/restapi/v2.1

WakaSign : https://app.wakasign.com/api/docusign/restapi/v2.1

Le SDK DocuSign officiel peut continuer à être utilisé : la plupart acceptent une basePath custom et un Bearer token statique (à la place du JWT DocuSign).

Tester un round-trip avec curl

bash

# Lister les envelopes d'un compte
curl -X GET 'https://app.wakasign.com/api/docusign/restapi/v2.1/accounts/<ACCOUNT_ID>/envelopes' \
  -H 'Authorization: Bearer dk_xxx'

bash

# Créer une envelope au format DocuSign
curl -X POST 'https://app.wakasign.com/api/docusign/restapi/v2.1/accounts/<ACCOUNT_ID>/envelopes' \
  -H 'Authorization: Bearer dk_xxx' \
  -H 'Content-Type: application/json' \
  -d '{
    "emailSubject": "Contrat à signer",
    "status": "sent",
    "recipients": {
      "signers": [
        { "email": "client@example.com", "name": "Jean Dupont", "recipientId": "1", "routingOrder": "1" }
      ]
    }
  }'

Brancher les Connect webhooks

L'API Connect DocuSign est portée : POST /accounts/<accountId>/connect pour créer la configuration, et le payload envoyé suit la forme DocuSign envelope-information.

Vérifier avec le Swagger DocuSign

Ouvrir le Swagger DocuSign