権限・組織管理
人数が増えても、見せる情報と操作できる範囲を迷わせない。
利用者ごとに権限を個別設定すると、入社、異動、兼務、退職のたびに変更が増え、設定漏れも確認しにくくなります。役割ごとの操作権限と、組織・担当範囲に応じたデータ参照範囲を分け、変更時に維持できる設計へ変えます。
CHECK
このような状態なら、
仕組みの見直しが必要です
- 利用者ごとに権限を追加しており、誰が何を見られるか一覧で説明できない
- 異動や組織変更のたびに、複数の設定を手作業で変更している
- 管理者、マネージャー、一般利用者の操作範囲が明確に分かれていない
- 兼務者や部門横断プロジェクトへ、必要以上の情報を公開するか、必要情報を見せられない
BEFORE / AFTER
個別設定の積み上げから、ルールで管理する権限設計へ
| 比較項目 | 従来の進め方 | 見直し後 |
|---|---|---|
| 権限の単位 | 利用者ごとに閲覧・編集権限を個別設定する。 | 管理者、マネージャー、一般など、役割に応じたロールを基本にする。 |
| データの参照範囲 | 全件公開か本人のみかで運用し、例外を個別追加する。 | 本社・支社・部・課などの組織と、担当範囲に応じて参照範囲を設計する。 |
| 重要な操作 | 閲覧できる人が、出力やシステム設定も操作できる。 | 閲覧・編集・削除に加え、データ出力やシステム設定を行える人を分ける。 |
| 組織変更 | 異動者ごとに過去の設定を調べ、複数箇所を変更する。 | 所属組織とロールの変更を基本にし、例外設定の増加を抑える。 |
HOW DRIVE SFA HELPS
ロールと組織を分けて、参照・操作範囲を設計する
権限項目を細かくするだけでは、管理できる状態にはなりません。標準ロール、組織階層、参照範囲、重要操作の管理責任を組み合わせます。
01
役割ごとに操作権限を設定する
管理者、マネージャー、一般などの役割に合わせ、閲覧・編集・削除の範囲を設定します。独自ロールも使い、個人への例外設定を増やさずに業務上の違いを表現します。
権限管理を見る03
出力・設定などの重要操作を限定する
データのエクスポートやシステム設定など、影響の大きい操作を行える利用者を限定します。業務上の必要性と承認手順を決め、閲覧権限と同じ扱いにしないようにします。
セキュリティへの取り組みを見るFOR LARGE SALES ORGANIZATIONS
権限表だけでなく、変更手順まで運用にする
利用者や関係部署が多い組織では、導入時の設定よりも、入社、異動、兼務、休職、退職の変更を正確に回し続けられるかが重要です。
全社・複数部門への導入について- 01
情報と操作を分類する
顧客・案件・活動・個人情報などのデータと、閲覧・編集・削除・出力・設定の操作を分け、必要な範囲を整理します。
- 02
標準ロールを定義する
役職名をそのまま増やすのではなく、業務責任と必要操作が同じ利用者を標準ロールとしてまとめます。
- 03
組織と例外を整理する
組織階層で表現する範囲と、兼務・プロジェクトなど例外として扱う範囲を分け、例外には期限と承認者を設定します。
- 04
変更と棚卸しを決める
人事・組織変更の連絡元、設定担当、承認者、完了確認を決め、定期的に実際の所属と権限を照合します。
詳しく検討するための資料
よくある質問
- Q権限は利用者ごとに細かく設定した方が安全ですか？
- 個別設定を増やすと、変更漏れや設定理由の不明確化につながります。まず標準ロールと組織範囲で大半を表現し、業務上必要な例外だけを期限・承認者とともに管理する方法が現実的です。
- Q兼務者には、所属するすべての部署情報を見せる必要がありますか？
- 一律にすべてを見せる必要はありません。兼務先で担当する業務と必要な顧客・案件を確認し、組織所属と担当範囲のどちらで参照させるかを決めます。
- QSSOや監査ログにも対応していますか？
- 認証、監査ログ、データ保持などの要件は、権限管理とは分けて確認が必要です。必要な仕様と提供状況は、対象人数やセキュリティ審査項目と合わせて個別にお問い合わせください。
CONSULTATION
現在の運用を伺い、
解決方法を一緒に整理します。
既存SFA・Excelからの切り替え、複数部門・拠点への段階展開、権限や管理者運用も含めてご相談いただけます。