開始新合約。
新功能
開始使用
- 管理員快速入門指南
- 使用者快速入門指南
- 適用於開發人員
- 影片教學課程資料庫
- 常見問題
- Enterprise 試用版
管理
- Admin Console 概觀
- 使用者管理
- 新增、編輯和檢閱已啟用使用者
- Admin Console SSO
- 建立以功能為導向的使用者
- 檢閱尚未完成驗證的使用者
- 檢查有佈建錯誤的使用者
- 變更姓名/電子郵件地址
- 編輯使用者的群組成員資格
- 透過群組介面編輯使用者的群組成員資格
- 將使用者升級為管理員角色
- 使用者身分類型與 SSO
- 切換使用者身分
- 使用 MS Azure 驗證使用者
- 使用 Google Federation 驗證使用者
- 產品設定檔
- 登入體驗
- 群組管理
- 帳戶/群組設定
- 設定概觀
- 全域設定
- 帳戶層級與 ID
- 新的收件者體驗
- 自我簽署工作流程
- 大量傳送
- 網頁表單
- 自訂傳送工作流程
- Power Automate 工作流程
- 資料庫文件
- 透過合約收集表單資料
- 限制文件可見性
- 附加已簽署合約的 PDF 副本
- 在電子郵件中加入連結
- 在電子郵件中加入影像
- 附加至電子郵件的檔案將命名為
- 將稽核報告附加至文件
- 將多個文件合併為一個
- 下載個別文件
- 上傳已簽署的文件
- 我的帳戶中的使用者委派
- 允許外部收件者委派
- 授權簽署
- 授權傳送
- 有權新增電子印章
- 設定預設時區
- 設定預設日期格式
- 使用者加入多個群組 (UMG)
- 群組管理員權限
- 更換收件者
- 稽核報告
- 交易頁尾
- 產品內傳送訊息和指示
- 無障礙 PDF
- PDF/A 工作流程
- 醫療保健客戶
- 新的請求簽名體驗
- 全新自訂工作流程體驗
- 新的建立範本體驗
- 帳戶設定/品牌化設定
- 簽名偏好設定
- 格式固定的簽名
- 允許收件者簽署
- 簽署者可變更其姓名
- 允許收件者使用已儲存的簽名
- 自訂使用條款和消費者資訊披露
- 透過表單欄位導覽收件者
- 重新啟動合約工作流程
- 拒絕簽署
- 允許戳記工作流程
- 要求簽署者提供其職稱或公司
- 允許簽署者列印並置入書面簽名
- 在電子簽名時顯示訊息
- 需要簽署者使用行動裝置來建立自己的簽名
- 要求取得簽署者的 IP 位址
- 將公司名稱和職稱排除在參與戳記之外
- 套用「最適化簽名繪製」縮放
- 數位簽名
- 電子印章
- 數位身分
- 報告設定
- 啟用傳統報告
- 全新報告體驗
- 傳統報告設定
- 安全性設定
- 傳送設定
- 登入後顯示「傳送」頁面
- 合約建立體驗
- 傳送時需有收件者名稱
- 鎖定已知使用者的名稱值
- 允許的收件者角色
- 允許電子見證人
- 親自簽署設定
- 收件者群組
- 副本收件者
- 必填欄位
- 附加文件
- 欄位扁平化
- 修改合約
- 從進行中的協議移除收件人
- 合約名稱
- 語言
- 私人訊息
- 允許的簽名類型
- 提醒
- 已簽署文件的密碼保護
- 傳送合約通知途徑
- 簽署者身分識別選項
- 使用身分驗證資料填入表單欄位
- 內容保護
- 啟用公證交易
- 文件過期
- 預覽、定位簽名及新增欄位
- 簽署順序
- 啟用混合式簽名流程
- 新增我自己
- 僅傳送給內部收件者
- 合約下載連結
- 表單欄位邊框
- Liquid mode
- 自訂工作流程控制項
- 電子簽名頁面的上傳選項
- 「簽署後」確認重新導向 URL
- 限制存取共用的合約
- 登入後顯示「傳送」頁面
- 訊息範本
- 生技製藥設定
- 工作流程整合
- 公證設定
- 付款整合
- 簽署者傳訊
- SAML 設定
- SAML 設定
- 安裝 Microsoft Active Directory Federation Service
- 安裝 Okta
- 安裝 OneLogin
- 安裝 Oracle Identity Federation
- SAML 設定
- 資料控管
- 時間戳記設定
- 外部封存
- 帳戶語言
- 電子郵件設定
- 從 echosign.com 移轉至 adobesign.com
- 為收件者設定選項
- 法規要求指引
- 大量下載合約
- 宣告您的網域
- 「回報不當使用」連結
- 系統需求與限制
使用者設定檔和可設定功能
- 通訊錄
傳送、簽署與管理合約
- 收件者選項
- 傳送合約
- 傳送 (撰寫) 頁面
- 標示與功能概觀
- 群組選擇器
- 新增檔案和範本
- 合約名稱
- 全域訊息
- 完成截止日期
- 提醒
- 使用密碼保護 PDF
- 簽名類型
- 收件者的地區
- 收件者簽名順序/流程
- 收件者角色
- 收件者驗證
- 給收件者的私人訊息
- 收件者合約存取權
- 副本收件者
- 身分識別檢查
- 只傳送合約給您自己
- 傳送合約給他人
- 書面簽名
- 撰寫親自簽署協議
- 收件者簽署順序
- 混合式收件者工作流程
- 大量傳送
- 傳送 (撰寫) 頁面
- 在文件中撰寫欄位
- 應用程式內撰寫環境
- 自動欄位偵測
- 使用撰寫環境拖放欄位
- 將表單欄位指派給收件者
- 預填角色
- 以可重複使用的欄位範本來套用欄位
- 將欄位轉送至新的資料庫範本
- 已在傳送合約時更新撰寫環境
- 以文字標籤建立表單
- 使用 Acrobat (AcroForms) 建立表單
- 欄位
- 撰寫常見問題集
- 應用程式內撰寫環境
- 簽署合約
- 管理合約
- 稽核報告
- 報告與資料匯出
進階合約功能與工作流程
- 網頁表單
- 可重複使用的範本 (資料庫範本)
- 管理共用的範本
- 轉移網頁表單與資料庫範本的所有權
- Power Automate 工作流程
- Power Automate 整合與包含授權的概觀
- 啟用 Power Automate 整合
- 「管理」頁面的相關動作
- 追蹤 Power Automate 使用狀況
- 建立新的流程 (範例)
- 用於流程的觸發器
- 從 Acrobat Sign 之外匯入流程
- 管理流程
- 編輯流程
- 共用流程
- 停用或啟用流程
- 刪除流程
- 實用範本
- 僅限管理員
- 合約封存
- 將完成的文件儲存至 SharePoint
- 將完成的文件儲存至商務用 OneDrive
- 將完成的文件儲存至 Google 雲端硬碟
- 將完成的文件儲存至 DropBox
- 將完成的文件儲存至 Box
- 網頁表單合約封存
- 將完成的網頁表單文件儲存至 SharePoint 資料庫
- 將完成的網頁表單文件儲存至商務用 OneDrive
- 將完成的文件儲存至 Google 雲端硬碟
- 將完成的網頁表單文件儲存至 Box
- 合約資料擷取
- 合約通知
- 傳送包含合約內容和已簽署合約的自訂電子郵件通知
- 在 Teams 頻道中取得您的 Adobe Acrobat Sign 通知
- 在 Slack 中取得您的 Adobe Acrobat Sign 通知
- 在 Webex 中取得您的 Adobe Acrobat Sign 通知
- 合約產生
- 從 Power App 表單和 Word 範本產生文件,傳送以供簽署
- 從 OneDrive 的 Word 範本產生合約,並取得簽名
- 為所選的 Excel 列產生合約,傳送以供檢閱和簽名
- 自訂傳送工作流程
- 共用使用者與合約
與其他產品整合
- Acrobat Sign 整合概觀
- 適用於 Salesforce 的 Acrobat Sign
- 適用於 Microsoft 的 Acrobat Sign
- 其他整合功能
- 合作夥伴管理的整合
- 整合金鑰
Acrobat Sign 開發人員
- REST API
- Webhook
- 沙箱
支援與疑難排解
結合有序路由與平行參與,讓複雜協議在正確的時間通過正確的人員。
混合收件者工作流程可協助寄件者建立協議,其中部分收件者依序行動,其他收件者則在相同路由步驟中行動。當一位收件者必須完成其行動後群組才能行動,或當多位收件者需要行動後協議才能進入下一步驟時,請使用此工作流程。
Adobe Acrobat Sign 透過結合序列路由與收件者群組來支援混合工作流程。收件者群組代表路由順序中的一個收件者步驟,包含多位同時收到協議存取權的收件者。 收件者群組完成必要行動後,協議即會向前進行。
開始之前
- 混合收件者路由必須由管理員啟用。
- 新增平行收件者群組步驟前,請先以循序簽名流程開始合約。
- 傳送合約前,請確認收件者順序。
- 為了達到最佳效能和可管理性,混合式工作流程的參與者總數應少於 50 人。
- 混合式簽名工作流程不支援電子印章。
混合收件者工作流程的運作方式
混合式工作流程以循序路由結構開始。該序列中的一或多個步驟可包含收件者群組,讓多位收件者在相同步驟中行動。
例如,混合工作流程可能會如此路由:
- 收件人 1 至 3 是包含三個成員的平行簽名群組。
- 群組的三個成員會同時收到通知,並可在群組內按任何順序完成其動作。
- 所有成員都必須完成其動作,簽名流程才會移動至下一個收件人
- 收件者 4 是個體收件者。
- 收件者 5 是含有三個成員的收件者群組。
- 群組的三個成員會同時收到通知。
- 只需要第一個完成群組動作的成員即可將簽名流程移動至下一個收件人。
- 收件者 6 是個體收件者。
(請參閱下方的模式 3)
建立混合式工作流程
混合工作流程從序列簽署順序開始。啟用簽署順序後,每個路由步驟都可包含個體收件人、平行收件人群組或收件人群組。
每當需要多人採取行動才能推進合約時,請使用群組步驟。
-
-
將收件人路由設定為循序簽署順序。
-
新增第一個路由步驟:
- 如果此步驟只需要一個人採取行動,請新增個體收件者。
- 如果此步驟應該包含多人,請新增群組。
- 輸入群組名稱。
- 啟用所有成員必須完成以定義平行群組,或保持停用以建立收件人群組。
- 選取新增成員,然後將所有成員新增到群組。 定義每個成員的:
- 電子郵件
- 姓名 (如有需要)
- 角色
- 傳送方法 (如有需要)
- 私人訊息 (如果需要)
- 驗證方法
- 選取「完成」。
-
繼續按照應該採取行動的順序新增個體收件人或群組。
-
審閱完整的收件人順序,並在準備就緒時傳送合約。
收件人群組在路由順序中顯示為一個收件人步驟,即使該步驟可能有多人可以採取行動。 收件人群組在路由順序中顯示為一個收件人步驟,即使該步驟可能有多人可以採取行動。
傳送前審閱參與者人數
為達到最佳效能,混合工作流程總參與者人數應少於 50 人。將每個個體收件者和收件者群組的每個成員都計入總數。
例如:
- 5 個個體收件人 = 5 名參與者。
- 1 個收件人群組包含 10 名成員 = 10 名參與者。
- 1 個平行群組包含 3 名成員 = 3 名參與者。
- 5 個個體收件人加上 1 個包含 10 名成員的收件人群組,再加上 1 個包含 3 名成員的平行群組 = 總共 18 名參與者。
較大的混合式工作流程較難檢閱、修改和疑難排解。其處理時間可能也會比較長,特別是在合約於傳送後又進行修改的情況下。
如果工作流程需要 50 名或更多參與者,請考慮在傳送前將流程分割為單獨的合約或簡化路由結構。
最佳實務
- 當簽署順序很重要,但需要多個收件人在同一階段採取行動時,請使用混合工作流程。
- 當步驟中的每個收件人都必須完成其行動時,請使用平行收件人群組。
- 當任何被允許的群組成員都可以為一個收件人步驟採取行動時,請使用收件人群組。
- 使用清楚的群組名稱,讓寄件人與管理員稍後能夠了解路由序列。
- 盡可能將參與者人數保持在 50 人以下。
- 傳送前先檢閱收件者順序。
- 對於不應每次都手動重建的可重複使用、企業關鍵路由圖樣,請使用自訂傳送工作流程。
- 除非成員確實需要參與相同的合約步驟,否則請避免新增大型群組。
傳送前的注意事項
- 混合工作流程必須從序列簽署流程開始。
- 並行收件人群組在相同路由步驟中包含多個個體收件人。平行收件者群組中的所有收件者步驟都必須完成,隨後合約才能繼續進行。
- 平行收件者群組的成員可以任何順序完成其動作。
- 收件人群組是具有多個群組成員的一個收件人步驟。
- 收件人群組的完成取決於群組設定。如果只需要一個成員,則在一個成員完成群組動作後,合約就會繼續進行。
- 混合工作流程可以包含一個或多個並行收件人群組或收件人群組,取決於合約路由需求。
- 在審閱總參與者人數時,請計算每個個體收件人和每個收件人群組成員。
- 少於 50 個參與者的指引是效能和可管理性的最佳實務推薦,而非嚴格的系統限制。
- 較大的混合工作流程可能較難審閱、修改和疑難排解,特別是在傳送後。
- 混合式簽名工作流程不支援電子印章。