自動化法律工作流程

理想情況下，協議條款會被接受且不作任何修改。 然而，協議往往需要客製化，進而需要法律審查。 法律審查會產生大量成本，並拖慢協議條款的交付流程。 使用根據核准語言調整的預設範本，有助於法律團隊管理並更安全地執行協議條款。

這個教學使用了各州不同的法律協議。 為了解決這些差異，會建立一個包含條件章節的協議範本，條件章節僅在符合特定條件時才會被納入。 產生的文件可以是 Word 或 PDF 文件。 你也可以學習使用 Adobe PDF Services API 或 Acrobat Sign 來保護文件的方法。

取得證件

請先註冊免費的 Adobe PDF 服務憑證：

你的資料

在此情境中，會傳遞資訊以協助文件產生，並告知是否應包含某些章節：

{
    "customer": {
        "name": "Home Services Company",
        "street": "123 Any Street",
        "city": "Anywhere",
        "state": "CA",
        "zip": "12345",
        "country":"USA",
        "signer": {
            "email": "johnnyechostone@gmail.com",
            "firstName": "John",
            "lastName": "Echostone"
        }
    },
    "company": {
        "name": "Projected Consultants",
        "signer": {
            "email": "maryburostone@gmail.com",
            "firstName": "Mary",
            "lastName": "Burostone"
        }
    },
    "conditions": {
        "includeGeneralTerms": true,
        "includeConsumerDiscloure": true
    }
}

資料中包含客戶的資訊、姓名、簽約者、所在州等。 此外，還有關於產生協議的公司資訊的章節，以及條件旗標，這些標誌會包含協議的某些章節。

在文件中新增基本標籤

此情境使用條款與細則文件，可在此🔗下載。

請前往 文件產生標註 器面板，在文件中放置標籤。

請輸入公司名稱

這會因為該標籤位於 JSON 路徑下方而被呼叫 {{company.name}} 。

{
    "company": {
        "name": "Projected Consultants",
        ...
    }
    ...
}

接著，在開頭的客戶文字段落重複這個步驟。 重複 步驟 1-4，將 CUSTOMER 換成 customer，在 customer 下。 輸出應該是 {{customer.name}}，反映文字是從客戶物件下方發出的。

Adobe 文件產生 API 也允許你在頁頭和頁尾以及簽名標題的最後位置加入標籤。

重複這個過程，腳 註中公司與客戶的文字分別執行步驟 1-4 。

最後，你需要​重複步驟 1-4，將簽名頁 Customer 區塊下的 FIRST Name 和 LAST NAME 分別替換成{{customer.signer.firstName}} {{customer.signer.lastName}}標籤。不用擔心標籤太長且會重複到下一行，因為文件產生時標籤會被替換。

文件開頭和頁尾應該是這樣：

現在你的標籤已經放進文件中，你就可以預覽你產生的協議了。

預覽您產生的文件

直接在 Microsoft Word 裡，你可以根據範例 JSON 資料預覽產生的文件。

為每個狀態加入條件項

在接下來的這部分，你將根據特定的輸入資料標準，只設定特定區塊被納入。 在範例文件中，第4和第5節僅涉及特定州。 在這種情況下，客戶居住在該州時，應只包含該州的專屬條款。 另外，如果 Microsoft Word 的編號被移除，那個區段就不應該包含。 使用 Document Generation API 的條件內容功能來標記此項。

該區段現在被一些稱為條件區段標籤的標籤包裹。 當你加上標籤時，它可能把條件段標籤加成了編號的行。 你可以在標籤前加回距來移除這個問題，否則它會把項目編號當作文件產生時標籤還沒出現過。 條件區段以 {% end-section %} 標籤結尾。

重複步驟 1-7 以​ 華盛頓揭露 ​區塊，將 CA 值替換​為 WA，表示該區塊僅在客戶所在州為華盛頓州時顯示。

條件區段測試

條件區段設置好後，您可以選擇 「產生文件」來預覽您的文件。

當你產生文件時，請注意所包含的部分僅符合資料標準。 在下方的例子中，由於該州與加州相同，僅包含加州部分。

另一個顯著的變化是，接下來的「服務與軟體使用」章節的編號改為5。 這表示當華盛頓部分省略時，編號仍會繼續。

為了測試當客戶在華盛頓州而非加州時，範本是否正常，請更改範本的樣本資料：

請注意，文件中僅包含華盛頓州的部分。

加入條件句

像條件句一樣，你也可以在符合特定條件時加入特定句子。 在這個例子中，加州和華盛頓州的退貨政策不同。

雖然標籤名稱相同，但片語與章節的主要差異在於片語中該節不包含新行。 條件區段標籤與 -end-section 標籤必須在同一段落中。

為雜技手牌新增標籤

Acrobat Sign 允許你將協議寄送簽名或嵌入網頁體驗，讓他人輕鬆查看並簽署。 Microsoft Word 中的 Adobe 文件產生標註器讓你能輕鬆在文件寄出前預先標記，並使用 Acrobat Sign，確保簽章放在正確位置。 在這種情況下，有兩位簽署人需要一個地方來簽署並註明日期。

這會放置一個簽名欄位，第一個簽署者需要簽名。

接著，為簽署者設置一個資料欄位，簽名時會自動填入。

所放置的日期標籤相當長： {{Date 3_es_:signer1:date:format(mm/dd/yyyy):font(size=Auto)}}。 Acrobat Sign 文字標籤必須保持在同一行，這與文件產生標籤不同。 :format()和font()參數是可選的，因此在此情況下我們可以將標籤縮短為 {{Date 3_es_:signer1:date}}。

重複公司簽名​ 區上方的 ​步驟。此時，必須將收件人欄位改為 簽署人-2，否則所有簽名欄位都會分配給同一個人。

建立你的協議

你現在已經標記好文件，準備開始使用。 在接下來的這一節中，學習如何利用文件產生 API 範例來產生文件，Node.js。 這些範例適用於任何語言。

打開你註冊憑證時下載的 pdfservices-node-sdk-samples-master 檔案。 這些檔案包含pdfservices-api-credentials.json和private.key檔案。

輸出檔在 /output 資料夾，文件已正確產生。

你可以透過更改下方的行來更改格式。 如果這份文件要送去 Word 編輯或合約審查，DOCX 格式很有幫助。

PDF：

options = new documentMergeOptions.DocumentMergeOptions(jsonDataForMerge,
documentMergeOptions.OutputFormat.PDF);

字：

options = new documentMergeOptions.DocumentMergeOptions(jsonDataForMerge, documentMergeOptions.OutputFormat.DOCX);

你也必須將輸出檔名稱改為 .pdf 或 .docx，分別是 PDF 或 DOCX 輸出格式：

var outputFileName = path.join('output', 'salesOrder_'+Date.now()+".docx");

寄出協議以供簽署

Adobe Acrobat Sign 允許你將協議寄送給一位或多位收件人，讓他們查看並簽署文件。 除了簡便的使用者體驗，方便你將文件送交簽名外，還有 REST API，讓你能將 Word、PDF、HTML 及其他格式送出簽名。

以下範例說明如何使用 REST API 文件頁面，將先前產生的文件送去簽名。 首先，學習如何透過 Acrobat Sign 網頁介面來操作，然後再學習如何使用 REST API。

註冊一個雜技招牌帳號

如果你沒有 Acrobat Sign 帳號，請註冊開發者帳號並查看此處的文件，然後選擇​「開發者帳號註冊」。系統會提示您填寫表單並收到驗證電子郵件。 完成後，系統會引導你進入一個網站設定密碼和帳號，然後登入 Acrobat Sign。

從網頁介面傳送協議

下一封電子郵件會寄給下一位簽署人。 重複第9至16步，以查看並簽署第二位簽署者。

協議完成後，簽署的協議副本會透過電子郵件寄送給各方。 此外，簽署的協議可從 Acrobat Sign 網頁介面 的管理 頁面取得。

接著，透過 REST API 文件學習如何做同樣的情境。

取得證件

接著會將持有人代幣加入授權​ ​ ​欄位。

想了解更多如何為 Acrobat Sign 建立授權令牌，你可以依照此🔗處說明的步驟操作。

上傳臨時文件

由於授權權杖是從前幾個步驟新增的，你需要上傳一份文件來進行 API 呼叫：

transientDocumentID 用於參考暫時儲存在 Acrobat Sign 的文件，以便後續 API 呼叫時能被引用。

傳送以供簽署

文件上傳後，你需要將協議送去簽署。

POST 協議 API 會回傳協議的 ID。 要取得 JSON 模型架構的範本，請選擇 最小模型架構。 完整的參數清單可在完整模型架構​章節中取得。

檢查協議狀態

一旦你有了協議 ID，就可以傳送協議狀態。

現在你已經掌握了該協議的資訊。

{
    "id": "CBJCHBCAABAAc6LyP4SVuKXP_pNstzIzyripanRdz4IB",
    "name": "Terms and Conditions",
    "groupId": "CBJCHBCAABAAoyMb1yIgczAGhBuJeHf99mglPtM7ElEu",
    "type": "AGREEMENT",
    "participantSetsInfo": [
      {
        "id": "CBJCHBCAABAAzZE-IcHHkt05-AVbxas4Jz7DUl3oEBO6",
        "memberInfos": [
          {
            "email": "adobesigndemo+customer@outlook.com",
            "id": "CBJCHBCAABAAyWgMMReqbxUFM7ctI5xz16c2kOmEy-IQ",
            "securityOption": {
              "authenticationMethod": "NONE"
            }
          }
        ],
        "role": "SIGNER",
        "order": 1
      },
      {
        "id": "CBJCHBCAABAAaRHz3gY2W0w5n_6pj1GMMuZAfhBihc1j",
        "memberInfos": [
          {
            "email": "adobesigndemo+company@outlook.com",
            "id": "CBJCHBCAABAAOZQwjPwJXFiX8YDKPYtzMpftsmxYrIo9",
            "securityOption": {
              "authenticationMethod": "NONE"
            }
          }
        ],
        "role": "SIGNER",
        "order": 1
      }
    ],
    "senderEmail": "adobesigndemo+new@outlook.com",
    "createdDate": "2022-03-22T02:59:36Z",
    "lastEventDate": "2022-03-22T02:59:41Z",
    "signatureType": "ESIGN",
    "locale": "en_US",
    "status": "OUT_FOR_SIGNATURE",
    "documentVisibilityEnabled": true,
    "hasFormFieldData": false,
    "hasSignerIdentityReport": false,
    "documentRetentionApplied": false
  }

更新變更時收到通知的更有效率方法是透過 Webhooks，你可以在這裡🔗了解更多。

儲存簽署文件

文件簽署後，可以使用 GET /agreements/combinedDocument 檔案檢索。

附加稽核報告或支援文件的額外參數可透過 attachSupportingDocuments 與 attachAuditReport 參數設定。

在 回應主體​中，這些資料可以下載到你的電腦並儲存在你喜歡的位置。

更多選擇

除了產生文件並送交簽名外，還有其他操作可用。

例如，若文件沒有簽名，Adobe PDF Services API 提供多種方式，讓您在協議產生後轉換文件，例如：

此外，雜技手語還提供多項額外功能，例如：

進一步學習

想了解更多嗎？ 看看其他一些使用 Adobe Acrobat Services方式：