Créer des expériences documentaires et de signature électronique intégrées

Voir les détails sur l’obtention des identifiants d’API

• Compte développeur Acrobat Sign

• Code de démarrage

• Code VS (ou éditeur de votre choix)

• Python 3.x

  • Mac — Homebrew
  • Linux — Programme d'installation intégré
  • Windows — Chocolatey
  • Tous — https://www.python.org/downloads/

Affichage des détails sur la création d’un formulaire web

1. Accédez à Acrobat Sign avec votre compte développeur.

2. Sélectionner Publication d’un formulaire web sur la page d’accueil.

   

3. Créez votre accord.

   

4. Incorporez votre accord dans une page de HTML plate.

5. Essayez d'ajouter des paramètres de requête de manière dynamique.

   

Affichage des détails sur la création dynamique d’accords

Tout d’abord, vous devez établir l’accès. Avec Acrobat Sign, il existe deux façons de se connecter via l’API. Jetons OAuth et clés d’intégration. À moins que vous n’ayez une raison très spécifique d’utiliser OAuth avec votre application, vous devez d’abord explorer les clés d’intégration.

1. Sélectionner Clé d’intégration dans le Informations API sous le menu Compte dans Acrobat Sign.

   

Maintenant que vous avez accès à l’API et pouvez interagir avec celle-ci, découvrez ce que vous pouvez faire avec elle.

1. Accédez à l’onglet Méthodes de l’API REST Acrobat Sign version 6.

   

2. Utilisez le jeton en tant que valeur "porteur".

   

Pour envoyer votre premier accord, il est préférable de comprendre comment utiliser l’API.

1. Créez un document temporaire et envoyez-le.

note note
NOTE
Les appels de requête basés sur JSON ont une option "Modèle" et "Schéma de modèle minimal". Cela donne des spécifications et une charge utile minimale définie.

Après avoir envoyé un accord pour la première fois, vous êtes prêt à ajouter la logique. C'est toujours une bonne idée d'établir des aides pour minimiser la répétition. En voici quelques exemples :

Validation

En-têtes/authentification

URI de base

Soyez conscient de l’emplacement des documents transitoires dans le grand schéma de l’écosystème Sign.
Transitoire -> Accord temporaire -> Modèle -> Accord temporaire -> Widget -> Accord

Cet exemple utilise un modèle comme source de document. C’est généralement le meilleur itinéraire, sauf si vous avez une bonne raison de générer dynamiquement des documents pour signature (par exemple, génération de code hérité ou de documents).

Le code est assez simple ; il utilise un document de bibliothèque (modèle) pour la source du document. Les premier et second signataires sont assignés dynamiquement. La IN_PROCESS état signifie que le document est envoyé immédiatement. En outre, mergeFieldInfo permet de remplir les champs de manière dynamique.

Découvrez comment intégrer l’expérience de signature.

Si vous ne souhaitez pas que le premier e-mail d’envoi se déclenche, un moyen simple consiste à gérer le comportement en modifiant l’appel d’API.

Voici comment contrôler la redirection post-signature :

Après avoir mis à jour le processus de création de l’accord, l’étape finale consiste à générer l’URL de signature. Cet appel est également assez simple et génère une URL qu’un signataire peut utiliser pour accéder à sa partie du processus de signature.

note note
NOTE
Notez que l’appel de création d’accord est techniquement asynchrone. Cela signifie qu’un appel d’accord "POST" peut être effectué, mais que l’accord n’est pas encore prêt. La meilleure pratique consiste à établir une boucle de nouvelle tentative. Utilisez une nouvelle tentative ou n’importe quelle autre bonne pratique pour votre environnement.

Quand tout est mis en place, la solution est assez simple. Vous créez un accord, puis générez une URL de signature sur laquelle le signataire peut cliquer pour commencer le rituel de signature.