試圖使用REST API Envelope Create將信封中的補充文檔包含在[無模板]中,因此在Documents數組中第一個對象的顯示值爲'inline'且signerMustAcknowledge設置爲'null',我們對數組中的第二個對象使用'modal'的顯示值,並將signerMustAcknowledge設置爲'no_interaction'或'view'。當收件人在線查看信封時,補充文檔在向審閱人提供任何選項的主文檔下方不顯示爲灰色條,而是將文檔展開並顯示爲完整。如https://support.docusign.com/en/guides/ndse-user-guide-send-supplements中所述,我們還需要設置其他哪些選項才能讓DocuSign將第二個文檔視爲補充文檔。DocuSign REST API不創建補充文檔
昨天向DocuSign Support支持以獲取添加到我們的演示帳戶的'補充文檔'功能,並且用於此REST API連接的用戶的權限集未選中'禁用文檔上傳'並允許補充文檔選項(以及以下所有相關選項)都會被檢查。
例匿名JSON:
{
"recipients": {
"signers": [
{
"routingOrder": 1,
"recipientId": "1",
"name": "Person-A",
"email": "[email protected]"
}
]
},
"emailSubject": "Test subject",
"emailBlurb": "Test blurb",
"documents": [
{
"signerMustAcknowledge": null,
"order": "asc",
"name": "MyCompany Quote",
"includeInDownload": null,
"documentId": "1",
"documentBase64": "JVBERi0xLjMKJcTl8uXrp/Og0M……",
"display": "inline"
},
{
"signerMustAcknowledge": "no_interaction",``
"order": "asc",
"name": "MyCompany Quote",
"includeInDownload": false,
"documentId": "2",
"documentBase64": "JVBERi0xLjQKJeLjz9MKMiAw……",
"display": "modal"
}
]
}
你可以發佈你的代碼或有效載荷的樣本? – Andrew
原始編輯包含JSON。 – David
您是不是將任何DocuSign選項卡分配給簽名者?你的文檔是JSON的一部分是正確的,只是不分配標籤可能會造成問題。如果您不分配選項卡,則稱爲自由格式簽名,這在大多數計劃中都是不允許的,並且可能不適用於補充文檔。嘗試通過在非補充文檔 –