> ## Documentation Index > Fetch the complete documentation index at: https://docs.fintoc.com/llms.txt > Use this file to discover all available pages before exploring further. # Prueba tu integración > Simula pagos para probar tu integración. Para confirmar que tu integración funciona correctamente, simula pagos sin mover dinero usando valores especiales en modo test. Las cuentas de test te permiten simular varios escenarios: * Pagos exitosos y fallidos por método de pago * [Reembolsar](/es/v2023-11-15/docs/payments/fintoc-collect-payments/payment-initiation-refunds) un pago Cada vez que trabajes con una cuenta de test, usa [API Keys](/es/v2023-11-15/docs/home/api-keys) de test en todas las llamadas a la API. # Pagos por transferencia bancaria Para pagos por transferencia bancaria, en modo test usas credenciales de test distintas para simular el flujo de pago y los tipos de error para cada tipo de Autenticación Multifactor (MFA): ## Tipos de MFA disponibles Estos son los distintos MFA que tenemos disponibles dentro del modo test: * **Dispositivo de seguridad**: dispositivo electrónico que los bancos entregan a sus clientes para autorizar transacciones. Generalmente muestran un número que cambia después de cierto tiempo. * **Aplicación móvil**: los bancos ofrecen autorizar transacciones a través de sus apps móviles. En este caso, el usuario debe autorizar la transacción desde su *smartphone* y detectaremos que la transacción fue autorizada automáticamente. * **SMS**: el banco envía un código (generalmente un código numérico) al teléfono del usuario para que pueda usarse para autorizar la transacción. * **Tarjeta de coordenadas**: tarjeta que los bancos entregan a sus clientes con una tabla con números. El usuario debe ingresar los números ubicados en las coordenadas que pide el banco. Puedes leer más sobre tarjetas de coordenadas [aquí](https://es.wikipedia.org/wiki/Tarjeta_de_coordenadas). ## Valores especiales de test Fintoc proporciona valores especiales de test para Chile y México. Cada país tiene su propio flujo de autorización de pago, y con el modo test de Fintoc puedes probar cada flujo de autorización que tu usuario podría seguir. ## Chile 🇨🇱 En Chile, un pago tiene entre dos y tres pasos dependiendo del banco: 1. El usuario inicia sesión en su cuenta bancaria. 2. En algunos bancos y casos específicos, el usuario necesita autorizar un nuevo contacto antes de autorizar el pago. 3. El usuario autoriza el pago. Fintoc proporciona valores especiales de test para cada uno de esos pasos. ### Credenciales de test Puedes usar las siguientes credenciales de test para iniciar sesión en una cuenta bancaria. | Usuario | Contraseña | Detalle | | :--------- | :--------- | :---------------------------------------------------------------------------------------- | | 41614850-3 | jonsnow | Úsala para simular flujos normales (login + autorización de pago). | | 40427672-7 | jonsnow | Úsala para simular flujos normales (login + autorización de pago). | | 41579263-8 | jonsnow | Úsala para simular flujos normales (login + autorización de pago). | | 41885440-5 | jonsnow | Solo pendiente: usa esta credencial para simular un pago que termina en estado `pending`. | ### MFA para simular un nuevo contacto El usuario podría necesitar agregar la cuenta del destinatario antes de confirmar la transacción. Si quieres que el widget pida algún tipo de MFA que simule que el usuario necesita agregar la cuenta destinataria de la Checkout Session como un nuevo contacto, debes **usar dígitos finales específicos para el atributo `amount` de la Checkout Session**. Por ejemplo, si creas una Checkout Session con un monto de `15001`, se le pedirá al usuario que autorice el nuevo contacto usando su **dispositivo de seguridad**. Puedes ver la lista de combinaciones de dígitos específicos que indican qué tipo de MFA corresponde a qué últimos dígitos del monto y qué código ingresar. Ingresar un código diferente resultará en una falla de la autorización: | Últimos dígitos del monto | Tipo de MFA | Ejemplo | Código correcto | | :------------------------ | :----------------------- | :-------------- | :------------------- | | 01 | Dispositivo de seguridad | `amount: 10701` | `0000` | | 02 | Aplicación móvil - Éxito | `amount: 10702` | No aplica | | 03 | Aplicación móvil - Falla | `amount: 10703` | No aplica | | 04 | SMS | `amount: 10704` | `000000` | | 05 | Tarjeta de coordenadas | `amount: 17505` | `['00', '00', '00']` | Si el monto de la Checkout Session no termina con ninguno de los dígitos anteriores, no se le requerirá MFA al usuario para crear un nuevo contacto e irá directamente a confirmar la transferencia bancaria. ### MFA para confirmar la operación Para elegir qué método de autorización usar mientras estás en modo test para confirmar el pago, debes seleccionar un número de cuenta bancaria de origen específico durante el flujo de pago. El ambiente de modo test **siempre** mostrará las mismas cuentas. Aquí hay una lista de los números de cuenta bancaria del modo test y qué tipo de MFA corresponde a cada uno, junto con el código correcto a ingresar. | Número de cuenta | Tipo de MFA | Código correcto | | :--------------- | :----------------------- | :------------------- | | 813990168 | Dispositivo de seguridad | `000000` | | 422159212 | Aplicación móvil - Éxito | `N/A` | | 5233137377 | Aplicación móvil - Falla | `N/A` | | 170086177 | SMS | `0000` | | 746326042 | Tarjeta de coordenadas | `['00', '00', '00']` | | 4420245701 | Tarjeta de coordenadas | `['00', '00', '00']` | ### Simular un pago en estado pendiente También puedes simular un estado de pago pendiente eligiendo cuentas bancarias de origen específicas de test. Esto te permite validar cómo tu sistema maneja las transacciones que no se confirman inmediatamente. | Número de cuenta | Tipo de MFA | Código correcto | | :--------------- | :----------------------------------- | :-------------- | | 512347890123 | Aplicación móvil - Pendiente → Éxito | `N/A` | | 983214567890 | Aplicación móvil - Pendiente → Falla | `N/A` | ### Pruebas con el flujo de pago Compraquí de Banco Estado Si el pago incluye la información del cliente y su `tax_id` es de una empresa (RUT chileno mayor a 70.000.000-0), el flujo de pago bank\_transfer mostrará la opción Banco Estado, que llevará al flujo de pago Compraaqui. Donde puedes probar los pagos usando las siguientes credenciales para cada tipo: | Tipo | RUT usuario | RUT empresa | Contraseña | MFA - "Tarjeta de Coordenadas" | Detalle | | :----------------------------------- | :----------- | :----------- | :--------- | :----------------------------- | :--------------------------------------------------------------------------------- | | Cuenta personal | 11.111.111-1 | N/A | test123 | 11 11 11 | Úsala para simular un pago desde una persona natural | | Cuenta empresa - Un solo aprobador | 22.222.222-2 | 88.888.888-8 | test123 | 11 11 11 | Úsala para simular un pago de una empresa que **no necesita** otra post aprobación | | Cuenta empresa - Más de un aprobador | 33.333.333-3 | 77.777.777-7 | test123 | 11 11 11 | Úsala para simular un pago de una empresa que **sí necesita** otra post aprobación | El monto máximo permitido para probar el flujo Compraquí de Banco Estado es 2.000.000 CLP. En modo live, se permite hasta 15.000.000 CLP. ## México 🇲🇽 En México, un pago tiene solo dos pasos: 1. El usuario ingresa su número de teléfono para iniciar el pago. 2. El usuario autoriza el pago en la aplicación móvil de su banco. Para simular un pago exitoso o fallido, puedes usar uno de los siguientes números de celular cuando el widget te lo pida. | Número de celular | Tipo de MFA | | :-------------------------------------------------------------------- | :----------------------- | | Cualquier número excepto +52 2222222222.
Ejemplo: +52 9876543210 | Aplicación móvil - Éxito | | +52 2222222222 | Aplicación móvil - Falla | # Pagos con tarjeta (solo Chile) Para simular un pago con tarjeta exitoso o fallido, puedes usar una de las siguientes credenciales de tarjeta durante el proceso de pago: | Número de tarjeta | Fecha de expiración | CVV | Nombre del titular | Resultado final | | ----------------- | :--------------------- | :--------- | :----------------- | ---------------------------------- | | 4111111111111111 | Cualquier fecha futura | Cualquiera | Cualquiera | ✅ Exitoso | | 4574441215190335 | Cualquier fecha futura | Cualquiera | Cualquiera | ❌ Falla por credenciales inválidas | | 4349003000047015 | Cualquier fecha futura | Cualquiera | Cualquiera | ❌ Falla por transacción rechazada | # Probar webhooks Para probar webhooks, debes realizar acciones en modo test que envíen eventos legítimos a tu endpoint. Por ejemplo, para disparar el evento `checkout_session.finished`, puedes usar una cuenta de test que produzca un pago exitoso. # Probar reembolsos Usando el modo test puedes simular reembolsos exitosos y fallidos. La única diferencia con el modo live es que en modo live los reembolsos tardan de 1 a 2 días hábiles en procesarse, mientras que en modo test, dependiendo del monto del reembolso, los reembolsos se procesan casi inmediatamente. Puedes usar el monto del reembolso para simular un reembolso exitoso o fallido. Puedes simular un reembolso total creando una checkout session con el monto que quieras probar. | Descripción | Monto del reembolso | Detalles | | :-------------------------- | :-------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Reembolso exitoso | Cualquier monto excepto `2222` o `3333` | Cuando inicias el reembolso, su estado comienza como `pending`. Casi inmediatamente, su estado pasa a `in_progress` y luego a `succeeded`. | | Reembolso fallido | `2222` CLP o MXN | Cuando inicias el reembolso, su estado comienza como `pending`. Casi inmediatamente, su estado pasa a `in_progress` y luego a `failed`. | | Reembolso fallido asíncrono | `3333` CLP o MXN | Cuando inicias el reembolso, su estado comienza como `pending`. Algún tiempo después, su estado pasa a `in_progress` y 5 días después a `failed`.

Puedes usar este caso para simular un reembolso que quieras [cancelar](/es/v2023-11-15/docs/payments/fintoc-collect-payments/payment-initiation-refunds#cancel-a-refund). | **Webhooks de reembolso** En modo test recibes los mismos webhooks que recibirías en modo live.