> 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/es/implementar-google-transit/ticketing-basado-en-cuentas-abt/gestion-del-ciclo-de-vida/suspender-reanudar-desde-el-emisor-de-transito.md).

# Suspender/Reanudar desde el emisor de tránsito

La suspensión y reanudación iniciadas por el emisor son acciones desencadenadas por el emisor de tránsito o, en algunos casos, por el usuario a través de la app del operador de tránsito.

Esta sección ofrece una descripción general del flujo de trabajo, incluidos los pasos detallados, los diagramas de secuencia y los posibles escenarios de error.

### Flujo de trabajo <a href="#workflow" id="workflow"></a>

#### Suspensión / Reanudación <a href="#suspension--resumption--deletion" id="suspension--resumption--deletion"></a>

A continuación se muestran los pasos de alto nivel del flujo de trabajo de suspensión/reanudación:

1. **Inicio del cambio de estado**: El emisor de tránsito o, en algunos casos, el usuario (a través de la app del operador de tránsito) notifica a D1 Transit que debe realizarse un cambio de estado de la tarjeta. La plataforma D1 Transit luego informa a Google enviando handleTspEvent.
2. **Ejecución del cambio de estado**: Una vez que el evento se entrega a Google, D1 Transit actualiza el cambio de estado de la tarjeta digital. Google, más adelante, envía un getTokenStatus para obtener y aplicar el cambio de estado desde D1 Transit.

### Diagrama de secuencia <a href="#sequence-diagram" id="sequence-diagram"></a>

#### Suspensión / Reanudación <a href="#suspension--resumption--deletion-1" id="suspension--resumption--deletion-1"></a>

{% hint style="info" %}
Para la suspensión, el emisor de tránsito debe agregar principalmente la tarjeta a la lista de denegación. Agregar la tarjeta a la lista de denegación es crucial si el dispositivo está sin conexión, ya que es posible que la tarjeta no se suspenda de inmediato.
{% endhint %}

El emisor de tránsito envía un manageDigitalCard a la plataforma D1 Transit, que a su vez envía handleTspEvent a Google.

Al recibir esta solicitud, Google obtendrá el cambio de estado que se va a aplicar e intentará aplicarlo a la tarjeta digital en el dispositivo, aunque esto se hace en la medida de lo posible, ya que el dispositivo podría estar sin conexión.

D1 Transit notifica al emisor de tránsito que la orden de cambio de estado fue enviada a Google.

**Escenarios de error**

**El dispositivo está sin conexión**

Si el dispositivo está sin conexión, la solicitud para cambiar el estado de la tarjeta se pone en cola y se enviará al dispositivo tan pronto como se vuelva a conectar.

<figure><img src="https://3364212302-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZoFRCpZeaDWwcHYhJY7B%2Fuploads%2FIk0O0LZroUN5Zbw08ERN%2Fimage.png?alt=media&amp;token=18997218-32d6-4c90-a459-72fb00b7d8bd" alt=""><figcaption></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 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/es/implementar-google-transit/ticketing-basado-en-cuentas-abt/gestion-del-ciclo-de-vida/suspender-reanudar-desde-el-emisor-de-transito.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.