DocuSign Rest API возвращает пустой ответ после перехода в производственную среду (тот же код отлично работает в Sandbox) - PullRequest
0 голосов
/ 14 января 2020

У нас есть весь код, работающий в Песочнице. Мы завершили все этапы успешного перехода на производство в Docusign. Docusign Rest API возвращает пустой ответ после перехода в производственную среду (тот же код отлично работает в Sandbox)

После покупки плана Basi c API с помощью Docusign мы пытаемся использовать те же сценарии завитков, которые работали хорошо в среде песочницы в производстве. Использовал GetUserInfo для определения базового URI (ca.docusign. net), пробовал restapi / v2 /, restapi / v2.1 /, а также без указания версии, всегда получал пустой ответ (если мы не отправляем недопустимый токен носителя) см. № 3 ниже). Кажется, что строка производственного токена в порядке, так как GetUserInfo работает в рабочей среде и нет ошибок авторизации.

1) Песочница (работает нормально, API возвращает идентификатор конверта): curl --header "Авторизация: Bearer [TokenTextString]" - -header "Content-Type: application / json" --data-binary @ JsonReq.txt --request POST https://demo.docusign.net/restapi/v2/accounts/ [account_id] / envelopes -k {"envelopeId": "6e1aa70d- cc9e-4a57-a371-1deed8e49424 "," uri ":" / envelopes / 6e1aa70d-cc9e-4a57-a371-1deed8e49424 "," statusDateTime ":" 2020-01-14T15: 32: 38.9230000Z "," status ":" отправлено "}

2) Производственная среда (получить пустой ответ): curl --header" Авторизация: Bearer [TokenTextString] "--header" Тип содержимого: application / json "--data-binary @T: \ at \ oct2017! Docusign \ JsonReq.txt --request POST https://ca.docusign.net/restapi/v2/accounts/ [account_id] / envelopes -k

3) Интересно, если я заменю токен носителя на что-то неверно (ie удалить начальную 'e') Я получаю ответ "USER_AUTHENTICATION_FAILED":

curl --header "Authori zation: Bearer [TokenTextString_e_removed] "--header" Тип содержимого: application / json "--data-binary @T: \ at \ oct2017! docusign \ JsonReq.txt --request POST https://ca.docusign.net/restapi/v2/accounts/ [ account_id] / envelopes -k {"errorCode": "USER_AUTHENTICATION_FAILED", "message": "Одно или оба имени пользователя и пароля недействительны. Неверный токен доступа "}

Примечание. Использовал запрос userinfo для получения базового URI для производственного RestAPI (ca.docusign. net)

curl --header". Авторизация: Bearer [ TokenTextString] "--request GET https://account.docusign.com/oauth/userinfo -k {" sub ":" 21219113-31d7-427d-bdad-16dab4654485 "," name ":" XXXX XXXX "," данное имя ":" XXXX "," имя_фамилии ":" xxxx "," создано ":" 2019-12-10T22: 18: 51.623 "," электронная почта ":" xxxx@xxxxx.com "," accounts ": [{" account_id ":" [account_id] "," is_default ": true," account_name ":" XXXXXX In c "," base_uri ":" https://ca.docusign.net "}]}

1 Ответ

0 голосов
/ 17 января 2020

Сравнил все настройки на каждом экране между моей Песочницей и Живыми Аккаунтами бок о бок. Обнаружил, что когда ключ интеграции был скопирован в реальную учетную запись, для Аутентификации должно быть установлено значение по умолчанию «Авторизация кода» (Docusign *) 1003 * -Live Process) После обновления до «Implicit Grant» и повторного выполнения шагов (RSA Keys / JWT gen et c) удалось успешно обработать запрос на конверт.
Что отбросило все, так это docusign API не возвращал никакого ответа вместо сообщения об ошибке (если токен на предъявителя был недействителен или просрочен, а затем получал бы ответ об ошибке), если бы возвращенная ошибка выглядела раньше, что нужно go через настройки с тонкой зубчатой ​​гребенкой.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...