我一直在致力於接收DocuSign Connect的HTTP POST請求的偵聽器應用程序。它被編碼爲ASP.NET MVC4 Web應用程序。DocuSign Connect - 已上傳DOCX,已退回DOCX
通過使用沙盒環境,我能夠以各種不同的文件格式發送和接收文檔,並具有DocuSign概述的預期行爲...除了docx類型。
我遇到的情況如下:
- 連接,併發送一個測試的docx文件通過「送信封」界面在沙箱環境中籤名(爲簡單起見,我只是加入了簽名覆蓋)。
- 登錄到收件人電子郵件帳戶並執行簽署文檔的步驟。
- 等待幾分鐘讓偵聽器應用程序響應並從XML中提取簽名的文檔。
- 驗證提取的簽名文檔的文件名不是PDF,而是與上傳的文件(名稱和文件擴展名)相同。試圖在Word中打開它導致Word抱怨文件已損壞,無法打開。
- 當在「已完成」電子郵件通知中檢查相同的簽名文檔(作爲附件)時,我將其視爲PDF並能夠毫無問題地打開它。
我的問題是爲什麼DocuSign Connect未返回發送的docx文件的已簽名PDF版本?
DocuSign的文檔指出,任何文件格式的簽名版本都將以PDF格式。作爲驗證,我嘗試過使用doc和jpg文件,沒有任何問題。
更令人感到奇怪的是,如果手動將簽名文檔的文件擴展名更改爲PDF,我可以按預期方式查看文件的內容。那麼它只是一個錯誤的文件擴展名被返回的情況?還是有一兩個我失蹤?
我附加了來自DocuSign Connect幾個請求的XML。一個沒有問題是正確的;和一個有問題的問題。
Correct XML from DocuSign Connect (發送的文件:1個PDF,1個DOC)
Problematic XML from DocSign Connect (發送的文件:1 DOCX)
如果有人知道爲什麼發生這種情況,我將不勝感激任何幫助我能。這不是一個破壞性的事情,因爲我可以編寫一個例外來重命名docx文件的文件擴展名。這只是一個小小的煩惱,它必須完成。
這樣做更有意義。我認爲是什麼讓我失望了,在我的原始文章中鏈接的「正確」xml中發生了什麼。對於這種情況,我發佈了一個.doc文件,DocuSign將它改爲xml中的.PDF文件。基於此,我假定DocumentPDF.Name元素具有重要意義。 – wing2k5