eSignature in embedded PDF

I currently work with a system using the Adobe Sign integration.  Overall it works well.  The main issue we keep running into (which is more of a User Training issue, and more of an issue with Adobe Sign itself than with Appian), is that when the user gets their Appian task containing a portal to fill and/or sign their Adobe Sign document, the Adobe Sign integration contains its own "Complete" or "Submit" button, and the users will merely do that and then close the Appian task without hitting any Submit button.  This, of course, prevents the Appian process from proceeding which is critical.

This still happens (if somewhat less) even after we've added large, bold, obvious instruction text on the form header explaining that they absolutely must press the button OUTSIDE the integration pane labelled "send to reviewer" (etc).  AFAIK there would still be the same type of issue regardless of the type of integration used.  For now we're just doubling down on the "user training" angle to solve this issue.

Hi Mike, this is super helpful. If I understand the pain point correctly, it's due to the approver having to complete/submit their signature and also click the submit button for the Appian workflow approval. If that's the case, I personally would prefer that over the user being required to open a separate link to DocuSign to enter their signature while still completing the Appian approval.

To confirm, you have it configured so the Adobe Sign is embedded within Appian, correct? For example, in the screenshot I included in my post, our preference is for the user to enter their signature directly in that PDF pane.

Do you have any screenshots or reference documents you can share?

Cool, thanks for the feedback.  When you get a chance I'd appreciate if you could click "verify answer" (or whatever option you're presented with), just for those elusive Community brownie points

Hi Mike, I am doing the same way using DocuSign and signing is working fine but when signing is completed(Click on Finish) the web content field fails to load the returned url and returns the error as - Unsafe content detected and removed. Please reload to continue. Any solution for this.

PS: Same URL works fine when test in unnamed interface within web content field. I am still trying to understand why web content field component behave so differently.

Thanks is advance.

I don't have any specific insight into the particulars of using DocuSign URLs - i haven't seen an error message similar to the one you describe when designing or testing Adobe Sign documents though.

Hi Mike, our development team is running into some issues with the Adobe Sign integration where the authentication token needs to be manually refreshed every hour. Did you experience this issue as well? If so, any insight on how this was resolved?

We've actually never had an issue with the auth token either way.  Are you not using a Connected System into echosign with an API Key?  AFAIK we've never needed to change ours since it's been set up.

Are you using "OAuth 2.0: Authorization Code Grant"? That is what we've configured, which has resulted in the recurring issues with the authorization token refresh.

No, our connected system uses API Key.

Hi Mike, thanks again for the helpful feedback on this. Last question (I hope), when the workflow is started, are your users preparing the workflow assignments (e.g.: responsible signers) directly in Appian or a separate window in Adobe Sign?

Generally speaking that's all set up for them in Appian - we try to limit their need to directly interact with Adobe Sign as much as possible, to keep them within the Appian ecosystem mainly.

That's our objective as well. Assuming you're using SSO to authenticate with Adobe?

That's our objective as well. Assuming you're using SSO to authenticate with Adobe?

Do you mean for our personal (admin) login purposes or for authenticating through Appian?  If the latter, as I mentioned above, we're using API Key.