Pasarela de pagos: criterios para elegir el checkout

Empieza por un pedido representativo

Selecciona un pedido habitual y otro con una condición menos sencilla, como un descuento o un cambio de envío. Identifica quién calcula el importe definitivo y dónde queda guardada su versión. El servidor debe validar el importe y la moneda antes de solicitar el pago. Si el carrito cambia, explica qué ocurre con una solicitud anterior. Comparar una pasarela utilizando únicamente su ejemplo de demostración puede ocultar estas transiciones, precisamente las que después generan consultas y trabajo manual para la tienda.

Integración y API

Confirma los métodos para tu propia cuenta

Una lista comercial de métodos no demuestra que todos estén habilitados para tu actividad. Pide al PSP una respuesta para tu cuenta, mercados, monedas y tipo de venta. Separa las funciones generales de su catálogo de las opciones realmente utilizables en tu configuración. El checkout alojado de OrsunPay presenta métodos elegibles y utiliza la conexión configurada. No deduzcas la disponibilidad de un método local por su popularidad o porque aparezca en otra tienda. Una matriz breve de requisitos confirmados ayuda más que una colección de logotipos.

Página de pago alojada

Dibuja la experiencia completa del comprador

Describe la salida del carrito, la página de pago, cualquier paso adicional y el regreso a tu aplicación. En OrsunPay, los datos sensibles de tarjeta se introducen en la interfaz alojada por el PSP. Comprueba cómo entiende el cliente el importe y el estado conocido en cada pantalla. También debe existir una explicación útil si cierra la ventana o la confirmación tarda. La elección de una página alojada no elimina la necesidad de revisar la configuración, las responsabilidades propias y los mensajes que muestra la tienda.

Autoriza la preparación con un resultado verificado

Llegar a una página de agradecimiento no acredita por sí solo que se haya cobrado. El servidor debe consultar o recibir el resultado verificado y relacionarlo con el pedido correcto. Las documentaciones de Stripe y Mollie explican el papel de las notificaciones y los estados del pago. Una notificación repetida no debe provocar un segundo envío. Define también cómo llega una confirmación tardía a un pedido que estaba pendiente, para que no dependa de que el comprador vuelva a abrir la página.

Incluye las operaciones posteriores en la comparación

Pregunta cómo buscar una transacción, exportar información y asignar permisos a las personas que trabajan con incidencias. Averigua qué acciones de devolución existen y dónde se ejecutan. El precio mostrado en una página comercial no resume todo el coste operativo. Compara las condiciones del PSP, las tarifas de software y el esfuerzo de integración por separado. Utiliza escenarios de tu negocio y solicita las condiciones aplicables a ellos; no extrapoles una comisión supuesta a todas las monedas, métodos y operaciones posibles.

Haz una aceptación con responsables claros

OrsunPay conecta tus propias cuentas PSP mediante una integración común, estados coherentes y notificaciones firmadas. Mantienes los contratos con los proveedores, que procesan los pagos y liquidan los fondos. Las tarifas de software se facturan por separado. La oferta actual no incluye cascadas automáticas ni selección del proveedor con menor coste. Antes de aceptar una integración, asigna quién revisa cada escenario y cómo se resuelve un resultado desconocido. La solución elegida debe funcionar tanto en la compra normal como cuando el equipo necesita explicarla.

• Contrasta el importe y la moneda con el pedido definitivo.
• Prueba el cierre del navegador antes del regreso.
• Comprueba una confirmación tardía y otra repetida.
• Define qué resultado permite preparar el pedido.
• Anota el contacto técnico y el contacto del PSP.

Fuentes

• Documentación de Stripe sobre webhooks
• Documentación de Mollie sobre pagos