我的要求是:在网站上,用户可以点击[我们的]平台上的签名按钮,直接弹出要签名的文档并在文档上签名
目前,根据DocuSign嵌入式发送和签名文档,我们使用JWT admin授权方法获取访问权\uu用户可以通过文档“envelopeviews:create recipient”打开并签署文档URL,
问题:
如果我们直接复制DocuSign URL并在浏览器中打开它,页面将正确显示要签名的文档页面。如果签名URL嵌入到平台网页中,DocuSign将直接重定向到“envelopeviews:createrecipient”以提交returnurl地址,参数event=send
我做错什么了吗
以下是一些详细信息:
List<Signers> signersList = new ArrayList<>();
signersList.add(signers);
signersList.add(signers1);
Recipients recipients = new Recipients();
recipients.setSigners(signersList);
dataJson.put("documents",docsignDocumentList);
dataJson.put("emailSubject",propertyName);
dataJson.put("recipients",recipients);
dataJson.put("status","sent");
String data = dataJson.toJSONString();
String envelopesJson = HttpDocusignUtils.httpPostJson("https://demo.docusign.net/restapi/v2.1/accounts/xxxx/envelopes",access_token,data);
log.info("envelopesJson:{}",envelopesJson);
JSONObject json_test = JSONObject.parseObject(envelopesJson);
String envelopeId=json_test.get("envelopeId").toString();
log.info("envelopeId:{}",envelopeId);
String Url="https://xxxxxx.com/?propertyId={propertyIdTemp}".replace("{propertyIdTemp}",propertyId);
JSONObject recipient_data = new JSONObject();
recipient_data.put("userName",signers.getName());
recipient_data.put("email",signers.getEmail());
recipient_data.put("recipientId","1");
recipient_data.put("clientUserId","2");
recipient_data.put("authenticationMethod","None");
recipient_data.put("returnUrl",Url);
System.out.println("sender_data==========="+recipient_data.toJSONString());
String results_recipient = HttpDocusignUtils.httpPostJson("https://demo.docusign.net/restapi/v2.1/accounts/xxxx/envelopes/{envelopeIdTemp}/views/sender".replace("{envelopeIdTemp}",envelopeId),access_token,recipient_data.toJSONString());
JSONObject results_senderJson = JSONObject.parseObject(results_recipient);
是的,这是两个不同的endpoint。一个用于发件人,一个用于收件人(签名者)。无论哪种情况,都可以从应用程序中使用嵌入式视图。然后指定签名(或发送)完成后重定向的位置。
可以正常使用。我必须请求URL错误。正确的应该是:“https://demo.docusign.net/restapi/v2.1/accounts{accountId}/envelopes/{envelopeId}/views/recipient“我使用过”https://demo.docusign.net/restapi/v2.1/accounts{accountId}/envelopes/{envelopeId}/views/sender“
所以我最近一直在处理PDF文档的签名,今天我遇到了一个新的奇妙的问题。因此,当我签署文档(文档实际上是在服务器上签署的)并在我的机器中打开文档时,签名显示有效,并且启用了LTV,因此几乎与预期的工作方式相同。但是,当我在老板的计算机上打开相同的文档时,它显示即使在证书被信任后也无法验证签名的身份,但如果我打开证书属性,它会说证书是有效的,吊销已经成功执行。这可能是什么原因? 图1:证书本身是可信的
真正的问题是docusign允许我在没有签名的情况下“完成”,因为文档是以自由形式显示的-请在下面找到我的代码-我使用docusign REST API使用/envelets/{envelopeID}/views/recipition调用为预定义的文档模板创建嵌入式签名。我正在使用RESTSHARP连接到DocuSign。非常感谢你的帮助! }
我有一个问题与数字签名PDF文件已标记为PDF/A-3A兼容。使用PDFBox(最新版本,2.0.24)最终在Adobe Acrobat中获得无效签名,而使用iText7(最新版本)获得有效签名。目标是获得符合PAdES LTV的签名。 我的流程如下(使用PDFBox和iText7): 打开PDF,创建用于签名的散列(要签名的数据) 我呼叫第三方服务以取回数字签名 在服务响应中,我还获得了OCSP
Pushes 签名 git push can be instructed to sign the push. The server may use this to control the execution of certain hooks: git push 可以被指示进行签名 push。服务器可以使用它来控制一些钩子的执行: ❯ git push --signed Github 现在貌似并没有
Merges 签名 git merge 命令可以在合并没有使用 --verify-signatures 命令带有不可信 GPG 签名的 commit/branch 时检查和拒绝 如果被合并的分支中有任何没有被有效签名认证的提交,合并将不会继续。 Merge commit 本身也是可以被签名的(使用 -S): ❯ git checkout -b enhancement/foo ❯ touch qux