ソリューションハンドブック
Makeのベンダー受付ループ向け計画ガイドです。Custom webhookの設定、Run onceの検証、HTTPモジュールのマッピング、Jodooフィールド、展開時の注意点を含みます。
ハンドブックを開くMAKE + JODOO
Make + JodooによるAIベンダー情報受付レビュー
調達部門で、Jodooにベンダーレビューレコードを保存する前に、Custom webhook、Run onceバンドル、HTTPモジュールのマッピング、シナリオ履歴を可視化したい場合は、MakeとJodooを活用できます。
MakeのCustom webhookでサプライヤー受付を取得Run once実行中に受信バンドルとマッピング済みHTTPボディを確認ベンダーリスクとドキュメントのフォローアップ用フィールドをJodooに書き込みMakeの履歴で実行内容、タイミング、書き戻しレスポンスを確認
動画ウォークスルー
Makeデモの流れ
この動画では、Makeがサンプルのベンダー受付申請をレビューし、構造化されたレビュー用フィールドを送信し、Jodooが調達レコードを保存する様子を紹介しています。
Makeがベンダーバンドルを待機
この検証ではRun onceモードのCustom webhookを使うため、受信したサプライヤーペイロードをシナリオキャンバス上で確認できます。
HTTPモジュールがレビューフィールドをマッピング
このモジュールは、ベンダー名、不足書類、リスク、推奨内容、レビュー担当者、ステータスをJSONリクエストとして送信します。
実行履歴で書き戻しレスポンスを確認
MakeはHTTPモジュールの完了を確認し、ブリッジから返されたJodooのデータIDを表示します。
Jodooがベンダーレビューレコードを保持
調達部門は、書類の完備状況、中リスクのサプライヤー、条件付き承認、担当者キューをJodooで確認できます。
デモ概要
Makeがベンダーをレビューし、Jodooがフォローアップを管理
この実装は、Jodooを共通のベンダーレビューレコードにする前に、チームがシナリオのオーケストレーションを視覚的に確認したい場合に適しています。
視覚的なシナリオ
Makeでは、ベンダー受付フローがWebhookモジュールとHTTP書き戻しモジュールの接続として表示されます。
Run onceで取得
シナリオはテスト申請を待機し、受信したベンダーバンドルを記録します。
マッピング済みHTTPリクエスト
HTTPモジュールは、サプライヤーレビュー用フィールドをJSONボディとしてJodooブリッジに送信します。
履歴レスポンス
Makeはステータス、オペレーション数、所要時間、JodooのデータIDレスポンスを記録します。
Jodooでのフォローアップ
Jodooのレコードには、書類ステータス、リスク、推奨内容、担当者、レビューコメントが保持されます。
シナリオレシピ
このレシピは、Webhook URLの確認、保存済みHTTPモジュールのフィールド、実行履歴の検証に重点を置いています。
プラットフォーム設定メモ
Make特有のポイント
Jodooのレコードモデルは一貫して保てますが、各エージェントプラットフォームでは構築スタイル、テスト画面、本番への引き継ぎ方法が異なります。
Run onceの可視性
Makeは、最初の検証実行時に受信したベンダーバンドルとモジュールレスポンスを関係者が確認したい場合に適しています。
HTTP保存チェック
ブリッジURLまたはJSONボディを変更した後は、HTTPモジュールを再度開き、保存済みの値を確認してからテストデータを送信してください。
履歴レビュー
シナリオ履歴を使って、モジュール成功状況、オペレーション数、クレジット、所要時間、返されたJodooデータIDを確認します。
本番の振り分け
ルーター、エラーハンドラー、通知は、調達用フィールドモデルの承認後に追加してください。
ワークフローキット
同じベンダー受付レビューループを構築
ハンドブックを確認し、ワークフローのレシピをコピーし、Makeワークフローを自社のベンダーソースに合わせて調整する際はJodooのフィールドモデルを活用してください。
チームで再利用できるもの
MakeはCustom webhookでベンダー申請を受信し、HTTPモジュールでレビューペイロードをマッピングし、履歴に処理内容を記録します。Jodooは、書類、リスク、担当者、承認のフォローアップに使う永続的な調達レコードを保持します。
業務ワークフローJodooフィールドモデルエージェントプロンプト展開チェックリスト
再利用可能なワークフロー
ワークフローが判断し、Jodooが業務を前に進めます。
- 01
Custom webhook
Run onceモードでAtlas Packaging Co.のバンドルを受信
- 02
Makeシナリオ
MakeのCustom webhookがベンダーペイロードを受信し、HTTPモジュールが構造化フィールドをJodooへ送信します。
- 03
HTTPモジュール
ベンダーレビューJSONを送信し、ブリッジレスポンスを解析
- 04
シナリオ履歴
成功、オペレーション数、所要時間、データ転送を表示
- 05
Jodooレビューアプリ
リスク、推奨内容、レビュー担当者、書類フォローアップを保存
ワークフローループ
MakeのWebhookバンドルからJodooのベンダーレビューへ
MakeのCustom webhookが、テスト申請、フォーム、またはポータル経由のソースからサプライヤー受付バンドルを受信します。
Run onceモードでは、シナリオをスケジュールまたは有効化する前にベンダーバンドルを確認できます。
HTTPモジュールが、サプライヤーフィールド、不足書類メモ、リスクレベル、推奨内容、レビュー担当者、次のアクションをマッピングします。
MakeはJSONボディをJodooブリッジへ送信し、レスポンスをシナリオ履歴に記録します。
Jodooはベンダーオンボーディングレコードを作成し、調達業務を書類フォローアップ、リスク、担当者、承認ステータスごとに整理します。
同じ視覚的なシナリオパターンに、後からルーター、フィルター、通知、接続済みソースモジュールを追加できます。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| vendor_name, vendor_category, business_need | ベンダー正式名称、ベンダーカテゴリ、ベンダー業務説明 |
| contact_name, contact_email | 主担当連絡先名、主担当連絡先メール |
| requested_by, suggested_owner | 申請者名、コンプライアンスレビュー担当者 |
| missing_documents, compliance_status | 書類の完備状況、レビューコメント |
| risk_level, recommendation, review_status | リスクレベル、承認推奨、オンボーディング状況 |
エージェントレシピ
プロンプトと構造化出力
Makeシナリオの役割
MakeのCustom webhookで1件のサプライヤー受付バンドルを受信し、構造化されたベンダーレビューオブジェクトをJodooへ送信します。
フィールド準備ルール
HTTPモジュール実行前に、不足書類、コンプライアンスステータス、推奨内容、推奨担当者、レビュー状況を正規化します。
HTTPモジュールの契約
POST、JSONボディコンテンツ、レスポンス解析、保存済みブリッジURLを使用し、シナリオ履歴を証跡として使う前に確認してください。
必須出力
vendor_name、vendor_category、business_need、contact_email、requested_by、risk_level、missing_documents、recommendation、suggested_owner、next_best_action、source_platform を返してください。
{
"vendor_name": "Atlas Packaging Co.",
"vendor_category": "包装資材サプライヤー",
"contact_name": "Nora Patel",
"contact_email": "nora.patel@atlaspackaging.example",
"business_need": "西海岸向けフルフィルメントの二次包装資材サプライヤー。",
"requested_by": "運用調達",
"spend_estimate": "年間 120000",
"risk_level": "中",
"compliance_status": "W-9 と保険証明書が必要",
"missing_documents": "W-9、保険証明書、サステナビリティ方針",
"recommendation": "条件付きでレビューを継続",
"suggested_owner": "調達オペレーション",
"next_best_action": "不足書類を依頼し、ソーシングレビューを予定する",
"review_status": "書類のフォローアップが必要",
"source_platform": "make",
"agent_confidence": "0.84"
}Jodooスターターアプリ
ベンダー受付レビュー スターターアプリ
調達チーム向けにベンダーオンボーディングワークフローを調整する際は、このフィールドモデル、推奨ビュー、自動化ルールを活用してください。
含まれるフィールド
- ベンダー正式名称
- ベンダーカテゴリ
- 業務上の必要性
- 主担当連絡先
- 申請者
- コンプライアンスレビュー担当者
- 書類の完備状況
- リスクレベル
- 承認推奨
- オンボーディング状況
- レビューコメント
- 元のエージェント出力
推奨ビュー
- 書類フォローアップが必要
- 中リスクまたは高リスク
- 担当者キュー
- 調達レビュー準備完了
- すべてのベンダーレビュー
自動化ルール
- Makeが構造化出力を返した後、Jodooにベンダーオンボーディングレコードを作成する。
- 中リスクまたは高リスクのベンダーをコンプライアンスレビューキューへ移動する。
- 書類の完備状況が一部不足の場合、コンプライアンスレビュー担当者へ通知する。
- 元のワークフロー出力をレビューコメントまたは監査コンテキストに保持する。
展開チェックリスト
本番前に確認すべきこと
- MakeのCustom webhookを作成し、サンプルのサプライヤーデータで1回実行する。
- WebhookバンドルのフィールドがJodooのフィールドマッピングと一致していることを確認する。
- メソッド、URL、ヘッダー、JSONボディを編集した後は、HTTPモジュールを保存する。
- Makeの履歴でステータス、所要時間、オペレーション数、レスポンスボディを確認する。
- ベースとなるベンダーレビューの書き戻しが安定してから、ルーターやフィルターを追加する。
- 実際のサプライヤー認証情報とエンドポイントシークレットは、管理された接続に移行する。
ワークフロー
MakeのベンダーレビューからJodooのオンボーディングレコードへ
Makeが視覚的なシナリオを処理し、Jodooが調達チームによる絞り込み、担当割り当て、レビューに使うレコードを保持します。
MakeのCustom webhookが、テスト申請、フォーム、またはポータル経由のソースからサプライヤー受付バンドルを受信します。
Run onceモードでは、シナリオをスケジュールまたは有効化する前にベンダーバンドルを確認できます。
HTTPモジュールが、サプライヤーフィールド、不足書類メモ、リスクレベル、推奨内容、レビュー担当者、次のアクションをマッピングします。
MakeはJSONボディをJodooブリッジへ送信し、レスポンスをシナリオ履歴に記録します。
Jodooはベンダーオンボーディングレコードを作成し、調達業務を書類フォローアップ、リスク、担当者、承認ステータスごとに整理します。
同じ視覚的なシナリオパターンに、後からルーター、フィルター、通知、接続済みソースモジュールを追加できます。
Jodooレコード
Jodooに保存される内容
ワークフロー実行後、Jodooにはベンダー名、業務上の必要性、コンプライアンスレビュー担当者、書類の完備状況、リスク、推奨内容、オンボーディング状況といったベンダーレビュー用フィールドが保持されます。
ベンダー正式名称ベンダーカテゴリ業務上の必要性主担当連絡先申請者コンプライアンスレビュー担当者書類の完備状況リスクレベル承認推奨オンボーディング状況レビューコメント元のエージェント出力
検証テスト
MakeワークフローがベンダーレビューをJodooに書き込み
スクリーンショットではサンプルのベンダーデータを使用し、Makeの設定、成功した実行、ワークフローによって作成されたJodooの行を確認できます。
シナリオ設定
MakeのCustom webhookがベンダーペイロードを受信し、HTTPモジュールが構造化フィールドをJodooへ送信します。
Makeの実行成功
MakeのHTTPモジュールが正常に完了し、ブリッジがJodooのデータIDを返します。
Jodooへの書き戻し
ベンダーレビューは、リスク、推奨内容、コンプライアンスレビュー担当者フィールドを含むJodooのベンダーオンボーディングレコードに書き込まれました。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
このMakeのベンダーワークフローはエンドツーエンドで検証されていますか？
はい。検証では、MakeのCustom webhook、HTTPモジュール実行、検証用マニフェスト付きのJodoo書き戻しスクリーンショットを使用しました。
ベンダー受付レビューにMakeを使う理由は何ですか？
視覚的なシナリオ、Run onceテスト、バンドル確認、モジュール履歴が運用チームにとって重要な場合は、Makeが適しています。
最初のMake検証にはAIモジュールが必要ですか？
いいえ。最初はまず書き戻し経路の信頼性を優先します。出力スキーマが安定した後で、MakeのAIまたはモデルステップを追加できます。
本番利用前に何を確認すべきですか？
実際のサプライヤーデータを処理する前に、実行上限、Webhookの管理責任、エラーハンドリング、ソース権限、レビュー担当者モデルを確認してください。
Make実行後にJodooには何が保存されますか？
Jodooには、ベンダー識別情報、書類の完備状況、リスクレベル、推奨内容、コンプライアンスレビュー担当者、オンボーディング状況、レビューコメントが保存されます。
次のステップ
ベンダー受付を調達フォローアップへつなげる
まずは1件のサプライヤー申請から始め、その後は同じ書き戻しパターンをコンプライアンスレビュー、サプライヤーオンボーディング、契約受付、購買申請にも展開できます。