Cada proveedor del que depende tu producto, reconstruido para pruebas
APIs de pagos y de identidad con sus reglas reales y sus fallas reales. Los endpoints y las respuestas coinciden con los del proveedor, así que cambias una dirección y nada de código. Lo alojamos nosotros, o lo corres en tu propia red.
Por qué los sandboxes de los proveedores se quedan cortos
- Muchos proveedores no tienen sandbox, sobre todo los de nicho y los regionales.
- Los sandboxes que existen tienen límites. El de Stripe acepta 25 solicitudes por segundo, la cuarta parte de lo que permite en producción. Y ninguno falla cuando se lo pides.
- Así que los equipos escriben sus propios fakes. Los fakes se alejan de la API real: las pruebas pasan y después falla producción.
- Cada proveedor tiene sus propias reglas de prueba, y solo unas pocas personas del equipo las conocen.
- Los equipos publican más cambios que nunca, muchos escritos por IA, y cada cambio hay que probarlo contra cada proveedor que toca.
“Recomendamos, en cambio, crear integraciones que cuenten con un sistema configurable que permita simular las solicitudes a la API de Stripe y que puedas activar para pruebas de carga.”
Ese sistema configurable es lo que construimos, para cada proveedor de un área. Y lo mantenemos al día cuando cambian sus APIs.
Qué obtienes
Una dirección, sin cambios de código
Las mismas rutas, cuerpos de solicitud, campos de respuesta y códigos de estado que el proveedor. Tu librería cliente, tu manejo de errores y tus pruebas se quedan como están.
Comportamiento real, no respuestas fijas
Aprobaciones, rechazos, reembolsos, el paso de 3D Secure del banco, un documento que no pasa la revisión. El estado se mantiene de una llamada a la siguiente, como en producción.
Fallas cuando las pides
Nombra al titular de la tarjeta o al solicitante según el resultado que quieres, y eso es lo que vuelve. Una regla puede hacer que todos los proveedores rechacen a la vez.
Un solo set de casos de prueba para todos los proveedores
Los mismos disparadores funcionan en todos los proveedores de un área. Sumar un proveedor no significa aprender un nuevo set de valores mágicos.
Proveedores sin sandbox propio
Algunos proveedores no tienen sistema de pruebas. Otros solo dan credenciales después de una llamada de ventas. En los dos casos, construimos a partir de su API publicada.
La versión que corres en producción
Quédate en la versión de la API del proveedor que tienes en producción, por seguido que publiquemos. Tú eliges cuándo subir.
Lo que ya está listo, y tu área después
Pagos
12 proveedores
Autorizaciones, capturas, reembolsos, 3D Secure, y los códigos de rechazo que un sandbox real no te va a dar.
Proveedores de pago →Identidad (KYC y KYB)
2 proveedores
Verificación de identidad y de empresas. Revisión de documentos y selfies, cruce con listas de vigilancia, flujos alojados para el solicitante y los resultados que necesitas probar.
Proveedores de identidad →Lo que sigue
Tu área
Dispositivos, envíos, energía, o la API interna de otro equipo. Lo que sea de lo que dependa tu producto.
Cuéntanos qué necesitas →Alojado por nosotros, o en tu red
Alojado
Lo corremos nosotros. Cada backend responde en su propia dirección, alojado en todo el mundo.
- Se cobra por proveedor, además del plan que ya tienes. La app muestra el precio antes de cobrar nada.
- Necesita el plan Pro o superior.
- 7 días gratis, una vez para pagos y otra para identidad.
Self-hosted
Lo corres tú. Una imagen Docker para cada laptop, runner de CI y clúster que tengas.
- Guarda sus datos en la base de datos que ya usas.
- Pagado por año, no necesita ninguna conexión con nosotros.
- Sin límite de instalaciones ni de solicitudes.
- 14 días gratis, con todos los proveedores.
Para qué lo usan los equipos
Una suite que corre en cada pull request
Cuando toda tu organización comparte una sola cuenta del proveedor, lo que hace un equipo ahí rompe los builds de todos los demás. Apunta CI a tu propio backend y eso se acaba.
Una prueba de carga antes de un gran día
El sandbox de un proveedor te limita muy por debajo de producción, y Stripe desaconseja hacer pruebas de carga ahí. Apunta la prueba de carga a tu propio backend. En self-hosted, el único límite es tu hardware.
Un plan B para el día que el suyo se cae
Los sandboxes de los proveedores se caen por mantenimiento, por incidentes, a veces por un fin de semana entero, y ningún SLA lo cubre. Tu equipo espera y el release se atrasa. Apunta la URL base acá y sigue.
Los flujos que normalmente necesitan a una persona
Algunos pasos mandan al usuario a una página en el navegador y esperan ahí. Nosotros servimos esa página, así que tu prueba puede pasar por ella y cerrar el caso.
Sumar o cambiar de proveedor
Corre tu suite contra el proveedor que tienes y el que estás evaluando, antes de que nadie firme nada. Los disparadores son los mismos en ambos, así que lo que ves es la diferencia entre sus APIs.
Demos y capacitación sin una cuenta real
Muestra el producto, capacita gente nueva de soporte, corre un taller. Responde como lo real, y no puede mover dinero ni tocar los documentos de nadie.
Qué hay disponible
14 proveedores
| Proveedor | Tipo | Cobertura | Métodos | Endpoints |
|---|---|---|---|---|
| Pagos | Global | Apple Pay, Cards, Google Pay, PayPal | 5 | |
| Pagos | North America | Cards | 3 | |
| Pagos | Global | Cards | 7 | |
| Pagos | North America · 1 país | Apple Pay, BNPL, Cards, Google Pay, OXXO, Pay by Bank, SPEI | 8 | |
| Pagos | Global · 23 países | Direct Bank Transfer, Direct Debit, Klarna, Pay Later, Pay Now, Pay Over Time | 7 | |
| Pagos | South America · 7 países | Account Money, Apple Pay, Boleto, Cards, Efecty, Google Pay, OXXO, Pago Fácil, Pix, PSE, Rapipago, SPEI | 11 | |
| Pagos | Global | Cards, PayPal | 10 | |
| Pagos | Global | Apple Pay, Cards, EPS, Google Pay, MyBank, Neteller, PayPal, paysafecard, Paysafecash, Rapid Transfer, Skrill, Skrill 1-Tap, Venmo | 6 | |
| Pagos | Europe · 1 país | Apple Pay, BLIK, Cards, Google Pay, PayPal, PayPo | 6 | |
| Pagos | APAC · 3 países | Cardless EMI, Cards, EMI, Netbanking, Pay Later, UPI, Wallets | 4 | |
| Pagos | Europe | Apple Pay, Cards, Google Pay | 1 | |
| Pagos | Global | Cards, PayPal | 11 | |
| KYC/KYB | Global | Document, Facial Similarity Photo, Identity Enhanced, Known Faces, Proof of Address, Watchlist AML | 31 | |
| KYC/KYB | Global | Database Verification, Document, Government ID, Phone Number, Selfie, Watchlist | 31 |
Los nombres y marcas de los proveedores pertenecen a sus dueños. Mockzilla no está afiliada a ninguno de ellos, ni cuenta con su respaldo o patrocinio. Estas son implementaciones compatibles construidas de forma independiente a partir de APIs documentadas públicamente, no los servicios propios de esos proveedores.
Un proveedor que todavía no cubrimos
Construimos un área entera para ti: cada proveedor que tu producto usa para una tarea, con los flujos y las fallas que te importan.
- 1
Mapear
Un taller sobre qué proveedores, flujos y fallas importan.
- 2
Primera versión
Responde desde el primer día a partir de las descripciones de API de los proveedores. Después sumamos comportamiento, un flujo a la vez.
- 3
Correr
Alojado por nosotros, dentro de tu red o totalmente sin conexión. El motor de abajo es de código abierto, así que no hay lock-in.
- 4
Mantener al día
Seguimos los cambios de API de los proveedores y publicamos actualizaciones.
Un pago único para construirlo, y después mensual o anual para correrlo y mantenerlo al día.
Trae una spec. Llévate un mock server.
Empezar no cuesta nada. Infraestructura dedicada cuando la necesites.