新功能
開始使用
- 管理員快速入門指南
- 使用者快速入門指南
- 適用於開發人員
- 影片教學課程資料庫
- 常見問題
- 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 人。
設定
可用性
- Acrobat Sign Solutions:支援
- 適用於政府的 Acrobat Sign:支援
- Acrobat Standard 與 Acrobat Pro:不支援
設定範圍
混合式收件者路由可在帳戶和群組層級設定。
- 群組層級設定會覆寫帳戶層級設定。
- 預設值:已停用
變更此設定不會影響傳送中的現有合約。
導覽管理員的設定選單至「傳送設定 > 簽署順序」,以存取此功能
控制項
- 允許傳送者指定混合路由順序 — 允許傳送者建立結合順序與平行參與的收件者流程。 混合工作流程可以在路由序列中包含個體收件者和收件者群組。
混合工作流程參與者總數應少於 50 人。 將每個個體收件者和收件者群組的每個成員都計入總數。 較大的混合工作流程可能較難管理,處理時間也可能較長,尤其是在合約傳送後進行修改的情況下。
設定的運作方式
啟用混合式路由時,傳送者可以建立結合循序和平行參與的收件者流程。混合流程從循序路由結構開始,然後允許一或多個路由步驟包含多個平行處理的收件人或收件人群組。
例如,合約可能使用以下路由圖樣:
- 收件人 1 先簽署。
- 收件人 2 接著簽署。
- 收件人 3、4 和 5 同時收到合約,且必須全部完成其動作。
- 收件人 6 在平行步驟完成後收到合約。
平行路由步驟中的所有收件者步驟都必須完成,合約才能移至下一個路由步驟。 如果平行步驟包含收件者群組,則該群組會根據收件者群組設定來完成。
混合式工作流程可以包含收件者群組。 收件者群組定義了誰可以在單一收件者步驟內執行動作,而混合路由則定義了收件者步驟如何在合約序列中移動。
當停用此設定時,傳送者無法在此設定所控管的體驗中建立混合路由。 他們仍可使用帳戶或群組設定所允許的其他路由選項。
混合式路由會影響新合約的建立方式。 變更設定不會改變已在進行中的合約。
最佳做法
- 僅為需要混合的序列和平行收件者流程的群組啟用混合路由。
- 將混合式工作流程的參與者總數控制在 50 人以下,以獲得較佳效能並簡化疑難排解。
- 對於需要一致的路由、核准或收件者角色的可重複企業程序,請使用自訂傳送工作流程。
- 避免依賴寄件人手動重建複雜的混合式路由來處理高價值或受管制的工作流程。
- 在廣泛提供組態之前,請先與小型內部群組測試複雜路由。
- 記錄傳送者何時應使用混合路由而非序列路由、平行路由、收件者群組或自訂傳送工作流程。
相關設定
- 收件者將依輸入順序簽署 — 將預設工作流程設為序列路由。 混合式路由以有序收件者路由為基礎,允許一個或多個路由步驟包含平行參與。
- 允許傳送者選擇簽署順序 — 可讓傳送者在撰寫合約時,於序列和平行路由之間切換合約。 此設定提供路由彈性,但不會取代混合路由控制。
- 收件者群組 — 允許多人參與單一收件者步驟。 當多人需要在同一步驟中採取行動時,可於混合工作流程中使用收件者群組。
- 自訂傳送工作流程 — 讓管理員定義可重複使用的合約工作流程,具有預先定義的路由、收件者、文件和傳送者選項。
注意事項/常見問題集
- 50 位參與者指引是否為嚴格的系統限制?
否。 該指引是針對效能和管理方面的最佳實務建議。 盡可能將混合工作流程保持在總共 50 位參與者以下。 - 應該如何計算參與者?
計算每個個別收件者和收件者群組的每個成員。 例如,若一份合約有 10 個個別收件者和一個包含 15 位成員的收件者群組,則總共有 25 位參與者。 - 為什麼應該避免較大的混合工作流程?
較大的工作流程較難審閱、修改和疑難排解。 而這些合約的處理時間可能也會比較長,特別是在合約於傳送後又被修改的情況下。 - 此設定會影響已送出的合約嗎?
否。 變更此設定會影響傳送者是否能為新合約建立混合路由。 此設定不會變更已在進行中的協議。 - 平行步驟中的所有參與者都需要完成其動作嗎?
平行路由步驟中的所有收件者步驟都必須完成,合約才能繼續前進。 如果該步驟包含收件者群組,則完成與否取決於收件者群組設定。 - 混合工作流程可以包含收件者群組嗎?
可以。 混合式工作流程可以包含收件者群組。 收件者群組定義了誰可以在單一收件者步驟中執行動作,而混合路由則控制了該步驟如何與合約的其他部分排序。 - 混合路由是否支援電子印章?
否。 混合式簽名工作流程不支援電子印章。 - 管理員何時應改用自訂傳送工作流程?
當路由圖樣可重複使用、對企業至關重要,或需要由管理員控制而非由寄件人手動設定時,請使用自訂傳送工作流程。