2017-11-28 5 views
0

Ich erstelle ein Embedded Signing-Erlebnis in unserer Web-App und deaktiviere daher das Senden von E-Mails durch DocuSign. Unsere App sendet selbst benötigte E-Mails.So behandeln Sie ACTIVATION_FAILED

Der DocuSign-Umschlag hat einen einzelnen Empfänger mit einem definierten Zugriffscode.

Ich verwende die Umschlagansicht createRecipient, um die DocuSign URL zu erhalten, mit der der Empfänger das Dokument signieren kann.

Beim Zugriff auf diese URL wird der Empfänger aufgefordert, seinen Zugriffscode einzugeben. Wenn sie anstatt den Zugangscode einzugeben, klicken sie auf die Schaltfläche Ich habe nie einen Zugangscode erhalten, sie werden auf die Rückkehr-URL mit dem Event-Parameter auf XXX gesetzt.

Das funktioniert alles so, wie ich es erwarten würde.

Allerdings, wenn ich dann versuchen, die createRecipient Funktion wieder für den Umschlag zu nennen, erhalte ich eine Fehlermeldung von der API:

{ 
    "errorCode": "ACTIVATION_FAILED", 
    "message": "The token for a recipient that has failed activation cannot be generated." 
} 

Wenn ich an der DocuSign Seite einloggen und auf dem Umschlag sehen, es zeigt eine Fehlermeldung:

Authentifizierung fehlgeschlagen: Erneut senden Empfänger eine zweite Chance Authentifizierung übergeben, oder korrekt zu entfernen oder zu ändern Authentifizierungsdaten zu geben.

Der Briefumschlag scheint sich in einem gesperrten Zustand zu befinden.

kann ich RESEND im DocuSign Website klicken, oder gelingt es eine PUT request an der Hülle über die API mit ?resend_envelope=true und dies führt in den Umschlag „Entriegeln“ und ermöglicht dem Aufruf der createRecipient Umschlag Ansicht.

Dies führt jedoch dazu, dass eine E-Mail von DocuSign an den Benutzer gesendet wird, die ich nicht möchte.

Kann jemand raten, wie man einen Umschlag/Empfänger in einem ACTIVATION_FAILED-Zustand freischaltet, ohne E-Mails zu senden?

Antwort

1

Ich habe den gleichen Ablauf versucht und es funktioniert gut für mich und ich bekomme keine E-Mail, wenn Sie auf der DocuSign-Site auf RESEND klicken, oder eine PUT-Anfrage an den Umschlag über die API mit? Resend_envelope = true.Bitte beachten Sie die folgenden Schritte finden, die ich um das Problem zu replizieren nahm:

  • einen Umschlag mit Empfänger mit clientUserId Erstellt als nicht null
  • generiert RecipientView URL mit clientUserId
  • Benutzer wurde mit Access präsentiert, dann klickte ich " nie erhielt einen Zugriffscode“
  • Wieder versuchte erstellt RecipientView URL clientUserId mit und bekam ACTIVATION_FAILED Fehler
  • Dann habe ich versucht, unter Anruf PUT /restapi/v2/accounts/<accountId>/envelopes/<envelopeId>?resend_envelope=true mit leeren Körper als

    { } Statt Put Call habe ich versucht, auch ohne Auslösen einer E-Mail erneut senden Taste aus Webconsole und es funktionierte auch gut mit.

  • ich keine E-Mail erhalten haben
  • nun wieder versucht, erstellt RecipientView URL mit clientUserId, dieses Mal habe ich die URL generieren könnte und auf diese URL zu öffnen, ich wieder konnte einen Bildschirm erhalten den Zugangscode
  • eingeben
+0

Danke Amit, Sie sind richtig - mein schlechtes. Als ich die Umschlagshistorie in der Webkonsole angezeigt habe, gab es einen Resent-Datensatz mit der E-Mail-Adresse des Empfängers. Ich hatte irrtümlicherweise gedacht, dass dies bedeutete, dass eine E-Mail gesendet wurde. –

Verwandte Themen