2017-04-13 2 views
0

Unter Verwendung von this Python Beispiel von Github als ein Beispiel, schrieb ich ein R-Paket für die Interaktion mit der DocuSign Embedded Signing API.DocuSign Embedded Signing Workflow

Ich verstehe den Workflow für das Embedded Signing nicht vollständig, und ich hoffe, dass jemand helfen kann.

Hier ist, was ich möchte:

Ich habe eine Anwendung mit einer Anmeldeseite. Wenn Benutzer sich anmelden, möchte ich, dass sie ein Dokument unterschreiben. Wenn Sie das Anmeldeformular einreichen, erzeuge ich einen Umschlag mit einer Vorlage und verwende deren Namen und E-Mail-Adresse im Parameter templateRole. Ich erhalte eine URL, an die ich den Benutzer sende, damit er das Dokument signieren kann.

Es scheint jedoch, dass der eigentliche Workflow darin besteht, zuerst eine E-Mail an den Unterzeichner zu senden und sie von einem Link in der E-Mail zu unterschreiben. Dies scheint nicht sehr "eingebettet" zu sein, so dass ich ein bisschen verwirrt bin. Liegt das daran, dass ich die Sandbox-API verwende?

Ich sehe, dass es einen authenticationMethod Parameter gibt, der Werte von entweder E-Mail oder HTTPBasicAuth oder Passwort oder PaperDocuments nimmt. Ist das der Grund, warum E-Mail verwendet wird, anstatt den Benutzer direkt zu einer Seite zu senden, auf der er signieren kann, weil ich E-Mail als authenticationMethode auswähle?

Habe ich Embedded Signing grundsätzlich falsch verstanden?

Antwort

2

Das Skript, das Sie referenzieren, ist für Embedded Sending.

Die Embedded Senden Ansicht eines Umschlags ermöglicht es Benutzern, auf die Registerkarten, Dokumente, Empfänger zu bearbeiten und andere Einstellungen des Entwurfs der Umschläge, bevor wir sie zur Genehmigung

So Senden Sie grundsätzlich die Angabe sind Unterschriftszugriff, um möglicherweise den Umschlag zu ändern (weitere Unterzeichner hinzufügen, Dokumente entfernen usw.). Die Absenderansicht sollte dem Signer niemals angezeigt werden.


Wenn Sie Embedded Signing suchen, so finden Sie in diesem code

Embedded Signing - oder den Empfänger anzeigen Workflow - ermöglicht es Benutzern, direkt über die App oder Website zu unterzeichnen. Wenn Sie Ihre Empfänger einbetten, teilen Sie der DocuSign-Plattform mit, dass Ihre App Signierungs-URLs generiert, Ihre Empfänger authentifiziert, die Signierungsanfrage vorlegt und die Transaktion erneut durchführt, sobald die Transaktion abgeschlossen ist.

+0

Vielen Dank! Ich verstehe immer noch nicht, warum es immer noch eine E-Mail sendet, aber das hilft. – Carl

+0

Wenn Sie in Ihrer CreateEnvelope-Anforderung die Recipient.clientUserId-Eigenschaft angeben, wird ein eingebetteter Empfänger angegeben. In diesem Fall sollte keine E-Mail an den Empfänger gesendet werden. Siehe [hier] (https://github.com/docusign/docusign-rest-recipes/blob/master/signing_from_within_your_app/signing_from_within_your_app.php#L49) –

+0

Du bist echt MVP! – Carl

Verwandte Themen