> ## Documentation Index
> Fetch the complete documentation index at: https://docs.iru.com/llms.txt
> Use this file to discover all available pages before exploring further.

# クイックスタート

> 空の Iru Identity テナントから、最初のアプリのシングルサインオンが機能する状態にします: ユーザーを追加し、アクセスを割り当て、サインインフローをエンドツーエンドでテストします。

このクイックスタートでは、サインオンを機能させるための最短経路を説明します。ユーザーを追加し、グループ化し、アプリケーションを接続し、アクセスを付与し、ポリシーで保護して、エクスペリエンスを確認します。詳細が必要な場合は、各ステップからより詳しいガイドにリンクしています。

<Note>
  これらの手順を実行するには、Iru テナントの管理者アクセス権が必要です。管理者を別途管理している場合は、[管理者とロール](/ja/identity/administration/administrators-and-roles)を参照してください。
</Note>

## 始める前に

<Steps>
  <Step title="ユーザーの取り込み元を決定する">
    ユーザーは手動で追加するか、ファイルからインポートするか、接続された HR システムから同期できます。このクイックスタートでは、1 人のユーザーを手動で追加するだけで十分です。後で組織全体を取り込むには、[ユーザーのインポート](/ja/identity/directory/importing-users)と [Directory Sync](/ja/identity/directory/directory-sync) を参照してください。
  </Step>

  <Step title="アプリケーションのサインオンの詳細を準備する">
    ほとんどのアプリケーションは、シングルサインオンに SAML または OIDC のいずれかをサポートしています。アプリのドキュメントを手元に用意するか、フィールドが自動的に入力される既製の[アプリケーションテンプレート](/ja/identity/applications/application-templates)を使用してください。
  </Step>
</Steps>

## 最初のサインオンを設定する

<Steps>
  <Step title="ユーザーを追加する">
    **Directory → Users** で、名前とメールアドレスを指定してユーザーを作成します。ユーザーが招待を完了できるよう、実際にメールを受信できるアドレスを使用してください。ユーザーのプロファイルには、後でポリシーやアプリが使用できる属性が保持されます。詳細については、[ユーザー](/ja/identity/directory/users)を参照してください。
  </Step>

  <Step title="グループを作成する">
    **Directory → Groups** でグループを作成し、ユーザーを追加します。個人ではなくグループにアクセスを割り当てると、規模が大きくなっても管理しやすくなります。[グループ](/ja/identity/directory/groups)を参照してください。
  </Step>

  <Step title="アプリケーションを接続する">
    **アプリ** でアプリケーションを追加します。カタログにテンプレートがある場合はそれを選択するか、カスタムの SAML または OIDC アプリを構成します。Iru はアプリに入力するサインオンの詳細を提供し、アプリが提供する詳細を Iru に入力します。[アプリケーションを追加する](/ja/identity/applications/applications-overview)を参照してください。
  </Step>

  <Step title="アクセスを割り当てる">
    作成したグループをアプリケーションに割り当てます。これでグループ内の全員がアクセスできるようになります。以降は、グループのメンバーシップを変更することで、アプリにアクセスできるユーザーを管理します。[アクセスの割り当て](/ja/identity/applications/assigning-access)を参照してください。
  </Step>

  <Step title="ポリシーで保護する">
    **Policies → Authentication policies** でポリシーを作成し、アプリに適用して**デバイストラスト**を制御します (たとえば、機密性の高いアプリに対して管理対象の暗号化されたデバイスを要求するなど)。パスキーまたは Iru Access はすべてのサインインですでに必須であるため、ここで構成する必要はありません。[認証ポリシー](/ja/identity/authentication/authentication-policies)を参照してください。
  </Step>

  <Step title="エクスペリエンスをテストする">
    テストユーザーとしてサインインし、アプリダッシュボードを開きます。アプリケーションがタイルとして表示され、選択するとユーザーは直接サインインします。[エンドユーザーエクスペリエンス](/ja/identity/administration/end-user-experience)を参照してください。
  </Step>
</Steps>

<Tip>
  デバイストラストとサインインエクスペリエンス全体を試すには、テストデバイスに **Iru Access** をインストールして登録してください。[認証器](/ja/identity/authentication/authenticators)を参照してください。
</Tip>

## 構築したもの

```mermaid theme={null}
flowchart LR
  user["テストユーザー"] --> group["グループ"]
  group --> assign["アプリに割り当て"]
  policy["認証ポリシー"] --> assign
  assign --> app["シングルサインオン"]
```

これで、グループに属するユーザー、アプリケーションが付与されたグループ、およびサインイン方法を管理するポリシーができました。ユーザーやアプリを追加するには、必要な部分を繰り返すだけです。

## 次のステップ

<CardGroup cols={2}>
  <Card title="全員を取り込む" icon="users-rectangle" href="/ja/identity/directory/directory-sync">
    完全なユーザーリストをインポートするか、HR システムから同期して、ディレクトリが自動的に最新の状態に保たれるようにします。
  </Card>

  <Card title="ID プロバイダーを接続する" icon="right-to-bracket" href="/ja/identity/connections/connections-overview">
    ユーザーが Google Workspace、Microsoft Entra ID、またはすでに運用している別のプロバイダーでサインインできるようにします。
  </Card>

  <Card title="アプリのアカウントを自動化する" icon="arrows-rotate" href="/ja/identity/applications/provisioning">
    アクセスの変更に応じて、アプリのアカウントを自動的にプロビジョニングおよびプロビジョニング解除します。
  </Card>

  <Card title="ポリシーを調整する" icon="sliders" href="/ja/identity/authentication/risk-based-access">
    リスクとデバイストラストの条件を追加して、アクセスがコンテキストに適応するようにします。
  </Card>
</CardGroup>