2016-08-02 1 views
0

я получаю следующий ответ на Почтальон при выполнении запроса GET наБезопасности не соответствует ожидаемой схеме

https://www.docusign.net/restapi/v2/accounts/ {myclientidhere}/

Счета ключ интегратора демо был сертифицирован и переехал в прод , Я сделал запрос точно так же, как и для демо-счета, используя новое имя пользователя, пароль и данные ключа интегратора в prod. Что здесь может быть не так?

<errorDetails xmlns="http://www.docusign.com/restapi" xmlns:i="http://www.w3.org/2001/XMLSchema-instance"> 
    <errorCode>INVALID_TOKEN_FORMAT</errorCode> 
    <message>The security token format does not conform to expected schema.</message> 
</errorDetails> 
  • Edit: Как было предложено DocuSign, я использую Na2 как наш счет производства проживает в среде Na2

Мой запрос следующим образом:

GET 

Endpoint 
https://na2.docusign.net/restapi/v2/login_information 

Headers 

Content-Type: application/json 
X-DocuSign-Authentication: {"Username":"[email protected]","Password":"xxxx","IntegratorKey":"xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx"} 

загрузили журналы запросов, но список журналов возвращает 200 OK, кроме тех, которые ищут образ профиля, которого у меня нет, поэтому имеет смысл получить 404, не созданный d, так как нет изображения для ссылки. Я не вижу никаких других проблем.

+0

Можете ли вы уточнить, что такое «myclientidhere»? то есть это просто короткое число, которое представляет собой идентификатор вашей учетной записи? Или это GUID, который представляет что-то еще? Идентификатор вашей учетной записи будет отличаться в Prod, чем в демо. –

+0

Это восьмизначное число, подобное этому 4xxxxxx3 и без окружающих фигурных скобок. Я просто сделал это, как в документации. – Sheree

+0

& yes Я использую id клиента prod. Я должен назвать его идентификатором учетной записи. – Sheree

ответ

0

После того, как мы работали с клиентом, мы обнаружили, что проблема заключалась в том, что в их пароле была обратная косая черта (\), которая анализировалась как escape-последовательность.

Так в основном пароль был как:

[email protected]\%34 

и обратный слеш был причиной ошибки.

0

Просто наткнулся на ту же проблему. По-видимому, символ " также запрещен в пароле. Изменен пароль, чтобы исключить его, и теперь он отлично работает.

 Смежные вопросы

  • Нет связанных вопросов^_^