ソリューションハンドブック
Makeによる従業員オンボーディングタスク引き継ぎループの計画ガイドです。設定、Jodooフィールド、検証レコード、展開時の注意点を含みます。
ハンドブックを開くMAKE + JODOO
Make + JodooによるAI従業員オンボーディングタスクの引き継ぎ
MakeとJodooで従業員オンボーディングタスクの引き継ぎを処理する方法をご紹介します。元の申請をレビューし、構造化された判断フィールドを返し、その結果をJodooに書き込み、担当者・ステータス・次のアクションを可視化します。
1
一貫した基準で従業員オンボーディングデータをレビュー
2
オンボーディングステータス、準備リスク、割り当て担当者、不足情報、機器の必要事項、アクセスの必要事項、推奨される次のアクションをJodooに書き込み
3
担当者キューとフォローアップ状況を可視化
4
本番データソースへワークフローを適用する前に、Makeの検証結果を利用
5
公開検証ではMakeのRun onceモードを使用し、取得したスクリーンショットでシナリオ履歴内のwebhookバンドル、モジュールバブル、操作回数、HTTPレスポンスを確認できるようにします。
動画ウォークスルー
Makeデモで行われること
動画では、Riley Morganのオンボーディング情報として、役割、部門、マネージャー、入社日、ノートPCとアプリアクセスの必要事項、不足している給与関連書類の詳細をMakeが処理し、その後Jodooが運用レコードとして保存する流れを示します。
Custom webhookが申請を受信
Riley Morganのオンボーディング情報として、役割、部門、マネージャー、入社日、ノートPCとアプリアクセスの必要事項、不足している給与関連書類の詳細が入力されます。
Makeが構造化されたレビューフィールドを準備
ワークフローは、自由記述の段落ではなく、オンボーディングステータス、準備リスク、割り当て担当者、不足情報、機器の必要事項、アクセスの必要事項、推奨される次のアクションを明示します。
HTTPモジュールがJodooへ書き込み
テスト済みの実行では、レビュー出力をJodooへ送信し、ブリッジからJodooデータIDを受信します。
Makeの検証結果を点検可能な状態で保持
公開検証ではMakeのRun onceモードを使用し、取得したスクリーンショットでシナリオ履歴内のwebhookバンドル、モジュールバブル、操作回数、HTTPレスポンスを確認できるようにします。
Jodooがチームのレコードを保持
Jodooアプリは、レビューとフォローアップのために、従業員名、役割、部門、マネージャー、入社日、拠点、雇用形態を保存します。
デモ概要
Makeが申請をレビューし、Jodooがフォローアップを管理
この実装は、視覚的なシナリオキャンバス、Run onceテスト、モジュール履歴を重視する運用チームに適しています。このページでは、シナリオの視覚的な設定、実行結果、Jodooへの書き戻しを確認できます。HTTPモジュールの証跡は視覚的に確認でき、コードエディタを開かずにメソッド、エンドポイント、ボディタイプ、解析済みレスポンス、完了ステータスを点検できます。
Makeシナリオ
MakeのCustom webhookがサンプルペイロードを受信し、HTTPモジュールが構造化フィールドをJodooへ送信します。
構造化された判断
ワークフローは、Riley Morganに対して、オンボーディングステータス、準備リスク、割り当て担当者、不足情報、機器の必要事項、アクセスの必要事項、推奨される次のアクションを返します。
成功したMake実行
Makeの実行履歴には、HTTPモジュールの完了、操作の詳細、JodooデータIDのレスポンスが表示されます。
Make実装の詳細
Custom webhookから開始し、サンプル申請を貼り付け、Makeにバンドルを推測させてから、判断フィールドをHTTPモジュールのボディにマッピングします。
従業員オンボーディングレシピの詳細
従業員オンボーディングタスクの引き継ぎでは、HTTPモジュールがJodooへ書き込む前に、Makeバンドル内で従業員名、役割、マネージャー、入社日、拠点、機器の必要事項、アクセスの必要事項、不足している入力情報を可視化しておく必要があります。
Jodooへの書き戻し
Jodooは従業員オンボーディングレコードを保存し、次のアクションを可視化します。
運用フォローアップ
推奨される次のアクションは、入社日前にITプロビジョニングを割り当て、給与関連書類を回収し、マネージャーの受け入れ準備を確認することです。
再利用可能なキット
持ち帰り用キットには、ハンドブック、Jodooフィールド設計図、Makeワークフローレシピが含まれます。
プラットフォーム設定メモ
Make特有のポイント
Jodooのレコードモデルは一貫して保てますが、各エージェントプラットフォームでは構築スタイル、テスト画面、本番への引き継ぎ方法が異なります。
設定の検証
検証ではRun onceを使用し、受信バンドルとHTTPレスポンスを可視化します。
アクションパス
HTTPモジュールでは、メソッド、URL、ボディタイプ、レスポンス解析を点検できます。
レシピの焦点
シナリオ履歴により、操作、所要時間、書き戻しレスポンスの視覚的なレコードが得られます。
本番計画
本番計画では、webhookの担当範囲、ルーター、エラーハンドラー、操作使用量を確認する必要があります。
証跡の詳細
公開検証ではMakeのRun onceモードを使用し、取得したスクリーンショットでシナリオ履歴内のwebhookバンドル、モジュールバブル、操作回数、HTTPレスポンスを確認できるようにします。
実行証跡
HTTPモジュールの証跡は視覚的に確認でき、コードエディタを開かずにメソッド、エンドポイント、ボディタイプ、解析済みレスポンス、完了ステータスを点検できます。
構築の詳細
Custom webhookから開始し、サンプル申請を貼り付け、Makeにバンドルを推測させてから、判断フィールドをHTTPモジュールのボディにマッピングします。
実装パス
高額契約、緊急請求書、不足情報があるケースで異なるJodooキューが必要な場合は、基本検証の後にルーターを使用します。
ガードレール
Run onceの検証をアクティブなワークフローに切り替える前に、操作使用量、webhookの担当範囲、シナリオのスケジュールを確認します。
レビュー管理
HTTPモジュールの周辺にエラーハンドラーを追加し、失敗した書き戻しを再試行するか、手動レビューパスへ移動できるようにします。
シナリオレシピ
従業員オンボーディングタスクの引き継ぎでは、HTTPモジュールがJodooへ書き込む前に、Makeバンドル内で従業員名、役割、マネージャー、入社日、拠点、機器の必要事項、アクセスの必要事項、不足している入力情報を可視化しておく必要があります。
ワークフローの適用
ルーターにより、ITプロビジョニング、人事書類、設備準備、マネージャーの受け入れ準備タスクを個別のオンボーディングキューへ分岐できます。
ワークフローキット
同じ従業員オンボーディングタスク引き継ぎループを構築
ハンドブックを確認し、ワークフローレシピをコピーして、Makeワークフローを適用する際にJodooのフィールドモデルを使用します。
再利用可能なワークフロー
ワークフローが判断し、Jodooが業務を前に進めます。
- 01
Custom webhook
Riley Morganの従業員オンボーディングテストを開始します。Custom webhookから開始し、サンプル申請を貼り付け、Makeにバンドルを推測させてから、判断フィールドをHTTPモジュールのボディにマッピングします。
- 02
Makeシナリオ
MakeのCustom webhookがサンプルペイロードを受信し、HTTPモジュールが構造化フィールドをJodooへ送信します。
- 03
HTTPモジュール
構造化JSONをJodoo書き戻しブリッジへ送信します。HTTPモジュールの証跡は視覚的に確認でき、コードエディタを開かずにメソッド、エンドポイント、ボディタイプ、解析済みレスポンス、完了ステータスを点検できます。
- 04
検証レスポンス
成功したプラットフォーム実行とJodooデータIDを表示します。公開検証ではMakeのRun onceモードを使用し、取得したスクリーンショットでシナリオ履歴内のwebhookバンドル、モジュールバブル、操作回数、HTTPレスポンスを確認できるようにします。
- 05
Jodooキュー
担当者レビュー、ステータス追跡、フォローアップのためのフィールドを保存します。Run onceの検証をアクティブなワークフローに切り替える前に、操作使用量、webhookの担当範囲、シナリオのスケジュールを確認します。
ワークフローループ
Makeの従業員オンボーディングタスク引き継ぎからJodooへ
Custom webhookが、まず合成データを使って従業員オンボーディングタスクの引き継ぎを受信または開始します。
Makeが重点的なレビュー指示を適用し、オンボーディングステータス、準備リスク、割り当て担当者、不足情報、機器の必要事項、アクセスの必要事項、推奨される次のアクションを返します。
HTTPモジュールが構造化された出力をJodoo書き戻しブリッジへ送信し、データIDを受信します。
従業員オンボーディングタスクの引き継ぎでは、HTTPモジュールがJodooへ書き込む前に、Makeバンドル内で従業員名、役割、マネージャー、入社日、拠点、機器の必要事項、アクセスの必要事項、不足している入力情報を可視化しておく必要があります。
ルーターにより、ITプロビジョニング、人事書類、設備準備、マネージャーの受け入れ準備タスクを個別のオンボーディングキューへ分岐できます。
シナリオ履歴により、人事オペレーションは、採用またはHRISから届いた内容、ワークフローが判断した内容、Jodooがフォローアップ用に保存した内容を説明しやすくなります。
検証後、MakeではHRIS照会、Slack通知、高リスクまたは遅延しているオンボーディングタスク向けのエスカレーションルートを追加できます。
Custom webhookから開始し、サンプル申請を貼り付け、Makeにバンドルを推測させてから、判断フィールドをHTTPモジュールのボディにマッピングします。
高額契約、緊急請求書、不足情報があるケースで異なるJodooキューが必要な場合は、基本検証の後にルーターを使用します。
Jodooは従業員オンボーディング管理レコードを作成し、従業員名、役割、部門、マネージャー、入社日、拠点、雇用形態、機器の必要事項を保存します。
チームはキューをレビューし、担当範囲を割り当て、次のアクションを完了します：入社日前にITプロビジョニングを割り当て、給与関連書類を回収し、マネージャーの受け入れ準備を確認します。
Run onceの検証をアクティブなワークフローに切り替える前に、操作使用量、webhookの担当範囲、シナリオのスケジュールを確認します。
HTTPモジュールの周辺にエラーハンドラーを追加し、失敗した書き戻しを再試行するか、手動レビューパスへ移動できるようにします。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| 元の申請詳細 | 従業員名、役割、部門、マネージャー |
| レビュー判断フィールド | 雇用形態、機器の必要事項、アクセスの必要事項、オンボーディングステータス、準備リスク |
| ワークフローレスポンス | ソースプラットフォーム、元のワークフロー出力 |
エージェントレシピ
プロンプトと構造化出力
Makeの役割
従業員オンボーディングタスク引き継ぎ申請を1件レビューし、Jodooが保存、振り分け、レポートできる構造化フィールドを返します。Custom webhookから開始し、サンプル申請を貼り付け、Makeにバンドルを推測させてから、判断フィールドをHTTPモジュールのボディにマッピングします。
レビュー指示
Riley Morganのサンプルコンテキストを使用し、オンボーディングステータス、準備リスク、割り当て担当者、不足情報、機器の必要事項、アクセスの必要事項、推奨される次のアクションを判断し、推奨される次のアクションは具体的にします。従業員オンボーディングタスクの引き継ぎでは、HTTPモジュールがJodooへ書き込む前に、Makeバンドル内で従業員名、役割、マネージャー、入社日、拠点、機器の必要事項、アクセスの必要事項、不足している入力情報を可視化しておく必要があります。
書き戻し契約
予測可能なJSONオブジェクトをHTTPモジュール経由で送信します。Jodooは各実行で同じフィールド名を受信する必要があります。Makeは、キャンバス、フィルター、ルーター、モジュール単位の実行履歴を使って引き継ぎを説明したい運用チームに適しています。
必須出力
監査コンテキストとして、オンボーディングステータス、準備リスク、割り当て担当者、不足情報、機器の必要事項、アクセスの必要事項、推奨される次のアクション、source_platform、agent_confidence、元のワークフロー出力を返します。
Makeの管理項目
Run onceの検証をアクティブなワークフローに切り替える前に、操作使用量、webhookの担当範囲、シナリオのスケジュールを確認します。HTTPモジュールの周辺にエラーハンドラーを追加し、失敗した書き戻しを再試行するか、手動レビューパスへ移動できるようにします。webhook URLの担当者と、本番の申請データを扱うモジュールを編集できる担当者を文書化します。
従業員オンボーディング実装メモ
従業員オンボーディングタスクの引き継ぎでは、HTTPモジュールがJodooへ書き込む前に、Makeバンドル内で従業員名、役割、マネージャー、入社日、拠点、機器の必要事項、アクセスの必要事項、不足している入力情報を可視化しておく必要があります。ルーターにより、ITプロビジョニング、人事書類、設備準備、マネージャーの受け入れ準備タスクを個別のオンボーディングキューへ分岐できます。シナリオ履歴により、人事オペレーションは、採用またはHRISから届いた内容、ワークフローが判断した内容、Jodooがフォローアップ用に保存した内容を説明しやすくなります。検証後、MakeではHRIS照会、Slack通知、高リスクまたは遅延しているオンボーディングタスク向けのエスカレーションルートを追加できます。
{
"employee_name": "Riley Morgan",
"role": "Customer Success Manager",
"department": "Customer Success",
"manager": "Priya Shah",
"start_date": "2026-06-17",
"location": "Austin",
"equipment_needs": "Laptop, headset, security key",
"access_needs": "CRM, support desk, knowledge base",
"onboarding_status": "At Risk",
"readiness_risk": "High",
"assigned_owner": "People Operations",
"missing_information": "Payroll paperwork and CRM role approval",
"recommended_next_action": "入社日前に IT プロビジョニングを割り当て、給与関連書類を回収"
}Jodooスターターアプリ
従業員オンボーディングスターターアプリ
従業員オンボーディングタスク引き継ぎワークフローをチーム向けに適用する際に、フィールドモデル、ビュー、自動化を使用します。
含まれるフィールド
- 従業員名
- 役割
- 部門
- マネージャー
- 入社日
- 拠点
- 雇用形態
- 機器の必要事項
- アクセスの必要事項
- オンボーディングステータス
- 準備リスク
- 割り当て担当者
- 不足情報
- 推奨される次のアクション
- ソースプラットフォーム
- 元のワークフロー出力
推奨ビュー
- 新入社員の引き継ぎ
- ITプロビジョニングキュー
- 人事書類キュー
- リスクのあるオンボーディング
- すべてのオンボーディングタスク
自動化ルール
- Makeが構造化出力を返した後にJodooレコードを作成します。
- 優先度が高いレコードや例外レコードを適切な担当者キューへ移動します。
- 不足情報または保留理由がある場合、提案された担当者へ通知します。
- 監査コンテキストとして元のワークフロー出力を保持します。
展開チェックリスト
本番前に確認すべきこと
- シナリオを有効化する前に、合成データをCustom webhookへ送信します。
- 編集後にHTTPモジュールを再度開き、保存済みのJSONマッピングを確認します。
- シナリオ履歴を使って、ステータス、操作、レスポンスボディを確認します。
- 基本の書き戻しが安定してから、ルーター、フィルター、通知を追加します。
- Run onceの検証をアクティブなワークフローに切り替える前に、操作使用量、webhookの担当範囲、シナリオのスケジュールを確認します。
- HTTPモジュールの周辺にエラーハンドラーを追加し、失敗した書き戻しを再試行するか、手動レビューパスへ移動できるようにします。
- webhook URLの担当者と、本番の申請データを扱うモジュールを編集できる担当者を文書化します。
- ルーターにより、ITプロビジョニング、人事書類、設備準備、マネージャーの受け入れ準備タスクを個別のオンボーディングキューへ分岐できます。
- シナリオ履歴により、人事オペレーションは、採用またはHRISから届いた内容、ワークフローが判断した内容、Jodooがフォローアップ用に保存した内容を説明しやすくなります。
- 検証後、MakeではHRIS照会、Slack通知、高リスクまたは遅延しているオンボーディングタスク向けのエスカレーションルートを追加できます。
ワークフロー
Makeの従業員オンボーディングからJodooレコードへ
Makeが視覚的なシナリオを処理し、Jodooはチームがフィルタリング、割り当て、レビューできるレコードを保持します。
Custom webhookが、まず合成データを使って従業員オンボーディングタスクの引き継ぎを受信または開始します。
Makeが重点的なレビュー指示を適用し、オンボーディングステータス、準備リスク、割り当て担当者、不足情報、機器の必要事項、アクセスの必要事項、推奨される次のアクションを返します。
HTTPモジュールが構造化された出力をJodoo書き戻しブリッジへ送信し、データIDを受信します。
従業員オンボーディングタスクの引き継ぎでは、HTTPモジュールがJodooへ書き込む前に、Makeバンドル内で従業員名、役割、マネージャー、入社日、拠点、機器の必要事項、アクセスの必要事項、不足している入力情報を可視化しておく必要があります。
ルーターにより、ITプロビジョニング、人事書類、設備準備、マネージャーの受け入れ準備タスクを個別のオンボーディングキューへ分岐できます。
シナリオ履歴により、人事オペレーションは、採用またはHRISから届いた内容、ワークフローが判断した内容、Jodooがフォローアップ用に保存した内容を説明しやすくなります。
検証後、MakeではHRIS照会、Slack通知、高リスクまたは遅延しているオンボーディングタスク向けのエスカレーションルートを追加できます。
Custom webhookから開始し、サンプル申請を貼り付け、Makeにバンドルを推測させてから、判断フィールドをHTTPモジュールのボディにマッピングします。
高額契約、緊急請求書、不足情報があるケースで異なるJodooキューが必要な場合は、基本検証の後にルーターを使用します。
Jodooは従業員オンボーディング管理レコードを作成し、従業員名、役割、部門、マネージャー、入社日、拠点、雇用形態、機器の必要事項を保存します。
チームはキューをレビューし、担当範囲を割り当て、次のアクションを完了します：入社日前にITプロビジョニングを割り当て、給与関連書類を回収し、マネージャーの受け入れ準備を確認します。
Run onceの検証をアクティブなワークフローに切り替える前に、操作使用量、webhookの担当範囲、シナリオのスケジュールを確認します。
HTTPモジュールの周辺にエラーハンドラーを追加し、失敗した書き戻しを再試行するか、手動レビューパスへ移動できるようにします。
Jodooレコード
Jodooに保存される内容
ワークフロー実行後、Jodooは従業員オンボーディングに関する永続的なフィールドを保持します：従業員名、役割、部門、マネージャー、入社日、拠点、雇用形態、機器の必要事項。
従業員名役割部門マネージャー入社日拠点雇用形態機器の必要事項アクセスの必要事項オンボーディングステータス準備リスク割り当て担当者不足情報推奨される次のアクションソースプラットフォーム元のワークフロー出力
実際のテスト実行
Makeワークフローが従業員オンボーディングをJodooに書き込み
スクリーンショットでは合成データを使用し、Makeの設定、成功した実行、ワークフローによって作成されたJodoo行を示しています。
Makeシナリオ設定
MakeのCustom webhookがサンプルペイロードを受信し、HTTPモジュールが構造化フィールドをJodooへ送信します。
成功したMake実行
Makeの実行履歴には、HTTPモジュールの完了、操作の詳細、JodooデータIDのレスポンスが表示されます。
Jodooへの書き戻し
従業員オンボーディングタスクの引き継ぎがJodooに書き込まれ、従業員名、役割、部門、マネージャー、入社日、拠点フィールドが表示されています。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
このMakeによる従業員オンボーディングタスクの引き継ぎは、エンドツーエンドでテストされていますか？
はい。検証では合成データ、実際のMake実行、検証マニフェスト付きのJodoo書き戻しスクリーンショットを使用しています。
従業員オンボーディングタスクの引き継ぎにMakeを使う理由は何ですか？
視覚的なシナリオキャンバス、Run onceテスト、モジュール履歴を重視する運用チームにはMakeが適しています。その後、Jodooがレビューとフォローアップのための永続的なレコードを保持します。
このMake実装は、他のプラットフォーム例とどう違いますか？
公開検証ではMakeのRun onceモードを使用し、取得したスクリーンショットでシナリオ履歴内のwebhookバンドル、モジュールバブル、操作回数、HTTPレスポンスを確認できるようにします。Custom webhookから開始し、サンプル申請を貼り付け、Makeにバンドルを推測させてから、判断フィールドをHTTPモジュールのボディにマッピングします。従業員オンボーディングタスクの引き継ぎでは、HTTPモジュールがJodooへ書き込む前に、Makeバンドル内で従業員名、役割、マネージャー、入社日、拠点、機器の必要事項、アクセスの必要事項、不足している入力情報を可視化しておく必要があります。
ワークフロー実行後、Jodooには何が保存されますか？
Jodooは、従業員名、役割、部門、マネージャー、入社日、拠点、雇用形態、機器の必要事項、アクセスの必要事項、オンボーディングステータスに加え、監査コンテキストとして元のワークフロー出力を保存します。
後から本番データソースに接続できますか？
はい。まず検証済みの合成データ実行から始め、従業員オンボーディングタスク引き継ぎスキーマが安定してから、フォーム、ポータル、受信箱、API、社内システムに接続します。高額契約、緊急請求書、不足情報があるケースで異なるJodooキューが必要な場合は、基本検証の後にルーターを使用します。
チームが引き続きレビューすべき点は何ですか？
ワークフローは判断フィールドを準備できますが、担当者はビジネスリスク、支払いまたは法務承認、最終的な運用判断を引き続きレビューする必要があります。webhook URLの担当者と、本番の申請データを扱うモジュールを編集できる担当者を文書化します。
次のステップ
従業員オンボーディングを追跡可能なフォローアップへ
まず検証済みのMake実行を1件作成し、その後、関連するレビューキューや運用上の引き継ぎにも同じ書き戻しパターンを再利用します。Run onceの検証をアクティブなワークフローに切り替える前に、操作使用量、webhookの担当範囲、シナリオのスケジュールを確認します。