Wir haben uns entschlossen, in einem neuen ProcessMaker I/O-Anwendungsfall ein leistungsfähigeres Adobe Sign-Workflow-Erlebnis zu schaffen. Klicken Sie hier, um den Anwendungsfall zu sehen und zu erfahren, wie er erstellt wurde.
Das Ziel des Anwendungsfalls war es, die Leistung des Adobe Sign Web Widgets zu verbessern. Dies ist ein sehr nützliches Widget. Der klassische Anwendungsfall für das Widget ist ein Immobilien- oder Gerätevermieter, der eine Kopie seines Vertrags auf eine Website stellen möchte, damit die Benutzer die Website besuchen, den Vertrag ausfüllen und ihn mit dem Vermieter unterschreiben können. Dies ist ein übliches "one-to-many"-Szenario. In diesem Szenario bietet ein Unternehmen einen Vertragstyp an, der mit einem einzigen Benutzer abgeschlossen werden kann.
Wir können uns eine weitere Situation vorstellen, die die Sache noch ein wenig komplizierter macht. Was ist, wenn wir zwei Unterzeichner zulassen müssen? Nun, auch dieses Szenario ist sehr einfach zu handhaben. Ich muss sie einfach nach dem ersten Unterzeichner an einen zweiten Unterzeichner weiterleiten und dann zurück an das Unternehmen.
Die nächste Stufe der Komplexität
Bislang sind diese Anwendungsfälle nicht allzu speziell. Lassen Sie uns jedoch ein drittes Szenario vorstellen. In diesem dritten Szenario benötigen wir einen leistungsfähigeren Adobe Sign-Workflow. Das dritte Szenario ist eines, in dem ich vielleicht oder nicht einen zweiten Unterzeichner haben kann. Es ist an Bedingungen geknüpft. Das bedeutet, dass meine Routing-Engine intelligent genug sein muss, um das Hinzufügen eines Mitunterzeichners zu verarbeiten und das Dokument nur dann an den Mitunterzeichner weiterzuleiten, wenn es einen Mitunterzeichner gibt. Wenn es keinen Mitunterzeichner gibt, sollte das Unterschriftsverfahren wie üblich ablaufen.
Dies ist ein Szenario, das heute nicht mit dem Adobe Sign-Widget gehandhabt werden kann. Wenn wir dies also tun wollen, brauchen wir eine Möglichkeit, einen leistungsfähigeren Adobe Sign-Workflow zu erstellen.
Verwendung von ProcessMaker I/O für einen leistungsfähigeren Adobe Sign Workflow
Um zu zeigen, wie ProcessMaker I/O als Schnittstelle zu Adobe Sign verwendet werden kann, um einen leistungsfähigeren Adobe Sign Workflow zu erstellen, haben wir den unten abgebildeten Workflow erstellt. Wir wollten zeigen, wie ein Benutzer eine Website aufrufen kann, um einen Workflow für die Dokumentensignatur zu initiieren. Anstatt eine Webseite zu verwenden, haben wir uns entschieden, den Slack-Connector zu nutzen, den wir für einige unserer früheren Beispiele erstellt haben. Die Idee, ein Webformular auszufüllen oder einen Slack-Befehl "/" zu verwenden, um einen Workflow zu starten, ist im Grunde dieselbe. In beiden Fällen drücke ich die Eingabetaste, übermittle ein paar Felder mit Informationen und rufe einen Web-Hook auf, um einen ProcessMaker-Prozess zu starten.
In der Abbildung unten steht die Prozessspur oben für alles, was vor dem Signiervorgang geschieht. Das Nachrichtenereignis (der schwarze Umschlag) ist der Ort, an dem die Magie geschieht. Wenn ich in einem Formular auf "Speichern" oder nach meinem Slack-Befehl auf "Enter" klicke, übermittle ich im Wesentlichen die Informationen und rufe einen Webhook auf. Der zweite Prozess beginnt mit einem Nachrichtenempfangsereignis. Das Message Receive Event "lauscht" auf jeden Aufruf, der eine Instanz des Prozesses erzeugen möchte. Dieses Ereignis befindet sich in einer ProcessMaker I/O-Engine-Instanz, die immer eingeschaltet ist und immer zuhört. Das ist das Schöne an einer Cloud-Workflow-API - sie ist da und bereit, verwendet zu werden.
Umgang mit einem zweiten Unterzeichner
Sobald der Unterzeichnungsworkflow gestartet wurde, zeigt die zweite Schwimmspur, wie der Prozess abgewickelt wird. Der wichtige Teil in dieser zweiten Schwimmspur ist der zweite Übergang oder Entscheidungspunkt. An der zweiten Schnittstelle stellt der Prozess die Frage, ob eine zweite E-Mail vorliegt - ja oder nein? Die zweite E-Mail ist ein Feld innerhalb des Adobe-Vertrags, mit dem wir begonnen haben. Diese zweite E-Mail wird ausgefüllt, wenn es z. B. einen Mitunterzeichner oder Mitkreditnehmer gibt. Wenn es keine E-Mail gibt, ist die Unterschriftszeremonie beendet. Wenn es jedoch eine zweite E-Mail gibt, senden wir das Dokument an den zweiten Unterzeichner, fügen ein Feld für die Unterschrift des zweiten Unterzeichners hinzu und holen seine Unterschrift ein.
Während all dieser Aktivitäten werden wir auch den Slack-Kanal über unsere Fortschritte informieren.
Eine Welt der Möglichkeiten
Sie können sehen, wie wir durch das Hinzufügen von ProcessMaker I/O und seiner leistungsfähigen API zu Adobe Sign einen leistungsfähigeren Adobe Sign Workflow geschaffen haben. Das Adobe Web Widget ist großartig und sehr beliebt. Stellen Sie sich jedoch all die Anwendungsfälle vor, in denen ein leistungsfähigerer Adobe Sign-Workflow nützlich wäre - Unterschriftszeremonien mit Mitkreditnehmern und Mitunterzeichnern zum Beispiel.
