Skip to main content
日本語版はAIによる翻訳です。正確な情報については英語版をご参照ください。
Admin セクションでは、Auxia Console のユーザーアクセスと権限を管理します。このセクションでは、ユーザー管理、ロール、およびアクセス制御について説明します。

10.1 Admin の概要

Admin でできること

Admin へのアクセス

  1. サイドバーの Admin をクリックします
  2. Users & Roles を選択します

必要な Admin 権限

これらの機能にアクセスするには、管理者レベルの権限(IAM_USER_VIEW、IAM_ROLE_VIEW など)が必要です。

10.2 ユーザー

ユーザー一覧

Console にアクセスできるすべてのユーザーを表示します: ユーザー管理インターフェース

ユーザーの追加

ステップ 1: + Add User をクリックします ステップ 2: ユーザー情報を入力します:
  • 名前
  • メールアドレス
ステップ 3: ロールを割り当てます:
  • 利用可能なロールから選択します
  • ユーザーはロールの権限を継承します
ステップ 4: 招待を送信します:
  • ユーザーにメール招待が届きます
  • ユーザーがパスワードを設定します

ユーザーの編集

  1. リスト内のユーザーをクリックします
  2. 詳細を変更します:
    • 名前
    • ロールの割り当て
  3. 変更を保存します

ユーザーの削除

  1. ユーザーを選択します
  2. 削除/無効化をクリックします
  3. 操作を確認します
  4. ユーザーの Console アクセスが失われます

ユーザーステータス


10.3 ロール

ロールとは

ロールとは、ユーザーが Console で何ができるかを定義する権限の集合です。

標準ロール

ほとんどの組織には、以下のデフォルトロールがあります:

ロールの表示

  1. Admin > Users & Roles に移動します
  2. Roles タブに切り替えます
  3. 設定済みのすべてのロールを確認します

ロールの詳細

各ロールには以下が表示されます:
  • ロール名
  • 説明
  • 割り当てられた権限
  • このロールを持つユーザー数

カスタムロールの作成

権限がある場合:
  1. + Create Role をクリックします
  2. ロール名と説明を入力します
  3. 権限を選択します
  4. ロールを保存します

ロールの編集

  1. ロールを選択します
  2. 権限を変更します
  3. 変更を保存します
  4. 変更はこのロールを持つすべてのユーザーに影響します

10.4 権限

権限カテゴリ

一般的な権限

Treatment 権限: Journey 権限: Analytics 権限: その他の権限:

権限の継承

ユーザーは、割り当てられたロールからすべての権限を継承します。複数のロールが割り当てられている場合、権限は統合されます。

10.5 アクセス管理のベストプラクティス

最小権限の原則

各ロールに必要な権限のみを付与します:
  • Viewer には編集アクセスは不要です
  • Editor には管理者アクセスは不要です
  • Analyst には設定アクセスは不要です

ロールベースのアクセス

推奨構成:

定期的なアクセスレビュー

定期的にアクセスを見直します:
  • 退職した従業員を削除します
  • 責任の変更に応じてロールを調整します
  • 管理者アクセスを持つユーザーを監査します

ドキュメント管理

以下の記録を維持します:
  • 誰がアクセスできるか
  • なぜアクセスが必要か
  • いつアクセスが付与されたか

10.6 ユーザーライフサイクル

新規ユーザーのオンボーディング

チェックリスト:
  • 適切なロールを決定する
  • ユーザーアカウントを作成する
  • 招待を送信する
  • ユーザーが承認してパスワードを設定する
  • アクセスが機能することを確認する
  • トレーニング/ドキュメントを提供する

ロールの変更

責任が変わった場合:
  1. 現在の権限と必要な権限を比較します
  2. 新しいロールを割り当てるか、現在のロールを変更します
  3. ユーザーに変更を伝えます
  4. 新しいアクセスが機能することを確認します

ユーザーのオフボーディング

退職する場合:
  1. 直ちにアカウントを無効化します
  2. 削除日と理由を記録します
  3. 作成されたコンテンツを確認します
  4. データ保持の必要性を検討します

10.7 セキュリティに関する考慮事項

パスワード要件

ユーザーは以下を行う必要があります:
  • 強力でユニークなパスワードを使用する
  • 多要素認証を有効にする(利用可能な場合)
  • ログイン情報を共有しない

セッションセキュリティ

  • 非アクティブ状態が続くとセッションが期限切れになります
  • 作業終了時にログアウトします
  • 共有コンピュータで Console を使用しないでください

監査証跡

管理者の操作はログに記録されます:
  • ユーザーの追加/削除
  • ロールの変更
  • 権限の変更
コンプライアンスおよびセキュリティレビューに監査ログを使用してください。

10.8 アクセスに関する問題のトラブルシューティング

「ユーザーがログインできない」

確認事項:
  1. ユーザーステータスが Active であること
  2. メールアドレスが正しいこと
  3. 必要に応じてパスワードをリセットする
  4. アカウントがロックされていないこと

「ユーザーが機能を見られない」

確認事項:
  1. ユーザーのロールに必要な権限が含まれていること
  2. 権限が正しく設定されていること
  3. ユーザーのプロジェクトでその機能が利用可能であること

「権限が機能しない」

確認事項:
  1. 権限がユーザーのロールに含まれていること
  2. ロールがユーザーに割り当てられていること
  3. 変更が保存されていること
  4. ユーザーがページを更新/再ログインしたこと

「ユーザーを追加できない」

確認事項:
  1. IAM_USER_EDIT 権限を持っていること
  2. ユーザーがすでに存在していないこと
  3. メールの形式が正しいこと

10.9 Admin FAQ

管理者は何人必要ですか?

  • 最低 2 人(可用性のためのバックアップ)
  • 多すぎない(セキュリティリスク)
  • 推奨:組織ごとに 2〜3 人

ユーザーは複数のロールを持てますか?

設定は組織によって異なります。システム管理者にお問い合わせください。

誰がアクセスできるか確認するにはどうすればよいですか?

Admin > Users & Roles で、すべてのユーザーとそのロールを確認できます。必要に応じてレポート用にエクスポートできます。

ユーザーを削除するとどうなりますか?

  • 即座にアクセスが失われます
  • 履歴データは保持されます
  • 作成したコンテンツはそのまま残ります

削除したユーザーを復元できますか?

通常はアカウントを再有効化することで可能です。管理者に確認してください。

10.10 アクセスのリクエスト

アクセスが必要なユーザー向け

  1. Console の管理者に連絡します
  2. 何をする必要があるかを説明します
  3. 適切なロールをリクエストします
  4. 必要なトレーニングを完了します

アクセスリクエストテンプレート


10.11 Admin ツールのまとめ


次のセクション

付録に進んで、用語集、権限リファレンス、その他のリソースをご覧ください。