Docusignapi 由于不再支持DocuSign legacy header auth，并且最终用户的OAuth身份验证对我们来说没有意义，我们的选项是什么？

目前，我们在嵌入式签名仪式中使用传统的头方法通过docusignrestapi进行身份验证，并希望将我们的身份验证方法迁移到DocuSign完全支持的方法。但是，签名者不需要通过DocuSign的身份验证即可签署此文档。这不是一份具有法律约束力的合同，而是一份我们收集信息以便对签字人进行背景调查的文件。签名只是为了证明他们提供的信息是准确的，在伊利诺伊州需要一张纸或电子签名。我们的选择是什么

---

编辑：基于我在这里和其他论坛上看到的类似问题，似乎这方面的文档可能会更好。我被挂断的部分是获得JWT授权认证过程的同意。给人的印象是，每次需要签名或发送签名的内容时，最终用户（签名者或发送者）都需要通过客户端应用程序或服务通过使用DocuSign进行身份验证来授予其同意。如果您正在使用像我们这样的集成，试图使DocuSign尽可能不可见，那么这将不是一个选项。事实并非如此。在的步骤1中构造的URL实际上是由开发人员在开发过程中手动构造的，并在浏览器中导航到，开发人员将使用用于集成的DocuSign帐户登录。

您可以使用JSON Web令牌身份验证（JWT）而且，您只需要一个用于进行API调用的系统用户

最终用户不需要登录到您的应用程序

---

另一方面，由于您写道“签名只是为了证明他们提供的信息是准确的”，我建议您考虑使用。clickwrap正是您所需要的，您甚至不需要在设置后从服务器进行API调用。

我应该提到的是，已经有人建议我们使用SSO企业级访问管理功能，但这对我们来说将是一个巨大的成本增加。最终用户是潜在客户，而不是我们组织的员工。需要签名。用户在我们的网站上填写表单，我们根据他们提供的信息动态生成PDF，然后将PDF发送给DocuSign进行签名，并通过PayPal/BrainTree进行支付。签名必须与用户提供的信息一起出现。当然，所有这些都可以通过JWT完成，而无需最终用户登录到DocuSign（如果这是您的问题）。也无需最终用户是您帐户的成员。经管理员同意，正确吗？您可以在没有管理员同意的情况下，在个人同意的情况下执行此操作。我不认为有任何要求会改变这一点。