お知らせ:当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の
英語版を参照してください。
導入
レクルーターとして、あなたの組織の雇用プロセスでは、特定の行動が1人以上の上級の決定者による承認を必要とするインスタンスをいくつか遭遇する可能性があります。たとえば、レクルーターは、特定の基準に該当する求人を作成するために採用マネージャーの承認が必要な場合があります。この外部の募集ソフトウェアでこれを処理するのは疲れることになります、なぜなら、あなたはシステム内で特定のタスクを処理し、他のタスクはオフラインで処理する必要があるからです。
さらに、採用データベースにおいて、承認すべき多くの決定がある場合、レコードを整理して承認を求めるのは大変な作業となります。
Zoho RecruitのApproval Process機能は、これらの煩わしいタスクを自動化することで、これを容易にします。
「マネージワークフロープロファイル権限を持つユーザーは、承認プロセスを設定できます。設定する条件は、レコードが承認を受けるために送信されるものに基づいています。また、承認と拒否に対して実行される一連のアクションも含めることができます。
利用可能性
必要な許可:
- 閲覧アクセス: ワークフローの管理 権限を持つユーザー。
- 作成/編集/削除アクセス: 管理者 プロファイルを持つユーザー。 承認タブはすべてのユーザーに利用可能です
必要なエディション: この機能は、Zoho RecruitのCorporate Hiring editionのEnterprise/Enterprise Trialプランで利用可能です。
承認プロセスの追加
各承認プロセスには、プロセスを定義するルールが関連付けられています。ルールの基準、承認権限者、承認または拒否の場合に実行する必要があるアクションを指定する必要があります。
注:
- レコードが承認されるまで、すべての操作がロックされます。
- レコードが承認プロセスで拒否された場合、ユーザーは必要な変更を加えて再度送信するか、削除することができます。
承認プロセスを追加するには
- 設定へ行きます: 設定 > 自動化 > 承認プロセス
- 「承認プロセスを追加」をクリックしてください。
- 「新しい承認プロセス」ページでは、次のことを行ってください。
- 承認プロセスを適用したいモジュールを選択します。
-
承認プロセスの名前と説明を指定します。
- 承認プロセスを実行するため、以下のオプションを選択します。
- レコード作成 – レコードが作成されたときに承認プロセスがトリガーされます。
- レコード編集 – レコードが編集されたときに承認プロセスがトリガーされます。
- このプロセスに ルールを追加するにはクリックしてください。
-
ルールの基準を指定してください 。 承認プロセスは、基準を満たすレコードに適用されます。 必要に応じて、手動で基準パターンを編集することができます。
- 「承認者」の項目で、ユーザー、 役割、 グループ、または レベルをドロップダウンリストから選択してください。
レベルは、組織の役割階層で定義されたレベルの数に基づいてリスト表示されます。レベルを選択すると、承認権限は、役割階層内のレコード所有者のレベルに基づいてレコードに適用されます。
例: レコードの所有者が4つの上位の役割を持つ場合を考えると、承認プロセスは最大3レベルまで構成できます。これは、承認を受けるレコードが、直近の3つの上位の役割からの3人のユーザーによってレビューされる必要があることを意味します。
また、ルックアップフィールドに関連するユーザー、および作成者、変更者、またはレコード所有者フィールドからのユーザーを、(承認プロセスを作成したモジュールの名前を選択することで)関連モジュールの名前を選択することで含めることができます。 - 追加のユーザーを承認するために追加アイコンをクリックします。 1つ以上の承認エントリを追加すると、次のオプションが提供されます。
- 誰か - 承認を行うメンバーが1人であれば、このオプションを選択してください。
- 全員 - 承認を行うメンバーが複数人であれば、このオプションを選択してください。複数人の承認を並列または順次に設定できます。
- 順次 - すべてのユーザーが順次で承認を行う必要があります。最初のユーザーがレコードを承認するまで、2番目のユーザーは承認できません。
一番上のリストに記載された最初の人がレコードを承認するのを続いて、次のユーザーが承認していきます。 - 並列 - すべてのユーザーが承認を行う必要があります。彼らは同時に承認することができます。承認する順序はありません。
- 複数のマネージャーの承認が必要なプロセスの場合は、 レポーティングマネージャーも使用して、承認レベルを設定することができます。
- 「承認すべき者」の下で、報告先の上司を選択します。
- '+'アイコンをクリックして、承認プロセスにレベルを追加します。
- すべての承認者を追加したら、順次と 並列の承認を選択できます。
- 「承認時のアクション」を指定します。これには、タスクの追加、フィールドの更新、メールアラートの送信、Webフックの呼び出し、カスタム関数などが含まれます。
- 「拒否」時のアクションを指定します。これには、フィールドの更新、メールアラートの送信、Webフックの呼び出し、カスタム関数の呼び出しなどが含まれます。
- 「完了」をクリックして、「保存」を押してください。
注意:
- 承認プロセスに複数のルールエントリを作成することができます。 優先順位に基づいてルールエントリを並べ替えることを確認してください。 レコードに一致する最初のルールエントリがレコードに適用されます。
- 各モジュールでは、最大10つの承認プロセスをアクティブにできます。 各承認プロセスでは、最大5つのルールエントリを追加できます。
- 「承認する人」の下で、10 件の項目を選択できます。ユーザー、役割、グループ、レベルのいずれかを選択できます。役割に関連付けられたユーザーがいない場合、そのレベルでは記録が自動的に承認済みとしてマークされます。
- 役割が承認権限として選択された場合、その役割の管理者がレコードを承認することができます。役割にマネージャーが割り当てられていない場合、その役割で最初にリストされているユーザーがレコードを承認する必要があります。グループの場合も同様です。グループで最初にリストされているユーザーがレコードを承認する必要があります。
- 管理者プロファイルを持つユーザーは、組織内で承認待ちのすべてのレコードを閲覧できます。 管理者はいつでもレコードを承認または拒否することができます。
- 承認と拒否に関して、電子メールアラートの送信、フィールドの更新、タスクの割り当て、Webhooks の呼び出し、カスタム関数の呼び出しなどのアクションを作成することができます。
-
レコードが承認待ちの場合、変換、削除、編集オプションが無効になります。レコードは「承認待ち」と表示され、レコードの詳細ページで「承認」、「委任」、「拒否」のオプションが利用可能になります。
- 複数のレコードが承認待ちの状態で、承認プロセスが変更された場合、変更されたプロセスとそのアクションは、変更前に承認プロセスにあったレコードには適用されません。
- 既に承認待ちのレコードがある場合、関連する承認プロセスを削除することはできません。必要な場合は、プロセスを無効にすることができます。
- もしレコードが1つ以上のルールエントリーに一致する場合、与えられた承認プロセス内で最初に一致したルールエントリーに基づいて承認が求められます。
- 拒否されたレコードは、レコード詳細ページから再度承認を依頼することができます。
論理
Zoho Recruitでは、2つの承認プロセスは同じではありませんことを理解しています。 そのため、機能の拡張範囲を広げるために、2つの論理メソッドを承認フレームワークに導入しました。
- 単一承認(いずれか)
承認プロセスは、一人の承認者が決定を提出した場合でも、次の段階に進みます。 - 複数承認(全員)
承認プロセスは、すべての承認者が決定を提出するまで、次の段階には進みません。
自動承認
技術的な理由や、承認決定を提出することが余計な場合には、該当のレコードは自動的に承認され、承認プロセスが停滞しないようにします。これらは自動承認として分類されます。
「自動承認」のトグルは、複数の承認者がいる場合にのみ利用可能で、「全員」オプションが選択されている場合にのみ有効です。
「オート承認」を使用すると、以下のような状況で承認をスキップできます。
- レコードは、承認者によって作成されました。
- 承認者がレコード所有者の場合。
自動承認の追加ケース
Zoho Recruitでは、手動で指定された自動承認に加えて、以下のシナリオでレコードが自動的に承認されます。
- ユーザーがレポート管理者を持っていない場合。
- 承認者が非アクティブユーザーの場合。
- 選択した役割、グループ、レベルにユーザーがいない場合。
承認/拒否時に関連するアクションを関連付ける
各承認プロセスには、承認または拒否に応じて実行されるタスクの追加、フィールドの更新、メールアラートの送信、Webフックの呼び出しなどのいくつかのアクションを関連付けることができます。複数のステージの承認を設定して、記録を承認するために複数のユーザーが必要な場合は、タスクを割り当て、各承認後にフィールドを更新することができます。一方、メールアラート、Webフック、カスタム機能は最終的な承認後にのみトリガーされます。
拒否時のアクションは、5つのうちすべてを含んでいません。拒否時にタスクを関連付けることはできません。「タスクの割り当て」オプションは、次にレコードを承認する必要があるユーザーにタスクを設定するためのものです。タスクは、承認待ちのレコードをチェックすることが理想的です。レコードが拒否された場合、タスクの割り当ては必要ありません。
タスクの割り当て
- 承認プロセスを作成するとき、 承認時のアクションの下にあるタスクの割り当てをクリックします。
すでに作成したタスクがここに表示されます。それを関連付けて、最後のステップにスキップできます。 - 「新しいタスク」をクリックしてください。既存のタスクを選択してプロセスに関連付けることもできます。
- 「割り当てタスク」のポップアップで、以下の操作を行ってください。
- タスクのための件名を入力してください。
- タスクの期日をドロップダウンリストから選択してください。
- ステータスと優先度をそれぞれのドロップダウンリストから選択してください。
- 必要に応じて、Notify Assigneeのチェックボックスを選択してください。
ユーザーに関するタスクについての通知メールは、アクティブで確認されたユーザーにのみ送信されます。 - タスクの説明を指定してください。
- 「保存して関連付け」をクリックします。
フィールドの更新
- 承認プロセスを作成する際、「承認/拒否時の処理」の下で、「フィールドを更新」をクリックしてください。
- 「フィールドを更新」のポップアップで、以下の操作を行ってください:
- ドロップダウンリストから更新するフィールドを選択します。
- 各レベルで更新する値を指定します。値を指定します。
- 「完了」をクリックしてください。
アラートを送信する
- 承認プロセスを作成しているとき、承認/却下時の動作の下で、アラートの送信をクリックします。
すでに作成したアラートがここに表示されます。既存のアラートを関連付けて、最後のステップにスキップできます。 - 「新しいアラート」をクリックしてください。
- 「通知を送信」ポップアップで以下を行います:
- アラートに名前を入力してください。
- アラートメールの送信先をドロップダウンリストから選択してください。
レコードに関連付けられた個人、ユーザー、役割、部下、グループなどを選択できます。 - テキストボックスにメールアラートの追加受信者を指定してください。
複数のメールアドレスを区切るためにカンマを使用してください。 - アラートに使用したいメールテンプレートを選択するか、テンプレートを作成してください。
テンプレートを選択した後、FromとReply toのメールアドレスを入力する必要があります。以下から選択できます。 - メールアドレス
- 組織のメールアドレス
- 現在のユーザーのメールアドレス
- レコード所有者のメールアドレス
- 他のユーザーのメールアドレス
- 拒否の場合:メールテンプレートは、メールアドレス notifications@zohorecruit.comからの通知として自動的に送信されます。
- 「保存と関連付け」をクリックしてください。 これらのアラートは、 設定 > 自動化 > ワークフロー > アラートにもリストされます。
注意:
承認プロセス中に提供されたコメントをメールに含めることができます。メールテンプレートを編集する際に、「承認コメントを含める」チェックボックスをオンにします。
この設定を有効にすると、コメントが通知メールに添付されます。
ウェブフックの呼び出し
- 承認プロセスを作成する際、アクションの承認/拒否の下で、Web hooksを呼び出すをクリックします。
既に作成されたWeb hooks(ある場合)が一覧表示されます。関連付けるために1つを選択し、最後のステップにスキップできます。 - 「新規Webフック」をクリックしてください。
- 「Call Web フック」ポップアップで、以下の操作を行ってください:
- ウェブフックに対して、名前と説明を入力してください。
- 「通知先URL」テキストボックスに、サードパーティーアプリケーションのREST API URLを指定してください。
- 「APIメソッド」としてPOSTまたはGETを選択してください。
- 「URLパラメーター > エントリーパラメーターを追加」で以下を行ってください:
- 「標準フォーマットのパラメーター」で、パラメーター名と対応するパラメーター値を指定します。
これは、ウェブフック通知をサードパーティーアプリケーションに送信する際のリクエストパラメーターです。 - 「ユーザー定義フォーマットのパラメーター」で、パラメーター名と対応する値の説明を指定します。
- 「URLパラメーター - カスタムパラメーターを追加」で以下を行ってください:
- パラメーター名と対応するパラメーター値を指定します。
- 「プレビューURL」を確認します。
- クリックして 保存および関連付けを行います。
これらのWebフックは、セットアップ > 自動化 > ワークフロー > Webフックの下にもリストされています。
カスタム関数の呼び出し
- 承認プロセスを作成する際、アクションの承認/却下下で、コール カスタム 機能セクションをクリックします。
既に作成したカスタム機能がここにリスト表示されます。リストに表示されているものから1つを関連付けることもできます。 - これらのカスタム機能は、セットアップ > オートメーション > ワークフロー > カスタム機能の下にも表示されます。
{'error':{'code':502,'param':null,'message':'Bad gateway.','type':'cf_bad_gateway'}}承認タブから承認/却下する
承認待ちのレコードを閲覧するには、承認 タブをご利用ください。このタブから、承認待ちのレコードを承認または却下することができます。必要に応じて、レコードの承認を他のユーザーに委譲することも可能です。承認後にのみ、レコードを変換、編集、または削除することができます。
管理者プロファイルを持つユーザーは、組織内で承認待ちのすべてのレコードを表示できます。管理者はいつでもレコードの承認または拒否を行うことができます。
承認/否認を「承認」タブから行う
-
「承認」タブをクリックすると、承認待ちのレコードのリストが表示されます。
- レコードをクリックすると、以下の詳細が表示されます:
-
レコードの詳細 - 承認待ちのレコードを所有するユーザーの詳細、レコードが承認に送信された基準、および承認する必要のあるユーザーを表示できます。
- ユーザーのリクエストの履歴 - このセクションでは、ユーザーが所有するレコードの承認リクエストの履歴を提供します。
- クリックしてください: 承認、委任、拒否。
- 「Delegate」をクリックしたら、承認を譲渡するユーザーを選択し、「Delegate」をクリックします。
注意:
- レコードを承認する必要があるユーザーがレコードへのアクセス権を持っていない場合でも、レコードを承認できます。
- タブの下部に「最近の活動」というセクションがあり、最後の5つの承認または拒否が表示されます。
- ユーザーがレコードを承認/拒否する必要がある時間枠は設定されていません。
承認プロセスとプロセスルールの順序を変更する
モジュールに複数の承認プロセスがある場合、システムは、リスト内で指定された順序でレコードが承認プロセスの条件を満たしているかどうかを確認します。デフォルトでは、最初に作成されたプロセスがリストの一番上に表示されるように時系列順でリストされています。レコードが複数のルールエントリに一致する場合、与えられた承認プロセス内の最初のルールエントリに一致したものに基づいて承認が提出されます。したがって、要件に応じて、承認プロセスの順序を変更することができます。承認プロセス内のルールにも同様です。
承認プロセスを再順序する
- 「設定」>「オートメーション」>「承認プロセス」に移動してください。
- 「承認プロセス一覧」ページにて、すべてのモジュールの承認プロセスが表示されます。
-
順序を変更したいモジュールの「モジュールヘッダー」をクリックしてください。
- 「プロセスの順序変更」をクリックしてください。
- 必要に応じて承認プロセスをドラッグ&ドロップし、「保存」をクリックしてください。
承認プロセス内のルールを再順序するには
- 設定に移動してください > 自動化 > 承認プロセス。
- 承認プロセスリストのページで、承認プロセスを選択します。
- 「ルールの順序を変更」をクリックします。 このオプションは、承認プロセスに複数のルールがある場合にのみ利用できます。
- ポップアップで、要件に応じてルールをドラッグ&ドロップし、「新しい順序を保存」をクリックします。
承認履歴を表示する
承認 履歴は、承認のために提出されたレコードのリストを示します。
承認履歴を表示する
- Zoho Recruit アカウントで、Approvals タブをクリックしてください。
- 「承認待ち」ページで、Approval Historyをクリックしてください。
「Approval History」ページでは、時系列順に承認関連のレコードが表示されます。