Pagos y tiendas

Para: pagos únicos y suscripciones, en una página de pago alojada por Stripe. Los compradores nunca escriben un número de tarjeta en tu aplicación.

Se conecta con: el botón Set up Stripe. Rellenas el formulario de Stripe y vuelves, y no se te muestra ninguna clave. Publica antes la aplicación, porque Stripe mira el sitio en vivo y rechaza uno que sigue en construcción. Te pide un documento de identidad y una cuenta bancaria. Puedes usar claves en su lugar: la clave pública (empieza por pk_) y la clave secreta (empieza por sk_) de tus claves de API de Stripe, y un secreto de firma del webhook (empieza por whsec_).

Solo con claves pegadas: la tarjeta de Stripe muestra la dirección del webhook que hay que añadir en Stripe, con un botón de copiar. Añádela para los eventos checkout.session.completed y checkout.session.async_payment_succeeded. Con el botón no hay ningún webhook que configurar.

Pide:

• «Añade un botón Buy now para el curso»
• «Añade un plan mensual y un botón Manage billing»
• «Añade una página My orders»

Qué pasa: los pedidos se escriben cuando Stripe dice que un pago se ha completado, y aparecen en Manage, luego Payments. Consulta Tiendas online.

Límites: una aplicación puede iniciar un pago, leerlo y leer tu lista de precios. Los reembolsos, los clientes y los pagos a tu banco no son accesibles desde una aplicación. Reembolsa desde Manage, luego Payments, o en Stripe. Manage billing solo funciona para una persona con la sesión iniciada que haya comprado algo en esa aplicación.

Para: pagos y suscripciones en los que Paddle vende como vendedor, de modo que el IVA y los impuestos sobre ventas se gestionan por ti. Merece la pena cuando vendes entre países.

Se conecta con: claves, de la página de autenticación de Paddle.

• Client-side Token (empieza por live_, o test_ para el sandbox). Público por diseño, así que se incluye en la aplicación publicada.
• API Key (empieza por pdl_live_apikey_ o pdl_test_apikey_). Se queda en los servidores de Setherion.
• Webhook Secret (empieza por pdl_ntfset_). Opcional.

Pide:

• «Añade un plan Pro con un botón Subscribe que abra el pago de Paddle»
• «Muestra el precio y lo que incluye antes de que se abra el pago»

Cómo funciona: el pago se abre en la ventana superpuesta propia de Paddle en el navegador del visitante. Creas tus precios en el panel de Paddle y la aplicación los usa por su id pri_. La página nunca envía un importe, porque cualquiera que abra la página puede editarlo.

Límites: la aplicación publicada no usa la clave de API, porque no tiene servidor. Un token que empieza por test_ solo funciona contra el sandbox de Paddle. Test connection lee un producto de tu cuenta de Paddle.

Para: un botón Buy para un artículo a un precio fijo. El precio, los impuestos y el envío viven en PayPal, así que nadie que abra la página puede cambiar lo que paga. Los compradores pagan en la ventana propia de PayPal, con PayPal o con tarjeta.

Se conecta con: dos valores.

• Client ID: en PayPal, abre Pay links and buttons, luego un botón, luego su código. Es el valor después de client-id=. Público por diseño.
• Currency: tres letras, como GBP o EUR, igual que en tus botones de PayPal.

Crea antes tus botones, en la página de botones de PayPal.

Pide:

• «Añade un botón Buy de PayPal para cada una de las tres láminas»
• «Pon el botón de PayPal bajo el precio en la página del producto»

Límites: cada botón compra un artículo al precio fijado en PayPal. No hay carrito. A tu aplicación no se le avisa cuando alguien paga: PayPal te envía un correo a ti y al comprador, y la venta no se registra en la aplicación. Para un carrito, pedidos guardados en tu aplicación o suscripciones, conecta Stripe o Paddle en su lugar. La página del conector dice lo mismo.

Para: facturación de suscripciones. Un botón Subscribe abre el pago alojado de Chargebee, un botón Manage billing abre el portal de clientes, y tu equipo puede ver clientes, suscripciones y facturas.

Se conecta con: claves.

• Site name: la parte antes de .chargebee.com en la dirección de tu panel, en minúsculas.
• API key: en Chargebee, Settings, luego Configure Chargebee, luego API Keys, luego Add API Key. Elige una Write Key (crear, leer y actualizar, nunca eliminar). Es todo lo que necesita una aplicación.

Pide:

• «Añade una página de precios a partir de mis planes de Chargebee, con un botón Subscribe en cada uno»
• «Añade un botón Manage billing para los clientes con la sesión iniciada»
• «Crea una página de equipo con mis suscripciones y facturas sin pagar»

Quién puede hacer qué: los visitantes pueden iniciar un pago, abrir el portal de facturación y leer los planes y precios a la venta, para una página de precios. Los clientes, las suscripciones y las facturas, y cambiar planes y precios, son solo para tu equipo. Marca las cuentas que son tu equipo en Manage, luego Cloud, luego Users.

Límites: usa Chargebee Product Catalog 2.0, así que los planes son precios de artículo. Los importes llegan en peniques o céntimos. Eliminar no es posible desde una aplicación. En Permissions puedes desactivar el pago, el portal, o leer y cambiar cada uno de clientes, suscripciones, facturas, planes y precios.

Para: un escaparate nuevo sobre una tienda de Shopify. Los productos, los precios y el stock se quedan en Shopify, y los compradores pagan en la página de pago propia de Shopify.

Se conecta con: dos valores.

• Store domain: la dirección .myshopify.com, aunque tu tienda muestre un dominio propio a los clientes.
• Storefront API token (public): en el administrador de Shopify, abre Sales channels, luego Headless, luego Create storefront. Copia su token de acceso público.

No uses nunca el token de la Admin API (empieza por shpat_): la tarjeta lo rechaza, porque este token se incluye en la aplicación publicada y cualquiera puede leerlo.

Pide:

• «Un escaparate nuevo para mi tienda de Shopify, con las colecciones en la página de inicio»
• «Añade un carrito que lleve a los compradores al pago de Shopify»
• «Añade búsqueda y filtros sobre mis productos de Shopify»

Permisos: Shopify es distinto. Tus aplicaciones lo llaman directamente desde la página con el token público, así que no hay interruptores en Setherion. Fija los límites en Shopify: Sales channels, Headless, tu storefront, luego Manage junto a Storefront API, luego Permissions. Se aplican a todos los storefronts del canal Headless.

Límites: el stock, los pedidos y los pagos se quedan en Shopify. Si un artículo está agotado, la aplicación dice qué ha cambiado antes de enviar al comprador a seguir.

Para: un escaparate que muestra tus productos reales de WooCommerce y envía a los compradores a tu propio pago.

Se conecta con: claves.

• Shop address: la dirección en la que funciona tu tienda, la que lleva /wp-admin detrás.
• Consumer key (empieza por ck_) y Consumer secret (empieza por cs_): en WooCommerce, abre Settings, luego Advanced, luego REST API, luego Add key, con Permissions en Read.

Las dos claves se quedan en los servidores de Setherion.

Pide:

• «Muestra mis productos de WooCommerce en una cuadrícula con un botón Buy en cada uno»
• «Añade una página para cada producto con sus fotos y su precio»

Límites: los productos son lo único que una aplicación puede leer. Los pedidos y los clientes se rechazan, así que aquí no hay historial de pedidos ni cuenta de cliente. La compra ocurre en tu tienda: el botón envía al comprador a tu pago con el producto añadido. Los precios llegan en la moneda propia de la tienda, tal como los da la tienda. Test connection lee un producto.

Para: un escaparate que muestra tus productos reales de PrestaShop y envía a los compradores a la página de cada producto en tu tienda.

Se conecta con: claves.

• Shop address: la dirección en la que funciona tu tienda, la que lleva /admin detrás.
• Webservice key: 32 letras y dígitos. En PrestaShop, abre Advanced Parameters, luego Web service, luego Add new webservice key, y marca View (GET) en products.

La clave se queda en los servidores de Setherion.

Pide:

• «Muestra mis productos de PrestaShop con sus fotos y precios»
• «Enlaza cada producto con su página en mi tienda»

Límites: los productos son lo único que una aplicación puede leer. Los pedidos y los clientes se rechazan, y los recuentos de stock no están disponibles, así que la aplicación no muestra insignias de «en stock». Los precios de PrestaShop no incluyen impuestos, y la aplicación los etiqueta así. Los compradores son enviados a la página del producto en tu tienda, no directamente a una cesta.