概述
Microsoft Dynamics 工作流程系統可允許相關專案的高度自訂字串，以在 Dynamics 環境中將流程自動化。 這些流程可由使用者手動觸發，或設定在定義的事件發生時觸發。
此文件用於揭露並說明在適用於 MS Dynamics CRM 的 Adobe Acrobat Sign 套件版本 7 中新增的 Adobe Acrobat Sign 物件。
此文件不作為 Dynamics 中自訂工作流程系統的深入說明。
適用於 MS Dynamics CRM 的 Adobe Acrobat Sign 支援僅在 365 CRM 解決方案版本 7 安裝套件中建立自訂工作流程。
此套件包含：
- 七項「活動」，為可用於建立您自有自訂流程的個別動作
- 兩個「動作」，已可直接使用。針對多個工作流程的絕佳可重複使用流程
- 一個「工作流程」，當「機會」設定為「贏得」時，可自動傳送合約的功能性範例 (在「草稿」狀態)。
Dynamics 的先前版本 (2011/2013/2016) 不支援 Adobe Acrobat Sign 套件版本 7。
建立工作流程前，您應先對要簽署的表單、在簽名流程中所包含的收件者數量/順序均有踏實的理解。
有多個選項可會變更簽名順序，通常可透過將收件者插入至最前面的收件者位置，將其他收件者推入推疊中。
活動
「活動」是「動作」和「工作流程」的基石，每項活動均會定義個別工作，可接收來自先前活動或事件的輸入，並為後續活動產生輸出。
將一系列「活動」鏈結在一起可建立一個「動作」或「工作流程」。
有七項可用的 Adobe Acrobat Sign「活動」：
欄位：
「合約名稱」：合約的名稱等同於其在電子郵件訊息中向收件者所示，亦等同於其在整個 Dynamics 環境中所參照的名稱
Agreement Message：新增到收件者電子郵件通知中的全域訊息
Signature Type：定義 Adobe Acrobat Sign 強制執行的簽署流程。目前提供兩種方式:
- ESIGN：使用電子簽名，完全透過網頁連線工作階段套用。 收件者可使用桌面或行動平台套用簽名
- WRITTEN：用於需要實體簽名時。此流程會要求收件者列印檔案、以實體方式簽署文件、將文件掃描回 PDF 格式，然後再上傳回系統
Set Password to Open Signed PDF：選用欄位，可接受套用至最終已簽署文件的密碼字串。在任何情況下，檢視已簽署的 PDF 都需要密碼
Days until Agreement Expires：在此欄位中輸入的任何值，都表示合約建立後可供簽署的天數。所有收件者都必須在此計時器到期前完成其簽署流程的相關部分，否則合約將遭到取消
Sender Signing Options：依寄件者身分控管收件者的簽署流程。共有四個選項：
- 我不簽署：如果寄件者僅因其為寄件者而不需要簽署
- 請記住，寄件者可以透過其他方法新增為收件者，例如查詢
- 我先簽署：將合約寄件者插入收件者堆疊中，作為第一位簽署者
- 我最後簽署：將合約寄件者插入收件者堆疊中，作為最後一位簽署者
- 只有我簽署：用於只有寄件者需要套用簽名的流程。E.g. 休假申請
寄件者簽署選項會直接影響簽署順序 合約， 並會覆寫在 AddRecipient活動中定義的 Recipient Order 值。
如果您已定義某位收件者的 Recipient Order 值為 1，接著又設定 CreateAccount 活動以將寄件者插入為第一位簽署者（我先簽署），那麼 Recipient Order 值就會依序順延。
1 會被視為 2，且僅允許存取 signer2 欄位。
2 會視為 3，依此類推。
親自簽署：當您預期收件者與寄件者位於同一實體地點，且想要允許在寄件者系統上託管的親自簽署時使用。
此方法跳過預設的電子郵件驗證處理程序，因此強烈建議您在表單中要求收集其他重要資訊 (例如駕照、社會安全號碼等)。以確保與個別人員的合理連結
需要簽署順序 – 此選項決定核心合約流量。
- 若為真，則遵循依序簽署流程，一次只有一位收件者能夠存取合約。每位收件人都會在輪到他們與合約互動時收到通知，但要等到輪到他們時才會收到通知
- 若為假，則遵循平行簽名處理程序，所有收件人會同時收到通知，且簽名/接受可以任何順序套用
簽名後到達頁面 URL – 您希望簽署者在套用簽名後前往的公開 URL。
- 如果未提供值，則會顯示由 Adobe Acrobat Sign 提供的標準簽名後頁面
重新導向延遲秒數 – 如果提供了 簽名後到達頁面 URL ，此欄位定義在合約解決後瀏覽器等待觸發重新導向並將瀏覽器變更為到達頁面 URL 的秒數
身分驗證 – 此設定定義附加到合約的所有收件人的預設驗證方法。
- 這特別適用於匯入收件人而不使用 AddRecipient 活動的合約：
- 當寄件者簽署選項設定為我先簽署、我最後簽署或僅我簽署時
- 當從主版實體新增主要電子郵件為真時
- 透過後續 AddRecipient 活動新增的收件人可選擇覆寫預設身分驗證方法
所有收件人至少都透過傳送合約的電子郵件地址進行身分驗證。
第二因子驗證提供多種形式：
- 電子郵件 – 預設驗證類型。用於每位收件人
- 電話 – 第二因子驗證，當收件人嘗試存取合約時，會傳送簡訊到收件人。
- 收件人電話號碼和國碼必須在 AddRecipient 物件的收件人電話欄位和收件人國碼欄位中提供
- 密碼 – 使用標準英數密碼字串的第二因子驗證
- 密碼必須透過某種外部方法傳達給收件人
- 知識庫 – 僅限美國收件人的第二因子驗證。
- 使用從公開資料庫探勘的重要資料提出一系列個人問題。
- 網頁身分 – 使用成功驗證多個社交媒體地點之一的第二因子驗證。
- 適用於驗證的有效網站包括 Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 和 Twitter。
設定身分確認密碼 – 如果選取「密碼」驗證，則使用的密碼字串
新增主版實體的主要電子郵件作為收件人 – 當 True 時，程序會匯入主要實體的電子郵件作為簽名程序中的第一個簽署者
新增上層實體的主要電子郵件作為收件者會直接影響合約的簽名順序，並覆寫收件者順序值，如AddRecipient活動中所定義。
如果您已定義收件者順序值為 1 的收件者，然後將CreateAccount活動設定為新增主版實體的主要電子郵件作為收件者，則收件者順序值將會依序向下推移。
1 將被視為 2，並且只允許存取簽署者 2 欄位。
2 將被視為 3，以此類推。
排程收件人提醒 – 定義合約的提醒排程。有三個選項：
- 從不 – 不會排程提醒。 仍可從 Dynamics 中的合約物件隨時傳送提醒
- 每天，直到簽署 – 每天傳送提醒電子郵件，直到簽署合約
- 觀察到十次迭代。10 天後，提醒到期
- 每週，直到簽署 – 每七天傳送一次提醒電子郵件，直到簽署合約
- 觀察到七次迭代。六十天後，提醒到期
欄位：
選取合約範本 – 查閱欄位，顯示可用來生成合約的 Adobe Acrobat Sign 範本
GetAgreementID 沒有任何輸入欄位，且只有一個輸出，即 agreement id。
欄位：
合約 ID 輸入 – 從CreateAgreement活動匯入合約 ID
從以下位置新增文件 – 定義文件的來源。文件一律從目標物件的備註中取得。 有兩個選項:
- 主要實體備註 – 文件從主要實體的「備註」欄位中取得
例如：如果您將銷售報價附加到銷售機會，您的工作流程可設定為使用銷售機會作為主要實體。
觸發工作流程時，處理程序會進入機會以取得附加到機會備註的檔案，報價會附加於其中
- 處理程序備註：文件從處理程序的「備註」欄位中取得，而非從實體中取得
例如：如果您有一套標準的新進員工文件。這些是標準的制式文件，沒有理由為每位新雇用的使用者附加空白文件的獨特副本。 從處理程序附加文件可讓管理員控制版本設定程序，並有效地讓需要觸發工作流程的任何人都能使用目前版本的文件。
選擇處理程序 – 僅在您選擇從處理程序備註新增文件時有意義。
此設定可識別要從中擷取文件檔案的處理程序
文件名稱 – 任何指定的實體或處理程序都可以在備註欄位中附加多個檔案。
透過提供文件名稱，您可確保處理程序只會取得符合該名稱的檔案。
如果未提供文件名稱，將會取得所有檔案。
僅新增文件的最新版本 – 文件經常會經歷版本設定處理程序。 例如，合約可能會隨著條款協商而有數個迭代版本。將僅新增文件的最新版本設定為True時，擷取文件時只會取得文件的最新版本 (根據附件時間/日期戳記)。
如果設定為假，將會擷取文件的所有版本。
建立全域處理程序 (未識別主要實體) 時，請記住您的文件必須從處理程序備註中擷取。
欄位：
合約 ID 輸入 – 從建立合約活動匯入合約 ID
收件人全名 – 選擇性欄位，可將欄位值插入電子郵件範本中，否則會顯示收件人電子郵件值
收件者電子郵件地址 – 收件者的實際電子郵件地址。此值用於傳送文件，並將收件人與協議建立關聯
收件人角色 – 收件人預期對此文件執行什麼操作：
- 簽署者 – 需要套用法定簽名的人員
- 核准者 – 只需核准文件但不一定要簽署的收件人
- 副本 – 副本收件人無法影響協議，他們只是流程的觀察者，通常會收到協議副本 (視您的 Adobe Acrobat Sign 設定而定)
收件人順序 – 此值代表：
- 當簽名流程描述循序簽名路徑時，收件人在簽名週期中的位置。 輸入 1 表示收件人是第一位取得協議存取權的收件人
- 收件人在簽名流程中可以存取哪些欄位？文件上的欄位以「簽署者」編號識別。輸入 1 表示收件人應可存取指定給「任何人」和「簽署者 1」的表單欄位
在循序工作流程中，收件人 2 只有在收件人 1 完成其部分後才會收到協議通知，而不是之前。
收件人 2 只能存取指定給「任何人」和「簽署者 2」的欄位。
副本收件者注意事項：為求清楚明確，所有副本收件者應依序排在最後一位實際與協議互動的收件者之後。 如果您的簽名週期中有三位收件人，副本收件人應為收件人順序 4
請密切注意收件人順序，並注意 CreateAgreement 活動可以將收件人插入收件人清單的前面。
插入收件人的設定為：
- 寄件人簽名選項：我先簽署如果寄件人簽名選項已設定為我先簽署，則協議的寄件人將是第一位收件者。一律。
- 新增主版實體的主要電子郵件 - 當新增主要實體的電子郵件時 透過 CreateAgreement 活動，此電子郵件會插入為第一位收件人。
- 只有 寄件人簽名選項 (上面) 可以在主版實體主要電子郵件之前插入收件人。
覆寫預設驗證 (從 v9.4.4.0 版本開始不建議使用) - 讓收件人可被指派與 CreateAgreement 活動
中定義的預設值不同的驗證方法
- 假 - 當為假時， CreateAgreement 活動中定義的預設身分驗證方法會套用到此收件人
- 真 - 當為真時，此收件人將套用在此 AddRecipient 活動中定義的身分驗證方法 (見下文)
注意：隨著 v9.4.4.0 版本棄用 Override Default Verification，升級至 v 9.4.4.0 或更新版本的使用者在新增 AddRecipient 和 AddRecipientUsingLookup 步驟時，將看不到 Override Default Verification 選項。因此，升級可能會導致一些工作流程中斷。
身分驗證 – 所有收件人都需要驗證，至少要透過傳送合約的電子郵件進行驗證。第二重驗證有多種形式：
- 電子郵件 – 預設驗證類型。適用於每個收件人
- 電話 – 第二重驗證，當收件人嘗試存取合約時，會傳送 SMS 訊息給收件人。
- 收件者的電話號碼和國家代碼必須在下方的 Recipient Phone 欄位和 Recipient Country Code 欄位中提供
- 密碼 – 採用標準英數字元密碼字串的第二重驗證
- 必須透過某種外部方法將密碼傳達給收件人
- 知識庫 – 僅適用於美國收件人的第二重驗證。
- 使用從公共資料庫探勘的非瑣碎資料來詢問一系列個人問題
- 網頁身分 – 使用成功驗證多個社交媒體網站之一的第二重驗證
- 可進行驗證的有效網站包括：Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 或 Twitter
副本收件人注意事項：所有副本收件人的身分驗證都應保留為預設的 EMAIL 值
Recipient Phone – 用於 SMS 電話驗證過程的電話號碼
Recipient Country Code – SMS 驗證時電話號碼前的國家/地區代碼
Recipient Password – 選擇密碼驗證時要使用的密碼字串
對於具有正常運作 Dynamics 工作流程的使用者，從任何舊版本升級至適用於 Dynamics 365 的 Adobe Acrobat Sign V 9.4.4.0 可能會因為工作流程中的變更而導致某些工作流程活動損壞。例如，AddRecipientUsingLookup 活動可能會失敗，因為它不再具有 OverrideDefaultVerification 引數。
若要修正此問題，使用者需要移除失敗的活動 (步驟)，然後重新新增該活動並重新填入所有相關的活動屬性。
欄位：
Agreement ID Input：從 CreateAgreement 活動匯入合約 ID
選取要新增的收件人類型此欄位定義您在識別收件人時要查閱的實體類型。選項為：
- 商機
- 連絡人
- 使用者
新增銷售線索作為收件人允許您在選取要新增的收件人類型欄位中選擇銷售線索時，將銷售線索物件對應到簽名週期中
新增聯絡人作為收件人允許您在選取要新增的收件人類型欄位中選擇聯絡人時，將聯絡人物件對應到簽名週期中
新增使用者作為收件人允許您在選取要新增的收件人類型欄位中選擇使用者時，將使用者物件對應到簽名週期中
請注意，使用上述欄位新增收件者時，您可以使用查閱功能搜尋系統，或透過主版實體的相關實體選取收件者。
收件者角色 – 收件者針對文件的預期行為：
- 簽署者 - 需要執行法律簽名的人員
- 核准者 – 僅需核准文件但不一定要簽署的收件人
- 副本 – 副本收件人無法影響合約，他們只是流程的觀察者，通常會收到合約副本（取決於您的 Adobe Acrobat Sign 設定）
收件者順序 – 此值代表當簽名流程採用順序簽名路徑時，收件者在簽名週期中所處的位置。 輸入 1 表示收件人為第一個存取協議的收件人。
只有在收件人 1 完成其部分後，收件人 2 才會收到協議通知，以此類推。
副本收件者備註：為清楚起見，所有副本收件者均應指派在實際與協議進行互動的最後一個收件者之後的收件者順序。 如果您的簽名週期中有三個收件人，副本收件人應為收件人順序 4
請密切注意收件者順序，並請注意 CreateAgreement 活動可以將收件者插入收件者清單的前面。
插入收件人的設定包括：
- 傳送者簽署選項：我先簽署如果傳送者簽署選項設定為我先簽署，則協議的傳送者將為第一個收件人。始終如此。
- 新增主版實體的主要電子郵件 - 新增主要實體的電子郵件時 透過 CreateAgreement活動會將此電子郵件插入為第一個收件人。
- 只有傳送者簽署選項(上述) 可以在主版實體主要電子郵件之前插入收件人。
覆寫預設驗證 - 允許為收件者指定不同於 CreateAgreement 活動中定義之預設值的驗證方法
- False - 當設為假時，在 CreateAgreement 活動中定義的預設身分識別驗證方法會套用至此收件者
- 真 - 若為真，此收件人將套用AddRecipient活動中定義的身分驗證方法 (請參閱下方)
身分驗證所有收件人都經過驗證，至少透過傳送協議之電子郵件地址的驗證。雙重驗證具有多種形式：
- 電子郵件：預設的驗證類型。用於每一位收件者
- 電話：雙因素驗證，當收件者嘗試存取協議時，會傳送簡訊給收件者。
- 收件者的電話號碼和國碼必須在下方的 收件者電話 欄位和 收件者國碼 欄位中輸入
- 密碼 – 使用標準英數字密碼字串的第二驗證因子
- 密碼必須透過某種外部方法傳達給收件者
- 知識庫 – 僅適用於美國收件人的雙重驗證。
- 使用從公共資料庫中探勘的重要資料來詢問一系列個人問題
- 網頁身分 – 使用成功驗證數個社交媒體地點之一的第二驗證因子
- 有效的驗證地點包括：Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 或 Twitter
副本收件者注意事項：所有副本收件者的身分驗證應保留為預設的電子郵件值
收件者電話 – 用於簡訊電話驗證程序的電話號碼
收件者國碼 – 簡訊驗證時在電話號碼前面的國碼
收件者密碼 – 選擇密碼驗證時要使用的密碼字串
對於擁有正常運作的 Dynamics 工作流程的使用者，從任何舊版本升級至 Adobe Acrobat Sign for Dynamics 365 V 9.4.4.0 時，由於工作流程的變更，可能會導致某些工作流程活動中斷。例如，AddRecipientUsingLookup 活動可能會失敗，因為它不再擁有 OverrideDefaultVerification 引數。
若要修正此問題，使用者需要移除失敗的活動 (步驟)，然後重新新增該活動並重新填入所有相關的活動屬性。
欄位：
協議 ID 輸入 – 從CreateAgreement活動匯入協議 ID
動作
Actions 是一種 Process，可將活動串連在一起以達成某項成果，但無法直接供使用者使用。
相反地，它們可視為可重複使用的模組，可納入工作流程。只要仔細建立少數幾個 Actions ，就能納入各式各樣的 Workflows，不必重新設定這些常見步驟。
有兩個已預先設定的 Actions 可供使用。
這些是簡單且廣泛使用的程序，您在建立自己的自訂工作流程時可以善用：
此 Action 是簡單且通用的動作，可將合約傳送給一位收件者以進行電子簽名。
在屬性頁面的頂端，您可以看到：
- 沒有與此 Process 綁定的 Entity
- 這使得 Action 可供使用 對 任何類型的 Workflow
- 因為沒有主要的 Entity，所以檔案 must 從 Process 擷取
程序鏈中有四個活動：
- CreateAgreement
- 合約名稱和訊息皆為通用。幾乎適用於任何情況
- ESIGN 是簽名類型，也是很好的預設值
- 傳送者不需要簽署
- 套用循序簽名順序
- 已選取電子郵件驗證。無第二因素驗證
- 未設定提醒排程
- AddRecipient
- 協議 ID 從 CreateAgreement 匯入
- 收件者電子郵件是從 Arguments 物件插入的
- 收件人在簽名中識別為編號 1 程序， 且為簽署者，因此需要簽名
- AddDocument
- 協議 ID 是從 CreateAgreement 匯入
- 檔案正在從 Process Notes 擷取
- 持有正確檔案的處理是 Send for 簽名 處理 (此相同處理)
- 此處理程序會傳送附加到處理程序備註區段的所有檔案的所有版本
- 未提供 Document Name，因此將附加所有具有唯一名稱的檔案
- Add Only the Latest Version 設定為 False，因此將包含所有版本
- SendAgreement
- 合約 ID 從 CreateAgreement 匯入
此程序是一個簡單、通用的動作，可將合約傳送給一位收件人進行電子簽名。
在屬性頁面的頂端，您可以看到：
- 主要實體是銷售機會
程序鏈中有四個活動：
- CreateAgreement
- 合約名稱和訊息為通用。適用於任何情況
- ESIGN 是簽名類型，是不錯的預設值
- 傳送者無需簽名
- 已套用循序簽署順序
- 已選取電子郵件驗證。無第二因子驗證
- 未設定提醒排程
- AddRecipient
- 合約 ID 從 CreateAgreement 匯入
- 收件者電子郵件是從聯絡人物件插入
- 收件者在簽名中標示為第 1 號 程序， 且為簽名者，因此需要簽名
- AddDocument
- 合約 ID 從 CreateAgreement 匯入
- 正在從主要 Entity 擷取檔案
- 此流程將傳送附加到主要 Entity 的 備註 區段中 所有 檔案的 所有 版本
- 未提供 Document Name，因此將附加所有具有唯一名稱的檔案
- Add Only the Latest Version 設定為 False，因此將包含所有版本
- SendAgreement
- 合約 ID 是從 CreateAgreement 匯入
工作流程
工作流程 是一種 Process 類型，可由系統執行或由使用者隨選執行。
工作流程通常是使用一個或多個 動作、條件 或 活動 建立。
工作流程可以回應欄位層級變更，或由使用者透過更多選項 (...)啟動每個「實體」上的選單，視其設定方式而定。
Adobe Acrobat Sign for MS Dynamics CRM v7 套件有一個預先設定為草稿狀態的工作流程。此工作流程是使用 活動 設計以說明結構，但也可以使用一個條件觸發事件和一個包含 活動 的 動作 輕鬆建立：
在屬性頁面上方，您可以看到：
- 主要Entity是銷售機會
- 工作流程設計為允許隨選存取權
在「處理建立器」區段中，第一個條列項目是可以觸發工作流程的條件：
如果機會狀態變更為Won，則執行一連串步驟。
處理鏈中有四個活動：
- CreateAgreement
- 合約名稱正從銷售機會插入
- 合約訊息為通用訊息
- ESIGN 是簽署類型
- 寄件者不需要簽名
- 套用循序簽名順序
- 已選取電子郵件驗證。沒有第二因子確認
- 未設定提醒排程
- AddRecipientUsingLookup
- 合約 ID 從 CreateAgreement 匯入
- 收件者被識別為聯絡人
- 收件者電子郵件正從銷售機會物件上的聯絡人欄位插入
- 收件者在簽名中識別為第 1 號 程序， 且為簽名者，因此需要簽名
- AddDocument
- 協議 ID 是從 CreateAgreement 匯入
- 正在從主要 Entity 擷取檔案
- 此處理將傳送附加到主要 Entity 的 備註 區段的 所有 檔案的 所有 版本
- 未提供 Document Name，因此會附加所有唯一命名的檔案
- Add Only the Latest Version 設定為 假，因此會包含所有版本
- SendAgreement
- 協議 ID 是從 CreateAgreement 匯入
建立自訂工作流程程序 (範例)
以下是如何建置簡單處理以將保密協議 (NDA) 合約傳送給 Dynamics 系統中 Contact 的範例。
就此範例而言，有一些既定條件為制定工作流程決策提供框架：
- 任何會收到 NDA 的人在 Dynamics 系統中都會是 Contact
- NDA 文件為版本 控制， 並透過 處理備註，而非{5} Entity 進行附加
- Contact 的擁有者必須連署合約
- 必須將合約傳送到電子郵件封存檔案
如果您對從一個活動傳遞輸出作為後續活動輸入值的概念不熟悉，建議您花時間審查此處理。
活動旨在接受來自觸發事件或其他活動的輸入值，然後讓新值可供處理中的後續活動使用。
在下面的影像中，Agreement Id Input 欄位需要從 CreateAgreement 活動匯入 ID 值。
若要匯入先前活動的輸出，您需要將物件路徑連結到需要該值的欄位：
- 按一下您需要匯入值的欄位。
- Look for: 挑選清單會填入與主要 Entity 相關的物件，以及來自程序的 Local Values。
- 按一下選擇清單以將其展開。
- 我們要尋找的值是在先前的 Activity 中生成的，因此它是 Local Value，會填入清單底部。
- 選取 AdobeSign :Activities.CreateAgreement object
清單收合後會將選取的物件顯示為 Look for: 值
緊接在 Look 下方的清單 for: 欄位正下方的清單提供了選取物件的所有可能輸出值。
CreateAgreement 只有一個輸出值：Agreement ID Output
- 選取正確的輸出值，然後按一下 Add 按鈕，將該值插入正下方的可選取值區段
- 當您在可選取值區段中看到 Agreement ID Output 時，按一下 OK 將該值插入到欄位中
若要建置程序：
- 前往 Adobe Acrobat Sign Admin > 建立新工作流程
- 新的建立程序覆蓋畫面會開啟
- 為流程提供一個容易理解的名稱流程名稱只有管理員看得到
- 從 類別 選擇清單中選取 動作
- 從 實體 選擇清單中選取主要 實體
- Dynamics 中的任何 實體 都可選取，並會提供流程可在工作流程中使用的物件
- 對於未連結至 實體 的工作流程，可選擇 無 (全域)
此範例假設任何收到 NDA 的人都會是 連絡人，因此我們使用 連絡人 作為主要實體。
- 按一下「確定」
- PowerApps 頁面會開啟，顯示 流程資訊 頁面
逐步流程建立在頁面底部。向下捲動至 新增步驟 區段
- 按一下 新增步驟
- 向下捲動至 Adobe Acrobat Sign 選擇清單項目，並展開子選單
- Adobe Acrobat Sign 的七個活動會顯示出來：
- AdobeSign.Activities.AddDocument
- AdobeSign.Activities.AddRecipient
- AdobeSign.Activities.AddRecipientUsingLookup
- AdobeSign.Activities.CreateAgreement
- AdobeSign.Activities.CreateAgreementFromTemplate
- AdobeSign.Activities.GetAgreementId
- AdobeSign.Activities.SendAgreement
- Adobe Acrobat Sign 的七個活動會顯示出來：
取得文件簽名的完整流程包含至少三個步驟，大致順序如下：
建立協議 – 「協議」是容器物件，可保存透過 Adobe Acrobat Sign 系統進行完整交易的所有設定值。
建立協議時有兩個選項
- 從範本建立協議 – 使用必須已定義的協議範本，匯入所有欄位值。
- 建立協議 – 僅為此流程提供 協議 欄位值
新增文件 – 這會附加要傳送的檔案。
- 您可以上傳到 Dynamics 的檔案大小限制為 5MB
- 文件會透過主要實體或流程上的備註欄位新增，視您的需求而定
- 附加到主要實體的文件往往是自訂文件，例如附加到銷售機會的個別化合約
- 附加到流程的文件可能是版本控制的制式文件，例如保密協議
可以在文件之前新增收件人。
線性思維建議先新增文件有助於了解流程，因為在大多數情況下，文件類型會指出收件人是誰，以及他們應該以何種順序參與簽名流程。
新增收件人– 收件人是協議 完成 協議的路徑。他們可以包括：
- 簽署人 – 需要套用法律簽名的任何人
- 核准者 – 只需要核准文件但不一定需要簽名的收件人
- 副本收件人 – 純粹的觀察者，副本收件人無法影響協議
- 將某種類型的文件自動封存到電子郵件地址的絕佳選項
新增收件人有兩個選項：
- 使用查閱新增收件者 – 利用 Dynamics 從 Dynamics 實體匯入收件者電子郵件
- 新增收件人 – 允許透過明確設定電子郵件來包含與任何 Dynamics 實體無關的收件人
有兩種方式可以建立不需要 AddRecipient 活動的流程：
- 唯一收件者會在 CreateAgreement 活動中從上層實體匯入為主要電子郵件
- 唯一收件者是在 CreateAgreement 活動上 Sender Signing Options 欄位中使用 Only I sign 選項的簽署者
Send Agreement – 該活動會取得已設定的 Agreement 並提交至 Adobe Acrobat Sign 服務，開始簽名程序
我們的 NDA 範例使用六個活動中的五個（只能有一個「建立合約」類型的活動），採用五步驟程序：
1. 新增步驟 - AdobeSign.Activities.CreateAgreement
- 在步驟記錄中按一下設定屬性以開啟活動屬性
- 定義 Agreement Name – 合約名稱會顯示在傳送給收件人的通知電子郵件中，並在整個 Dynamics 系統中代表該合約。使用直觀的名稱，指出收件人預期文件的性質
- 完成後按一下儲存並關閉
此範例的欄位值：
- Agreement Message 已修改，針對附加文件提供有意義的指示
- 設定過期值為 5，確保此法律文件不會在不可接受的時間範圍內保持開啟狀態
- 協議將在 5 天後到期並自動取消
- Primary Email of the Parent Entity 將匯入為第一個收件人
- 提醒設定為每日迭代（因為合約在五天後到期）
當您成功設定活動時，會從步驟記錄中移除紅色 X
2. 新增步驟 – AdobeSign.Activities.AddDocument
- 在步驟記錄中按一下設定屬性以開啟活動屬性
- 將 Agreement ID 值插入 Agreement Id Input 欄位中
- 定義從新增文件欄位
- 如果要從流程附加檔案，請定義選取流程欄位
- 設定任何其他所需的欄位
- 按一下「儲存並關閉」
此範例的欄位值：
- 從新增文件 欄位 設定為從流程備註擷取 NDA 檔案
- 選取流程 – 因為我們要從流程擷取檔案，所以需要指出哪個流程包含檔案
- 此範例查找參照我們目前正在開發的同一個流程
- 文件名稱保持空白 – 因為此流程的焦點非常狹窄，僅與 NDA 合約相關，所以預期不會有 NDA 檔案以外的任何內容附件到流程
- 僅新增文件的最新版本設定為True。如果 NDA 有迭代版本，我們不想傳送所有版本，只要最新版本
3. 新增步驟 - AdobeSign.Activities.AddRecipientUsingLookup (使用者)
- 在步驟記錄中按一下設定屬性以開啟活動屬性
- 將 Agreement ID 值插入 Agreement Id Input 欄位
- 因為這是透過查閱新增收件人，請定義識別您收件人的實體：銷售線索、聯絡人或使用者
- 定義收件者角色：此收件者是簽署者、核准者還是副本收件者
- 定義收件者順序由於這是第二個收件者，請輸入2
- 因為 CreateAgreement 活動設定為 從上層實體新增主要電子郵件 作為第一個收件者
- 定義身分驗證 – 電子郵件是預設值。如果您要新增第二因子驗證，請據此調整欄位
- 設定任何其他所需的欄位
- 按一下「儲存並關閉」
此範例的欄位值：
- 由於這是第二個收件者，因此會選取 使用者 實體 類型。內部副署通常在外部收件人套用其簽名之後進行
- 新增使用者作為收件人設定為查詢使用者
- 預設的簽署者保留原位，因為需要簽名
- 在收件人順序欄位中輸入2。內部簽署者始終跟隨外部簽署者
4. Add Step - AdobeSign.Activities.AddRecipient
- 按一下步驟記錄中的設定屬性以開啟活動屬性
- 將 Agreement ID 值插入 Agreement Id Input 欄位中
- 如有必要，提供可選的收件人全名
- 新增收件人電子郵件地址
- 定義收件人角色 – 此收件人是簽署者、核准者還是副本收件人
- 定義收件人順序 – 由於這是第三個收件人，請輸入3
- 設定任何其他所需欄位
- 按一下「儲存並關閉」
此範例的欄位值：
- 此收件者是我們內部 NDA 封存電子郵件地址的副本收件者
- 在 收件者全名 欄位中插入適當的描述，而非個人姓名
- 新增完整的電子郵件地址
- 選取副本選項，因為此收件人僅收集我們的已簽名 NDA 用於備份記錄保存
- 在收件人順序欄位中輸入3。該收件人在技術上並未參與簽名週期，但此欄位為必填項
- 副本收件人應始終列在參與簽名/核准流程的收件人之後
5. 新增步驟 - AdobeSign.Activities.SendAgreement
- 點選步驟記錄中的設定 屬性以開啟活動屬性
- 將Agreement ID值插入Agreement Id Input欄位中
- 按一下「儲存並關閉」
設定完成所有步驟後：
- 捲動到頁面頂部，然後點選備註標籤。
- 開啟備註標籤後，點選顯示「輸入備註」的欄位
- 標籤內容再次變更，顯示附加檔案按鈕
- 點選附加檔案
產生新的快顯視窗，顯示瀏覽按鈕，讓您可以搜尋並附加檔案。
- 點選瀏覽…
- 找到您的檔案並開啟它
- 這會將檔案路徑匯入檔案名稱欄位並關閉瀏覽...視窗
- 點選附加按鈕
- 點選關閉按鈕
檔案現在已正確附加至處理備註
將檔案附加到流程的備註區段後，接下來只需啟動流程即可。
- 按一下視窗頂端的「啟用」按鈕
當啟用挑戰彈出時，按一下 啟用
如果沒有錯誤，頁面將重新整理，並在頁面頂部顯示停用按鈕（取代啟用按鈕）
動作已完成。
若要讓使用者可以使用，您需要將其繫結至工作流程：
- 按一下視窗左上角的「關閉」按鈕，關閉 PowerApp 頁面
- 返回 Adobe Acrobat Sign 管理頁面，然後再次按一下建立新工作流程
- 建立程序覆蓋層會開啟
- 從「類別」挑選清單中選取「工作流程」
- 從「實體」挑選清單中選取與您為程序選取的相同主要「實體」
- 這是寄件人可找到所列工作流程的實體
- 按一下「確定」
「程序資訊」頁面載入。
由於此範例適用於 NDA 合約，我們想要將其啟用為隨選選項。
- 勾選「作為隨選程序」旁邊的核取方塊
- 按一下程序產生器中的「新增步驟」按鈕
- 從選項清單中選取「執行動作」
- 在動作欄位中，選取剛建立的程序
- 實體欄位會根據選取的程序自動填入
- 按一下步驟記錄中的設定屬性以開啟活動屬性
- 配置 Target 設定
- 按一下「儲存並關閉」
- 設定完所有步驟後，捲動至頁面頂端，然後按一下啟用
- 出現提示時再次按一下啟用
工作流程已 完成， 且與主要實體相關 (本範例中為聯絡人)。
測試工作流程：
- 導覽至任何聯絡人
- 按一下功能區中的更多選項清單 (…)
- 按一下執行工作流程
會顯示與實體相關的工作流程清單
- 勾選您要觸發的工作流程旁的方塊
- 按一下面板底部的新增以啟動工作流程
- 如果您要執行工作流程，出現提示時按一下確定
簽署流程的混合路由
混合簽名路由是結合順序簽名流程與並行處理的組合，其中有一個或多個階段的簽名流程會變為並行。
比任何其他類型的簽名流量，混合路由需要深入了解 表單， 以及預期套用簽名的順序。
欄位指派 (簽名者1、簽名者2 等) 以收件者在流程或 UI 中列出的順序為基礎。 在並行簽名階段內，所有收件者都有相同的 收件者順序 編號，因此流程/UI 中的實際位置是您唯一能夠得知收件者可存取哪個表單欄位的線索。
流程/UI 中最上方的收件者是簽名者1。
流程/UI 中列出的第二個收件者是簽名者2，即使簽名流程是並行的，且兩個收件者都顯示收件者順序為 1。
混合路由的要求和限制
- 混合路由只有在 Adobe Acrobat Sign 帳戶中啟用時才能運作
- 以帳戶管理員身分登入 Adobe Acrobat Sign
- 導覽至 帳戶 > 傳送設定 > 簽名順序 > 允許寄件者指定混合路由順序
- 儲存 設定
- 協議範本 無法 設定為善用混合路由
- 當 簽名類型 為 手寫 時，不 支援混合路由
- 當 寄件者簽名順序 為 時，混合路由 不 支援流程
- 我先簽名
- 我最後簽名
- 只有我簽署
- 包括 主版實體的主要電子郵件，以 收件者順序 為 1 來識別收件者。 如果有其他收件者的收件者順序為 1，則套用混合規則
- 如果定義的流程中 輸入的順序 = False (表示並行簽名流程)，但收件者 不 是全部都有相同的 收件者順序 值 (表示順序簽名流程)，則套用混合路由規則。
流程失敗的常見原因
有時在設定中未顯示錯誤的流程會在執行期間失敗。
經常發現的原因包括：
- 您嘗試擷取檔案的 備註 區段沒有附加檔案
- 您的 Adobe Acrobat Sign 帳戶中的設定不允許使用在 AddRecipient 或 CreateAgreement 活動中定義的 身分識別驗證方法
- 主要實體上沒有聯絡人，而您的 CreateAgreement 活動已將 新增主版實體的主要電子郵件作為收件者設為真
