信封的签名者 URL - 调用 docusign API 并收到 400 错误请求错误
Signer URL for an envelope - calling docusign API and getting 400 bad request error
对于要求 - 签名者 URL - 我们希望获得信封的签名者 URL。在 API 下面调用,但 API 抛出 400 错误请求消息。
POST /restapi/v2.1/accounts/{accountId}/envelopes/{envelopeId}/views/recipient
我尝试遵循这两个请求。
{"clientUserId":"fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4","userId":"fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4","userName":"Manoj Sharma","email":"abc@xyz.com","recipientId":"1","authenticationMethod":"None"}
或
{"clientUserId":"fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4","email":"abc1@xyz.com","recipientId":"2","authenticationMethod":"None"}
我查看了您最近的一些流量,我看到了与缺少 returnUrl 或用户名相关的错误组合。
我认为此调用不需要 userId(不是 clientUserId),因此如果这不起作用,您可能还想删除该部分。
尝试将其更改为:
{
"clientUserId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userName": "Manoj Sharma",
"email": "manoj.sharma@ebix.com",
"recipientId": "1",
"authenticationMethod": "None",
"returnUrl":"https://www.docuisgn.com"
}
如果通话中存在其他必需的详细信息,它应该会开始工作。如果您仍然看到错误消息,请告诉我们。
编辑:
问题分为两部分。
创建信封时,您没有为收件人提供 clientUserId。 ID可以是数字或字母的组合,一般不超过12个字符。
当您为 recipientViewToken 创建请求时,您指定的 clientUserId 是预期接收者的 apiUserName。 apiUserName 是一个特定于用户的 GUID,分配给您帐户中的特定用户。为了让 recipientViewToken 请求通过,clientUserId 需要在信封上已经存在的收件人与您在调用中指定的用户详细信息之间进行匹配,这与此 APIUserName 无关。
你的例子:
{
"clientUserId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userName": "Manoj Sharma",
"email": "manoj.sharma@ebix.com",
"recipientId": "1",
"authenticationMethod": "None",
"returnUrl": "https://www.docuisgn.com"
}
如果您将其更改为:
,则很可能会起作用
{
"userName": "Manoj Sharma",
"email": "manoj.sharma@ebix.com",
"recipientId": "1",
"authenticationMethod": "None",
"returnUrl": "https://www.docuisgn.com"
}
但是,如果您打算让您的收件人被俘虏,您只需要在信封定义中提供与请求令牌时相同的 clientUserId
。不一定是APIUsername,可以简单到5678.
对于要求 - 签名者 URL - 我们希望获得信封的签名者 URL。在 API 下面调用,但 API 抛出 400 错误请求消息。
POST /restapi/v2.1/accounts/{accountId}/envelopes/{envelopeId}/views/recipient
我尝试遵循这两个请求。
{"clientUserId":"fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4","userId":"fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4","userName":"Manoj Sharma","email":"abc@xyz.com","recipientId":"1","authenticationMethod":"None"}
或
{"clientUserId":"fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4","email":"abc1@xyz.com","recipientId":"2","authenticationMethod":"None"}
我查看了您最近的一些流量,我看到了与缺少 returnUrl 或用户名相关的错误组合。
我认为此调用不需要 userId(不是 clientUserId),因此如果这不起作用,您可能还想删除该部分。
尝试将其更改为:
{
"clientUserId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userName": "Manoj Sharma",
"email": "manoj.sharma@ebix.com",
"recipientId": "1",
"authenticationMethod": "None",
"returnUrl":"https://www.docuisgn.com"
}
如果通话中存在其他必需的详细信息,它应该会开始工作。如果您仍然看到错误消息,请告诉我们。
编辑:
问题分为两部分。
创建信封时,您没有为收件人提供 clientUserId。 ID可以是数字或字母的组合,一般不超过12个字符。
当您为 recipientViewToken 创建请求时,您指定的 clientUserId 是预期接收者的 apiUserName。 apiUserName 是一个特定于用户的 GUID,分配给您帐户中的特定用户。为了让 recipientViewToken 请求通过,clientUserId 需要在信封上已经存在的收件人与您在调用中指定的用户详细信息之间进行匹配,这与此 APIUserName 无关。
你的例子:
{
"clientUserId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userId": "fc86d3e0-2d5c-4ebb-9765-cb8b0e011ee4",
"userName": "Manoj Sharma",
"email": "manoj.sharma@ebix.com",
"recipientId": "1",
"authenticationMethod": "None",
"returnUrl": "https://www.docuisgn.com"
}
如果您将其更改为:
,则很可能会起作用{
"userName": "Manoj Sharma",
"email": "manoj.sharma@ebix.com",
"recipientId": "1",
"authenticationMethod": "None",
"returnUrl": "https://www.docuisgn.com"
}
但是,如果您打算让您的收件人被俘虏,您只需要在信封定义中提供与请求令牌时相同的 clientUserId
。不一定是APIUsername,可以简单到5678.