ウェブトリガーの種類
- 最終更新日2026/01/13
Automation Anywhere Control Room は、外部アプリケーションでイベントが発生したときに自動化を開始する2種類のウェブトリガーをサポートしています。 Webhooksに基づいてトリガーを作成してリアルタイムでデータを取得することができます。または、ポーリングを使用して定期的にデータを取得することもできます。 ウェブ トリガーの両方のタイプはタスク BotとAPI タスクと互換性があります。
Webhook ベースのトリガー
リアルタイム通信のために Webhook ベースのトリガーを使用してください。 これらのトリガーは、イベントが発生したときに自動化ワークフローを即座に開始する HTTP コールバックです。 アプリケーション内で特定のイベントが発生すると、事前に定義されたコールバックURL（ウェブフック）に通知を送信します。 この通知は、通常POSTリクエストの形式で、イベントに関する関連データを含んでいます。 Control Room がイベント情報を受け取るために、外部アプリケーションにコールバック URL を追加する必要があります。
ワークフロー
- サブスクリプション: A Control Room はコールバックURLを提供することでウェブフックに登録します。
- イベント トリガー: 関連するイベントが発生すると、サービスは指定されたURLにHTTP POSTリクエストを送信し、イベントに関するデータを含みます。
- アクションの開始: 受信アプリケーションはウェブフックデータを処理し、所望のアクションを実行します。
利点
- リアルタイム更新: Webhookは即時通知を提供し、アクションが迅速にトリガーされることを保証します。
- 効率: 頻繁なポーリングの必要性を減らし、リソースを節約します。
- 柔軟性： Webhookは、さまざまなアプリケーションやサービスで使用できます。
Control Roomの Webhookベースのトリガー
- GitHub
- Google カレンダー
- Jira
- Microsoft 365 Outlook
- Microsoft Teams
- ServiceNow
- SharePoint
- リスナー
一般的な使用例
- ServiceNow 統合： トリガーは、レコードが作成、更新、照会、または削除されたときに自動化ワークフローを開始します。
- カスタマーサポート： 受信したサポートチケットを適切なチームに自動的にルーティングします。
- マーケティング オートメーション: 顧客の行動に基づいてパーソナライズされたメールを送信する。
ポーリングベースのトリガー
ポーリングベースのトリガーを使用して、定期的なデータ取得を行います。 これらのトリガーは、データソースの変更や更新を定期的にチェックします。 リアルタイム通知が利用できない場合や、更新頻度が比較的低い場合に使用されます。 トリガーがイベント情報を取得する頻度を定義する必要があります。
ワークフロー
- 構成: ポーラーをデータソースの URL または API エンドポイント、およびポーリング間隔で設定します。
- データ取得: ポーラーは定期的にデータソースにリクエストを送り、最新のデータを取得します。
- データ処理: 取得したデータを分析し、変更や更新を特定します。
- アクションの開始: 変更が検出されると、ポーラーは適切なアクションをトリガーします。
ポーラーの利点:
- 簡潔性: ポーラーの実装は簡単です。
- 信頼性: ネットワーク接続が不安定なシナリオでも信頼性があります。
- 柔軟性： これらは、データベース、API、ファイルなど、さまざまなデータソースで利用できます。
ポーリングベースのトリガーがControl Roomにあります：
ポーラーの一般的な事例:
- 在庫管理： 在庫レベルを定期的に確認し、再注文プロセスをトリガーします。
- 財務報告： 更新された財務データに基づいて定期報告書を生成しています。
- データ同期: 異なるシステム間でデータの一貫性を保ちます。