我認爲在使用REST API和第三方 帳戶作爲發件人發送文檔時存在問題,因爲我們嘗試將帳戶恢復爲cc,並且在管理系統中沒有出現 ,電子郵件。這樣,使用我們的帳戶時, 信封不可訪問,基本上唯一的 選項是再次使用客戶帳戶來獲取信封狀態或 數據。使用DocuSign網站從第三方帳號 發送時,不會再現此問題。這樣我們得到一個正確的CC,出現在 'completed'文件夾中。發送DocuSign 帳號並將第三方帳號設置爲CC時,它也可以正常工作。這種方式,這個信封 成功進入他們的系統。從 API可以看出,區別在於,當我們的帳戶設置了正確的CC時,userId與我們可以從login_information請求獲得的 是相同的,而當我們的 沒有將其獲取到我們的系統中時, userId參數不同,但是在以這種方式進行測試時發送的多個信封是永久性的。CarbonCopy收件人問題
這些測試表明,CC人員不應該與發件人在同一個 帳戶中以獲取系統中的信封。我已經用2 獨立帳戶進行了測試,他們仍然可以獲得CC和信封訪問權限。我相信 這是一個小故障或某種限制,並會讚賞任何種類的對此的反饋 。
(另外,它是允許發送信封爲其他用戶提供一體化下,如果我們 有自己的登錄名和密碼?)
你的問題描述在這裏不是很清楚,什麼是第三方帳戶?我不知道您的客戶帳戶是什麼意思。誰是CC收件人,誰收到電子郵件,以及您設置了哪種類型的路由指令?請澄清您的問題更多... – Ergin
帳戶1:我們有集成密鑰和憑證(我們的帳戶) 帳戶2:我們只有憑據(第三方或客戶端意味着我們實際上不擁有它) 我們嘗試發送信封使用帳戶2憑證和帳戶1集成密鑰,並將帳戶1添加爲該信封上的CC。收件人在這裏不相關,但CC具有最後的路由順序。 – dgoncharenko