<h2 id="%E3%81%AF%E3%81%98%E3%82%81%E3%81%AB" data-line="0" class="code-line">
<a class="header-anchor-link" href="#%E3%81%AF%E3%81%98%E3%82%81%E3%81%AB" aria-hidden="true"></a> はじめに</h2>
<p data-line="1" class="code-line">従来と将来でSalesforceのユーザ権限の概念が大きく変わります。<br>
ここでは”これからのプロファイルと権限セットのあるべき姿”について簡単に説明します。</p>
<h2 id="%E4%BB%8A%E3%81%BE%E3%81%A7%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E6%A8%A9%E9%99%90%E3%81%AE%E6%A6%82%E5%BF%B5(2024%E5%B9%B4%E6%99%82%E7%82%B9)" data-line="4" class="code-line">
<a class="header-anchor-link" href="#%E4%BB%8A%E3%81%BE%E3%81%A7%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E6%A8%A9%E9%99%90%E3%81%AE%E6%A6%82%E5%BF%B5(2024%E5%B9%B4%E6%99%82%E7%82%B9)" aria-hidden="true"></a> 今までのユーザ権限の概念(2024年時点)</h2>
<p data-line="5" class="code-line">従来のSalesforceの権限設定は「プロファイルで制御する」でした。<br>
プロファイルで共通の権限を付与した上で「必要に応じて権限セットで追加していく」方法で実装されている人も多いと思います。<br>
<img src="https://storage.googleapis.com/zenn-user-upload/6474451f271f-20250118.png" loading="lazy" class="md-img"></p>
<h2 id="%E3%81%93%E3%82%8C%E3%81%8B%E3%82%89%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E6%A8%A9%E9%99%90%E3%81%AE%E6%A6%82%E5%BF%B5" data-line="9" class="code-line">
<a class="header-anchor-link" href="#%E3%81%93%E3%82%8C%E3%81%8B%E3%82%89%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E6%A8%A9%E9%99%90%E3%81%AE%E6%A6%82%E5%BF%B5" aria-hidden="true"></a> これからのユーザ権限の概念</h2>
<p data-line="10" class="code-line">「プロファイルで権限設定する」というのが常識だった状況から、まさかの”プロファイルによるアクセス管理のサポートを終了する”という内容がSalesforce社から発表されました。<br>
※サポート終了時期は当初<strong>Spring ’26</strong>と言われていたが延期されている状態。でも近い将来に迫っているのは間違いない！<br>
これからの概念としては「プロファイルは超絶最小限、権限セットで権限設定する」です。<br>
え？何が違うの！？って感じですが、大げさにいうとプロファイルは会社に1つとか2つとかになっていき、基本権限セットで全てを補うという考え方になります。<br>
<img src="https://storage.googleapis.com/zenn-user-upload/4dc6f9301d7e-20250118.png" loading="lazy" class="md-img"></p>
<h2 id="%E3%83%97%E3%83%AD%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%A8%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%AE%E4%BD%BF%E3%81%84%E5%88%86%E3%81%91" data-line="16" class="code-line">
<a class="header-anchor-link" href="#%E3%83%97%E3%83%AD%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%A8%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%AE%E4%BD%BF%E3%81%84%E5%88%86%E3%81%91" aria-hidden="true"></a> プロファイルと権限セットの使い分け</h2>
<p data-line="17" class="code-line">プロファイルと権限セットの役割や機能的制限について説明していきます。</p>
<h3 id="%E3%83%97%E3%83%AD%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AE%E5%BD%B9%E5%89%B2" data-line="19" class="code-line">
<a class="header-anchor-link" href="#%E3%83%97%E3%83%AD%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AE%E5%BD%B9%E5%89%B2" aria-hidden="true"></a> プロファイルの役割</h3>
<ul data-line="20" class="code-line">
<li data-line="20" class="code-line">ユーザには1つ割り当てが必要</li>
<li data-line="21" class="code-line">ライセンスなどに応じて最小限で作成する</li>
<li data-line="22" class="code-line">部門単位ではなく会社として共通化したもので利用する</li>
<li data-line="23" class="code-line">プロファイルでしか設定できない機能の粒度で利用する</li>
</ul>
<h3 id="%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%AE%E5%BD%B9%E5%89%B2" data-line="24" class="code-line">
<a class="header-anchor-link" href="#%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%AE%E5%BD%B9%E5%89%B2" aria-hidden="true"></a> 権限セットの役割</h3>
<ul data-line="25" class="code-line">
<li data-line="25" class="code-line">ユーザには複数の権限セット/権限セットグループを割り当てられる</li>
<li data-line="26" class="code-line">権限セットで必要な権限を付与する(あればいいではなく必要なものだけを付与する)</li>
<li data-line="27" class="code-line">必要な機能、役割や業務に応じて細かくモジュール化する</li>
<li data-line="28" class="code-line">複数の権限セットをユーザへ割り当てるには権限セットグループを利用する<br>
<img src="https://storage.googleapis.com/zenn-user-upload/9187cb0872cb-20250118.png" loading="lazy" class="md-img">
</li>
</ul>
<h3 id="%E3%83%97%E3%83%AD%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%A7%E3%81%97%E3%81%8B%E8%A8%AD%E5%AE%9A%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84%E6%A9%9F%E8%83%BD" data-line="31" class="code-line">
<a class="header-anchor-link" href="#%E3%83%97%E3%83%AD%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%A7%E3%81%97%E3%81%8B%E8%A8%AD%E5%AE%9A%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84%E6%A9%9F%E8%83%BD" aria-hidden="true"></a> プロファイルでしか設定できない機能</h3>
<ul data-line="32" class="code-line">
<li data-line="32" class="code-line">ログイン時間</li>
<li data-line="33" class="code-line">ログインIPアドレスの範囲</li>
<li data-line="34" class="code-line">レコードタイプのデフォルト</li>
<li data-line="35" class="code-line">アプリケーションのデフォルト</li>
<li data-line="36" class="code-line">ページレイアウトの割り当て<br>
(Lightningに移行して動的フォームを使用していく方針に変えるのがベスト)</li>
<li data-line="38" class="code-line">パスワードポリシー</li>
</ul>
<h3 id="%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%A7%E8%A8%AD%E5%AE%9A%E3%81%99%E3%81%B9%E3%81%8D%E6%A9%9F%E8%83%BD" data-line="39" class="code-line">
<a class="header-anchor-link" href="#%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%A7%E8%A8%AD%E5%AE%9A%E3%81%99%E3%81%B9%E3%81%8D%E6%A9%9F%E8%83%BD" aria-hidden="true"></a> 権限セットで設定すべき機能</h3>
<ul data-line="40" class="code-line">
<li data-line="40" class="code-line">システム権限</li>
<li data-line="41" class="code-line">オブジェクト権限</li>
<li data-line="42" class="code-line">項目レベルセキュリティ</li>
<li data-line="43" class="code-line">タブ</li>
<li data-line="44" class="code-line">レコードタイプのデフォルト以外</li>
<li data-line="45" class="code-line">アプリケーションのデフォルト以外</li>
<li data-line="46" class="code-line">接続アプリケーションのアクセス許可、不可</li>
<li data-line="47" class="code-line">Apexクラス、VFページ</li>
<li data-line="48" class="code-line">カスタム権限付与</li>
</ul>
<h2 id="%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%AB%E7%A7%BB%E8%A1%8C%E3%81%97%E3%81%A6%E3%81%84%E3%81%8F%E3%81%9F%E3%82%81%E3%81%AE%E8%80%83%E3%81%88%E6%96%B9" data-line="50" class="code-line">
<a class="header-anchor-link" href="#%E6%A8%A9%E9%99%90%E3%82%BB%E3%83%83%E3%83%88%E3%81%AB%E7%A7%BB%E8%A1%8C%E3%81%97%E3%81%A6%E3%81%84%E3%81%8F%E3%81%9F%E3%82%81%E3%81%AE%E8%80%83%E3%81%88%E6%96%B9" aria-hidden="true"></a> 権限セットに移行していくための考え方</h2>
<p data-line="51" class="code-line">移行していく、作成していく時の考え方についてですが基本的には「最小限の原則」に則って考えることが重要です。<br>
※「最小限の原則」とは業務を行う必要がある最小限の権限を付与すること</p>
<h3 id="%E6%9C%80%E5%B0%8F%E6%A8%A9%E9%99%90%E3%81%AE%E5%8E%9F%E5%89%87%E3%81%AB%E3%82%88%E3%82%8B%E5%8A%B9%E6%9E%9C" data-line="53" class="code-line">
<a class="header-anchor-link" href="#%E6%9C%80%E5%B0%8F%E6%A8%A9%E9%99%90%E3%81%AE%E5%8E%9F%E5%89%87%E3%81%AB%E3%82%88%E3%82%8B%E5%8A%B9%E6%9E%9C" aria-hidden="true"></a> 最小権限の原則による効果</h3>
<ul data-line="54" class="code-line">
<li data-line="54" class="code-line">誤操作によるリスクの権限</li>
<li data-line="55" class="code-line">セキュリティの向上</li>
</ul>
<h3 id="%E4%BD%95%E3%82%92%E3%81%99%E3%81%B9%E3%81%8D%E3%81%8B" data-line="56" class="code-line">
<a class="header-anchor-link" href="#%E4%BD%95%E3%82%92%E3%81%99%E3%81%B9%E3%81%8D%E3%81%8B" aria-hidden="true"></a> 何をすべきか</h3>
<ol data-line="57" class="code-line">
<li data-line="57" class="code-line">利用ユーザの整理と業務整理<br>
「誰が」「何を」するべきなのか整理します。</li>
<li data-line="59" class="code-line">既存データの棚卸し<br>
既存データの種類を洗い出します。</li>
<li data-line="61" class="code-line">利用ユーザと既存データを掛け合わせる<br>
ユーザ種別に対してデータ種類と掛け合わせてアクセス権を決めていきます。</li>
</ol>
<h2 id="%E8%BF%BD%E8%A8%98(spring'25)" data-line="64" class="code-line">
<a class="header-anchor-link" href="#%E8%BF%BD%E8%A8%98(spring'25)" aria-hidden="true"></a> 追記(Spring'25)</h2>
<p data-line="65" class="code-line">Spring'25にて権限セット系がより便利に！！<br>
・権限セットの「ビュー」がLightning仕様になってます。(見やすい〜)<br>
　　※変化していない場合は「ユーザ管理設定」の「拡張権限セットリストビュー」が有効になっていない可能性あり<br>
<img src="https://storage.googleapis.com/zenn-user-upload/c835acf8781b-20250203.png" loading="lazy" class="md-img"><br>
・権限セットの「概要を表示」が神がかっている。<br>
　　権限セットが追加されてる権限セットグループを一覧で見れる、削除できる、追加できる。<br>
　　権限セットで追加されてるオブジェクト権限が一目でわかる。(ちょっと前からできる)<br>
　　権限セットで追加されてる項目が一目でわかる。(ちょっと前からできる)<br>
このように権限セットや権限セットグループの拡張がどんどん行われている状況です。</p>
<h2 id="%E3%81%95%E3%81%84%E3%81%94%E3%81%AB" data-line="75" class="code-line">
<a class="header-anchor-link" href="#%E3%81%95%E3%81%84%E3%81%94%E3%81%AB" aria-hidden="true"></a> さいごに</h2>
<p data-line="76" class="code-line">プロファイルのサポート終了は目前です！<br>
今後、権限付与に対する機能拡張も見込めないので早め早めに組織内で準備しておくことをお勧めします。<br>
権限の変更は、慎重にやらないといけないからこそ、しっかりと社内で検討した上で適切な設計が必要となります。<br>
今後Salesforceをもっと活用していくためにも、ベストプラクティスをしっかり理解し進めていきましょう！</p>


Salesforceユーザ権限がプロファイルで設定できなくなる！？

今までのユーザ権限の概念(2024年時点)

プロファイルでしか設定できない機能

プロファイルと権限セットの使い分け

権限セットに移行していくための考え方

Discussion