> For the complete documentation index, see [llms.txt](https://docs.nexthink.com/platform/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexthink.com/platform/ja/user-guide/administration/account-management/users-classic.md).

# ユーザー（クラシック）

{% hint style="info" %}
Nexthink FinderはWindows専用のデスクトップアプリケーションですが、その機能は現在Nexthink webインターフェイス内で利用できます。 Nexthinkはブラウザから直接使用できるようになり、ほとんどの機能で追加のデスクトップアプリケーションが不要になりました。
{% endhint %}

Finder（クラシック）のプロファイルと役割を定義した後、次のいずれかを作成できます：

* 個々のユーザーアカウントを手動で作成する、または
* ID プロバイダーからユーザーアカウントをプロビジョニングします。

このセクションでは、新しいユーザーアカウントを手動で作成する方法について説明します。 ID プロバイダー内の既存のユーザーアカウントから Nexthink にユーザーアカウントをプロビジョニングする方法については、[シングルサインオン](/platform/ja/user-guide/administration/account-management/single-sign-on.md)のドキュメントを参照してください。

Nexthink は、ユーザーを認証するための認証情報の内部管理と外部管理の両方をサポートしています：

| 内部管理                            | 外部管理                                                                                  |
| ------------------------------- | ------------------------------------------------------------------------------------- |
| パスワードベース                        | SSO                                                                                   |
| Nexthink webインターフェイスが認証情報を保存します | [SAML認証](/platform/ja/user-guide/administration/account-management/single-sign-on.md) |

指定されたログイン名に基づき、内部または外部の方法で認証情報を検証します：

* ログイン名に@文字が含まれている場合、Nexthinkはそのユーザーが外部認証されるものとみなします。正確な外部認証方法は設定によって決まります。
* それ以外の場合、Nexthinkは内部に保存された認証情報でユーザーを認証します。

IDプロバイダーからプロビジョニングされたユーザーのログイン名はUPN形式 (*username\@domain*) であるため、そのユーザーはSecurity Assertion Markup Language (SAML)を使用して認証されます。

## ユーザーへのアクセス <a href="#users-classic-accessingusers" id="users-classic-accessingusers"></a>

個別のユーザーアカウントを作成するには：

1. Web インターフェイスを使用して管理者としてログインします。
2. メインメニューから**管理**モジュールを選択します。
3. **アカウント管理**セクションで、**ユーザー**を選択してダッシュボードを開きます。
4. ページ右上の**ユーザーを追加**ボタンをクリックし、新しいユーザーアカウントを作成するウィザードを開始します。

## 個人データ、プロファイル、役割の設定 <a href="#users-classic-settingpersonaldata-profile-androles" id="users-classic-settingpersonaldata-profile-androles"></a>

* **ユーザー名**：
  * 内部認証を使用するには、ユーザーに必要なアカウント（ログイン）名を入力します。この場合、@文字は使用できません。
  * ユーザーを外部認証するには、@文字を含む形式でユーザー名を入力します。 SAML認証の場合は、IDプロバイダーから返されたユーザーのName IDを入力します。詳細については、[シングルサインオン](/platform/ja/user-guide/administration/account-management/single-sign-on.md)のドキュメントを参照してください。
* **氏名**: ユーザーが内部認証される場合は、氏名を入力します。
* **メールアドレス**: 通知を送信するためのユーザーのメールアドレスを入力します。
* **パスワード**：パスワードフィールドは、ユーザーに適用される認証方法によって異なります：
  * ユーザーが内部認証される場合は、ユーザーのパスワードを入力し、**パスワードの確認**フィールドにもう一度入力します。内部管理アカウントのデフォルトの最小パスワード長は8文字です。この要件は設定可能です。
  * ユーザーが外部認証される場合、**ユーザー名**に\*\*@\*\*文字が含まれるとすぐに、**パスワード**フィールドは編集不可になり、**外部管理**というメッセージが表示されます。
* 任意: Nexthink webインターフェイスで設定されたセッションタイムアウト制御を上書きし、アクティブなユーザーをログアウトさせない場合は、**ユーザーがアクティブな間は自動的にサインアウトしない**チェックボックスをオンにします。サービスのライブビューを表示していると、ユーザーがシステムを操作していなくてもユーザーのステータスはアクティブのままになります。

## 権限 <a href="#users-classic-permissions" id="users-classic-permissions"></a>

* **プロファイル**: ドロップダウンリストからユーザープロファイルを選択します。選択したプロファイルで、ドメインがパラメーター化されているためにユーザーのビュードメインの特定のトップノードが定義されていない場合、ユーザーにはプロファイルに関連付けられたデフォルトコンテンツと役割に対するすべての権限が付与されます。この場合、それらのドメインのトップノードを個別に選択します。
* 任意：ユーザーアカウントに、割り当てられたプロファイルに属さない複数の役割のコンテンツを継承させる場合は、**役割を管理**ボタンをクリックし、**役割を選択**ダイアログボックスから必要な役割を選択します。**役割を選択**には、ユーザーアカウントのプロファイルにすでに属している役割は表示されません。
* **保存**をクリックします。

***

関連タスク

[シングルサインオン](/platform/ja/user-guide/administration/account-management/single-sign-on.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.nexthink.com/platform/ja/user-guide/administration/account-management/users-classic.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.