2017-07-21 25 views
0

我們的大部分客戶對我們的系統沒有任何問題。我們有一個集成密鑰,我們的用戶在REST上使用OAuth進行初始連接。我們存儲訪問/刷新令牌。工作正常。在路上的某個時候,一些客戶似乎隨機打了這個。我們的部分客戶獲得PARTNER_AUTHENTICATION_FAILED

我們對REST API使用OAuth,並且如果其訪問令牌在過期30分鐘內,則始終使用客戶端的刷新令牌獲取新的訪問令牌。問:如果客戶的訪問令牌在進行後續調用之前過期(我們的某些客戶可能需要30天才能讓另一個文檔簽名)才能使用刷新令牌獲取新的令牌,那麼會導致這種情況?

問:刷新令牌是否過期以至於它們會得到這個?

問:客戶端手動撤銷對DocuSign帳戶集成的訪問權限,還有什麼可能導致此問題?

回答

3

如果出現此錯誤,則需要重新啓動oauth流程。

刷新令牌在某個時間點過期。何時到期是一個政策問題。爲了實現儘可能長的刷新令牌生存期,除signature之外,請求範圍extended。問:如果客戶的訪問令牌在進行後續調用之前(我們的某些客戶端可能需要30天才會有另一個文檔簽名)才能獲得帶有刷新令牌的新令牌,那麼可能會導致此問題?

答:我很驚訝你得到這個具體的錯誤,但我還沒有嘗試過一段時間。我想這個錯誤會有一個不同的名字。

問:刷新令牌是否過期以至於它們會得到這個?答:與上面相同的答案是具體的錯誤名稱。無論如何,刷新令牌肯定可以過期。請求extended作用域應該儘量減少這種情況,但在某個時候,某個帳戶可能會設置一個策略,該策略也會使擴展範圍刷新標記過期。底線:您的應用需要做好準備,要求用戶再次瀏覽整個OAuth身份驗證碼授權流程。

問:客戶端手動撤銷對DocuSign帳戶集成的訪問權限,還有什麼可能導致此問題?

答:爲用戶使用錯誤的基本url。此外,在某些時候會有組織控制,可以強制組織的帳戶上的政策。 (組織擁有和控制帳戶)

+0

從當前範圍內的文檔: 「範圍:簽名是目前唯一支持的值。它允許您創建和發送信封並獲得開始簽名會話的鏈接。 你如何請求擴展? – Fred

+0

@Fred空格分開,所以:...'&&scope = signature%20extended'在重定向 –

+0

我將更新文檔。 –

相關問題