Исключение DocuSign SOAP Api «У этой учетной записи недостаточно прав»

Несколько дней назад я создал демо-аккаунт на демо-сайте docusign, и у меня та же проблема: достаточные разрешения DocuSign.

Не могли бы вы, ребята, помочь мне выбраться из этого? Я действительно ценю твою помощь.

Обновить трассировку SOAP:

Запрос CreateAndSendEnvelope

<MessageLogTraceRecord>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Header>
<Action s:mustUnderstand="1" xmlns="http://schemas.microsoft.com/ws/2005/05/addressing/none">http://www.docusign.net/API/3.0/CreateAndSendEnvelope</Action>
</s:Header>
<s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<CreateAndSendEnvelope xmlns="http://www.docusign.net/API/3.0">
<Envelope>
<AccountId>5b119284-64fd-4f85-877c-8825b2e73bc1</AccountId>
<Documents>
<Document>
<ID>1</ID>
<Name>a2a7b1a3efd6416ab00742a72cd00b97_DOCUSIGN_DATA.pdf</Name>
<PDFBytes></PDFBytes>
</Document>
</Documents>
<Recipients>
<Recipient>
<ID>1</ID>
<UserName>TEST 1 LAST</UserName>
<Email>[email protected]</Email>
<Type>Signer</Type>
<AccessCode xsi:nil="true"></AccessCode>
<RequireIDLookup>false</RequireIDLookup>
</Recipient>
</Recipients>
<Subject>sign</Subject>
<EmailBlurb></EmailBlurb>
</Envelope>
</CreateAndSendEnvelope>
</s:Body>
</s:Envelope>
</MessageLogTraceRecord>

Ответ CreateAndSendEnvelope

<MessageLogTraceRecord>
<HttpResponse xmlns="http://schemas.microsoft.com/2004/06/ServiceModel/Management/MessageTrace">
<StatusCode>InternalServerError</StatusCode>
<StatusDescription>Internal Server Error</StatusDescription>
<WebHeaders>
<Vary>Accept-Encoding</Vary>
<Strict-Transport-Security>max-age=7776000; includeSubDomains</Strict-Transport-Security>
<Content-Length>1394</Content-Length>
<Cache-Control>private</Cache-Control>
<Content-Type>text/xml; charset=utf-8</Content-Type>
<Date>Wed, 25 Sep 2013 16:03:23 GMT</Date>
</WebHeaders>
</HttpResponse>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsa="http://schemas.xmlsoap.org/ws/2004/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<soap:Header>
<wsa:Action>http://schemas.xmlsoap.org/ws/2004/08/addressing/fault</wsa:Action>
<wsa:MessageID>urn:uuid:e12ae2b6-6328-4b5b-b553-95f422f66454</wsa:MessageID>
<wsa:RelatesTo>urn:uuid:9f37c1cf-d875-4acd-9b88-108e9b11efc2</wsa:RelatesTo>
<wsa:To>http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous</wsa:To>
<wsse:Security>
<wsu:Timestamp wsu:Id="Timestamp-14c52cbb-7b93-4541-9867-c16654c1629b">
<wsu:Created>2013-09-25T16:03:24Z</wsu:Created>
<wsu:Expires>2013-09-25T16:08:24Z</wsu:Expires>
</wsu:Timestamp>
</wsse:Security>
</soap:Header>
<soap:Body>
<soap:Fault>
<faultcode xmlns="">soap:Client</faultcode>
<faultstring xmlns="">This Account lacks sufficient permissions. </faultstring>
<faultactor xmlns="">missing in Web.Config</faultactor>
<detail xmlns="">
<ErrorCode xmlns="missing in Web.Config">111</ErrorCode>
<ErrorReason xmlns="missing in Web.Config">This Account lacks sufficient permissions.</ErrorReason>
</detail>
</soap:Fault>
</soap:Body>
</soap:Envelope>
</MessageLogTraceRecord>

person user2805960    schedule 23.09.2013    source источник
comment
Какой вызов API вы пытаетесь сделать, когда получаете это сообщение об ошибке? Покажите любой соответствующий код, который у вас может быть...   -  person Ergin    schedule 23.09.2013
comment
@Ergin: я вызываю API CreateAndSendEnvelope. Я не могу опубликовать здесь кучу своего кода, поэтому я расскажу вам о потоке: на нашем сайте есть много документов, которые требуют подписи клиента, поэтому мы отправляем документ клиенту, который должен подписать, и получаем это подписанный документ обратно в нашу систему. Я использую RequestStatus и RequestPDF для проверки и получения документа. Информация о моей учетной записи, имя пользователя: [email protected] и идентификатор учетной записи: 5b119284-64fd-4f85-877c-8825b2e73bc1   -  person user2805960    schedule 23.09.2013
comment
Может ли кто-нибудь из сотрудников DocuSign помочь мне? Пожалуйста.   -  person user2805960    schedule 24.09.2013
comment
Обычно, когда мы видим эту ошибку, это связано с тем, что функция внедрения не включена для данной учетной записи, однако в вашей учетной записи она включена, поэтому это должно быть что-то другое. Вы получаете сообщение об ошибке при вызове CreateAndSendEnvelope, верно? Что там особенного делают? Любые уникальные получатели или вкладки или что-то еще? Или какие-либо дополнительные функции, которые вы пытаетесь использовать в вызове?   -  person Ergin    schedule 24.09.2013
comment
Опубликуйте трассировку SOAP вашего звонка, чтобы мы могли проверить...   -  person Ergin    schedule 24.09.2013
comment
@Ergin: перед вызовом API CreateAndSendEnvelope мы используем код для создания некоторых вкладок (типа SignHere или InitialHere) и вставляем их в документ там, где это нужно пользователю. для подписи, затем мы отправляем этот документ на сервер docusign. Возможно, некоторым получателям нужно подписать этот документ.   -  person user2805960    schedule 25.09.2013
comment
Трассировка SOAP: System.ServiceModel.FaultException: у этой учетной записи отсутствуют достаточные разрешения. Трассировка стека сервера: в System.ServiceModel.Channels.ServiceChannel.HandleReply(операция ProxyOperationRuntime, ProxyRpc& rpc) в System.ServiceModel.Channels.ServiceChannel.Call(строковое действие, логическое одностороннее, операция ProxyOperationRuntime, Object[] ins, Object[] outs , время ожидания TimeSpan) в System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(методCall IMethodCallMessage, операция ProxyOperationRuntime) в System.ServiceModel.Channels.ServiceChannelProxy.Invoke(сообщение IMessage)   -  person user2805960    schedule 25.09.2013
comment
Исключение повторно сгенерировано в [0]: в System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) в System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, тип Int32) в bin.DocuSignAPI. APIServiceSoap.CreateAndSendEnvelope(конверт конверта) в bin.DocuSignAPI.APIServiceSoapClient.CreateAndSendEnvelope(конверт конверта)   -  person user2805960    schedule 25.09.2013
comment
Это стек вызовов, мне понадобится трассировка SOAP, чтобы определить что-либо. Мне нужно увидеть, какие параметры вы используете в своем запросе, который отправляется, в основном тело SOAP, которое выходит. Существует множество инструментов, которые создадут его для вас и выведут в формате XML...   -  person Ergin    schedule 25.09.2013
comment
@Ergin: я обновил трассировку SOAP до своего исходного сообщения. Пожалуйста, взгляните   -  person user2805960    schedule 25.09.2013
comment
Я просмотрела вашу учетную запись и включила пару дополнительных настроек, но не вижу ничего особенного в вашей трассировке, поэтому пока не уверена, что это может быть за вариант. Единственное, о чем я могу думать, это аутентификация - похоже, вы генерируете код доступа. В качестве теста можно попробовать без этого?   -  person Ergin    schedule 25.09.2013


Ответы (1)


Это означает, что вы пытаетесь использовать функцию или настройку, которые не включены на вашем демо-счете. По умолчанию DocuSign включает все функции на демо-счетах, поэтому я не уверен, как ваша учетная запись попала в странное полуактивированное состояние.

В большинстве случаев это должно быть исправлено DocuSign со своей стороны, если кто-то войдет в вашу учетную запись и активирует функцию или настройку.

Я просмотрел вашу учетную запись и включил некоторые функции, которые должны были быть включены, попробуйте еще раз.

person Ergin    schedule 25.09.2013
comment
Похоже, что то, как мы сначала вызываем API входа в систему, а затем вызываем API CreateAndSendEnvelope, создает это исключение. Я просто удаляю код для вызова API входа в систему, и это решает проблему. Спасибо, что помогли мне, Эргин. - person user2805960; 26.09.2013