ソリューションハンドブック
Webhookトリガー、Jodooフィールド、展開チェックリストを含む、Pipedreamサポートトリアージループの計画ガイドです。
ハンドブックを開くPIPEDREAM + JODOO
Pipedream + Jodooで実現するAIサポートチケットのトリアージ
PipedreamとJodooを使ってサポートチケットのWebhookを受信し、優先度とSLAリスクを判定し、エスカレーション用フィールドをJodooに書き込み、サポートのフォローアップを見える化します。
Webhook経由でチケットを受信優先度とステータスを分類SLAフィールドをJodooに書き込みエスカレーションのフォローアップを追跡可能に維持
動画ウォークスルー
Pipedreamデモで起こること
動画では、1つのサポート対応ループを紹介します。チケットのWebhookがPipedreamに入り、ワークフローがトリアージ用フィールドを返し、Jodooがエスカレーションのレコードを保持します。
チケットがPipedreamに入る
ワークフローはHTTP Webhookから始まり、サポートフォーム、ポータル、チャット、受信トレイのイベントを受信できます。
コードステップがトリアージ用フィールドを返す
ワークフローがカテゴリ、優先度、ステータス、担当者、SLA目標、返信ドラフト、フォローアップメモを分類します。
Jodooがチケットを保存
構造化された結果がJodooのサポートアプリに書き込まれ、チームは絞り込み、担当割り当て、確認を行えます。
重要チケットを見逃さない
エスカレーションされたチケットは、Jodooのレコードから担当者キュー、SLAビュー、アラート、ダッシュボードへ連携できます。
デモ概要
Pipedreamがチケットをトリアージし、Jodooがエスカレーションを管理
この実装は、Jodooがエスカレーションのフォローアップ記録を一元管理する基準データとなる前段階として、サポート受付にWebhookワークフローを利用したいチームに適しています。
Webhookトリガー
サポートデータがHTTP Webhook経由でPipedreamに入ります。
ワークフロー判定
コードステップが構造化されたサポートトリアージ用フィールドを返します。
ライブ実行成功
Pipedreamのライブイベントが成功し、JodooデータIDを返します。
Jodooへの書き戻し
Jodooに優先度、ステータス、SLA目標、依頼者、カテゴリのフィールドが保存されます。
再利用可能なループ
Pipedreamがワークフローを実行し、Jodooがサポートレコードを保持します。
ワークフローキット
同じPipedreamサポートトリアージループを構築
サポート用フィールドマッピングを確認し、ワークフローのレシピをコピーして、Webhookを自社のサポートソースに合わせて調整する前にJodooアプリの設計図を活用してください。
チームで再利用できるもの
Pipedreamがチケットイベントを受信し、構造化されたトリアージ結果を準備します。Jodooは、継続的に参照できるサポートレコード、エスカレーションステータス、担当者キュー、監査履歴を保持します。
業務ワークフローJodooフィールドモデルエージェントプロンプト展開チェックリスト
再利用可能なワークフロー
ワークフローが判断し、Jodooが業務を前に進めます。
- 01
サポートWebhook
フォーム、ポータル、受信トレイ、チャット履歴、または社内システム
- 02
Pipedreamワークフロー
カテゴリ、優先度、ステータス、担当者、SLA目標を分類
- 03
Jodooへの書き戻し
サポートチケットを作成し、データIDを返す
- 04
サポートのフォローアップ
SLAビュー、担当者キュー、エスカレーションステータス、監査履歴
ワークフローループ
サポートWebhookから振り分け済みエスカレーションへ
フォーム、ポータル、受信トレイ、チャットツール、または社内システムからのサポート依頼が、PipedreamのHTTP Webhookに届きます。
Pipedreamのコードステップがデータを正規化し、サポートトリアージ用フィールドを追加します。
ワークフローは、問い合わせカテゴリ、優先度、SLA目標、ステータス、担当者、返信ドラフト、フォローアップメモを返します。
構造化された結果は、Jodooの書き戻しエンドポイントまたは安全なミドルウェア層へ送信されます。
Jodooがサポートチケットのレコードを作成し、SLAビュー、担当者キュー、ダッシュボード、監査履歴で利用できる状態を保ちます。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| requester_name, requester_email, requester_department | 依頼者名、依頼者メールアドレス、依頼者部門 |
| issue_category, affected_asset | 問い合わせカテゴリ、対象資産 |
| priority, sla_target, ticket_status | 優先度、SLA目標日、チケットステータス |
| assigned_owner, routing_reason, follow_up_note | 担当者、対応メモ、フォローアップメモ |
エージェントレシピ
プロンプトと構造化出力
ワークフローの役割
受信したサポートチケットのデータを受け取り、Jodooで保存・振り分け・レポートに利用できる構造化フィールドを返してください。
トリアージ指示
緊急度、影響範囲、カテゴリ、SLAリスク、担当範囲に基づいてチケットを分類してください。Jodooへの書き戻しステップで扱いやすいよう、出力は一貫した形式に保ってください。
必須出力
ticket_summary、issue_category、priority、sla_target、assigned_owner、ticket_status、response_draft、follow_up_note、routing_reason を返してください。
{
"issue_category": "アクセスと権限",
"priority": "緊急",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "サポートエスカレーション / ID チーム",
"ticket_status": "エスカレーション済み"
}Jodooスターターアプリ
Pipedreamサポートチケットトリアージ用スターターアプリ
PipedreamのWebhookとJodooへの書き戻しワークフローを設定する際に、このフィールドモデルを使用してください。
含まれるフィールド
- チケット番号
- 依頼者名
- 依頼者メールアドレス
- 依頼者部門
- 問い合わせカテゴリ
- 対象資産
- 優先度
- SLA目標日
- チケットステータス
- 担当者
- 問い合わせ内容
- 対応メモ
- フォローアップメモ
- 添付ファイル
- 申請日
- 元のエージェント出力
推奨ビュー
- 重要なエスカレーション
- SLAリスク
- 担当者キュー
- 追加情報が必要
- すべてのサポートチケット
自動化ルール
- Pipedreamのコードステップ後に、Jodooのサポートチケットレコードを作成または更新します。
- 優先度がCritical、またはステータスがEscalatedの場合、担当者に通知します。
- 情報不足のチケットを確認キューへ移動します。
- 元のワークフロー出力を監査履歴に保持します。
展開チェックリスト
本番前に確認すべきこと
- サポートカテゴリ、SLA目標、エスカレーション担当者を定義する。
- どのチケットソースでWebhookを起動するかを決める。
- Pipedreamの各出力フィールドをJodooのチケットフィールドに対応付ける。
- 本番トラフィック投入前にサンプルチケットでテストする。
- エラーハンドリング、再試行アラート、人による確認キューを追加する。
ワークフロー
サポートWebhookから追跡可能なエスカレーションへ
Pipedreamが受信イベントとトリアージ処理を担当します。Jodooは、チームが確認・絞り込み・対応できるサポートチケットのフィールドを保存します。
フォーム、ポータル、受信トレイ、チャットツール、または社内システムからのサポート依頼が、PipedreamのHTTP Webhookに届きます。
Pipedreamのコードステップがデータを正規化し、サポートトリアージ用フィールドを追加します。
ワークフローは、問い合わせカテゴリ、優先度、SLA目標、ステータス、担当者、返信ドラフト、フォローアップメモを返します。
構造化された結果は、Jodooの書き戻しエンドポイントまたは安全なミドルウェア層へ送信されます。
Jodooがサポートチケットのレコードを作成し、SLAビュー、担当者キュー、ダッシュボード、監査履歴で利用できる状態を保ちます。
Jodooレコード
Jodooに保存される内容
Pipedream実行後も、Jodooには依頼者、カテゴリ、対象資産、優先度、SLA目標、ステータス、担当者、フォローアップメモなどのサポートフィールドが保持されます。
チケット番号依頼者情報問い合わせカテゴリ対象資産優先度SLA目標日チケットステータス担当者問い合わせ内容対応メモフォローアップメモ元のワークフロー出力
実行例
PipedreamのライブイベントでサポートチケットがJodooに書き込まれました
スクリーンショットでは、サンプルのサポートデータを使用し、Pipedreamワークフローの設定、JodooデータIDを返した成功したライブ実行、書き戻し後のJodooサポートチケットテーブルを示しています。
Pipedreamワークフロー設定
このワークフローではHTTPトリガーとコードステップを使って、Jodooの書き戻しエンドポイントを呼び出します。
Pipedreamライブ実行の成功
サポートワークフローが完了し、JodooデータIDが返されました。
Jodooへの書き戻し
Pipedreamでトリアージされたチケットが、依頼者、カテゴリ、優先度、SLA目標、ステータスのフィールド付きでJodooに表示されました。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
このPipedreamのサポートワークフローはエンドツーエンドで検証済みですか？
はい。Pipedreamのライブイベントで、CriticalかつEscalatedのサポートチケットレコードを作成した後、JodooデータIDが返されることを確認しました。
これには有料のPipedreamプランが必要ですか？
検証実行では無料のPipedreamアカウントとサンプルのサポートデータを使用しました。本番利用では、イベント数、接続サービス、ワークフロー実行時間に応じてコストが発生する場合があります。
チケットの送信元はJodoo以外でも可能ですか？
はい。結果をJodooに書き込む前に、WebhookデータをPipedreamへ送信できる任意のシステムをトリガー元として利用できます。
チームはコードステップをAIモデル呼び出しに置き換えられますか？
はい。コードステップは信頼性の高い検証方法です。カテゴリ、優先度、SLA、担当者、ステータスのフィールドが一貫して返される限り、モデル呼び出しに置き換えたり拡張したりできます。
なぜ結果をPipedreamのログではなくJodooに保存するのですか？
Pipedreamのログは構築担当者には便利ですが、Jodooならサポートチーム向けにフィールド、ビュー、担当者、SLAキュー、ダッシュボード、ワークフローステータス、監査コンテキストを提供できます。
次のステップ
Webhookによるサポート受付を再利用可能なトリアージワークフローに
まずはサポートチケットのトリアージから始め、同じパターンをIT申請、カスタマーサクセスのエスカレーション、不具合受付、フィールドサービスの課題対応にも展開できます。