PostMan中的Docusign身份验证API配置

请求有关Docusign身份验证的邮递员请求配置的帮助。需求是一个服务集成。因此，我向可用的RestAPI发出的第一个请求如下

https://account-d.docusign.com/oauth/auth?
response_type=code&scope=signature impersonation&
client_id=<CLIENT_ID>&redirect_uri=https://www.docusign.com

https://account-d.docusign.com/oauth/auth?
响应类型=代码和范围=签名模拟&
客户端\u id=&重定向\u uri=https://www.docusign.com

我得到的只是邮递员的一堆HTML。有人能告诉我我做错了什么吗？此外，请建议服务集成流程中的下一步，以便在成功身份验证后获取访问令牌

---

谢谢你的帮助。非常感谢。服务集成是一个没有用户界面的应用程序。因此，没有用户，也没有用户身份验证

相反，应用程序验证自身并模拟用户。这是通过JWT授权流程完成的

看

我只是在谷歌上搜索“邮差JWT格兰特”，没有看到任何有用的东西

对于邮递员实验，我建议使用OAuth授权代码

同时，您在问题中询问为什么调用URL时收到HTML

回答：调用该URL时，您应该会收到HTML，因为该URL是授权代码授予流程的第一步。HTML应该包括一个用于输入姓名/密码的表单

---

您的服务应用程序将模拟的人可能会使用该URL。这个人会用它来同意你冒充他们的申请。有关更多信息，请参阅my。

服务集成是一个没有用户界面的应用程序。因此，没有用户，也没有用户身份验证

相反，应用程序验证自身并模拟用户。这是通过JWT授权流程完成的

看

我只是在谷歌上搜索“邮差JWT格兰特”，没有看到任何有用的东西

对于邮递员实验，我建议使用OAuth授权代码

同时，您在问题中询问为什么调用URL时收到HTML

回答：调用该URL时，您应该会收到HTML，因为该URL是授权代码授予流程的第一步。HTML应该包括一个用于输入姓名/密码的表单

---

您的服务应用程序将模拟的人可能会使用该URL。这个人会用它来同意你冒充他们的申请。有关更多信息，请参见我的。

我认为您也应该添加

%20

，而不是空白

"scope=signature impersonation&"

应该是

"scope=signature%20impersonation&" 

---

我认为你也应该添加

%20

，而不是空的空间

"scope=signature impersonation&"

应该是

"scope=signature%20impersonation&" 

---

我们已经发布了一个新版本的邮递员集合，它使身份验证的使用变得简单。

---

在这篇

中阅读所有关于它的信息。我们发布了一个新版本的邮递员收藏，使身份验证更容易使用。

---

请在此

中阅读所有相关内容，欢迎来到StackOverflow！！请检查（接受）每个问题的最佳答案。非常感谢。欢迎来到StackOverflow！！请检查（接受）每个问题的最佳答案。非常感谢。拉里·K，谢谢你的投入。我确实阅读了DocuSign文档，但无法理解如何使服务集成工作。我所需要的只是一系列端点调用，我可以从邮递员那里获得对沙盒DocuSign环境的身份验证。谢谢。@Larry K，谢谢你的投入。我确实阅读了DocuSign文档，但无法理解如何使服务集成工作。我所需要的只是一系列端点调用，我可以从邮递员那里获得对沙盒DocuSign环境的身份验证。谢谢。非常感谢，@IvanD。此URL是从Mozilla Firefox浏览器复制粘贴的。由于某些原因，%20在Firefox中被替换为普通空格字符。向您保证我用URL编码值进行测试。在请求JWT之前有几个要点要考虑。首先确保您的应用程序获得许可（管理配置文件->连接的应用程序）。其次，您不必使用邮递员获得JWT的同意，您可以尝试直接从浏览器致电DS，因为您必须提供同意。用你的细节替换这个“”，它应该会起作用。非常感谢，@IvanD。此URL是从Mozilla Firefox浏览器复制粘贴的。由于某些原因，%20在Firefox中被替换为普通空格字符。向您保证我用URL编码值进行测试。在请求JWT之前有几个要点要考虑。首先确保您的应用程序获得许可（管理配置文件->连接的应用程序）。其次，您不必使用邮递员获得JWT的同意，您可以尝试直接从浏览器致电DS，因为您必须提供同意。尝试使用您的详细信息替换此“”，它应该可以工作。