GETTING STARTED
Process Assistants Overview
Concepts and Terminology
Quick Start Guide
Exploring the Process Apps Store
Building Process Apps from Scratch
What's New
Current Version

CONCEPTS
Flow Builder
Triggers
Logic
Introduction
Split
Merge
GoTo
End
Tasks
Introduction
Human Task
Script Task
Integrations
Introduction
Connect to Data Table
Connect to API
Events
Call a Subflow
Notify
Delay
Forms
Form Creation
Form Components
Form Actions
Simulate
Publish
Self-Service Portal
Dashboard

SETTINGS
General Settings
Members and Roles
Versioning
Channels
Bot Permissions
Alerts
Import & Export
Change Logs
Delete App

HOW TOs
Creating a Process App
Creating a Process App
Importing and Exporting a Process App
Sharing a Process App with Co-Developers
Configuring a Process App
Defining a Digital Form
Defining a Flow for a Process App
Defining Triggers for a Process App
Using Stencil to Define a Logic for a Process App
Using Events for a Process App
Adding Access Controls to a Digital Form
Calling a Subflow from Process App
Deploying a Process App
Configuring Channels to a Process App
Publishing a Process App
Analyzing a Process App
Stimulating a Process Instance
Creating and Publishing a Process App
Viewing a Process App Errors
Viewing Change Logs Made to Process App Definition
Creating or Restoring a Version of Process App
Adding Bot Permissions to let Bot Trigger the Process App

ADMINISTRATION
Introduction
Assistant Admin Console
Administration Dashboard
User Management
Add Users
Manage Groups
Assistant Management
Assistant Management
Enrollment
Invite Users
Send Bulk Invites
Import User Data
Synchronize Users from AD
Security & Compliance
Using Single-Sign On
Security Settings
Cloud Connector
Billing
  1. ホーム
  2. Docs
  3. Process Apps
  4. Flow
  5. Triggers
  6. デジタルフォーム

デジタルフォーム

デジタルフォームは、必要なデータを収集するのに役立ちます。ユーザーは、特定のリクエストを処理するために必要なデータを入力することができます。デジタルフォームトリガーとは、デジタルフォームを送信することで発生する引き金となる出来事を指します。例として、従業員の経費報告書について検討しましょう。ある従業員が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. すべてのパスを終了 – 選択すると、システムにおいてすべてのアクティブなパスが終了し、プロセスフローが終了します。
  1. ホーム
  2. Docs
  3. Process Apps
  4. Flow
  5. Triggers
  6. デジタルフォーム

デジタルフォーム

デジタルフォームは、必要なデータを収集するのに役立ちます。ユーザーは、特定のリクエストを処理するために必要なデータを入力することができます。デジタルフォームトリガーとは、デジタルフォームを送信することで発生する引き金となる出来事を指します。例として、従業員の経費報告書について検討しましょう。ある従業員が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. すべてのパスを終了 – 選択すると、システムにおいてすべてのアクティブなパスが終了し、プロセスフローが終了します。
メニュー