はじめに
Salesforceの「ユーザー」は、組織にログインしてデータにアクセスできる個人を表します。ユーザー管理は、システムアドミニストレーターの最も基本的で重要な業務の一つです。適切なユーザー設定により、セキュリティを確保しながら、各ユーザーが必要な機能に効率的にアクセスできるようになります。本記事では、ユーザーの作成から管理、トラブルシューティングまで詳しく解説します。
学習目標
この記事を読むことで、以下の内容が理解できます：
- Salesforceユーザーの概念と構成要素
- ユーザーの作成手順（単一・一括）
- ユーザー設定の各項目の意味
- ユーザーの編集、凍結、無効化の違い
- パスワード管理とリセット方法
- ユーザー管理のベストプラクティス
Salesforceユーザーとは
ユーザーの定義
Salesforceの「ユーザー」は、以下の要素で構成されます：
ユーザー = 個人情報 + ライセンス + プロファイル + ロール + 権限セット
ユーザーが持つ主要属性
- 識別情報: 名前、メールアドレス、ユーザー名
- ライセンス: 使用できる機能の範囲
- プロファイル: 基本的な権限セット
- ロール: データアクセスの階層
- 権限セット: 追加の権限
- ロケール設定: 言語、タイムゾーン、ロケール
ユーザーの種類
Salesforceには様々なユーザータイプがあります：
| ユーザータイプ | 説明 | 主な用途 |
|---|---|---|
| 内部ユーザー | 従業員 | 通常のSalesforce利用 |
| 外部ユーザー | パートナー、顧客 | Experience Cloud/Community |
| Chatterユーザー | Chatterのみ | コラボレーション専用 |
| 統合ユーザー | システム連携用 | API接続専用 |
ユーザーの作成
前提条件
ユーザーを作成する前に確認すべき項目：
チェックリスト:
- 利用可能なライセンスが残っている
- 適切なプロファイルが存在する
- ロール階層が設計されている
- 権限セットが準備されている（必要に応じて）
- ユーザー名の命名規則が決まっている
単一ユーザーの作成手順
ステップ1: ユーザー作成画面へアクセス
設定 > ユーザー > ユーザー > 新規ユーザー
ステップ2: 基本情報の入力
必須項目:
-
姓（Last Name）
例: 山田 -
名（First Name）
例: 太郎 -
メールアドレス（Email）
例: yamada.taro@company.com 重要: - 有効なメールアドレスが必要 - パスワードリセットや通知に使用 - 同じメールアドレスを複数ユーザーで使用可能 -
ユーザー名（Username）
例: yamada.taro@company.com.production 重要ポイント: - メール形式である必要がある - Salesforce全体で一意である必要がある - 実際のメールアドレスである必要はない - 変更可能だが推奨されない
ユーザー名の命名規則例:
パターン1: メールアドレス + 環境
yamada.taro@company.com.production
yamada.taro@company.com.sandbox
パターン2: 社員番号ベース
emp12345@company.com.sfdc
パターン3: 部門別
yamada.taro.sales@company.com
-
別名（Alias）
例: ytaro - 最大8文字 - レポートやリスト表示で使用 - 自動生成されるが変更可能 -
ニックネーム（Nickname）
例: 太郎 - Chatter での表示名 - 組織内で一意である必要がある
ステップ3: ライセンスとプロファイルの選択
ユーザーライセンス:
主なライセンスタイプ:
- Salesforce: フル機能
- Salesforce Platform: カスタムアプリのみ
- Chatter Free: Chatterのみ
- Guest User: ゲストアクセス
プロファイル:
標準プロファイルの例:
- システム管理者: 全権限
- 標準ユーザー: 一般的な権限
- カスタムプロファイル: 組織固有の権限
ライセンスを選択すると、そのライセンスで利用可能なプロファイルのみが表示されます。
ステップ4: ロールの割り当て
ロール（Role）:
例:
- CEO
└─ 営業部長
└─ 営業担当
└─ サポート部長
└─ サポート担当
重要性:
- データの可視性を制御
- ロール階層の上位者は下位者のデータを参照可能
- 必須ではないが推奨
ステップ5: 追加設定
ロケール設定:
言語: 日本語
ロケール: 日本語（日本）
タイムゾーン: (GMT+09:00) 日本標準時
これらは組織のデフォルトから継承されますが、個別に設定可能です。
その他の設定:
- マネージャー: 直属の上司を選択（レポート階層用）
- 受信メールのエンコード: 通常はデフォルト
- ロケール: 日付・数値の表示形式
ステップ6: 保存とパスワード設定
保存オプション:
-
保存: ユーザーを作成し、ウェルカムメールを送信
- 新規パスワードの設定リンクが送信される - ユーザーが自分でパスワードを設定 -
保存してもう1つ新規作成: 連続してユーザーを作成
- 複数ユーザーを続けて作成する場合に便利
ユーザー作成の実例
例1: 営業担当者の作成
基本情報:
- 姓: 山田
- 名: 太郎
- メール: yamada.taro@company.com
- ユーザー名: yamada.taro@company.com.prod
- 別名: ytaro
ライセンスと権限:
- ライセンス: Salesforce
- プロファイル: 標準ユーザー
- ロール: 営業担当
ロケール:
- 言語: 日本語
- タイムゾーン: (GMT+09:00) 日本標準時
- ロケール: 日本語（日本）
例2: システム管理者の作成
基本情報:
- 姓: 佐藤
- 名: 花子
- メール: sato.hanako@company.com
- ユーザー名: sato.hanako@company.com.prod
- 別名: hsato
ライセンスと権限:
- ライセンス: Salesforce
- プロファイル: システム管理者
- ロール: IT管理者
追加設定:
- システム管理者のチェックボックスをオン
一括ユーザー作成の方法
Salesforceではユーザーを Data Import Wizard でインポートすることはできません。
一括作成するには以下の2つの方法があります。
方法1: 「複数ユーザーの追加」を使う（UI）
管理画面の CSV アップロード機能で、最大 10〜数十ユーザーをまとめて作成できます。
大量作成にはデータローダー推奨。UI版は簡易用途向け
手順:
設定 > ユーザー > ユーザー > [複数ユーザーの追加]
CSVサンプル:
First Name,Last Name,Email,Username,Alias,Profile,Role
方法2: データローダーを使用する
より大量のユーザー（数百〜数千件）を作成する場合は、データローダーで
「User オブジェクト」を Insert します。
手順:
- User を Insert モードで選択
- CSV を準備
- マッピングを設定し実行
注意:
- プロファイル名・ロール名は正確に記載
- ライセンスの残数を必ず確認
ユーザー情報の編集
編集可能な項目
ユーザー作成後、以下の項目は編集可能です：
いつでも編集可能:
- 名前（姓・名）
- メールアドレス
- ニックネーム
- ロール
- マネージャー
- 電話番号
- 住所
- タイムゾーン
- 言語
- ロケール
条件付きで編集可能:
- ユーザー名（変更可能だが非推奨）
- プロファイル（ライセンスタイプ内で変更可能）
- ライセンス（条件により変更可能）
編集不可:
- ユーザーID（自動割り当て）
- 作成日
ユーザー編集の手順
設定 > ユーザー > ユーザー
> [編集したいユーザー名をクリック]
> 編集
一括編集
複数のユーザーを一度に編集する場合：
方法1: データローダー
1. 既存ユーザーをエクスポート
2. CSVファイルを編集
3. Updateモードでインポート
方法2: Apex
// 例: 全営業担当のロケールを変更
List<User> users = [SELECT Id FROM User WHERE Profile.Name = '営業担当'];
for(User u : users) {
u.LocaleSidKey = 'ja_JP';
}
update users;
ユーザーの無効化と凍結
無効化（Deactivate）
定義: ユーザーのログインを永続的に停止
使用場面:
- 退職
- 長期休職
- ライセンスの削減
手順:
設定 > ユーザー > ユーザー
> [ユーザー名をクリック]
> 編集
> 「有効」チェックボックスをオフ
> 保存
影響:
- ログイン不可
- ライセンスが解放される
- データの所有権は維持
- レポートの実行ユーザーには使用可能
重要な注意点:
- 最低1人のアクティブなシステム管理者が必要
- 無効化後も再有効化は可能
- データは削除されない
凍結（Freeze）
定義: ユーザーのログインを即座に一時停止
使用場面:
- セキュリティ違反の疑い
- アカウント調査中
- 一時的なアクセス停止
手順:
設定 > ユーザー > ユーザー
> [ユーザー名をクリック]
> 凍結
特徴:
即座に効果: 既存のセッションも切断
一時的: 簡単に凍結解除可能
ライセンス: 解放されない
所有データ: アクセス不可
無効化 vs 凍結の比較
| 特徴 | 無効化 | 凍結 |
|---|---|---|
| 即座の効果 | 新規ログイン不可（既存セッションは残る場合あり） | 即座（既存セッションも切断） |
| ライセンス | 解放される | 解放されない |
| 用途 | 永続的な停止 | 一時的な停止 |
| 所有データ | 維持 | 維持 |
| 解除 | 再有効化 | 凍結解除 |
ユーザー削除
重要: Salesforceではユーザーの削除は原則できません！
理由:
- データの整合性を保つため
- 監査証跡の維持
- レポートの履歴保持
例外:
- 作成後すぐ（データがほとんどない場合）
- Salesforceサポートへの特別な依頼（条件あり）
パスワード管理
パスワードのリセット
管理者によるリセット
手順:
設定 > ユーザー > ユーザー
> [ユーザー名をクリック]
> パスワードのリセット
動作:
- ユーザーにパスワードリセットのメールが送信される
- ユーザーがリンクをクリック
- 新しいパスワードを設定
ユーザー自身によるリセット
ログイン画面から：
1. 「パスワードをお忘れですか？」をクリック
2. ユーザー名を入力
3. リセットリンクを受信
4. 新しいパスワードを設定
パスワードポリシー
組織で設定可能なパスワード要件：
設定 > セキュリティ > パスワードポリシー
設定項目:
- 最小文字数: 8文字以上推奨
- 複雑さの要件:
- 英大文字を1文字以上
- 英小文字を1文字以上
- 数字を1文字以上
- 特殊文字を1文字以上
- 有効期限: 30日、60日、90日、180日、1年、無期限
- 履歴: 過去0〜24個のパスワードを再利用不可（0は履歴なし）
- 最大ログイン試行回数: ロックアウトまでの試行回数
ベストプラクティス:
推奨設定:
- 最小文字数: 8文字以上
- 複雑さ: すべての要件を有効
- 有効期限: 90日
- 履歴: 3個（0〜24個の範囲で設定可能）
- ロックアウト: 10回
パスワード期限切れの処理
ユーザーへの通知:
- 期限切れ前に警告メール
- ログイン時に変更を促す
管理者の対応:
期限切れユーザーの確認:
設定 > ユーザー > ユーザー
> リストビューで「パスワード有効期限切れ」でフィルタ
ユーザーの権限管理
プロファイル
定義: ユーザーの基本的な権限セット
含まれる権限:
- オブジェクト権限（CRUD）
- 項目レベルセキュリティ
- アプリケーション設定
- Apexクラスアクセス
- ページレイアウト割り当て
変更:
ユーザー詳細 > 編集 > プロファイル変更
権限セット
定義: プロファイルに追加する権限
用途:
- プロファイル変更なしに権限追加
- 一時的な権限付与
- 複数の権限の組み合わせ
割り当て:
設定 > ユーザー > 権限セット
> [権限セット名]
> 割り当ての管理
> ユーザーを追加
権限セットグループ
複数の権限セットをグループ化：
例:
営業マネージャー権限セットグループ
├─ 商談編集権限セット
├─ レポート作成権限セット
└─ ダッシュボード管理権限セット
ユーザーの監視と監査
ログイン履歴
確認方法:
設定 > ID > ログイン履歴
表示情報:
- ログイン日時
- ログイン元（ブラウザ、アプリなど）
- ステータス（成功、失敗）
- IPアドレス
保持期間: 6ヶ月
最終ログイン日
未使用アカウントの特定：
設定 > ユーザー > ユーザー
> リストビューで「最終ログイン日」列を追加
> 古い順にソート
活用:
最終ログイン90日以上 → 無効化を検討
最終ログイン180日以上 → 無効化を推奨
セットアップ監査証跡
ユーザー関連の変更履歴：
設定 > セキュリティ > セットアップ監査証跡を参照
記録される操作:
- ユーザーの作成
- プロファイルの変更
- 権限セットの割り当て
- ロールの変更
保持期間: 180日
ベストプラクティス
1. ユーザー名の命名規則
推奨:
- 一貫性のある形式
- 環境を識別可能（.prod, .uat, .dev）
- わかりやすい構造
例:
firstname.lastname@company.com.production
firstname.lastname@company.com.sandbox
2. ライセンスの最適化
定期チェック:
- 月次で使用状況を確認
- 未使用ライセンスの特定
- 適切なライセンスタイプの割り当て
例:
- Chatterのみ使用 → Chatter Freeに変更
- カスタムアプリのみ → Platform ライセンスに変更
3. セキュリティ強化
推奨設定:
- 強力なパスワードポリシー
- MFA（多要素認証）の有効化
- IPアドレス制限（必要に応じて）
- ログイン時間制限（必要に応じて）
4. 退職者の処理手順
1. 即座の対応:
- ユーザーを凍結（セキュリティ確保）
2. データの移行:
- 所有レコードの再割り当て
- ダッシュボード/レポートの移行
- Chatter投稿の確認
3. 無効化:
- ユーザーを無効化
- ライセンスの解放確認
- ドキュメント更新
5. ドキュメント化
# ユーザー管理ドキュメント
## 命名規則
- ユーザー名: firstname.lastname@company.com.prod
- 別名: 名前の頭文字
## プロファイル割り当て
- 営業: 営業ユーザープロファイル
- サポート: サポートユーザープロファイル
- 管理者: システム管理者
## 新規ユーザー作成プロセス
1. 人事からの申請受領
2. ライセンス確認
3. ユーザー作成
4. 権限設定
5. 初回ログイン支援
## 退職者処理プロセス
1. 人事からの通知
2. 即座に凍結
3. データ移行
4. 無効化
5. 記録更新
よくある間違いと対処法
間違い1: ユーザー名とメールアドレスの混同
問題:
ユーザー名 = メールアドレス と誤解
正しい理解:
ユーザー名: ログインに使用（メール形式、グローバルで一意）
メールアドレス: 通知先（実際のメールアドレス、重複可能）
対処法:
yamada.taro@company.com ← メールアドレス
yamada.taro@company.com.prod ← ユーザー名
間違い2: ライセンスとプロファイルの誤解
問題:
プロファイルがライセンスを決定すると誤解
正しい理解:
ライセンス → 利用可能な機能の範囲を決定
プロファイル → ライセンス内での権限を決定
対処法:
1. まずライセンスを選択
2. そのライセンスで使用可能なプロファイルを選択
間違い3: ユーザーの削除
問題:
退職者のユーザーを削除しようとする
正しい対処:
削除ではなく無効化:
1. データの移行
2. ユーザーの無効化
3. ライセンスは自動的に解放される
間違い4: システム管理者の全員無効化
問題:
最後のシステム管理者を無効化してしまう
エラー:
「最低1人のアクティブなシステム管理者が必要です」
対処法:
1. 新しい管理者を先に作成
2. 古い管理者を無効化
3. 常に複数の管理者を維持（推奨）
試験対策ポイント
重要な試験トピック
-
ユーザー名の要件
- メール形式である必要がある
- Salesforce全体で一意
- 実際のメールアドレスである必要はない
-
無効化 vs 凍結
- 無効化: ライセンス解放、永続的
- 凍結: 即座、一時的、ライセンス保持
-
ユーザーの削除
- 原則として削除できない
- 無効化を使用
-
パスワードリセット
- 管理者がリセット可能
- ユーザー自身もリセット可能
よく出る試験問題パターン
問題例1:
Q: ユーザー名の要件として正しいものはどれですか？
a) 実際のメールアドレスである必要がある
b) メール形式である必要がある
c) 組織内で一意である必要がある
d) 変更できない
A: b) メール形式である必要がある
問題例2:
Q: ユーザーのログインを即座に停止する方法は？
A: ユーザーの凍結（Freeze）
無効化は次回ログイン時から効果
問題例3:
Q: 退職したユーザーのレコードを他のユーザーに
移行する前に行うべきことは？
A: ユーザーを凍結してセキュリティを確保
問題例4:
Q: プロファイルと権限セットの違いは？
A:
- プロファイル: 必須、1ユーザー1プロファイル
- 権限セット: オプション、複数割り当て可能、権限追加のみ
まとめ
Salesforceのユーザー管理では、まずユーザー名・ライセンス・プロファイル・ロールを正しく設定して作成することが重要です。運用では最終ログイン日やライセンス使用状況を定期的に確認し、パスワードポリシーやMFAなどのセキュリティ設定を適切に維持します。退職者は削除ではなく無効化し、必要に応じて凍結で即時対応します。また、命名規則の統一やライセンス最適化、手順の文書化、四半期ごとの監査を行うことで、安定したユーザー管理体制を保つことができます。
動画解説(著者用)
スライド(著者用)