Pasarela de pago para WooCommerce: qué comprobar

Documenta la tienda que vas a conectar

Anota las versiones de WordPress y WooCommerce, el tema y las extensiones que cambian el carrito o el checkout. Añade monedas, mercados y tipos de pedidos. Prepara un ejemplo sencillo y otro con descuento o modificación de envío. Un proveedor debe responder sobre ese conjunto, no solo sobre una instalación básica. Aclara quién mantiene el módulo, qué compatibilidad está documentada y a quién acudir cuando una actualización modifica el recorrido. Esta ficha permite comparar propuestas utilizando los mismos requisitos.

Plugins de pago para tu tienda online — Soon

Separa el módulo de la cuenta del proveedor

La extensión conecta sistemas; el PSP mantiene las condiciones de la cuenta, la aceptación del comercio y las funciones que habilita. Verifica ambas capas antes de planificar la puesta en marcha. Que un método aparezca como opción en una pantalla de configuración no demuestra que funcione con tu cuenta o moneda. Identifica también qué credenciales pertenecen al entorno de prueba y cuáles al entorno real. Cuando hay varias tiendas, la conexión de cada una debe quedar claramente asociada a su contexto comercial.

Integración y API

Define las transiciones de estado del pedido

Escribe qué debe hacer WooCommerce ante un pago confirmado, una espera o un caso que necesita investigación. La vuelta del navegador a la tienda no es una prueba suficiente de cobro. El módulo debe utilizar resultados del servidor y tolerar notificaciones repetidas. Stripe y Mollie documentan este principio en sus guías de integración. Comprueba que una confirmación tardía llegue al pedido correspondiente y que un evento duplicado no provoque otra preparación, otro correo contradictorio o una segunda activación del mismo servicio.

Página de pago alojada

Aclara el recorrido de las devoluciones

Antes de elegir, pregunta qué controles de devolución existen realmente y si funcionan desde WooCommerce o desde otra interfaz. Cancelar un pedido en la tienda no equivale necesariamente a devolver una transacción en el PSP. El equipo debe conservar la referencia de ambas acciones y saber cuál está pendiente. Asigna permisos y una persona responsable de la aprobación cuando proceda. Si varias personas atienden el mismo mensaje, el sistema debe mostrar qué operación se ha iniciado para evitar que una petición legítima se tramite dos veces.

Prepara actualizaciones e incidencias

La aceptación debe incluir un pago correcto, una ventana cerrada, una respuesta desconocida y un evento recibido dos veces. Después plantea cómo actualizar el módulo sin perder el seguimiento de pedidos abiertos. Una reversión del código no borra una transacción que ya existe. Decide quién puede detener nuevas solicitudes mientras se investiga y cómo se revisan los casos anteriores. Documentar estas decisiones reduce la posibilidad de que el soporte improvise nuevas solicitudes de pago cuando todavía no se conoce el resultado de las originales.

Evalúa OrsunPay dentro de su alcance actual

Los plugins de comercio de OrsunPay, incluido WooCommerce, forman parte de la hoja de ruta y su publicación pública no está confirmada. Esta información no es una oferta de descarga ni una garantía de compatibilidad. Una futura versión deberá evaluarse por su alcance documentado. Una integración acordada mediante herramientas disponibles es un trabajo distinto. OrsunPay mantiene tus cuentas y contratos PSP; no concede aprobación comercial automática ni ofrece actualmente cascadas entre proveedores. Haz que el calendario de lanzamiento dependa de capacidades disponibles y verificadas.

• Registrar versiones, tema y extensiones del checkout.
• Confirmar el alcance de la cuenta PSP utilizada.
• Relacionar cada estado con una acción concreta del pedido.
• Separar cancelación comercial y devolución del pago.
• Definir quién decide una actualización o una vuelta atrás.

Fuentes

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