相互検証ルールの考慮事項
セグメント値のキー・フレックスフィールドの組合せをセグメント全体で検証するには、相互検証ルールを最適化して、管理者およびユーザーのエクスペリエンスを向上させます。
相互検証ルールを定義するときには、次の点を考慮してください。
-
フィルタ
-
ルールの複雑さ
-
保守
フィルタ
相互検証ルールには、条件フィルタと検証フィルタが含まれます。 ルールは、条件フィルタが満たされていれば、次は検証フィルタを適用する、という論理順序を使用して評価されます。
条件フィルタは、ルールが評価されるイベントを記述します。 条件フィルタに指定されたイベントが該当しない場合、ルールは、このルールが使用可能であっても評価されません。 条件フィルタで指定されたイベントに該当する場合、組合せを作成するには、検証フィルタの条件が満たされている必要があります。
たとえば、Operationsという特定の会社の値はMarketingという特定のコスト・センターを使用できないと組織が決定しました。 組合せを検証するための相互検証ルールを定義できます。
-
このルールにより、会社の条件フィルタが評価されます。
-
会社がOperationsと等しい場合、このルールにより、コスト・センターの検証フィルタが評価されます。
-
コスト・センターがMarketingと等しい場合、このルールにより、組合せが作成されなくなります。
-
ルールに対して定義したエラー・メッセージは、試行された組合せがルールに違反していることをユーザーに通知するために表示されます。
このようなルールは、Marketingコスト・センターとOperations以外の会社の値の組合せの作成には影響しません。
ルールの複雑さ
パフォーマンスを最適化し、理解しやすくするには、1つの複雑なルールを使用するかわりに複数の単純な検証ルールを定義します。 単純な検証ルールを使用すると、より具体的なエラー・メッセージを提供でき、その後の保守が簡単になります。
可能であれば、3つ以上のセグメントにまたがる検証を制御するルールは避けてください。 複数のセグメントにわたる相互検証ルールを定義することは可能ですが、相互検証エラー・メッセージの解釈と、無効なキー・フレックスフィールドの組合せの訂正が難しくなります。
保守
一貫性のある検証を維持するために、相互検証ルールを更新するときに、既存のキー・フレックスフィールドをレビューしてください。 現行の検証ルールに関係なく、既存のキー・フレックスフィールドの組合せが使用可能な場合はそれを使用できます。 したがって、正確な検証を確実に実行するには、既存の組合せをレビューして、新しいルールの基準と一致しない組合せをすべて使用不可にする必要があります。
相互検証ルールによって有効ではなくなった既存の組合せをユーザーが使用できないようにするには、組合せページを使用して、それらを使用不可にします。