Un flux de travail Adobe Sign plus puissant

Nous avons décidé de créer une expérience de flux de travail Adobe Sign plus puissante dans un nouveau cas d'utilisation de ProcessMaker I/O. Vous pouvez voir le cas d'utilisation et comment il a été construit en cliquant ici.

L'objectif de ce cas d'utilisation était d'améliorer les performances du widget Web Adobe Sign. Il s'agit d'un widget très utile. Le cas d'utilisation classique du widget est celui d'une société de location immobilière ou d'une société de location de matériel qui souhaite mettre une copie de son contrat sur un site web afin que les utilisateurs puissent venir sur le site, remplir le contrat et le signer avec la société de location. Il s'agit d'un scénario courant de "one-to-many". Dans ce scénario, une société propose un type de contrat qui peut être signé avec un seul utilisateur.

Nous pouvons imaginer une autre situation qui ajoute un peu de complexité. Et si nous devions prévoir deux signataires ? Eh bien, ce scénario est également très facile à gérer. Je dois simplement l'acheminer vers un deuxième signataire après le premier, puis le renvoyer à l'entreprise.

Le prochain niveau de complexité

Jusqu'à présent, ces cas d'utilisation ne sont pas trop particuliers. Cependant, imaginons un troisième scénario. Dans ce troisième scénario, nous aurons besoin d'un flux de travail plus puissant pour les panneaux en adobe. Le troisième scénario est un scénario dans lequel je peux ou ne peut pas avoir un deuxième signataire. Il est conditionnel. Cela signifie que mon moteur de routage doit être suffisamment intelligent pour gérer l'ajout d'un cosignataire et ne router le document vers le cosignataire que si et quand il y a un cosignataire. S'il n'y a pas de cosignataire, alors la procédure de signature doit se dérouler comme d'habitude.

C'est un scénario qui ne peut être traité aujourd'hui dans le widget Adobe Sign. Donc, si nous voulons y parvenir, nous aurons besoin d'un moyen de rendre le flux de travail Adobe Sign plus puissant.

Utilisation de ProcessMaker I/O pour un flux de travail Adobe Sign plus puissant

Afin de montrer comment ProcessMaker I/O pourrait être utilisé pour s'interfacer avec Adobe Sign et créer un flux de travail Adobe Sign plus puissant, nous avons créé le flux de travail illustré ci-dessous. Nous voulions montrer comment un utilisateur peut se rendre sur un site web pour lancer un flux de travail pour la signature de documents. Au lieu d'utiliser une page web, nous avons décidé de tirer parti du connecteur Slack que nous avons créé pour certains de nos exemples précédents. L'idée de remplir un formulaire web ou d'utiliser une commande Slack "/" pour lancer un flux de travail est fondamentalement la même. Dans les deux cas, je vais appuyer sur "Entrée" et ensuite soumettre quelques champs d'information et appeler un "web hook" pour lancer un processus ProcessMaker.

Dans l'image ci-dessous, la voie de processus en haut représente tout ce qui est fait avant que le processus de signature n'ait lieu. L'événement du message (l'enveloppe noire) est l'endroit où la magie se produit. Lorsque je clique sur "Sauvegarder un formulaire" ou "Entrer" après ma commande "Slack", je soumets essentiellement les informations et j'appelle un webhook. Le deuxième processus commence par un événement de réception de message. L'événement de réception de message est "l'écoute" de tout appel qui veut générer une instance du processus. Cet événement de réception de message se trouve à l'intérieur d'une instance du moteur d'entrée/sortie de ProcessMaker qui est toujours en marche et toujours à l'écoute. C'est la beauté d'une API de flux de travail dans le nuage - elle est là et prête à être utilisée.

Traitement d'un second signataire

Une fois le processus de signature lancé, le deuxième couloir de nage montre comment le processus est géré. La partie importante à voir dans ce second couloir est la deuxième passerelle ou point de décision. À la deuxième passerelle, le processus pose la question suivante : y a-t-il un deuxième courriel - oui ou non ? Le deuxième courriel est un champ qui se trouve à l'intérieur du contrat Adobe que nous avons lancé. Ce deuxième courriel sera rempli si, par exemple, il y a un cosignataire ou un co-emprunteur. S'il n'y a pas de courriel, la cérémonie de signature se termine. Toutefois, s'il y a un deuxième courriel, nous enverrons le document au deuxième signataire, nous ajouterons un champ pour la signature du deuxième signataire et nous procéderons à l'obtention de sa signature.

Pendant que toute cette activité se poursuit, nous informerons également le canal de relâchement de nos progrès.

Un monde de possibilités

Vous pouvez voir comment, en ajoutant ProcessMaker I/O et sa puissante API à Adobe Sign, nous avons créé un flux de travail Adobe Sign plus puissant. Le widget Web d'Adobe est formidable et très populaire. Cependant, imaginez tous les cas d'utilisation où un Adobe Sign Workflow plus puissant serait utile - les cérémonies de signature avec les co-emprunteurs et les cosignataires par exemple.

Solutions pour les plates-formes

Voyez par vous-même ! Essayez gratuitement les dernières fonctionnalités de ProcessMaker Platform.

Essai gratuit

S'abonner à la Newsletter Hyper-Productivity™ de ProcessMaker

    Consentement à la politique de confidentialité En cochant cette case, vous consentez à Déclaration de confidentialité du fabricant de processus.

    Découvrez comment des entreprises de premier plan utilisent ProcessMaker pour rationaliser leurs opérations grâce à l'automatisation des processus.

    Contactez-nous

    Mise à jour sur la protection de la vie privée
    Nous utilisons des cookies pour rendre les interactions avec notre site web et nos services faciles et significatives. Les cookies nous aident à mieux comprendre comment notre site web est utilisé et à adapter la publicité en conséquence.

    Accepter