デジタルフォームは、必要なデータを収集するのに役立ちます。ユーザーは、特定のリクエストを処理するために必要なデータを入力することができます。デジタルフォームトリガーとは、デジタルフォームを送信することで発生する引き金となる出来事を指します。例として、従業員の経費報告書について検討しましょう。ある従業員が1000ドルの経費報告書を送信しました。投稿後、システムはAPIリクエストによりユーザー関連情報を取得し、承認プロセスを踏みます。このシナリオでは、システムはAPIリクエストを使用します。以下に、デジタルフォームトリガーのプロセスフローを説明します。

デジタルフォームトリガーの設定

1. プロセスアプリにログインした後、そのアプリにはフロータブが表示されます。
2. 右側のペインで、トリガーの下のデジタルフォームをクリックします。
3. デジタルフォームトリガーウィンドウで、フォームドロップダウンリストから新しいフォームを作成を選択します。
4. [新しいフォーム] ダイアログボックスで、以下の詳細を入力します。
   1. 名前 – デジタルフォームの名前を入力。例：経費報告書
   2. 表示名 – 名前を識別しやすいように表示名を入力。
   3. 説明 – デジタルフォームの簡単な説明を入力
5. 作成をクリックします。
6. デジタルフォームトリガーウィンドウで、アクセス制御を追加をクリック。それはフォームページに表示され、マスターフォームにコンポーネントを追加できます。更新できるのは 読み取り専用、可視化および 可視性の設定であり、アクセス制御で行うことができます。 
7. フォームを埋め込むHTMLセクションでは、HTMLコードが表示されています。コピーをクリックして、HTMLコードをコピーします。このHTML iframeコードを使用して、トリガーフォームをウェブサイトに埋め込むことができます。これはあなたがポータル を使用しない場合のみ必要となります。プロセスアプリは公開アクセス用です。
8. [完了] をクリックします。作成されたトリガーは、プロセスビルダーで確認できます。
9. イニシエーター（従業員）に通知することで、フローの構築を開始します。
10. 左側のペインには、イベントセクションがあります。このセクションからビルダーにヒューマンタスクステンシルをドラッグアンドドロップします。 
11. 通知ステンシルをクリックして、「通知」ウィンドウを開きます。
12. 「通知」ウィンドウで、以下の詳細を入力。
    1. 名前 – 通知メッセージの名前を入力。
    2. 配信モード – 従業員に通知する際の通信モードを選択。
    3. 受信者 – 通知を受信する従業員のメールアドレスを入力。コンテキスト や変数 をトリガーから使用することもできます。
    4. 件名 – 通知メールの件名を入力。
    5. メッセージを作成 – 通知に関連するテキストを入力。さらに、コンテキスト や変数の追加もサポートしているので、メッセージを作成する際にそれらを含めることができます。
13. 「通知」ウィンドウを閉じます。
14. APIリクエストを行い、イニシエーター（従業員）の管理者の詳細を取得します。
15. 左側のペインには、システム連携セクションが表示されます。このセクションからビルダーにAPIに接続ステンシルをドラッグアンドドロップします。
16. APIに接続ステンシルをクリックして、「APIに接続」ウィンドウを 開きます。
17. 「APIに接続」 ウィンドウで、以下の詳細を入力します。
    1. 名前 – APIリクエストの名前を入力。 
    2. タイプ – APIリクエストタイプを選択。RESTまたはSOAP
    3. システム連携モード – システム連携モードを選択。同期または非同期。
    4. URL：URLフィールドの下のリクエストを定義をクリックします。
       1. リクエストの定義ページで、以下の詳細を入力します。
          1. リクエストタイプ – 取得
          2. リクエストURL – https://608fd39c38473400170203a8.mockapi.io/api/v1/leaverequests（これは一例を示すURLであり、業務を目的とするものではありません。）
          3. このAPIは、ヘッダーパラメータを必要としません。
          4. リクエストをテストタブをクリック。
          5. ページ右上のテストをクリック。テストが完了するまで待つと、以下の ステータスコードを取得できます 200。
          6. APIコールによって返された記録の配列を見ることができます。次のステップでは、JavaScriptを使用して値を説明します。
          7. ページ右上の保存をクリック。
18. 「APIに接続」 ウィンドウを閉じます。
19. APIリクエストが正常に完了すると、システムは管理者の詳細を取得し、タスク（経費報告の承認）を割り当てます。
20. 左側のペインに、タスクセクションが表示されます。承認タスクステンシルを、このセクションからビルダーにドラッグアンドドロップします。
21. 承認タスクステンシルをクリックすると、「承認タスク」 ウィンドウが表示されます。
22. 「承認タスク」ウィンドウで、以下の詳細を入力：
    1. 名前 – 承認タスクの名前を入力。
    2. タスクの結果 – 承認と却下のオプションが表示されます。タスクを承認するか却下するかを選択します。また、これらのオプションの名前を変更したり、成果を追加 をクリックすると、保留などのオプションを追加できます。
23. 通知タブをクリックして、通知設定を構成します。
24. ドロップダウンリストから配信モードを選択します。ボットまたはAPIまたはメール。
25. 応答セクションにおいて、応答を取得 オプションを選択し、管理者の応答を送信します。これらのオプションは、選択した配信モードによって異なります。配信モードが メールの場合は、フォームやメールで応答を取得できます。配信モードが ボットの場合は、フォームや会話体験によって応答を取得できます。配信モードが APIの場合は、APIを介して応答を取得できます。この例では、選択された配信モードはメールです。
    1. フォームによる応答の取得 – 選択すると、 フォームのURLは、メッセージを作成セクションで作成されたメッセージにインサートされます。
    2. メールで応答を取得 – 選択すると、結果のボタン が、メッセージを作成セクションで作成されたメッセージに付加されます。
26. メッセージを作成セクションで、以下の詳細を入力します。
    1. 件名 – 通知メールの件名を入力。
    2. メッセージを作成 – 応答メッセージの詳細を入力。
    3. {..}をクリックして、メッセージに変数を追加します。メッセージにおいて、コンテキスト を使用することもできます。
27. 割り当てタブをクリックして、受信者設定を構成します。下のオプションから何れかを選択できます:
    1. 単一の受信者 – 選択すると、このセクションで設定した受信者に応答を送信できます。
       1. 受信者IDフィールドには、受信者のメールアドレスを入力します。
    2. 複数の受信者 – 選択すると、このセクションで設定した複数の受信者に応答を送信できます。
       1. 受信者IDフィールドに受信者のメールアドレスをコンマで区切って入力します。
       2. 割り当てロジックセクションで、オプションを選択します。
          1. 全員への割り当て – 選択すると、システムはタスクをすべての受信者に割り当てます。
          2. 最も占有率が低い – 選択すると、システムは、開いているタスクの数が最も少ない受信者にタスクを割り当てます。
    3. グループ– 選択すると、応答をグループ宛に送信できます。グループの受信者のうち 1 人だけがタスクを完了する必要があります。 
       1. グループIDフィールドには、グループのメールアドレスをカンマで区切って入力します。
28. 承認タスクを閉じる ウィンドウが表示されます。
29. タスクを割り当てた後、管理者はそのタスクを承認または却下することができます。このアクションを実行するには、ロジックステンシルが必要です。このタスクを実行するのに、常にロジックが必要であるわけではなく、ユースケースによって異なります。しかし、この例では、ロジックステンシルを使用しています。
30. 左側のペインに、ロジックセクションが表示されます。スプリットステンシルを、このセクションからビルダーにドラッグアンドドロップします。
31. スプリットステンシルは、2つのブランチ（ブランチ1とブランチ2）を持つビルダーに追加されます。
32. スプリットステンシルをクリックして、「スプリット」ウィンドウを開きます。
33. 「スプリット」ウィンドウで、以下の詳細を入力。
    1. 名前 – スプリットアクションの名前を入力。例：管理者決定。
    2. ブランチ – ブランチ（ブランチ1とブランチ2）を承認済みと却下済みとして編集します。
    3. スプリットロジック – 以下のオプションのいずれかを選択します。
       1. すべてのブランチを実行 – 選択すると、すべてのブランチが同時に実行されます。
       2. 条件で実行 – 選択すると、下記の条件を定義セクションで条件を定義できます。プロセスフィールド、コンテキストおよびプロセスコンテクストに基づいて条件を定義することができます。例として、プロセスフィールドを選択しましょう。 
          1. Ifという条件でフィールド値を選択 を選択し、より小さいをそれぞれのドロップダウンリストから選択します。その値フィールドに $2000を入力します。
          2. ブランチへ移動ドロップダウンリストから、承認済みを選択します。
          3. Else-Ifを追加セクションにおいて、ブランチへ移動ドロップダウンリストから却下済みを選択します。
34. 「スプリット」ウィンドウを閉じます。
35. 次のステップは、経費報告書のステータスを従業員に通知することです。通知ステンシルを、ビルダーに関する承認済みと却下済みの下にをドラッグアンドドロップします。
36. 承認済みと却下済みブランチの通知ステンシルを開き、通知の詳細を設定します。
37. 最後にプロセスフローを終了します。 
38. 左側のペインに、ロジックセクションが表示されます。終了ステンシルを、このセクションからビルダーにドラッグアンドドロップします。
39. 終了ステンシルをクリックして、「終了」ウィンドウを開きます。
40. 「終了」ウィンドウで、以下のいずれかのオプションを選択します。
    1. このパスを終了 – 選択すると、システムにおいて現在のパスが終了し、他のすべてのパスはアクティブなまま残ります。
    2. すべてのパスを終了 – 選択すると、システムにおいてすべてのアクティブなパスが終了し、プロセスフローが終了します。

디지털 양식을 사용하여 필요한 데이터를 수집할 수 있습니다. 이를 통해 사용자는 특정 요청을 처리하려는 데이터를 입력할 수 있습니다. 디지털 양식 트리거는 디지털 양식을 제출함으로써 발생하는 트리거를 의미합니다. 예를 들어 직원 지출 보고서를 고려해 봅시다. 직원이 $1000의 지출 보고서를 제출했습니다. 지출 보고서를 제출하면 시스템은 API 요청을 통해 사용자 관련 정보를 가져와 승인 절차를 따릅니다. 이 시나리오에서 시스템은 API 요청을 사용합니다. 디지털 양식 트리거의 프로세스 흐름은 아래 설명되어 있습니다.

디지털 양식 트리거 설정

1. 프로세스 앱에 로그인하면 흐름탭으로 이동합니다.
2. 오른쪽 창에서 트리거 아래의 디지털 양식을 클릭합니다.
3. 디지털 양식 트리거 창의 양식 드롭다운 목록에서 새 양식 만들기를 선택합니다.
4. 새 양식 대화 상자에서 다음 세부 정보를 입력합니다.
   1. 이름 – 디지털 양식의 이름을 입력합니다. 예: 지출 보고서
   2. 표시 이름 – 이름을 식별하기 쉽도록 표시 이름을 입력합니다.
   3. 설명 – 디지털 양식에 대한 간단한 설명을 입력합니다
5. 생성을 클릭합니다.
6. 디지털 양식 트리거 창에서 접근 제어 추가를 클릭합니다. 그러면 양식 페이지로 이동하고 마스터 양식에 구성 요소를 추가할 수 있습니다. 접근 제어를 통해서만 읽기 전용, 표시 여부 및 가시성 설정을 업데이트할 수 있습니다. 
7. 양식을 포함할 HTML 섹션에서 HTML 코드를 찾을 수 있습니다. 복사를 클릭하여 HTML 코드를 복사합니다. 이 HTML iframe 코드를 사용하여 웹사이트에 트리거 양식을 포함할 수 있습니다. 이는 포털을 사용하지 않고 프로세스 앱이 공용 액세스용인 경우에만 필요합니다.
8. 완료를 클릭합니다. 프로세스 빌더에서 생성된 트리거를 찾을 수 있습니다.
9. 초기자(직원)에게 통지하여 흐름을 구축하기 시작합니다.
10. 왼쪽 창에서 이벤트 섹션을 찾을 수 있습니다. 이 섹션의 알림 스탠실을 빌더로 끌어서 놓습니다. 
11. 알림 스텐실을 클릭하여 알림 창을 엽니다.
12. 알림 창에서 다음 세부 정보를 입력합니다.
    1. 이름 – 알림 메시지의 이름을 입력합니다.
    2. 전달 모드 – 직원에게 알릴 때 사용할 커뮤니케이션 모드를 선택합니다.
    3. 수신자 – 알림을 받을 직원의 이메일 주소를 입력합니다. 트리거에서 컨텍스트 또는 변수도 사용할 수 있습니다.
    4. 이름 – 알림 이메일의 제목을 입력합니다.
    5. 메시지 작성 – 알리고자 하는 관련 텍스트를 입력합니다. 또한 컨텍스트 및 변수 추가를 지원하므로 메시지를 작성할 때 이를 포함할 수 있습니다.
13. 알림 창을 닫습니다.
14. 초기자(직원)의 관리자 세부 정보를 가져오도록 API 요청을 합니다.
15. 왼쪽 창에서 통합 섹션을 찾을 수 있습니다. 이 섹션의 API에 연결 스탠실을 빌더로 끌어서 놓습니다.
16. API에 연결 스텐실을 클릭하여 API에 연결 창을 엽니다.
17. API에 연결 창에서 다음 세부 정보를 입력합니다.
    1. 이름 – API 요청의 이름을 입력합니다. 
    2. 유형 – API 요청 유형을 선택합니다. REST 또는 SOAP
    3. 통합 모드 – 통합 모드: 동기 또는 비동기: 를 선택합니다.
    4. URL: URL 필드에 있는 요청 정의를 클릭합니다.
       1. 요청 정의 페이지에서 다음 세부 정보를 입력합니다.
          1. 요청 유형 – 가져오기
          2. 요청 URL – https://608fd39c38473400170203a8.mockapi.io/api/v1/leaverequests(업무용이 아닌 예시 URL)
          3. 이 API는 헤더 매개 변수가 필요하지 않습니다.
          4. 요청 테스트 탭을 클릭합니다.
          5. 페이지의 오른쪽 상단에서 테스트를 클릭합니다. 테스트 완료를 기다리면 상태 코드: 200을 받습니다.
          6. API 호출에서 반환된 레코드 배열을 확인할 수 있습니다. 다음 단계에서는 JavaScript를 사용하여 값을 구문 분석합니다.
          7. 페이지의 오른쪽 상단에서 저장을 클릭합니다.
18. API에 연결 창을 닫습니다.
19. API 요청이 성공적으로 완료되면 시스템은 관리자 세부 정보를 가져와 작업(지출 보고서 승인)을 할당합니다.
20. 왼쪽 창에서 작업 섹션을 찾을 수 있습니다. 이 섹션의 승인 작업 스탠실을 빌더로 끌어서 놓습니다.
21. 승인 작업 스텐실을 클릭하여 승인 작업 창을 엽니다.
22. 승인 작업 창에서 다음 세부 정보를 입력합니다.
    1. 이름 – 승인 작업의 이름을 입력합니다.
    2. 작업 결과 – 승인 및 거부 옵션을 찾을 수 있습니다. 작업을 승인하거나 거부하는 것을 선택합니다. 이 옵션의 이름을 바꾸거나 결과 추가를 선택하여 보류 중과 같은 더 많은 옵션을 추가할 수도 있습니다.
23. 알림 탭을 클릭하고 알림 설정을 설정합니다.
24. 드롭다운 목록에 포함된 봇 또는 API 또는 이메일 중에 전달 모드: 를 선택합니다.
25. 응답 섹션에서 응답 받기 옵션을 선택하여 관리자의 응답을 전송합니다. 이러한 옵션은 선택한 전달 모드에 따라 달라집니다. 전달 모드가 이메일인 경우, 양식 또는 이메일을 통해 응답을 받을 수 있습니다. 전달 모드가 봇인 경우, 양식 또는 대화 경험을 통해 응답을 받을 수 있습니다. 전달 모드가 API인 경우, API를 통해 응답을 받을 수 있습니다. 이 예시에서 선택한 전달 모드는 이메일입니다.
    1. 양식을 통해 응답 받기 – 선택하면 양식 URL이 메시지 작성 섹션에서 작성한 메시지에 삽입됩니다.
    2. 이메일을 통해 응답 받기 – 선택하면 메시지 작성 섹션에서 작성한 메시지에 결과 버튼이 추가됩니다.
26. 메시지 작성 섹션에서 다음 세부 정보를 입력합니다.
    1. 제목 – 응답 메일의 제목을 입력합니다.
    2. 메시지 작성 – 응답 메시지의 세부 정보를 입력합니다.
    3. {..}를 클릭하여 메시지에 변수를 추가합니다. 또한 메시지의 컨텍스트를 사용할 수도 있습니다.
27. 할당 탭을 클릭하고 수신자 설정을 설정합니다. 다음 옵션 중 선택할 수 있습니다.
    1. 단일 수신자 – 선택하면 이 섹션에서 설정한 수신자에게 응답을 보낼 수 있습니다.
       1. 수신자 ID 필드에 수신자의 이메일 주소를 입력합니다.
    2. 다중 수신자 – 선택하면 이 섹션에서 설정한 다중 수신자에게 응답을 보낼 수 있습니다.
       1. 수신자 ID 필드에 수신자의 이메일 주소를 쉼표로 구분하여 입력합니다.
       2. 할당 논리 섹션에서 옵션을 선택합니다.
          1. 모두에게 할당 – 선택하면 시스템이 모든 수신자에게 작업을 할당합니다.
          2. 가장 적게 사용됨 – 선택하면 시스템이 열린 작업이 가장 적은 수신자에게 작업을 할당합니다.
    3. 그룹 – 선택하면 그룹으로 응답을 보낼 수 있습니다. 그룹의 수신자 중 한 명만 작업을 완료할 수 있습니다 
       1. 그룹 ID 필드에 그룹 이메일 주소를 쉼표로 구분하여 입력합니다.
28. 승인 작업 창을 닫습니다.
29. 작업을 할당한 후 관리자는 작업을 승인하거나 거부할 수 있습니다. 이 작업을 수행하려면 논리 스텐실이 필요합니다. 이 작업을 수행하기 위해 항상 논리가 필요한 것은 아니며 사용 사례에 따라 달라집니다. 이 예시에서는 논리 스텐실을 사용합니다.
30. 왼쪽 창에서 논리 섹션을 찾을 수 있습니다. 이 섹션의 분리 스탠실을 빌더로 끌어서 놓습니다.
31. 분리 스텐실은 두 개의 분기(Branch1 및 Branch2)가 있는 빌더에 추가됩니다.
32. 분리스텐실을 클릭하여 분리 창을 엽니다.
33. 분리 창에서 다음 세부 정보를 입력합니다.
    1. 이름 – 분리 조치의 이름을 입력합니다. 예: 관리자 결정.
    2. 분기 – 분기(Branch1과 Branch2)를 승인됨 및 거부됨으로 편집합니다.
    3. 논리 분리 – 아래 옵션 중 하나를 선택합니다.
       1. 모든 분기 실행 – 선택 시 모든 분기가 동시에 실행됩니다.
       2. 조건에 따라 실행 – 선택하면, 아래 조건 정의 섹션에서 조건을 정의할 수 있습니다. 프로세스 필드, 컨텍스트 및 프로세스 컨텍스트를 기반으로 조건을 정의할 수 있습니다. 예를 들어, 프로세스 필드를 선택해 봅시다. 
          1. If 조건에서 필드 값과 해당 드롭다운 목록에서 보다 작음을 선택합니다. 값 필드에 $2000을 입력합니다.
          2. Go to Branch 드롭다운 목록에서 승인됨을 선택합니다.
          3. Else-If 추가 섹션에서 Else Go To Branch 드롭 다운 목록의 거부됨을 선택합니다.
34. 분리 창을 닫습니다.
35. 다음 단계는 지출 보고서의 상태를 직원에게 알리는 것입니다. 빌더의 승인 및 거부 분기 아래에 알림 스텐실을 끌어서 놓습니다.
36. 승인 및 거부 분기의 알림 스텐실을 열고 알림 세부 정보를 설정합니다.
37. 마지막 단계는 프로세스 흐름을 종료하는 것입니다. 
38. 왼쪽 창에서 논리 섹션을 찾을 수 있습니다. 이 섹션의 종료 스탠실을 빌더로 끌어서 놓습니다.
39. 종료 스텐실을 클릭하여 종료 창을 엽니다.
40. 종료 페이지에서 다음 옵션 중 하나를 선택합니다.
    1. 이 경로 종료 – 선택하면 시스템이 현재 경로를 종료하고 다른 모든 경로를 활성 상태로 유지합니다.
    2. 모든 경로 종료 – 선택하면 시스템이 모든 활성 경로를 종료하고 프로세스 흐름을 종료합니다.

A Digital Form helps you to collect the required data. It allows your users to enter the data you want to process a certain request. Digital Form triggers refer to the triggers that occur through the submission of a digital form. For example, let us consider an employee expense report. An employee has submitted an expense report of $1000. After the submission, the system fetches the user-related information through an API request and follows the approval process. In this scenario, the system uses the API request. The process flow of the Digital Form Trigger is explained below.

Configure Digital Form Trigger

1. After you log in to the Process App, it lands you on the Flow tab.
2. On the right pane, click Digital Form under Triggers.
3. On the Digital Form Trigger window, select Create New Form from the Forms drop-down list.
4. On the New Form dialog box, enter the following details:
   1. Name – Enter a name for the digital form. For example, Expense Report
   2. Display Name – Enter a display name to easily identify the name.
   3. Description – Enter a short description of the digital form
5. Click Create.
6. On the Digital Form Trigger window, click Add Access Control. It lands you on the Forms page and you can add a component in the master form. You can only update Read-only, Is-Visible, and Visibility settings through access control. 
7. Under the HTML to embed form section, you can find the HTML code. Click Copy to copy the HTML code. You can use this HTML iframe code to embed the trigger form in your website. This is needed only if you do not use the portal and the process app is for public access.
8. Click Done. You can find the trigger created on the Process Builder.
9. Start to build the flow by notifying the initiator (employee).
10. On the left pane, you can find the Events section. Drag and drop the Notify stencil from this section to the builder. 
11. Click the Notify stencil to open the Notify window.
12. On the Notify window, enter the following details:
    1. Name – Enter a name for the notification message.
    2. Delivery Mode – Select the mode of communication to notify the employee.
    3. Recipients – Enter the email address of the employee to receive a notification. You can also use context or variables from the trigger.
    4. Subject – Enter the subject for the notification email.
    5. Compose Message – Enter the relevant text related to the notification. It also supports context and the addition of variables so that you can include them while composing the message.
13. Close the Notify window.
14. Make an API request to fetch the Manager details of the initiator (employee).
15. On the left pane, you can find the Integrations section. Drag and drop the Connect to API stencil from this section to the builder.
16. Click the Connect to API stencil to open the Connect to API window.
17. On the Connect to API window, enter the following details:
    1. Name – Enter the name of the API request. 
    2. Type – Select the API request type: REST or SOAP
    3. Integration Mode – Select the integration mode: Synchronous or Asynchronous.
    4. URL: Click Define Request under the URL field.
       1. On the Define Request page, enter the following details:
          1. Request Type – GET
          2. Request URL – https://608fd39c38473400170203a8.mockapi.io/api/v1/leaverequests (This is an example URL, not for business purposes)
          3. This API does not require any Header Parameters.
          4. Click the Test Request tab.
          5. Click Test on the top-right of the page. Wait for the test to be completed and you get a Status Code: 200.
          6. You can see an array of records returned by the API call. In the next step, values are parsed using JavaScript.
          7. Click Save on the top-right of the page.
18. Close the Connect to API window.
19. After the successful completion of the API request, the system fetches the Manager details and assigns the task (expense report approval).
20. On the left pane, you can find the Tasks section. Drag and drop the Approval Task stencil from this section to the builder.
21. Click the Approval Task stencil to open the Approval Task window.
22. On the Approval Task window, enter the following details:
    1. Name – Enter a name for the approval task.
    2. Task Results – You can find Approve and Reject options. Choose to approve or reject the task. You can also rename these options or click Add an Outcome to add more options like On-Hold.
23. Click the Notifications tab to configure the notification settings.
24. Select a Delivery Mode from the drop-down list: Bot or API or Email.
25. Under the Response section, select a Get Response option to send the Manager’s response. These options differ based on the delivery mode selected. If the delivery mode is email, you can get responses through a form or email. If the delivery mode is bot, you can get responses through a form or conversational experience. If the delivery mode is API, you can get responses through APIs. In this example, the selected delivery mode is email.
    1. Get Response through a Form – If selected, the Form URL will be inserted into the message composed in the Compose Message section.
    2. Get Response through Email – If selected, Buttons for the result outcomes are appended to the message composed in the Compose Message section.
26. Under the Compose Message section, enter the following details:
    1. Subject – Enter the subject for the response mail.
    2. Compose Message – Enter the details of the response message.
    3. Click {..} to add variables to the message. You can also use Context in the message.
27. Click the Assignment tab to configure the recipient settings. You can select any of the below options:
    1. Single Recipient – If selected, you can send the response to the recipient configured in this section.
       1. Enter the recipient email address in the Recipient ID field.
    2. Multiple Recipients – If selected, you can send the response to multiple recipients configured in this section.
       1. Enter recipient email addresses separated by a comma in the Recipient ID field.
       2. Under the Assignment Logic section, select an option:
          1. Assign to All – If selected, the system assigns the task to all recipients.
          2. Least Occupied – If selected, the system assigns the task to the recipient with the least number of open tasks.
    3. Group – If selected, you can send the response to a group. Only one of the recipients from the group can complete the task 
       1. Enter the group email addresses separated by a comma in the Group ID field.
28. Close the Approval Task window.
29. After assigning the task, the Manager can approve or reject the task. To perform this action, you need a logic stencil. You do not always need logic to perform this task, it depends on the use case. But, in this example, a logic stencil is used.
30. On the left pane, you can find the Logic section. Drag and drop the Split stencil from this section to the builder.
31. The Split stencil is added to the builder with two branches (Branch1 and Branch2).
32. Click the Split stencil to open the Split window.
33. On the Split window, enter the following details:
    1. Name – Enter a name for the split action. For example, Manager Decision.
    2. Branches – Edit the branches (Branch1 and Branch2) as Approved and Rejected.
    3. Split Logic – Select any of the below options:
       1. Execute all Branches – If selected, all branches are executed simultaneously.
       2. Execute on Condition – If selected, you can define a condition in the Define Condition section below. You can define conditions based on Process Fields, Context, and Process Context. For example, let us select Process Fields. 
          1. Under the If condition, Select Field Value and Less than from the respective drop-down lists. In the Value field, enter $2000.
          2. From the Go to Branch drop-down list, select Approved.
          3. In the Add Else-If section, select Rejected from the Else Go To Branch drop-down list.
34. Close the Split window.
35. The next step is to notify the employee about the status of the expense report. Drag and drop the Notify stencil below the Approved and Rejected branches on the builder.
36. Open the Notify stencil of Approved and Rejected branches and configure the notification details.
37. The final step is to end the process flow. 
38. On the left pane, you can find the Logic section. Drag and drop the End stencil from this section to the builder.
39. Click the End stencil to open the End window.
40. On the End window, select any of the below options:
    1. End this Path – If selected, the system will end the current path and all other paths remain active.
    2. Terminate all Paths – If selected, the system will terminate all active paths and end the process flow.