お知らせ:当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の
英語版を参照してください。
データの正確性と一貫性を高めるために、Zoho Recruitでは検証ルールを設定することができます。これらのルールは、特定のフィールドを入力するなど、特定の要件や制限をデータ入力に強制するものです。
システム全体にわたる検証ルールを実装することで、データの一貫性が確保され、データの品質と信頼性が向上します。これにより、エラーや不一致が減少し、時間の節約とミスのリスクを低減することができます。
検証ルールは、特定のタスクやプロセスを自動化することで、Zoho Recruitの効率性を高めることができます。 例えば、ルールは、特定の基準に基づいてタスクを割り当てたり、通知を自動的に送信したりすることで、採用プロセスを効率化し、生産性を高めることができます。
バリデーションルールの基礎
- Zoho Recruitでは、入力されるデータの正確性と有効性を定義するための検証ルールを設定できます。つまり、フィールドに対して望ましくない値をルールで定義します。レコードに入力されたフィールドの値がルールで定義された条件に一致する場合、Recruitはアラートを出し、レコードを保存することを許可しません。
- 検証ルールを定義する際に、特定の条件が満たされたときにアラートを出すか、条件が満たされないときにアラートを出すかを選択できます。
- 例:経験年数を10年にしたい場合、2つの方法で検証ルールを定義できます:
- 条件が満たされないときにアラートを出す - 条件が満たされない場合、または経験年数が10より少ない場合、ユーザーにアラートが表示されます。
- 条件が満たされたときにアラートを出す - 条件が満たされた場合、または経験年数が10以上の場合、ユーザーにアラートが表示されます。
- エラーメッセージはカスタマイズ可能です。
例:「電話番号」フィールドには10桁の数値が入力される必要があります。

この検証ルールは、電話番号フィールドが10桁の数字であることを確認し、この基準を満たさない値を拒否します。

表示されるエラー:「電話番号は10桁でなければなりません」
バリデーションルールの作成
- 「セットアップ」→「カスタマイズ」→「モジュール」を選択します。
- バリデーションルールを作成したいモジュールを選択してください。
- [モジュール] ページで、「検証ルール」タブをクリックしてください。
- 新しい検証ルールをクリックします。
- 作成検証ルールポップアップウィンドウで、次のアクションを行なってください:
- レイアウトを選択します。このフィールドの検証に使用します。

- フィールドを選択し、ルールを開始するための主な条件を定義します。
例えば、経験年数フィールドを10以上の数字を除外するように検証する場合、主な条件は「経験 > 10」です。

- 次をクリックしてください。
- バリデーションルールエディターで、バリデーションの基準を指定します。
- ドロップダウンリストから実行ルールを選択してください。
- Validation Rule Editor内で、条件を満たすレコードに対して表示されるアラートメッセージを入力してください。

例: 申し訳ございませんが、経験が10年未満の方を探しています。
このエラーメッセージは、すべてのレコードに適用されます。つまり、経験が10年以上の場合は、このエラーメッセージが表示されます。 - マウスをMoreアイコンに移動し、Editをクリックして、複数の条件を作成する必要があります。
例えば、地域に応じての経験年数を制限することができます。これらの追加条件は、検証ルール内で定義し、必要に応じてエラーメッセージをカスタマイズすることができます。

- 「どのレコードにルールを適用しますか?」に対して、特定の条件に基づいて選択を選択してください。
- 各条件を定義し、適切なエラーメッセージを指定してください。
- プライマリフィールドの値を変更し、必要に応じて異なるアラートメッセージを設定するには、別のオプションを追加をクリックしてください。
- 「保存」をクリックしてください。
- 今、検証ルールによって、地域が米国とインドに選択された場合、異なるエラーメッセージが表示されます。

注意
- ワークフロー、Blueprint、API、インポート、Webフォームなどを介して、バリデーションルールに使用されるプライマリフィールドまたはセカンダリフィールドが更新される場合、このフィールド更新が優先されます。つまり、バリデーションルールはフィールド更新によって上書きされます。その結果、Recruitはフィールド更新の結果として入力された値をバリデーションルールよりも優先します。ここで結果についての詳細を学ぶことができます。
- 以下は、バリデーションルール内の条件の数の分割です。
- ルールあたり10個の親条件
- 親条件あたり5個の子条件
- 子条件あたり5個の基準
- バリデーションルールはレイアウト固有です。これは、単一のモジュール、例えばLeadsの下で、同じフィールドに対して異なるレイアウトでバリデーションルールを構成できることを意味します。
- バリデーションルールは作成された順番に実行されます。
- バリデーションルールは、Lookup、Multi-select lookup、Multi-picklist、Formula、Auto-number、Multi-lineフィールドタイプには対応していません。
- 同じフィールドに対してバリデーションルールとBlueprintバリデーションを作成した場合、2つの条件が異なる場合、Blueprintがバリデーションルールを上書きします。
つまり、フィールドがプロセス内にある限り、Blueprintバリデーションが適用されます。レコードがプロセスから出たとき、バリデーションルールが有効となります。 - バリデーションルールは次の場所でサポートされています。
- 作成(Web版)
- クイック作成(Web版)
- 編集(Web版)
- クイック編集(Ajax - Web版)
- カスタマイズのコピー
- サンドボックス
- Webフォームを介して生成されたレコードがバリデーションルールの基準を満たす場合、それらはレコードの手動承認のために提出されます
- 既存のルールについては、条件が満たされたときにアラートがスローされるかどうかを指定したい場合、単純にルールを編集して、「条件が満たされないとき」または「条件が満たされたとき」のいずれかを「ルールを実行」の下で選択できます。
バリデーションルールを削除する
バリデーションルールを削除すると、ルールと関連付けられたアラートメッセージが削除されます。バリデーションルールに関連付けられたフィールドを削除しようとすると、まずルールを削除するように求められ、その後にフィールドを削除することができます。
バリデーションルールを削除するには
- 「セットアップ」→「カスタマイズ」→「モジュール」を開きます。
- 削除したいバリデーションルールを持つモジュールを選択します。
- [モジュール]ページで、「バリデーションルール」タブをクリックします。
- 削除したいルールにカーソルを合わせ、「ゴミ箱」アイコンをクリックし、操作を確認します。