HCM Redwoodアプリケーションのフィールド値のデフォルト設定および検証
人事管理(HCM)のRedwoodアプリケーションでは、ビジネス・ルールのさらに多くのページでオートコンプリート機能がサポートされるようになりました。Redwoodページのページ、リージョンおよびフィールドの定義済リストに対して、ビジネス・ルールにデフォルト設定および検証ルール(警告およびエラー)を記述することで、ユーザーのエクスペリエンスを強化できます:
- グローバル人事管理
- 文書レコード
- 報酬
- 給与の変更
- 目標管理
- チーム目標センター
- 目標センター
ノート: このリリースでは、前述のRedwoodページのみが新しくサポートされています。
用語集
Redwoodページの新しいオートコンプリート機能の使用を開始する前に、理解しておく必要がある用語を次に示します
- オートコンプリート: フィールド値をデフォルト設定および検証する機能を示す一般的な用語。 これは製品に依存しません。
- オートコンプリートのルール: レスポンシブ・ページのフィールド値をデフォルト設定および検証するために使用されるHCMエクスペリエンス設計スタジオの機能。オートコンプリートのルールはオブジェクトベースです。
- ビジネス・ルール: フィールド値のデフォルト設定や検証など、Redwoodページのパーソナライズに使用するVB Studioのエクスプレス・モードの機能(24Bの新機能)。ビジネス・ルールはページベースです。
- 初期フィールド値およびフィールド値
- 初期フィールド値: データベースに格納されているフィールド値。1つのトランザクションに対して初期フィールド値は変わりません。
- リージョンで使用可能な場合は、同じ名前の階層の下にリストされます。
- 初期フィールド値はページおよびリージョン固有です。たとえば、雇用詳細の変更および訂正プロセスでは、アサイメント属性には初期フィールド値を使用できますが、給与属性には使用できません。
- フィールド値は、ページにキャッシュされた値で、ルールまたはユーザーによってすでに変更されている可能性があります。
- 初期フィールド値とフィールド値は、条件とルールのロジックで使用できます。
- 初期フィールド値とフィールド値は、オートコンプリートのルールの古い値と新しい値に対応しています。
- 初期フィールド値: データベースに格納されているフィールド値。1つのトランザクションに対して初期フィールド値は変わりません。
条件のフィールド値(1)および初期フィールド値(2)
たとえば、人事担当者が、従業員の勤務時間を40時間から20時間に減らしたとします。この場合、
- 初期フィールド値は40です
- フィールド値は20です
ビジネス・ルールの値のデフォルト設定および検証の例
通常は、次の場合にデフォルト設定および検証機能を使用できます:
- 給与の変更
- デフォルト設定
- ライン・マネージャが給与変更を提示するときに、従業員の雇用主に基づいて提示給与ベースをデフォルト設定します。
- ライン・マネージャが給与変更を提示するときに、有効日を現在の日付に、次回の給与レビュー日を有効日の1年後にデフォルト設定します。
- 検証
- ユーザーが遡及給与変更を入力できないようにします
- 給与の変更が月の初日に実行される必要があります
- 給与額が最小値を超える必要があります
- デフォルト設定
- 文書レコード
- 新規文書の作成または編集時のデフォルト設定
- 文書タイプに基づいて、「Person ID||発行日」を文書番号としてデフォルト設定します。
- 文書タイプに基づいて、発行日を公開日としてデフォルト設定します。
- ランディング・ページでの検証
- 「パスポート」文書タイプの場合、発行日は「日付: 自」以降にする必要があります。
- 「運転免許」文書タイプの場合、「日付: 至」がNULLの場合はユーザーに警告します。
- 新規文書の作成または編集時のデフォルト設定
- 目標管理
- 目標詳細
- ユーザー・ロールに基づいて目標カテゴリの選択内容を制限します。
- 目標の最小加重を強制します。
- 加重の編集
- 目標の最小加重を強制します。
- 目標詳細
検証ルールとデフォルト設定ルールは相互に排他的ではなく、同じフィールドに両方を使用して、データ品質と一貫性を確保しながらユーザー・エクスペリエンスを向上できます。同様に、日付をデフォルト設定してフィールドを読取り専用にするなど、デフォルト設定ルールと、フィールドとリージョンの表示を制御するルールを組み合せることもできます。
ノート: 「主なリソース」の項のVB StudioおよびHCMのドキュメントを参照してください。
デフォルト設定および検証機能へのアクセス
次のセクションのビジネス・ルールで、2つの新機能を使用できます:
- フィールド値をデフォルト設定する「フィールドとリージョンの構成」
- フィールド値の検証
フィールド値のデフォルト設定および検証
フィールドを使用した、条件やルール・ロジック、あるいはその両方のオーサリング
リージョンに対する初期フィールド値が有効な場合に、それらを含むフィールドをビジネス・ルールの様々な場所で使用できます:
- 条件
- ルール・ロジックを記述したり、フィールド値をデフォルト設定したり、その両方をする単純式または拡張式
ノート: 条件で使用できるフィールド、単純式および拡張式は、そのページで使用可能なフィールドおよび直接属性、およびリージョンおよびフィールド・セクションにリストされているフィールドに限定されています。
サポートされるフィールドと属性、およびサポートされないフィールドと属性
条件、単純式、拡張式およびJavaScript (JS)の使用
条件ビルダーを使用して単純なルールの作成から始めて、デフォルト設定や検証ルールをトリガーする時期を定義することをお薦めします。
単純式を使用して、別のフィールド値で値をデフォルト設定したり、値をフィールドに割り当てる前にデータを変換します。
次の場合は、拡張式を条件に使用します:
- 条件で使用可能な演算子は、ルール・ロジックを記述するのに十分ではありません。
- データを変換する必要があります。拡張式でのJSの使用は、サブ文字列や日などのデータ変換に厳密に制限されることに注意してください。
拡張可能フレックスフィールドの使用
「追加アサイメント情報」および「追加個人情報」のそれぞれのビジネス・ルール・ページに、すべてのコンテキスト・コードが表示されるわけではありません。すべてのコンテキスト・コードを表示するには、「拡張可能フレックスフィールドの管理」ページを使用して、EFFごとにリフレッシュしてオフラインでデプロイする必要があります。
「拡張可能フレックスフィールドの管理」ページ
サポートされるフィールドおよび実装ガイドライン(ページ別)
文書レコード
この表は、「文書レコード」でサポートされる属性と(存在する場合は)例外、および実装の推奨事項を示しています。
これは、「自分」、「自分のチーム」および「自分のクライアント・グループ」にあるすべてのページに適用されます。
| デフォルト設定と検証の両方の条件内 | フィールド値のデフォルト設定 | フィールド値の検証 | 実装ガイドライン | |
|---|---|---|---|---|
| 「文書レコード」ランディング・ページ |
|
該当なし | 該当なし |
個人やアサイメントなどの他の参照オブジェクトに基づいて検証またはデフォルト設定するルールの作成はサポートされていません)。 |
| 文書レコード > フローの追加 | 同上 |
|
|
同上。 |
給与の変更
この表は、「給与の変更」でサポートされる属性と(存在する場合は)例外、および実装の推奨事項を示しています。
これは、「自分のチーム」および「自分のクライアント・グループ」にある両方のページに適用されます。
| 条件内 | フィールド値のデフォルト設定 | フィールド値の検証 | 実装ガイドライン |
|---|---|---|---|
|
|
|
デフォルト設定
|
目標管理
この表は、「目標管理」ページでサポートされる属性と(存在する場合は)例外、および実装の推奨事項を示しています。
これは、「自分」および「自分のチーム」にある両方のページに適用されます。
| デフォルト設定 | 検証 | ||||
|---|---|---|---|---|---|
| 条件内でサポートされるフィールド | フィールド値のデフォルト設定でサポートされるフィールド |
条件内でサポートされるフィールド |
フィールド値の検証 | 実装ガイドライン | |
| パフォーマンス目標詳細 | すべて | 値プロパティが有効になっているフィールド。 |
performanceGoalsV2
AssociatedGoalPlans
|
developmentGoals
devGoalTasks
|
|
| 人材開発目標詳細 |
すべて |
値プロパティが有効になっているフィールド。 |
同上 | 同上 | |
| 加重の編集 | 該当なし | 加重 | 該当なし | 加重 | |
ビジネス上の利点
これらの機能は次のように役立ちます。
- ユーザー入力を検証することで、貴重なHRデータの品質と一貫性を確保します。
- データ入力をデフォルト設定することで、ユーザー・エクスペリエンスを合理化し、タスクの実行時間を短縮します。
- 新しいリリース更新を待つことなく、組織がHRコンプライアンスにすばやく対応できるようになります。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
エクスプレス・モードでのレイアウトの編集
動的フォームおよび動的表
- 動的フォームまたは動的表のレイアウトの編集機能はエクスプレス・モードではサポートされておらず、ビジネス・ルールの処理に影響する可能性があるため、使用しないでください。
- 動的フォームおよび動的表のレイアウトの編集は、リリース24D以降で無効になります。リリース24Cより前のこの機能を使用してレイアウトに加えた変更は削除する必要があります。
エクスプレス・モードのルール・エディタ
コンテナ・レイアウト
- パーソナライズするページのエクスプレス・モードでコンテナ・レイアウトが使用可能な場合は、ルール・エディタを使用する前に、Customer Connectフォーラムを使用して問合せを投稿し、ガイダンスを求めてください。
ビジネス・ルールのエクスプレス・モードの承認プロセス
- 実装ガイドラインに従っているかぎり、ビジネス・ルールのルールの作成には、このリリースではオラクルの承認は必要ありません。
- 後続のリリースで提供される機能が追加されると、オラクルがこの承認プロセスを見直す場合があります。
Redwoodページでトリガーされるオートコンプリート・ルールのルール
- オートコンプリートのルールのエラーが設定されている既存オブジェクトの検証ルールは、前述のRedwoodページの「給与の変更」および「文書レコード」で引き続き機能します。既存のルールで、これを変更する必要はありません。
- Redwoodページを有効にする場合は、このページの基礎となるビジネス・オブジェクトに基づいて作成された他のすべてのページのすべてのルールを無効にする必要があります。ビジネス・オブジェクトのルールを無効にすると、Redwoodページとレスポンシブ・ページの両方でオートコンプリートが無効になることに注意してください。
- レスポンシブUIのオートコンプリート・ルールの承認プロセスは同じです。
主なリソース
エクスプレス・モードの開始方法に関する推奨トピックを次に示します。
- この順序で、次のドキュメントを参照してください:
- 特定のエクスプレス・モード機能の使用方法の詳細は、VBSのエクスプレス・モードを参照してください。
- HCMでサポートされている内容の詳細は、VB Studioを使用したHCMおよびSCM用のRedwoodアプリケーションの拡張を参照してください。
- RedwoodページからVB Studioにアクセスするステップを確認するには、VB Studioのドキュメント「Oracle Cloudアプリケーションの構成」を参照してください。
- Oracle Cloudアプリケーションに「ビジュアル・ビルダーでページを編集」オプションが表示されない場合は、同じドキュメントを確認してください。
- Visual Builder Studioのエクスプレス・モードでのOracle Cloudアプリケーションの拡張
- Customer ConnectフォーラムのVisual Builder Studio for HCMを参照してください