設定の考慮事項: アクセス ルール
このトピックの内容を、アクセス ルールの設定と使用を計画する際の決定に役立てることができます。以下について説明します。
- 設定する理由
- Workday のその他の部分への適合
- 下流への影響および製品間のインタラクション
- セキュリティ要件およびビジネス プロセスの設定
- 実装前に考慮すべき質問および制限
完全な設定の詳細については、タスクの詳細な手順を参照してください。
概要
アクセス ルールは、ユーザーまたはグループが編集または表示できるデータの特定の交差を定義します。Workday には、現在の組織ベースのセキュリティを模倣するデフォルトのアクセス ルールが用意されています。これらのデフォルト ルールは、
"管理"
の " アクセス ルール"
ページで表示できます。 要件に基づいて、以下を実行できます。
- デフォルトのアクセス ルールを変更します。
- 追加のアクセス ルールを設定します。
ビジネスにおけるメリット
- ユーザーが関連する分割と詳細を表示することを防止します。科目、組織、およびカスタム属性値も非表示にできるため、ユーザーがそれらを見ることは決してありません。
- ユーザーが部門全体のデータを表示したり、別の部門のデータを編集したりできるようにします。
- 組織構造を正確に反映できるように、組織を解放します。
- シート内の行、列、およびセルへのユーザー アクセスを制御します。
- ユーザー割当シートを削除し、代わりにアクセス ルールを使用することで、オーバーヘッドを削減します。
ユース ケース
- ユーザーがモデルの一部の領域で一部の科目または属性にアクセスできるようにします。その後、他の領域ではそれらを制限するか、非表示にします。
- レポートを作成して多くのユーザーと共有します。レポートでは、各ユーザーが表示できないデータがフィルタリングされます。
- 新しい属性を導入し、限られたユーザー グループが使用できるようにする。例: 新しい製品属性や取得レベルをテストし、実装する前に複数の利害関係者と計画を立てる。
考慮すべき質問
質問 | 考慮事項 |
|---|---|
組織と科目のみ、またはカスタム属性も保護しますか？ | 詳細なルールで複雑なセキュリティを設定したい場合のみ、カスタム属性の保護を検討してください。下流への影響を完全に把握するには、 参考: アクセス ルールとモデルを参照してください。
いずれの場合も、カスタム属性を保護することによる影響を理解し、以下のガイドラインを使用してスムーズなプランニングを行ってください。
条件 カスタム属性の保護:
|
現在、カスタム属性と属性値はいくつありますか？ | 以下の最大数を確保できます。
保護する追加のカスタム属性および値がある場合は、Workday カスタマー ケアに連絡してユース ケースのレビューをリクエストしてください。 |
ユーザーが実行する必要があるタスクから、どのレベルのアクセスが必要ですか？ | ユーザー グループに割り当てたアクセス ルールにより、グループ メンバーは職務を完了できるようになります。 ユーザー グループが組織の職務グループを正確に反映していることを確認してください。たとえば、プラン担当者がサインインしてレポートを実行しているときは、"プラン担当者" ユーザー グループを作成できます。次に、レポートを生成するための権限をプラン担当者グループに付与するアクセス ルールを作成して割り当てます。 ありは、ユーザーのさまざまなニーズに基づいて、さまざまな程度の権限をユーザーに割り当てることができます。例: 組織割当標準シートおよびキューブ シート上で、ユーザーに以下を許可します。
|
ユーザーのアクセス権を一括管理する方法は？ | ユーザー グループを作成し、共通の目標を持つグループにアクセス ルールを割り当てることができます。
例: 部門別にアクセスを制限する場合、営業部門やエンジニアリング部門など、部門別にユーザー グループを作成できます。次に、アクセス ルールを作成してこれらのユーザー グループに割り当て、部門へのアクセスを提供します。
アクセス ルールを作成するよりも、ユーザー グループにユーザーを追加する方が簡単です。 ユーザーが多くない場合は、アクセス ルールを個々のユーザーに直接割り当てることができます。ただし、管理を容易にするユーザー グループを使用することをお勧めします。 |
アクセス ルール以外にもデータを保護する方法はありますか？ |
アクセス ルールに加えて、以下の補足オプションを考慮してください。
|
管理者またはモデル作成者がモデルを管理するためにアクセス ルールは必要ですか？ | モデリング 管理権限により、ユーザーは組織、科目、カスタム属性の階層全体を表示できます。モデラーがモデルの構造を管理できるようにするには、この権限だけで十分です。モデル内のデータ変更をテストしてもらいたい場合を除き、データの表示や編集のアクセス権を付与する必要はありません。 |
Adaptive Planning の計画をヒューマン キャピタル マネジメント (HCM) またはファイナンシャル マネジメントにパブリッシュしますか？ | ユーザーがプラン全体を別のプラットフォームにパブリッシュできるようにするには、モデル内の固定されたすべての属性値への編集アクセス権を与えます。 |
"インポート機能" および "すべての場所にインポート" 権限を持つユーザーまたはグループはありますか？ | これらの権限を持つユーザーがデータまたはメタデータのインポートを検証できるようにするには、少なくとも、モデル内のすべての保護された属性値への "全表示" アクセス権を付与します。そうしないと、シートとレポートにインポートしたデータの一部を見ることができず、インポートが失敗したと判断される可能性があります。 |
推奨事項
- アクセス ルールはできるだけシンプルにしてください。最初は、すべての組織を保護すれば十分です。 階層内の特定の組織に対する表示または編集に対するアクセス権をユーザーに付与します。次に、アカウントを保護します。 このため、モデルへの変更はわずかであると想定できます。
- アクセス ルールをどのように使用するかによって、設定のアプローチが若干異なります。
- 組織のみを保護する場合:
- 研修を検討する。
- プロフェッショナル サービスに連絡する。
- (任意) サンドボックスでテストする。
- 科目を保護するには:
- 研修を完了する。
- プロフェッショナル サービスへの連絡を検討する。
- サンドボックスでのテストを検討する。
- カスタム属性を保護するには:
- 研修を完了する。
- プロフェッショナル サービスに連絡する。
- すべてのカスタム属性と属性値のルールを維持することは、下流に大きな影響を与える多大な労力になる可能性があるため、以下を考慮してください。
- 不要になった既存の未使用のカスタム属性および属性値を保護する前に削除する。
- 保護するカスタム属性を慎重に選択し、ルールがユーザーのモデルにどのような影響を与えるかを理解してください。
- サンドボックスでアクセス ルールをテストし、レポート、ダッシュボード、シートをチェックする。
- ユーザー グループにルールを割り当てた後は、"管理"の "グローバル ユーザー グループ" ページの "選択可能な組織"リストを使用してグループを更新しないでください。この方法でグループに追加されたユーザーは、アクセス ルールに自動的に含まれません。
- 成果主義を採用する。カスタム属性を保護する前に、組織および科目のアクセス ルールに複雑性を加えてみてください。
- 組織、科目、カスタム属性へのアクセスを制御するには、特性を使用する方が管理が容易です。動的アクセス ルールの作成を参照してください。例: "West Coast Regions" 特性は、モデル内の 100 個の異なる組織をグループ化します。アクセス ルールでは、すべての組織をリストアップするのではなく、これらの組織をグループ化する特性のみをリストできます。特性は、組織を追加または削除する場合にも役立ちます。その変更を反映するためにアクセス ルールを更新する必要はありません。
- 関連付けコードを使用してアクセス ルールを作成します。アクセス ルールの代わりに関連付けを更新すると、ユーザー アクセスを更新することができます。Workday レポートを使用してロールを Adaptive Planning にインポートすると、関連付けを自動的に管理し、それらを使用してロール ベースのルールを作成できます。動的アクセス ルールの作成を参照してください。例: 組織所有権は、ユーザーを組織に関連付ける事前構築済みの関連付けです。新しい組織へのアクセス権を追加するために、既存のルールを更新する必要はありません。組織所有権を更新することができます。
- 一部のユーザーやグループを除くほとんどの権限を付与するには、"すべて付与 (例外)"ルールを使用します。逆に、より多くの権限をクローズし、いくつかの権限のみを付与するには、"すべて付与" ルールを使用します。
要件
- アクセス ルールを作成する前に、組織、科目、カスタム属性を含むモデル構造を完成させる必要があります。
制限事項
- インスタンスのアクセス ルールを有効にした後、無効にすることはできません。
- ユーザー割当シートは、アクセス ルールをオーバーライドします。 ユーザー割当シート上のすべてのデータ交差部分への編集アクセス権があります。
- 属性を保護し、アクセス ルールとして使用しているにもかかわらず、すべての属性にアクセスできます。
- モデル シートで、保護されたすべての親属性の組み合わせに対する "全表示" アクセス権がある場合、アクセスが制限されている属性を持つものも含め、すべての分割行を表示できます。
- 以下の設定がアクティブなカスタム属性を保護することはできません。
- 組織で使用
- データのインポートにより自動的に属性値を作成する
- モデル シートまたはキューブ シートに追加された属性値を編集する
- 時間、子会社、バージョン、通貨属性を含むシステム属性は、アクセス ルールの対象にはなりません。
- アクセス ルールを使用して連結比率シートを制限することはできません。 ユーザーが連結比率シートを開いて編集できるようにするには、"モデル管理アクセス" > "連結" の権限を持つ権限セットをユーザーに割り当てます。
- アクセス ルールのみを使用すると、データのセキュリティが完全には保護されません。アクセス ルールとともにこれらのその他のセキュリティ機能を使用することを検討してください。参照 概念: アクセス ルール。
- 権限
- 組織所有権 (以前の組織アクセス)
- バージョンのアクセス制御
- 給与の詳細設定
- シートの設定と制限
- これらの権限は、保護された要素と場合によってはデータを公開することにより、アクセス ルールを回避します。参照 概念: アクセス ルール。
- "インポート機能"および"すべての場所にインポート"
- システム監査アクセス
- "インテグレーション" > "データ デザイナー"および"インテグレーション" > "インテグレーション開発者" を選択します。
- リンク組織をリフレッシュします。
- "連結" にアクセスします。
テナント設定
新規のお客様の場合、アクセス ルールはすべての Adaptive Planning インスタンスに対して有効になります。既存のお客様は、Workday カスタマー センターでケースを作成して、インスタンスのアクセス ルールを有効化できます。
セキュリティ
アクセス ルールを作成するには、
"管理アクセス" > "ユーザー"
権限が必要です。ビジネス プロセス
影響はありません。
レポート
影響はありません。
インテグレーション
updateAccessRules API を使用して、スプレッドシート ファイル内の既存のアクセス ルールのセットを更新または置換できます。参照 updateAccessRules。
接続および Touchpoints
Workday には、テナントでの設定関係を理解するのに役立つリソースを備えた Touchpoints Kit が用意されています。Workday Touchpoints Kit の詳細については、Workday Community を参照してください。
その他の影響
アクセス ルールがモデルの各領域にどのように影響するかについては、 を参照してください。 参考: アクセス ルールとモデル。