> 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/transit-digitization/ja/apple-transit-wosuru/kdobsunochikettingu-cbt/raifusaikuru/transit-ishuakara.md).
# Transit イシュアから保管
イシュア起点のパーキングワークフローは、以下の2つの方法のいずれかでトリガーできます:
1. ユーザーが自身のモバイルアプリケーションを使用します。
2. ビジネスルールに従って、Transit イシュアシステムから直接実行します。
どちらの場合も、D1 TransitソリューションはTransit イシュアシステムからリクエストを受け取ります。
このセクションでは、詳細な手順、シーケンス図、想定されるエラーシナリオを含むワークフローの概要を示します。
### ワークフロー
以下は、イシュア起点のパーキングワークフローの高レベルな手順です:
1. **カードの削除**: Transit イシュアは、ユーザーのデバイスからカードを削除する処理を開始します。
2. **カードをパークする**: CBTエコシステムでは、デバイス内のアプレットインスタンスの内容を読み取る必要があります。そのために、Appleはデバイスとのパークリダイレクトセッションを開始します。
### シーケンス図
#### カードの削除
Transit イシュアは、以下を使用してデバイスとの「park」セッションを開始します。 **manageDigitalCard (unlink)** リクエストをD1 Transitに送信します。
D1 TransitはunlinkリクエストをAppleに送信し、カードをパークするために実行されるコマンドを取得するため、デバイスを起動できるようにします。
#### カードをパークする
デバイスがオンラインになると、保留中のコマンド取得リクエストを使ってD1 Transitサーバーに接続します。D1 Transitは **getDigitalCardBundleCommands** をTransit イシュアに送信し、デバイス側で返却および実行されるべきコマンドを取得します。
パークセッションを完了するために、複数回の往復通信が発生する場合があります。
パークセッションの শেষে、D1 Transitはライフサイクル通知をTransit イシュアに送信します。
**エラーシナリオ**
**デバイスオフライン**
リクエストはデバイス起点ではないため、デバイスがオンラインである保証はありません。そのような場合、リクエストがデバイスに到達しない可能性があります。
---
# 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.payments.thalescloud.io/transit-digitization/ja/apple-transit-wosuru/kdobsunochikettingu-cbt/raifusaikuru/transit-ishuakara.md?ask=&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.
