> For the complete documentation index, see [llms.txt](https://docs.payments.thalescloud.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.payments.thalescloud.io/classic-tokenization/ja/ysuksu/kdo/burandokdofur.md).

# 共ブランドカード登録フロー

コバッジカードにはチップ上に2つの決済アプリケーションが含まれます：

* 国際的な決済ネットワークのアプリケーション（例：MastercardやVisa）
* 国内決済ネットワークのアプリケーション

国内アプリケーションは通常、発行国でのみ動作します。

国際アプリケーションは通常、世界中で動作します。

国内アプリケーションを使用すると、加盟店やイシュアの手数料を削減できる場合があります。

コバッジカードのデジタル化には2つの **TSP** フローが必要です：

* 国際決済ネットワークとの主要なフロー **TSP**
* 国内（セカンダリ）との二次的なフロー **TSP**

トークンリクエスタ（ウォレット提供者）が両方のフローを所有します。

{% hint style="info" %}
APIの詳細：次を参照してください [APIリファレンス - コバッジカード](/classic-tokenization/ja/apirifarensu-burandokdo/apirifarensu-burandokdo.md).
{% endhint %}

### コバッジカードのデジタル化の仕組み

<figure><img src="/files/5bdf072219f671e114c6fb6eacafe8aa9accc44b" alt=""><figcaption><p>エンドツーエンドのコバッジカードデジタル化フロー。</p></figcaption></figure>

この文脈では、2つのフローがあります：

1. トークンリクエスタ、国際的な **TSP**、および **イシュア**.
2. トークンリクエスタと国内の間の二次フロー（補助フロー） **TSP**、および **イシュア**.

これらのフローは独立しています。

トークンリクエスタはそれらを同期させる必要があります。

トークンリクエスタは主要なフローでカードの有効性、 **ID\&V**、カードメタデータ、および利用規約の承認を処理します。

主要フローの前提条件がいずれか失敗した場合、トークンリクエスタはデジタル化を停止します。

トークンリクエスタは、主要なトークンプロビジョニングが保証されている場合にのみ二次フローをトリガーします。

### 有効性（主要および二次フロー）

次の図は主要な有効性ステップを示します。

<figure><img src="/files/0a3f4aafa1b6541a9a4f6007897d7f8bb106c0e1" alt=""><figcaption><p>主要および二次デジタル化の有効性フロー。</p></figcaption></figure>

### デジタル化：リクエスト（オプション）

トークンリクエスタが国際的な主要フローを進めている間、 **TSP**同時に国内でのデジタル化をトリガーすることもできます。 **TSP**.

一部の支払い承認フローでは国内の **FPAN**.

国際的な **FPAN**.

を受け入れません。 **FPAN**.

デジタル化の際、トークンリクエスタは常に国内の **イシュアバックエンド** を提供するわけではありません。 **FPAN** その場合、トークナイゼーションサービスは **FPAN**.

に国際的な

<figure><img src="/files/a0b07ba04956f67616390e275145c11ea7cca564" alt=""><figcaption><p>を国内のFPANにマッピングするよう要求します。</p></figcaption></figure>

### デジタル化：トークン作成

トークナイゼーションサービスは、から必要なデータを受け取ります。 **イシュア**.

その後、国内の **TSP**.

にトークン作成を要求します。

<figure><img src="/files/95402af794200810bb028eaca68ea703f320ba02" alt=""><figcaption><p>並行して、トークナイゼーションサービスは関連するデジタルカードプロファイルを準備します。</p></figcaption></figure>

### 国内でのトークン作成とプロファイル準備。

デジタル化：プロビジョニング

デジタルカードプロファイルが準備できると、トークナイゼーションサービスはトークンリクエスタに通知します。

<figure><img src="/files/a30addc6c74e3372c61e36815b6737abb14089e3" alt=""><figcaption><p>トークンリクエスタはプロファイルを取得し、ウォレットアプリケーションにサスペンド状態でダウンロードします。</p></figcaption></figure>

### ウォレットアプリケーションへの国内プロファイルのプロビジョニング。

アクティベーション

トークンリクエスタが主要トークンのアクティベーションを受信すると、二次トークンのアクティベーションを要求します。 **イシュア** アクティベーションが完了すると、

に通知されます。

<figure><img src="/files/353ca695073fb79f4811d1108f019c26af0a53a8" alt=""><figcaption><p>これはコバッジカードのデジタル化の最終ステップです。</p></figcaption></figure>


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.payments.thalescloud.io/classic-tokenization/ja/ysuksu/kdo/burandokdofur.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.