> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-ja/shisuru/identity-providers/ping-identity.md).

# PingIdentity

フェデレーテッド シングルサインオンの ID プロバイダーとして PingIdentity を使用し、ユーザーが OAuth（OIDC）または SAML 経由で既存の企業認証情報を使って Dispel にアクセスできるようにします。

## 概要

PingIdentity — Ping のフェデレーテッド ID プラットフォーム — を組織の ID プロバイダとして接続します。接続すると、ユーザーは既存のエンタープライズ資格情報を使ってシングルサインオンで Dispel にサインインできます。Ping への接続方法は **OAuth（OIDC）** または **SAML**.

このページでは Ping 固有の設定について説明します。すべてのプロバイダに共通する動作 — ユーザーのサインイン、グループマッピング、MFA、および切断 — については、 [ID プロバイダ](/documentation/documentation-ja/shisuru/identity-providers.md).

{% hint style="info" %}
**どこにあるか。** 組織の管理者としてサインインし、 **設定 → 統合** （または専用の **設定 → 認証** ページ）。PingIdentity は **ID と認証（IdP / SSO）** セクションに表示されます。 **接続** をクリックして開始します。
{% endhint %}

## 始める前に

* Ping 環境側で IdP を設定します — **PingOne** または **PingFederate** — そのため、その環境への管理者アクセスが必要です。
* プロトコルを決定します — **OAuth（OIDC）** または **SAML**。以下を参照してください [プロトコルの選択](/documentation/documentation-ja/shisuru/identity-providers.md#choosing-a-protocol).
* Ping 経由でサインインするユーザーがすでに **組織に招待されていることを確認してください** Dispel で。SSO はユーザーを認証しますが、単独ではアクセス権を作成しません。

{% hint style="warning" %}
**一度に1つのプロバイダのみ。** 組織がすでに別の ID プロバイダに接続されている場合は、PingIdentity を接続する前に切断してください。
{% endhint %}

## OAuth（OIDC）で接続

#### PingIdentity で

1. Ping 環境で、新しい **OIDC / Web** Dispel 用のアプリケーションを作成します。
2. 次を設定します **リダイレクト URI** を Dispel のアドレスに続けて `/oauth/login-callback` — たとえば `https://app.dispel.com/oauth/login-callback`。不明な場合は、環境の正確なアドレスを Dispel の担当者に確認してください。
3. 次を生成します **クライアントシークレット** をアプリケーション用に
4. アプリケーションの **Client ID**, **クライアントシークレット**と、Ping の OAuth/OIDC 発行エンドポイントを控えます。

#### Dispel で

1. クリックし、 **接続** PingIdentity のカードで **認証プロトコルを選択 → OAuth**.
2. 以下の項目を入力します:

| 項目                | PingIdentity からの値                          |
| ----------------- | ------------------------------------------ |
| **クライアント URL**    | Ping の OAuth/OIDC 発行エンドポイント（トークンが発行される場所）。 |
| **Client ID**     | アプリケーションの **Client ID**.                   |
| **Client Secret** | アプリケーションの **クライアントシークレット**.                |
| **組織識別子**         | 任意で選択する一意の識別子。ユーザーはサインイン画面でこれを入力します。       |

3. クリックし、 **設定を保存**.

## SAML で接続

#### PingIdentity で

1. Ping 環境で、新しい **SAML** Dispel 用のアプリケーションを作成します。
2. SAML 設定では、Dispel の SAML フォーム上部に表示されている値を貼り付けます:
   * **ACS URL / Assertion Consumer Service URL** ← Dispel の **Assertion Consumer Service URL**.
   * **Entity ID / Audience** ← Dispel の **サービスプロバイダ（SP）エンティティ ID**.
3. Ping アプリケーションの SAML / 接続詳細から、以下を取得します:
   * 次の **Single Sign-On Service URL** → Dispel の **SSO URL**.
   * 次の **IdP Entity ID / Issuer** → Dispel の **ID プロバイダ エンティティ ID**.
   * 次の **署名証明書** → Dispel の **Base64 署名証明書**.
4. アクセス権を持つべきユーザーまたはグループにアプリケーションを割り当てます。

#### Dispel で

1. クリックし、 **接続** PingIdentity のカードで **認証プロトコルを選択 → SAML**.
2. 次をコピーします **サービスプロバイダ（SP）エンティティ ID** と **Assertion Consumer Service URL** フォーム上部に表示されているもの（次を使用 **ID をコピー** / **URL をコピー**）を Ping にコピーします。上記のとおりです。
3. 以下の項目を入力します:

| 項目                     | PingIdentity からの値                          |
| ---------------------- | ------------------------------------------ |
| **SSO URL**            | 次の **Single Sign-On Service URL**.         |
| **ID プロバイダ エンティティ ID** | 次の **IdP Entity ID / Issuer**.             |
| **Base64 署名証明書**       | Ping の署名証明書。貼り付けるか、次を使用します **証明書をアップロード**. |
| **組織識別子**              | 任意で選択する一意の識別子。ユーザーはサインイン画面でこれを入力します。       |

4. クリックし、 **設定を保存**.
5. クリックし、 **接続をテスト**。Dispel はサインインのために Ping にリダイレクトし、その後受信したメールアドレスと名前を表示します。テストに失敗した場合は、値が Ping アプリケーションと一致していること、およびテストユーザーが組織に招待されていることを確認してください。

## 接続後

* **ユーザーはサインインします** Dispel のサインイン画面で組織識別子を入力し、Ping で認証してサインインします。以下を参照してください [ユーザーのサインイン方法](/documentation/documentation-ja/shisuru/identity-providers.md#how-users-sign-in).
* **Ping のグループを Dispel のグループにマッピングします** そのため、メンバーシップは同期されたままになります — 以下を参照してください [OIDC グループマッピング](/documentation/documentation-ja/shisuru-2/integrations/oidc-group-mapping.md).
* **MFA** Ping で強制される場合はサインイン時に適用されます。Dispel のメールワンタイムコードは SSO ユーザーには適用されません。以下を参照してください [SSO と多要素認証](/documentation/documentation-ja/shisuru/identity-providers.md#sso-and-multi-factor-authentication).
* **プロトコルまたはプロバイダを切り替えるには**、まず切断してください。以下を参照してください [プロバイダの切り替えまたは切断](/documentation/documentation-ja/shisuru/identity-providers.md#switching-or-disconnecting-a-provider).

## よくある質問

<details>

<summary>これは PingOne と PingFederate の両方で動作しますか？</summary>

はい。使用している Ping 製品で OIDC または SAML アプリケーションを作成し、その値を Dispel に入力します。Dispel 側の項目はどちらの場合も同じです。

</details>

<details>

<summary>Ping ではどのプロトコルを使用すべきですか？</summary>

どちらでも使用できます。Ping で作成するアプリケーションに一致する方を使用してください — OAuth には OIDC アプリケーション、SAML には SAML アプリケーションです。

</details>

<details>

<summary>SAML のテスト接続に失敗しました。何を確認すべきですか？</summary>

SSO URL、IdP Entity ID、および証明書が Ping アプリケーションと一致していること、Dispel の SP Entity ID と ACS URL を Ping の SAML 設定に貼り付けたこと、そしてテストユーザーに Ping アプリケーションへのアクセス権が付与され、Dispel の組織に招待されていることを確認してください。

</details>


---

# 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.dispel.com/documentation/documentation-ja/shisuru/identity-providers/ping-identity.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.