外部トリガーを使用したフローの作成

ベースシステムの外部トリガー定義を使用してフローを設定します。フローは、サードパーティシステムからのイベント駆動型外部トリガーに応答します。たとえば、サードパーティの問題追跡システムで問題が作成されるとフローを実行します。

始める前に

必要なロール：flow_designer または admin

必要なサブスクリプション：統合ハブ Enterprise パック

手順

1. 移動先 すべて > プロセスの自動化 > Flow Designer.
2. 選択 新規作成 > フロー.
3. [フロープロパティ] フォームに入力します。

   フィールド	説明
   名前	フローを一意に識別する名前です。この名前からフローの内部名が作成されます。
   説明	フローの説明です。
   アプリケーション	フローを作成するアプリケーションスコープ。デフォルトは「グローバル」です。
   保護	フローが読み取り専用の場合に指定します。 注: これは、[なし] と [読み取り専用] の 2 つの値を持つオプションのフィールドです。自分が所有するアプリケーションスコープ内にフローがある場合は、[読み取り専用] を選択します。
   実行方法	そのフローをシステムユーザーとして実行するか、セッションを開始したユーザーとして実行するかを指定するオプションです。フローをトリガーしたユーザーから更新を実行する必要がある場合は、セッションオプションを開始したユーザーを選択します。たとえば、現在のユーザーからのインシデントレコードに関するコメントや、承認者から送信された承認メールが必要な場合に、このオプションを使用します。フローのオプションとして実行を設定しても、子サブフローには適用されません。 注: デフォルトでは、フローはセッションを開始するユーザーとして実行されます。 個人用の OAuth トークンを使用して実行できるフローを作成するには、セッションを開始するユーザーのオプションを選択します。フローを実行しているユーザーが個人用の OAuth トークンを持っていれば、そのトークンでフローが実行されます。個人用の OAuth トークンの作成の詳細については、「OAuth 2.0 認証情報」を参照してください。 セッションを開始したユーザーとしてフローを実行すると、ユーザーのアクセス制御ルール (ACL) 制限によりフローアクションが制限されます。フローをトリガーするユーザーによるフローアクションの実行が、セキュリティ制限によって妨げられることがないようにしてください。開始ユーザーによって実行されるフローも、日時形式などのユーザー固有の設定に従って実行されます。 注: 受信メールフローはこの設定を無視し、常にセッションを開始するユーザーとして実行されます。受信メールフローのアクセス制御をテストするには、典型的な受信メールユーザーを代理操作してフローを手動でトリガーします。
   ロールを使用して実行	フローを実行するロールです。[実行方法] が [セッションを開始するユーザー] に設定されている際にのみ、このオプションを利用できます。

4. [送信] を選択します。
   注:

   ワークフロースタジオ で初めて実行する場合は、ようこそ画面が表示されます。ウェルカムツアーを表示するか、スキップするかを選択できます。
5. フローにトリガーを追加します。
   1. [トリガー] セクションで [トリガーを追加] を選択します。
   2. [インストールされたスポーク] 見出しで、[トリガー] リストからスポークを選択します。
   3. 事前定義された外部トリガー 定義を選択します。
      外部トリガー定義の詳細については、「Conditional and event-driven inbound integration」を参照してください。
   4. オプション: フローを実行する条件を定義するには、[条件 1] フィールドに適切なデータピルをドラッグして値を入力します。
   5. [完了] を選択します。
      トリガーが設定されました。
6. アクション、サブフロー、およびフローロジックをフローに追加します。
7. フローをテストします。
8. フローをアクティブ化します。
   テストで目的の結果が返された場合は、フローをアクティブ化します。フローのテストおよびアクティブ化の詳細については、「フローをテストする」と「フローをアクティブ化する」を参照してください。