Ir a contenido
Crea una cuenta
o
Inicia sesión
Logotipo de Stripe Docs
/
Pregúntale a la IA
Crear una cuenta
Iniciar sesión
Empieza ahora
Pagos
Automatización contable
Plataformas y marketplaces
Gestión del dinero
Herramientas para desarrolladores
Empieza ahora
Pagos
Automatización contable
Empieza ahora
Pagos
Automatización contable
Plataformas y marketplaces
Gestión del dinero
Resumen
Control de versiones
Registro de cambios
Actualiza tu versión de API
Actualiza la versión de SDK
Herramientas para desarrolladores
SDK
API
Pruebas
    Prueba tu integración
    Pruebas de casos de uso
    Entornos de prueba
    Prueba cómo se muestra Apple Pay y Google Pay
Workbench
Destinos de eventos
Flujos de trabajo
CLI de Stripe
Stripe Shell
Dashboard para desarrolladores
Kit de herramientas para agentes
Stripe health alertsCreación de LLMStripe para Visual Studio CodeCargas de archivos
Seguridad
Seguridad
Amplía Stripe
Stripe Apps
Stripe Connectors
Socios
Ecosistema de socios
Certificación de socio
InicioHerramientas para desarrolladoresTesting

Pruebas

Simula pagos para probar tu integración.

Copiar página

Para confirmar que la integración funciona correctamente, simula transacciones sin transferir dinero usando valores especiales en el modo de prueba o en los entornos de prueba.

Las tarjetas de prueba funcionan como tarjetas de crédito falsas y te permiten simular varios escenarios:

  • Pagos efectuados con éxito por marca de tarjeta o país
  • Errores de tarjeta debido a rechazos, fraude o datos no válidos
  • Disputas y reembolsos
  • La autenticación con 3D Secure y mediante PIN

Las pruebas de los pagos sin tarjeta funcionan de manera similar. Cada método de pago tiene sus propios valores especiales. Debido a límites de frecuencia, no te recomendamos que uses entornos de prueba para probar la carga de tu integración. En su lugar, consulta la prueba de carga.

Cómo usar las tarjetas de prueba

Cada vez que trabajes con una tarjeta de prueba, usa las claves de API de prueba en todas las llamadas a la API, ya sea que estés brindando un formulario de pago para probar en forma interactiva o escribiendo códigos de prueba.

Errores habituales

No uses datos reales de la tarjeta. El contrato de servicios de Stripe prohíbe las pruebas en modo activo con datos reales del método de pago. Usa tus claves de API de prueba y los números de tarjeta que aparecen a continuación.

Pruebas interactivas

Cuando hagas pruebas interactivas, usa un número de tarjeta, como 4242 4242 4242 4242. Introduce este número en el Dashboard o en un formulario de pago.

  • Usa una fecha futura válida, como 12/34
  • Usa cualquier CVC de tres dígitos (cuatro dígitos si usas una tarjeta American Express)
  • Usa cualquier valor para los demás campos del formulario.
Un ejemplo de formulario de pago que muestra cómo ingresar un número de tarjeta de prueba. El número de tarjeta es «4242 4242 4242 4242», la fecha de vencimiento es «12/34», y el CVC es «567». Otros campos tienen valores arbitrarios. Por ejemplo, la dirección de correo electrónico es "test@example.com"

Cómo probar un formulario en forma interactiva con el número de tarjeta de prueba 4242 4242 4242 4242

Código de prueba

Cuando escribas programación de prueba, usa un PaymentMethod como pm_card_visa en lugar de un número de tarjeta. No recomendamos usar números de tarjeta directamente en las llamadas API ni en la programación del lado del servidor, ni siquiera en los entornos de prueba. Si los usas, es posible que la programación no cumpla con la normativa PCI cuando pases a modo activo. Un PaymentMethod no se asocia a un cliente de forma predeterminada.

Command Line
cURL
curl https://api.stripe.com/v1/payment_intents \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d amount=500 \ -d currency=gbp \ -d payment_method=pm_card_visa \ -d "payment_method_types[]"=card

La mayoría de las integraciones ya no usan tokens, pero ponemos a tu disposición tokens de prueba como tok_visa por si los necesita.

Cuando esté todo listo para llevar la integración a modo activo, reemplaza tus claves de API secretas y publicables de prueba por las claves activas. No podrás procesar pagos reales si tu integración sigue usando claves de API de prueba.

Tarjetas por marca

Para simular un pago realizado con éxito para una marca de tarjeta específica, usa las tarjetas de prueba de la siguiente lista.

Precaución

Las comisiones transfronterizas se evalúan en función del país del emisor de la tarjeta. Las tarjetas en las que el país emisor no es EE. UU. (como JCB y UnionPay) podrían estar sujetas a una comisión transfronteriza, incluso en entornos de prueba.

MarcaNúmeroCVCFecha
Visa3 dígitos al azarCualquier fecha futura
Visa (débito)3 dígitos al azarCualquier fecha futura
Mastercard3 dígitos al azarCualquier fecha futura
Mastercard (serie 2)3 dígitos al azarCualquier fecha futura
Mastercard (débito)3 dígitos al azarCualquier fecha futura
Mastercard (prepaga)3 dígitos al azarCualquier fecha futura
American Express4 dígitos al azarCualquier fecha futura
American Express4 dígitos al azarCualquier fecha futura
Discover3 dígitos al azarCualquier fecha futura
Discover3 dígitos al azarCualquier fecha futura
Discover (débito)3 dígitos al azarCualquier fecha futura
Diners Club3 dígitos al azarCualquier fecha futura
Diners Club (tarjeta de 14 dígitos)3 dígitos al azarCualquier fecha futura
BCcard y DinaCard3 dígitos al azarCualquier fecha futura
JCB3 dígitos al azarCualquier fecha futura
UnionPay3 dígitos al azarCualquier fecha futura
UnionPay (débito)3 dígitos al azarCualquier fecha futura
UnionPay (tarjeta de 19 dígitos)3 dígitos al azarCualquier fecha futura

La mayoría de las tarjetas Cartes Bancaires y eftpos son de marca compartida con Visa o Mastercard. Las tarjetas de prueba en la siguiente tabla simulan pagos exitosos con tarjetas de marca compartida.

Marca/Marca compartidaNúmeroCVCFecha
Cartes Bancaires/Visa3 dígitos al azarCualquier fecha futura
Cartes Bancaires/Mastercard3 dígitos al azarCualquier fecha futura
eftpos Australia/Visa3 dígitos al azarCualquier fecha futura
eftpos Australia/Mastercard3 dígitos al azarCualquier fecha futura

Tarjetas por país

Para simular pagos exitosos de países específicos, usa tarjetas de prueba de las siguientes secciones.

PaísNúmeroMarca
AMÉRICA
Estados Unidos (US)Visa
Argentina (AR)Visa
Brasil (BR)Visa
Canadá (CA)Visa
Chile (CL)Visa
Colombia (CO)Visa
Costa Rica (CR)Visa
Ecuador (EC)Visa
México (MX)Visa
México (MX)Carnet
Panamá (PA)Visa
Paraguay (PY)Visa
Perú (PE)Visa
Uruguay (UY)Visa
EUROPA y ORIENTE MEDIO

Consejo de seguridad

La normativa de autenticación reforzada de clientes (SCA) exige la autenticación con 3D Secure para los pagos en línea dentro del Espacio Económico Europeo. Las tarjetas de prueba de esta sección simulan un pago que se efectúa correctamente sin que se autentique. Te recomendamos que también pruebes escenarios que impliquen una autenticación, con tarjetas de prueba de 3D Secure.

Emiratos Árabes Unidos (AE)Visa
Emiratos Árabes Unidos (AE)Mastercard
Austria (AT)Visa
Bélgica (BE)Visa
Bulgaria (BG)Visa
Bielorrusia (BY)Visa
Croacia (HR)Visa
Chipre (CY)Visa
República Checa (CZ)Visa
Dinamarca (DK)Visa
Estonia (EE)Visa
Finlandia (FI)Visa
Francia (FR)Visa
Alemania (DE)Visa
Gibraltar (GI)Visa
Grecia (GR)Visa
Hungría (HU)Visa
Irlanda (IE)Visa
Italia (IT)Visa
Letonia (LV)Visa
Liechtenstein (LI)Visa
Lituania (LT)Visa
Luxemburgo (LU)Visa
Malta (MT)Visa
Países Bajos (NL)Visa
Noruega (NO)Visa
Polonia (PL)Visa
Portugal (PT)Visa
Rumania (RO)Visa
Arabia Saudita (SA)Visa
Eslovenia (SI)Visa
Eslovaquia (SK)Visa
España (ES)Visa
Suecia (SE)Visa
Suiza (CH)Visa
Reino Unido (GB)Visa
Reino Unido (GB)Visa (débito)
Reino Unido (GB)Mastercard
ASIA Y EL PACÍFICO

Consideraciones regionales
India

Para probar las suscripciones que requieren mandatos y notificaciones previas al débito, consulta Pagos recurrentes en India.

Australia (AU)Visa
China (CN)Visa
Hong Kong (HK)Visa
India (IN)Visa
Japón (JP)Visa
Japón (JP)JCB
Malasia (MY)Visa
Nueva Zelanda (NZ)Visa
Singapur (SG)Visa
Taiwán (TW)Visa
Tailandia (TH)Visa (crédito)
Tailandia (TH)Visa (débito)

Tarjetas de prueba HSA y FSA

A continuación, se muestran los números de tarjetas de prueba para simular transacciones con cuentas de ahorro para la salud (HSA) y cuentas de gastos flexibles (FSA). Estas cuentas se suelen usar para gastos médicos. Usarlas para realizar pruebas garantiza una gestión adecuada de las transacciones relacionadas con la atención médica dentro de tu aplicación.

Marca/TipoNúmeroCVCFecha
Tarjeta FSA de Visa3 dígitos al azarCualquier fecha futura
Tarjeta HSA de Visa3 dígitos al azarCualquier fecha futura
Tarjeta FSA de Mastercard3 dígitos al azarCualquier fecha futura

Pagos rechazados

Para probar la lógica de gestión de errores de tu integración simulando pagos que el emisor rechaza por diferentes motivos, utiliza las tarjetas de prueba de esta sección. El uso de una de estas tarjetas da como resultado un error de tarjeta con el código de error y el código de pago rechazado brindados.

Errores habituales

Para simular un CVC incorrecto, debes proporcionar uno usando cualquier número de tres dígitos. Si no proporcionas un CVC, Stripe no realiza la comprobación del CVC, por lo que la verificación no puede fallar.

DescripciónNúmeroCódigo de errorCódigo de rechazo
Rechazo genéricocard_declinedgeneric_decline
Rechazo por fondos insuficientescard_declinedinsufficient_funds
Rechazo por tarjeta extraviadacard_declinedlost_card
Rechazo por tarjeta robadacard_declinedstolen_card
Rechazo por tarjeta vencidaexpired_cardn/d
Rechazo por CVC incorrectoincorrect_cvcn/d
Rechazo por error de procesamientoprocessing_errorn/d
Rechazo por número incorrectoincorrect_numbern/d
Pago rechazado porque se excedió el límite de velocidadcard_declinedcard_velocity_exceeded

Las tarjetas de la tabla anterior no pueden asociarse a un objeto Customer. Para simular un pago rechazado con una tarjeta asociada correctamente, usa la siguiente tarjeta.

DescripciónNúmeroDetalles
Rechazo después de la asociaciónLa asociación de la tarjeta con el objeto Customer se efectúa correctamente, pero fallan los intentos de cobro al cliente.

Prevención de fraude

Radar, el sistema de prevención de fraude de Stripe, puede bloquear los pagos que tienen un elevado nivel de riesgo o cuando fallan las comprobaciones de verificación. Puedes usar las tarjetas de esta sección para probar tu configuración de Radar. También puedes utilizarlas para probar cómo responde tu integración a los pagos bloqueados.

Cada tarjeta simula factores de riesgo específicos. Tu configuración de Radar determina qué factores ocasionan el bloqueo de un pago. Los pagos bloqueados dan como resultado errores de tarjeta con un código de error de fraude.

Errores habituales

Para simular un fallo en la comprobación del CVC, debes proporcionar un CVC. Puede ser cualquier número de tres dígitos. Para simular un fallo en la comprobación del código postal, debes proporcionar un código postal. Puede ser cualquier código postal válido. Si no ingresas estos valores, Radar no ejecutará las comprobaciones correspondientes, por lo que no podrás saber si fallan o no.

DescripciónNúmeroDetalles

Siempre bloqueado

El cargo tiene un nivel de riesgo «más alto»

Radar lo bloquea siempre.

Riesgo máximo

El cargo tiene un nivel de riesgo «más alto»

Radar podría bloquearlo según tu configuración.

Riesgo elevado

El cargo tiene un nivel de riesgo «elevado»

Si usas Radar para Equipos de Fraude, es posible que Radar lo ponga en cola para revisión.

Falla la comprobación del CVC

Si brindas un número de CVC, la comprobación del CVC falla.

Radar podría bloquearlo según tu configuración.

Falla la comprobación del código postal

Si brindas un código postal, la comprobación de este falla.

Radar podría bloquearlo según tu configuración.

Falla la comprobación del número de CVC con un riesgo elevado

Si brindas un número de CVC, la comprobación de este fallará con un nivel de riesgo «elevado»

Radar podría bloquearlo según tu configuración.

Falla la comprobación del código postal con un riesgo elevado

Si brindas un código postal, la comprobación de este fallará con un nivel de riesgo «elevado».

Radar podría bloquearlo según tu configuración.

Falla la comprobación de la línea 1

Falla la comprobación de la línea 1 de la dirección.

El pago se efectúa con éxito excepto que lo bloquees con una regla de Radar personalizada.

Falla la comprobación de la dirección

Fallan tanto la comprobación del código postal como la comprobación de la línea 1 de la dirección.

Radar podría bloquearlo según tu configuración.

Dirección no disponible

La comprobación del código postal y de la línea 1 de la dirección no están disponibles.

El pago se efectúa con éxito excepto que lo bloquees con una regla de Radar personalizada.

Datos no válidos

Para probar errores derivados de información no válida, debes proporcionar datos inválidos. No necesitas ninguna tarjeta de prueba especial: cualquier valor no válido funcionará. Por ejemplo:

  • invalid_expiry_month: usa un mes no válido, como 13.
  • invalid_expiry_year: usa un año hasta 50 años en el pasado, como 95.
  • invalid_cvc: usa un número de dos dígitos, como 99.
  • incorrect_number: usa un número de tarjeta que no pase la verificación de Luhn, como .

Disputas

Para simular una transacción disputada, usa las tarjetas de prueba de esta sección. Luego, para simular disputas resueltas a tu favor o en contra, proporciona las evidencias correspondientes.

DescripciónNúmeroDetalles
FraudulentoCon la configuración de cuenta predeterminada, el cargo se efectúa correctamente, pero se disputa por fraudulento. Este tipo de disputas está protegido después de la autenticación mediante 3D Secure.
No recibidoCon la configuración de cuenta predeterminada, el cargo se efectúa correctamente, pero se disputa como producto no recibido. Este tipo de disputas no está protegido después de la autenticación mediante 3D Secure.
Solicitud de informaciónCon la configuración de cuenta predeterminada, el cargo se efectúa correctamente, pero se disputa como una solicitud de información.
AdvertenciaCon la configuración de cuenta predeterminada, el cargo se realiza con éxito, pero recibe una alerta preventiva de fraude.
Múltiples disputasCon la configuración de cuenta predeterminada, el cargo se realiza correctamente, pero se disputa varias veces.
Visa Compelling Evidence 3.0Con la configuración de cuenta predeterminada, el cargo se efectúa correctamente, pero se disputa como una disputa que cumple los requisitos para Visa Compelling Evidence 3.0.
Cumplimiento de la normativa de VisaCon la configuración de cuenta predeterminada, el cargo se efectúa correctamente, pero se disputa como una disputa de cumplimiento de Visa.

Evidencias

Si quieres simular que ganas o pierdes la disputa, responde con uno de los valores de evidencias de la tabla que figura a continuación.

  • Si respondes desde la API, especifica el valor de la tabla como uncategorized_text.
  • Si respondes desde el Dashboard, introduce el valor de la tabla en el campo Información adicional. Luego, haz clic en Enviar evidencia.
EvidenciaDescripción
winning_evidenceLa disputa está cerrada y marcada como resuelta a tu favor. El importe del cargo y las comisiones relacionadas se acreditan en tu cuenta.
losing_evidenceLa disputa está cerrada y marcada como perdida. No se acreditan fondos en tu cuenta.

Rembolsos

En modo activo, los rembolsos son asincrónicos. El rembolso puede aparecer como efectuado con éxito y fallar después o aparecer pending y concretarse más tarde. Para simular rembolsos con estos comportamientos, usa las tarjetas de prueba de esta sección. (Con las demás tarjetas, los rembolsos se efectúan correctamente de inmediato y no cambian de estado).

DescripciónNúmeroDetalles
Éxito asincrónicoEl cargo se efectúa correctamente. Si emites un reembolso, el estado inicial será pending. Un tiempo después, el estado pasa a succeeded y envía un evento refund.updated.
Error asincrónicoEl cargo se efectúa correctamente. Si emites un reembolso, el estado inicial será succeeded. Un tiempo después, el estado pasa a failed y envía un evento refund.failed.

Solo puedes cancelar el reembolso de una tarjeta a través del Dashboard. En el modo activo, puedes cancelar el reembolso de una tarjeta en un período corto, pero no específico. Para simular ese período, los entornos de prueba te permiten cancelar el reembolso de una tarjeta en el transcurso de 30 minutos.

Saldo disponible

Para enviar los fondos desde una transacción de prueba directamente al saldo disponible, usa las tarjetas de prueba de esta sección. Las demás tarjetas de prueba envían los fondos de los pagos correctos a tu saldo pendiente.

DescripciónNúmeroDetalles
Saltar saldo pendienteEl cargo de EE. UU. se efectúa correctamente. Los fondos saltan el saldo pendiente y se agregan directamente al saldo disponible.
Saltar saldo pendienteEl cargo internacional se efectúa correctamente. Los fondos saltan el saldo pendiente y se agregan directamente al saldo disponible.

Autenticación con 3D Secure

3D Secure requiere un paso más de autenticación en las transacciones con tarjeta de crédito. Con las tarjetas de prueba de esta sección puedes simular la autenticación en diferentes flujos de pago.

Solo las tarjetas de esta sección prueban con eficacia tu integración de 3D Secure simulando un comportamiento de 3D Secure definido, como un flujo de desafíos o una tarjeta que no se admite. Es posible que otras tarjetas de prueba de Stripe aún active 3D Secure, pero se devuelve el parámetro attempt_acknowledged para omitir los pasos adicionales, ya que las pruebas de 3D Secure no son el objetivo de esas tarjetas.

El Dashboard no es compatible

No habrá redireccionamiento a 3D Secure si los pagos se crean directamente en el Dashboard de Stripe. En su lugar, usa el front-end de tu propia integración o una llamada API.

Autenticación y configuración

Para simular flujos de pago que requieren autenticación, usa las tarjetas de prueba de esta sección. Algunas de estas tarjetas también se pueden configurar o ya están configuradas para pagos futuros.

DescripciónNúmeroDetalles
Autenticar excepto que esté configuradaEsta tarjeta requiere autenticación para pagos fuera de la sesión a menos que la configures para pagos futuros. Después de configurarlo, los pagos fuera de la sesión ya no requieren autenticación. Sin embargo, los pagos en sesión con esta tarjeta siempre requieren autenticación.
Autenticar siempreEsta tarjeta requiere autenticación en todas las transacciones, independientemente de cómo la hayas configurado.
Ya está configuradaEsta tarjeta ya está configurada para utilizarse fuera de la sesión. Requiere autenticación para pagos únicos y otros pagos durante la sesión. Sin embargo, todos los pagos fuera de la sesión se efectivizan como si la tarjeta se hubiera configurado antes.
Fondos insuficientesEsta tarjeta requiere autenticación para pagos únicos. Se rechazan todos los pagos con un código de error insufficient_funds incluso después de autenticarse con éxito o haberse configurado antes.

Soporte y disponibilidad

Stripe solicita la autenticación cuando es exigida por la normativa o cuando se activa debido a las reglas de Radar o a tu código personalizado. Es posible que, aunque se solicite la autenticación, no pueda efectuarse. Esto sucede, por ejemplo, si la tarjeta del cliente no está inscrita o si se produce un error. Usa las tarjetas de prueba de esta sección para simular diferentes combinaciones de estos factores.

Nota

Todas las referencias 3D Secure indican 3D Secure 2.

Uso de 3D SecureResultadoNúmeroDetalles
Se requiere 3DSAceptadaPara que el pago se efectúe correctamente, debe completarse la autenticación con 3D Secure. Las reglas de Radar solicitan la autenticación con 3D Secure para esta tarjeta en forma predeterminada.
Se requiere 3DSRechazadaLa autenticación con 3D Secure es obligatoria, pero los pagos se rechazan con un código de error card_declined después de la autenticación. Las reglas de Radar te solicitan la autenticación con 3D Secure para esta tarjeta en forma predeterminada.
Se requiere 3DSErrorLa autenticación con 3D Secure es obligatoria, pero la solicitud de búsqueda de 3D Secure falla y devuelve un error de procesamiento. Los pagos serán rechazados con un código de error card_declined. Las reglas de Radar solicitan la autenticación con 3D Secure para esta tarjeta en forma predeterminada.
Se admite 3DSAceptadaLa autenticación con 3D Secure se puede hacer de todos modos, pero no es obligatoria. Las reglas de Radar no te solicitan la autenticación con 3D Secure para esta tarjeta en forma predeterminada.
Se admite 3DSErrorLa autenticación con 3D Secure se puede hacer de todos modos, pero no es obligatoria. Sin embargo, los intentos de autenticación con 3D Secure dan como resultado un error de procesamiento. Las reglas de Radar no solicitan la autenticación con 3D Secure para esta tarjeta en forma predeterminada.
Se admite 3DSNo inscritaEsta tarjeta admite 3D Secure, pero no está inscrita en este método de autenticación. Incluso si las reglas de Radar solicitan 3D Secure, no se le pedirá al cliente que se autentique. De forma predeterminada, las reglas de Radar no solicitan la autenticación mediante 3D Secure para esta tarjeta.
No se admite 3DSNo se admite 3D Secure en esta tarjeta y no se puede invocar. El PaymentIntent o SetupIntent procede sin que se realice la autenticación.

Flujos de comprobación de 3D Secure para dispositivos móviles

Hay varios flujos de comprobación para la autenticación de pagos desde dispositivos móviles (en los que el cliente debe responder a indicaciones de la IU). Usa las tarjetas de prueba de esta sección para activar un determinado flujo de comprobación a efectos de la prueba. Estas tarjetas no son útiles para formularios de pagos basados en navegadores ni en llamadas de API. En esos entornos, las tarjetas funcionan, pero no activan ningún comportamiento especial. Debido a que no son útiles para las llamadas de API, no proporcionamos valores PaymentMethod o Token para hacer la prueba.

Flujo de comprobaciónNúmeroDetalles
Fuera de bandaDebe completarse la autenticación con 3D Secure 2 en todas las transacciones. Activa el flujo de comprobación con la IU de fuera de banda.
Código de acceso de un solo usoDebe completarse la autenticación con 3D Secure 2 en todas las transacciones. Activa el flujo de comprobación con la IU de acceso de un solo uso.
Selección únicaDebe completarse la autenticación con 3D Secure 2 en todas las transacciones. Activa el flujo de comprobación con la IU de selección única.
Selección múltipleDebe completarse la autenticación con 3D Secure 2 en todas las transacciones. Activa el flujo de comprobación con la IU de selección múltiple.

Desafío Captcha

Para evitar fraudes, Stripe podría presentarle un desafío de captcha al usuario en la página de pago. Usa las siguientes tarjetas de prueba para simular este flujo.

DescripciónNúmeroDetalles
Desafío CaptchaEl cargo tiene éxito si el usuario responde correctamente al desafío captcha.
Desafío CaptchaEl cargo tiene éxito si el usuario responde correctamente al desafío captcha.

Pagos con PIN

Usa las tarjetas de prueba de esta sección para simular pagos con PIN en persona efectuados correctamente. Existen muchas otras opciones para probar pagos en persona, por ejemplo, con un lector simulado o tarjetas de prueba físicas. Consulta Probar Stripe Terminal para obtener más información.

DescripciónNúmeroDetalles
PIN fuera de líneaEsta tarjeta simula un pago en el que se le solicita al titular de la tarjeta que ingrese un PIN fuera de línea y el titular lo hace. El cargo resultante tiene cardholder_verification_method establecido en offline_pin.
Reintento con PIN fuera de líneaSimula un flujo de reintentos activado por la SCA en el que falla el cargo inicial sin contacto del titular de la tarjeta y el lector solicita al usuario que inserte su tarjeta e introduzca su PIN fuera de línea. El cargo resultante tiene cardholder_verification_method establecido en offline_pin.
PIN en líneaEsta tarjeta simula un pago en el que se le solicita al titular de la tarjeta que introduzca un PIN en línea y el titular lo hace. El cargo resultante tiene cardholder_verification_method establecido en online_pin.
Reintento con PIN en líneaSimula un flujo de reintentos activado por la SCA en el que falla el cargo inicial sin contacto del titular de la tarjeta y el lector solicita al usuario que inserte su tarjeta e introduzca su PIN en línea. El cargo resultante tiene cardholder_verification_method establecido en online_pin.

Destinos de eventos

To test your webhook endpoint or event destination, choose one of these two options:

  1. Perform actions in a sandbox that send legitimate events to your event destination. For example, to trigger the charge.succeeded event, you can use a test card that produces a successful charge.
  2. Activa eventos con la CLI de Stripe o con Stripe para Visual Studio Code.

Límites de frecuencia

Si tus solicitudes en los entornos de prueba comienzan a dar errores HTTP 429, haz solicitudes menos frecuentes. Estos errores provienen de nuestro limitador de frecuencia, que es más estricto en entornos de prueba que en el modo activo.

No recomendamos probar la carga de tu integración con la API de Stripe en entornos de prueba. Debido a que el limitador de carga es más estricto en entornos de prueba, es posible que veas errores que no verías en el modo activo. Consulta la prueba de carga para obtener un enfoque alternativo.

Pagos sin tarjeta

Cada vez que uses un método de pago de prueba sin tarjeta, usa las claves de API de prueba en todas las llamadas a la API, ya sea que estés brindando un formulario de pago que puedes probar en forma interactiva o escribiendo código de prueba.

Cada método de pago tiene un procedimiento de prueba diferente:

Obtén información sobre cómo probar escenarios con verificaciones instantáneas usando Financial Connections.

Send transaction emails in a sandbox

After you collect the bank account details and accept a mandate, send the mandate confirmation and microdeposit verification emails in a sandbox. To do this, provide an email in the payment_method_data.billing_details[email] field in the form of {any-prefix}+test_email@{any_domain} when you collect the payment method details.

Errores habituales

You need to activate your Stripe account before you can trigger these emails while testing.

Números de cuenta de prueba

Stripe provides several test account numbers and corresponding tokens you can use to make sure your integration for manually-entered bank accounts is ready for production.

Número de cuentaTokenNúmero de enrutamientoComportamiento
000123456789pm_usBankAccount_success110000000El pago se efectúa correctamente.
000111111113pm_usBankAccount_accountClosed110000000Se produce un error en el pago porque la cuenta está cerrada.
000111111116pm_usBankAccount_noAccount110000000Se produce un error en el pago porque no se encuentra ninguna cuenta.
000222222227pm_usBankAccount_insufficientFunds110000000Se produce un error en el pago por fondos insuficientes.
000333333335pm_usBankAccount_debitNotAuthorized110000000Se produce un error en el pago porque no se autorizan los débitos.
000444444440pm_usBankAccount_invalidCurrency110000000Se produce un error en el pago por una divisa no válida.
000666666661pm_usBankAccount_failMicrodeposits110000000Se produce un error en el envío de microdepósitos para el pago.
000555555559pm_usBankAccount_dispute110000000El pago activa una disputa.
000000000009pm_usBankAccount_processing110000000El pago permanece en el procesamiento de manera indefinida. Esto es útil para probar la cancelación PaymentIntent.
000777777771pm_usBankAccount_weeklyLimitExceeded110000000Se produce un error en el pago debido a que el monto del pago hace que la cuenta exceda su límite de volumen de pago semanal.

Para completar las transacciones de prueba, debes verificar primero todas las cuentas de prueba que tengan pagos fallidos o efectivizados automáticamente. Para hacer esto, usa los importes de los microdepósitos de prueba o los códigos descriptivos que figuran a continuación.

Importes de microdepósitos de prueba y códigos descriptivos

Para imitar diferentes escenarios, usa estos importes de microdepósito o valores de código descriptivo 0.01.

Valores de microdepósitosValores de código descriptivo 0.01Escenario
32 and 45SM11AASimula la verificación de la cuenta.
10 y 11SM33CCSimula una situación en la que se excedió la cantidad de intentos de verificación permitidos.
40 y 41SM44DDSimula un tiempo de espera para microdepósitos.

Test settlement behavior

Test transactions settle instantly and are added to your available test balance. This behavior differs from livemode, where transactions can take multiple days to settle in your available balance.

Link

Precaución

Don’t store real user data in sandbox Link accounts. Treat them as if they’re publicly available, because these test accounts are associated with your publishable key.

Currently, Link only works with credit cards, debit cards, and qualified US bank account purchases. Link requires domain registration.

You can create sandbox accounts for Link using any valid email address. The following table shows the fixed one-time passcode values that Stripe accepts for authenticating sandbox accounts:

ValorResultado
Otros seis dígitos diferentes de los mencionados a continuaciónOperación correcta
000001Error: código inválido
000002Error: código vencido
000003Error: cantidad máxima de intentos superada

Múltiples fuentes de financiación

Como Stripe agrega soporte adicional para fuentes de financiamiento, no tienes que actualizar tu integración. Stripe las admite automáticamente con el mismo tiempo de liquidación de transacciones y garantías que los pagos con tarjeta y cuentas bancarias.

Redireccionamientos

Para probar la lógica de manejo de redireccionamiento de tu integración simulando un pago que utiliza un flujo de redireccionamiento (por ejemplo, iDEAL), utiliza un método de pago compatible que requiera redireccionamiento.

Para crear un PaymentIntent de prueba que sea procesado correctamente o que dé error:

  1. Dirígete a la configuración de métodos de pago en el Dashboard y habilita un método de pago admitido haciendo clic en Activar en el entorno de prueba.
  2. Recopila los datos de pago.
  3. Envía el pago a Stripe.
  4. Autoriza o suspende el pago de prueba.

Asegúrate de que la página (correspondiente a return_url) de tu sitio web proporcione el estado del pago.

Consulta también

  • Cómo probar tu integración con Connect
  • Cómo probar tu integración con Billing
  • Cómo probar tu integración con Terminal
  • Prueba de carga
¿Te fue útil esta página?
SíNo
¿Necesitas ayuda? Ponte en contacto con soporte.
Únete a nuestro programa de acceso anticipado.
Echa un vistazo a nuestro registro de cambios.
¿Tienes alguna pregunta? Contacto.
¿LLM? Lee llms.txt.
Con tecnología de Markdoc
Guías relacionadas
Prueba de casos de uso
Claves de API