> 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/es/casos-de-uso/alta-de-tarjeta/flujo-generico-de-alta/paso-2-comprobar-la-elegibilidad-de-la-tarjeta.md).
# Paso 2 – comprobar la elegibilidad de la tarjeta
Comprobar la elegibilidad de la tarjeta valida que una tarjeta puede ser tokenizada con una red de pago **TSP** (por ejemplo, **VTS** o **MDES**).
En este paso, el **backend de TSH** pide al **backend del emisor** que confirme la elegibilidad y devuelva la configuración del producto a usar para **Tokenización**.
Flujo de comprobación de elegibilidad de la tarjeta.
Consulte `checkCardEligibility` en el [referencia de la API](/classic-tokenization/es/referencia-de-la-api/api-de-la-pasarela-del-emisor/salida-al-emisor.md).
Use las notas siguientes para interpretar los parámetros de la solicitud y la respuesta.
### Parámetros de la solicitud
| Parámetro | Descripción |
| ---------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| x-correlation-id | Correlaciona una sesión de registro entre el backend de TSH y el backend del emisor. El backend de TSH lo envía primero en `requestCardEligibility`. Almacénelo y úselo para vincular solicitudes posteriores en la misma sesión. |
| cipheredCardInfo | Contiene el **FPAN** y la fecha de caducidad cifrados de la tarjeta a tokenizar. **CVV2** no se proporciona en esta etapa. |
| issuerCardRefId | Proporciona una referencia de tarjeta gestionada por el backend del emisor. Úsela en lugar de `cipheredCardInfo` para la tokenización de esquema doméstico de una sola marca cuando la tarjeta ya fue tokenizada, o para la tokenización silenciosa (por ejemplo, aprovisionar el mismo token de un teléfono a un reloj). No use este parámetro para la tokenización de Visa o Mastercard (marca única o cobadge). En la mayoría de los casos, el backend de TSH ya conoce este valor por una tokenización previa. |
### Parámetros de la respuesta
| Parámetro | Descripción |
| --------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| issuerCardRefId | Identificador único del **FPAN** en el backend del emisor. Devuelva el mismo valor en cada `requestCardEligibility` llamada posterior para la misma **FPAN**. Puede actualizar este valor más tarde usando `replaceCardReq`. |
| productId | Identifica el perfil de producto de tarjeta configurado en el TSP de la red de pago. Configúrelo en el portal del TSP. En **VTS**, se asigna al ID del perfil de metadatos de tarjeta definido en VCMM. En **MDES**, se asigna al `issuerProductConfigId` definido en BPMS. |
El TSP de la red de pago utiliza `productId` para devolver el arte correcto de la tarjeta, los metadatos de la tarjeta y los términos y condiciones al **solicitante del token**.
{% hint style="info" %}
Para Mastercard, la elegibilidad siempre la aplica MDES.
El backend de TSH aún llama al backend del emisor para mantener una API coherente entre redes de pago.
Si sus **BIN** rangos son ambiguos, siempre devuelva `productId`. El backend de TSH lo reenvía a MDES para que MDES pueda devolver los metadatos de tarjeta correctos.
{% endhint %}
---
# 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/es/casos-de-uso/alta-de-tarjeta/flujo-generico-de-alta/paso-2-comprobar-la-elegibilidad-de-la-tarjeta.md?ask=&goal=
```
`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.