モデル シートのデータ入力列に関するアクセス ルール

これにより、以下が実現します。

同じモデル シート内で機密データを保護できるようになり、ユーザー グループごとに別々の重複シートを用意する必要がなくなることで、機密情報を保護する機能が向上します。これにより、データのプライバシー基準への準拠が確保されます。
Workforce Planningを1 つのモデル シートに統合することにより、データ管理の効率性を高め、インテグレーションに関連する複雑性を軽減し、データを最新の状態に保つ。
プラン担当者が自分のロールに関連するデータのみを参照しながら、同じモデル シートで共同作業を行うことができるため、Workforce Planningが合理化され、効率とデータの精度が向上する。
初期残高以外のデータに対する回避策として、初期残高列への依存が減少することにより、システムのパフォーマンスが向上。

"管理

" エリアの

"アクセス ルール"

ページのツールバーに

"シート列を管理"

ボタンが新たに追加されました。これにより、アクセス ルールで以下の列タイプを使用可能にすることができます。

チェックボックス
日付
数値
テキスト

少なくとも 1 つのモデル シート列を保護した場合、以下の領域の

科目

列ヘッダーの横に情報アイコンが表示されるようになりました。

アクセス ルールの
概要ページ
ファイルのインポートおよびエクスポート

このアイコンにマウスを合わせると、ツールチップが表示され、アクセス ルールの

"科目

" セクションに列が含まれていることがわかります。

アクセス ルールのエクスポート ファイルが更新され、

"科目

" 列構造の下にモデル シートデータ入力列のルールが含まれます。

モデル シート列をセキュリティ保護し、ユーザーにそれらの列へのアクセス権がない場合、以下の場合に列が非表示にされるようになりました。

シートを表示します。
シートの
"表示オプション"
メニューにアクセスし、フィルタリングまたは非表示にする列を検索します。

ユーザーが以下のいずれかの場合、保護されたモデル シート列を編集できないようになりました。

アクセス ルールの "制限表示" 権限
アクセス ルールで "編集" 権限のない "全表示"。

保護された列を基準重大なエラーの検証ルールは作成しないことをお勧めします。ユーザーに必須列へのアクセス権がない場合、新しい行を追加することはできますが、必須列に入力できないため、行を保存することはできません。

保護されたモデル シート列に設定されたアクセス ルール権限に対応するために、以下の XML API および JSON API が更新されました。

importConfigurableModelData
exportConfigurableModelData

モデル シートのデータ入力列をセキュリティ保護するには、次のようにします。

"管理
アクセス ルール"
に移動します。
ツールバーの
"管理"
を選択します。
"科目"
が選択されていることを確認します。シート列を保護するには、アクセス ルールで科目を使用できるようにする必要があります。
ツールバーの
"シート列を管理"
を選択します。
ダイアログで、シートおよび保護する特定の列 (数値、日付、テキスト、またはチェックボックス) を選択し、
"保存"
を選択します。
ルール ファイルをインポートして、アクセス ルールを更新します。これらの列へのアクセスは、科目(付与) または科目(付与の例外) 列を使用し、シート名.列名 (Personnel.Bonus) の構文を使用して定義します。

"シート列を管理"

設定を使用して保護する列を明示的に選択しない場合、モデル シートにアクセスできるすべてのユーザーは、以前の動作と一致して、すべてのデータ入力列を引き続き参照できます。既存のアクセス ルールに影響することはありません。

この機能を人員プランニング機能と組み合わせて使用する場合は、ユーザーの HCM セキュリティ アクセス権とAdaptive Planning組織のアクセス権を整合させてください。ユーザーにAdaptive Planningよりも HCM での上位組織のアクセス権がある場合でも、アクセス ルールでアクセス権のない組織に対してポジションを作成したり、ポジションを移動したりできます。例: ワークフォース入力者者は、2100 組織と 2500.1 への HCM アクセス権を持っていますが、アクセス ルールでは 2100.1 にしかアクセスできません。人員プランニング機能を使用して、ポジションを作成したり、2100.2 にポジションを移動したりすることはできます。

これらの例では、既存のアクセス ルールの設定、実行するアクション、および想定される動作について説明します。既存のアクセス ルールをレビューし、アクセス ルールがこれらの例と一致するかどうかを確認することをお勧めします。

この例では、行動の変更が生じる最も一般的に想定されるシナリオについて説明します。

既存の設定: 1 つ以上の科目がシート A である場合、特定の科目に対してすべてを付与
アクション: シート A の列をセキュリティ保護します。
動作: そのユーザーは、シート A の保護された列へのアクセスがアクセス ルールで明示的に指定されていないため、アクセスできなくなります。

以下の例では、行動の変更が発生しない、最も一般的に想定されるシナリオについて説明します。

例 1:

既存の設定: アカウントが空白の場合、"付与" と "付与の例外" が空白の場合、ユーザーはすべてのアカウントにアクセスできる。
アクション: シート A の列をセキュリティ保護します。
動作: ユーザーは、保護された列を含むすべての科目に引き続きアクセスできます。

例 2:

既存の設定: "科目の付与" に "シート名 A" が含まれている。これは、ユーザーがシート A の "すべての科目" にアクセスできることを意味します。
アクション: シート A の列をセキュリティ保護します。
動作: ユーザーは、保護された列を含むシート A のすべての科目に引き続きアクセスできます。

例 3:

既存の設定: "科目の入力を除き、すべて付与" にシート A が含まれている。これはユーザーがシート A の を除くすべての科目にアクセスできることを意味します。
アクション: シート A の列をセキュリティ保護します。
動作: ユーザーは、保護された列を含むシート A の科目にアクセスできません。