> 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/google-transit-wosuru/akauntobsunochikettingu-abt/raifusaikuru/transit-ishuakarano.md).
# Transit イシュアからの停止/再開
イシュア主導の一時停止と再開は、Transit イシュア、または場合によってはユーザーが交通事業者のアプリを通じてトリガーする操作です。
このセクションでは、詳細な手順、シーケンス図、および想定されるエラーシナリオを含むワークフローの概要を説明します。
### ワークフロー
#### 一時停止 / 再開
以下は、一時停止/再開ワークフローの概要手順です:
1. **状態変更の開始**: Transit イシュア、または場合によってはユーザー（交通事業者のアプリ経由）が、カードの状態変更を実行すべきであることを D1 Transit に通知します。その後、D1 Transit プラットフォームは handleTspEvent を送信して Google に通知します。
2. **状態変更の実行**: イベントが Google に配信されると、D1 Transit はデジタルカードの状態変更を更新します。Google は後ほど getTokenStatus を送信し、D1 Transit から状態変更を取得して適用します。
### シーケンス図
#### 一時停止 / 再開
{% hint style="info" %}
一時停止の場合、Transit イシュアはまずカードを拒否リストに追加する必要があります。デバイスがオフラインの場合、カードがすぐに一時停止されない可能性があるため、カードを拒否リストに追加することが重要です。
{% endhint %}
Transit イシュアは D1 Transit プラットフォームに manageDigitalCard を送信し、D1 Transit プラットフォームはさらに handleTspEvent を Google に送信します。
このリクエストを受け取ると、Google は適用する状態変更を取得し、デバイス上のデジタルカードに適用しようとします。ただし、デバイスがオフラインである可能性があるため、これはベストエフォートで行われます。
D1 Transit は、状態変更要求が Google に送信されたことを 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/google-transit-wosuru/akauntobsunochikettingu-abt/raifusaikuru/transit-ishuakarano.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.
