Software de afiliados para Mollie, conectado con un solo token.

Sí, y se conecta pegando un solo token: le das a Rekomi un token de acceso avanzado de tu panel de Mollie, y Rekomi lo valida al momento, crea un webhook firmado en tu propia organización de Mollie y guarda el secreto por ti; no hay formulario de webhook que rellenar ni nada que pegar de vuelta. Los pagos, las renovaciones de suscripción, los reembolsos y los contracargos se registran automáticamente, con una comprobación cada 30 minutos de reembolsos, contracargos y pagos como segunda vía, y al desconectar, el webhook se borra en Mollie. Mollie permite tres webhooks en modo real por organización; si los tres ya están ocupados, Rekomi conecta igualmente y recoge los pagos, reembolsos y contracargos en la comprobación cada 30 minutos. Rekomi también ejecuta comprobaciones de estado periódicas del token y del webhook, y te avisa por correo si algo necesita atención.

Porque las claves de API estándar de Mollie (las que empiezan por live_ o test_) están limitadas al procesamiento de pagos de un perfil de sitio web y no pueden crear, leer ni gestionar webhooks, y crear el webhook por ti es justamente el sentido de la configuración con un solo token; una clave estándar falla al conectar con un error que lo explica exactamente. Un token de acceso avanzado se construye a partir de una lista de permisos por un usuario administrador en Developers > API keys, y Rekomi pide siete: webhooks.read y webhooks.write para crear y comprobar el webhook, payments.read y refunds.read para la comprobación cada 30 minutos de pagos, reembolsos y contracargos, profiles.read para vincular tu perfil de sitio web, organizations.read para confirmar a qué organización pertenece el token, y customers.read para leer el correo del comprador desde el cliente de Mollie al que pertenece un pago cuando el propio pago no lo lleva (así un lead capturado en tu formulario de registro puede acreditar la venta igualmente). Ninguno de ellos puede crear un pago ni un reembolso, así que Rekomi nunca tiene más acceso a tu cuenta de Mollie del que necesita. Un token creado antes de que customers.read se añadiera a la lista no lo lleva, así que si conectaste Mollie antes, crea un token de acceso avanzado nuevo con los siete permisos y vuelve a conectar en la página de configuración; tu historial se conserva. El token y el secreto del webhook se guardan cifrados en reposo y la API nunca los devuelve, y al desconectar, el webhook se borra en Mollie y ambos se eliminan.

Con cualquier configuración en la que tu propio backend cree el pago a través de la API de Mollie: un checkout propio sobre la página de pago alojada de Mollie, la Subscriptions API de Mollie y Mollie Components, que mantiene el formulario de tarjeta en tu propio dominio. Payment Links también funciona, con una salvedad honesta: un enlace de pago no tiene campo de metadatos, así que una venta desde un enlace se acredita emparejando el correo del comprador con un lead que el script de Rekomi capturó antes, o por el historial de atribución del cliente, nunca por una marca de referido. Si tu tienda funciona con WooCommerce, Shopify o Wix con Mollie como método de pago detrás, conecta la pasarela de la propia tienda (el plugin de WooCommerce, la app de Shopify o la app de Wix), porque la tienda es donde viven el pedido y el código de cupón; lo mismo vale para Chargebee con Mollie debajo, donde la integración a conectar es la de Chargebee. En Shopware, Magento o PrestaShop, el plugin de Mollie de la tienda crea el pago por ti, así que no hay dónde marcar el referido; rastrea esas tiendas con el script de Rekomi en tus páginas y la API S2S desde tu backend.

El checkout alojado de Mollie no puede ejecutar scripts, así que el script de Rekomi va en tu propio sitio (tus páginas de precios, registro y agradecimiento), captura el clic del afiliado en una cookie de primera parte, y la venta en sí se acredita desde el webhook. Hay tres formas de llevar el referido. Primero, los metadatos: cuando tu backend crea el pago o la suscripción con la API de Mollie, asigna metadata.rekomi_ref desde window.Rekomi.getReferral(); Mollie reenvía los metadatos de una suscripción a cada pago de renovación que genera, así que las renovaciones acreditan al mismo afiliado. Segundo, los códigos de cupón: Mollie no tiene códigos de cupón propios, así que si gestionas códigos por afiliado en tu propio checkout, marca el código como metadata.rekomi_coupon y Rekomi acredita al afiliado dueño del código, con el cupón por encima del enlace. Rekomi lee el cupón solo en pagos únicos y primeros pagos; las renovaciones acreditan al mismo afiliado a través del historial del cliente y de la suscripción, así que la comisión especial de un cupón se aplica al primer cobro, no a cada ciclo. Tercero, el emparejamiento por correo del lead: si el script de Rekomi capturó el correo del cliente en tu formulario de registro, Rekomi empareja la venta con ese lead por el correo del comprador, leído de billingAddress.email en el pago o, en un pago que pertenece a un cliente de Mollie (todos los pagos de suscripción), del propio registro del cliente. Así es como una prueba gratis sin tarjeta que cobra por primera vez días después sigue acreditando al afiliado correcto, y significa que las ventas de suscripción se atribuyen incluso sin la marca en los metadatos, mientras la marca sigue siendo la vía precisa. Un token creado antes de que customers.read se añadiera a la lista no puede leer el cliente, así que si conectaste Mollie antes, crea un token de acceso avanzado nuevo con los siete permisos y vuelve a conectar, y pasa billingAddress.email en los pagos que crees tú mismo hasta entonces. Para los pagos posteriores, Rekomi recurre además al historial de atribución del cliente.

Mollie es un proveedor de servicios de pago, no un merchant of record, así que el importe de un pago es lo que pagó el cliente, incluido el IVA que cobres, y no hay un campo de impuestos aparte. Si tu pago lleva líneas de pedido con importes de IVA (el array lines de Mollie, opcional en la mayoría de métodos de pago), Rekomi calcula la comisión sobre el total antes de impuestos, la suma de las líneas menos su IVA, así que los afiliados nunca ganan sobre los impuestos. Si no hay líneas, la comisión se calcula sobre el importe cobrado, que es la única cifra que Mollie informa. Los reembolsos y los contracargos se calculan sobre la misma base, y cada descuento está limitado a lo que se abonó. Un matiz que conviene conocer: un primer pago por debajo de una unidad de su moneda (el cobro de verificación del mandato de 0.00 o 0.01 EUR que recomienda Mollie) nunca es una venta y nunca inicia la ventana recurrente, así que el afiliado gana sobre el primer cobro real.

Todas se registran. Las 28 monedas de pago de Mollie, desde EUR, GBP y CHF, pasando por las monedas nórdicas y centroeuropeas, hasta USD, AUD, JPY y el resto, están todas dentro de la lista permitida de más de 135 monedas de Rekomi, y las dos sin decimales, ISK y JPY, reciben el cálculo decimal correcto. Mollie informa los importes como cadenas decimales exactas y Rekomi las interpreta con exactitud, nunca con un analizador regional, así que una comisión nunca se calcula sobre un importe corrupto. Rekomi siempre lee el importe que pagó el cliente, nunca el importe de liquidación obsoleto de Mollie, y cualquier conversión a tu moneda principal ocurre del lado de Rekomi con sus propios tipos de cambio.

Por construcción. El modo de prueba de Mollie tiene sus propios webhooks y sus propios datos, y solo admite EUR, algo que conviene saber antes de probar un pago. En producción Rekomi conecta tu modo real: el webhook que crea es un webhook en modo real, y cada pago se comprueba además contra el modo conectado y el perfil de sitio web conectado antes de registrarse, mientras que un reembolso o un contracargo solo se aplica a un pago que este espacio de trabajo registró, así que un pago de prueba nunca puede registrar dinero de producción y un reembolso de prueba nunca puede tocar una comisión real.

No; Rekomi impone una única fuente de verdad de conversiones por espacio de trabajo para que la misma venta nunca se registre dos veces, y una conexión de Mollie vincula un perfil de sitio web. Elige una conexión para las ventas de Mollie y mantenla; si de verdad vendes en dos plataformas, gestiónalas como espacios de trabajo separados. Un matiz preciso: si Mollie es solo el método de pago detrás de una tienda de WooCommerce, Shopify o Wix, conecta el plugin de WooCommerce, la app de Shopify o la app de Wix en lugar de Mollie, porque la tienda es la plataforma que informa de esos pedidos y sus códigos de cupón; la pasarela de Mollie es para checkouts propios, la Subscriptions API de Mollie, Payment Links y Mollie Components.