Integraciones Stripe

Qué cobra Stripe en tu tienda y qué sistema manda en cada dato

Stripe resuelve el cobro, no la gestión del pedido. En una integración bien planteada, la tienda online es la dueña del carrito, del pedido y del cliente; Stripe guarda los datos de la tarjeta y el resultado de cada operación; y el ERP manda en la factura, el cobro contable y los abonos. Fijar esa frontera al principio evita que haya tres versiones distintas de si un pedido está pagado.

Con una sola integración se pueden activar tarjetas, carteras como Apple Pay y Google Pay y métodos de pago locales según el país del comprador, como la domiciliación SEPA o iDEAL en Países Bajos. Es lo que hace a Stripe interesante para marcas que venden en varios mercados europeos: los métodos se habilitan desde el panel y el checkout muestra a cada comprador los que corresponden a su país y su moneda, sin desarrollar un conector por método.

Cada método exige decidir cómo se trata el pedido. Una tarjeta confirma al momento, mientras que un adeudo SEPA tarda días en confirmarse y puede devolverse después. La tienda y el ERP tienen que distinguir un pedido autorizado de uno cobrado de verdad antes de lanzar la preparación del envío.

Cómo conectamos Stripe: API, webhooks y flujo de pago

Stripe se integra a través de su API REST. El flujo habitual parte de un intento de pago (Payment Intent) que se crea en el servidor de la tienda y se confirma en el navegador del comprador con los componentes de pago de Stripe, de modo que los datos de tarjeta van directamente a Stripe y no pasan por tu servidor. Según el caso usamos la página de pago alojada por Stripe o componentes integrados en el propio checkout.

La confirmación fiable no es la vuelta del navegador a la tienda, sino los webhooks: Stripe avisa cuando un pago se completa, falla, se reembolsa o entra en disputa. Los procesamos de forma idempotente, para que un aviso repetido no duplique el pedido en el ERP, y comparamos periódicamente el estado de la tienda con el de Stripe por si algún aviso no llega.

Partimos de los módulos de Stripe para Adobe Commerce (Magento) y PrestaShop cuando cubren el caso, y desarrollamos sobre la API cuando hay reglas propias: portales B2B, pagos parciales, reservas o suscripciones ligadas al ERP. En Shopify las pasarelas disponibles las decide la propia plataforma, así que allí lo valoramos caso a caso.

Autenticación reforzada y cobros sin el cliente presente en Stripe

En Europa, la autenticación reforzada de clientes (SCA) obliga a que muchos pagos con tarjeta pasen por 3D Secure. Con Stripe, ese paso forma parte del flujo de pago: si el banco emisor pide autenticación, el comprador la completa sin salir del checkout, y si la exime, el pago sigue adelante. Lo que sí hay que diseñar es qué ve el cliente cuando la autenticación falla y cómo recupera su carrito.

El caso más delicado son los cobros que inicia el comercio: cuotas de una suscripción, cargos de un pedido que se cierra más tarde o reposiciones pactadas con un cliente profesional. Para que el banco los acepte sin volver a pedir autenticación, la tarjeta tiene que guardarse con el consentimiento adecuado en el primer pago. Si aun así el banco la exige, la tienda debe avisar al cliente y enviarle un enlace para autenticarse.

Las reglas antifraude también tienen efecto en la operativa: cuando un pago queda pendiente de revisión, la tienda retiene el pedido hasta que alguien de tu equipo lo apruebe, en lugar de mandarlo directamente al almacén.

Conciliación de Stripe con el ERP, reembolsos y disputas

Stripe no ingresa cada cobro por separado: agrupa los pagos de un periodo, descuenta comisiones, reembolsos y disputas, y transfiere el neto a tu cuenta bancaria. Para finanzas, eso significa que el ingreso del banco no coincide con ningún pedido concreto. La conciliación se hace con el desglose de cada transferencia que ofrece Stripe, que relaciona cada importe con su pago y, mediante los metadatos que la tienda adjunta, con el número de pedido.

Llevamos ese desglose al ERP (SAP, Microsoft Dynamics 365, Oracle NetSuite, Odoo, Holded, a3ERP o Sage) para registrar los cobros, las comisiones como gasto y el neto contra el banco. Los reembolsos se lanzan desde la tienda o el ERP, se ejecutan en Stripe por API y generan su abono; las disputas llegan por webhook para que atención al cliente aporte las pruebas a tiempo.