Por la API
Con Recurly, su servidor declara la venta a Meritt por la API, en tres llamadas, en cuanto Recurly confirma el pago. La atribución y el libro mayor son los mismos que con Stripe.
MerittPOST /v1/conversions para declarar la venta, POST /v1/identify para vincular un cliente a una visita, POST /v1/conversions/reverse para un reembolso. Una venta enviada dos veces se cuenta una sola vez.custom_fields) de la cuenta al pagar.charge_invoice.paid solo se envía si las facturas de crédito están activadas, y los campos personalizados dependen del plan: ninguno en Starter, 5 en Pro, 10 en Elite.custom_fields) de la cuenta.charge_invoice.paid, llame a POST /v1/conversions con el importe, la moneda, el clic y el identificador de cliente.successful_refund_notification, llame a POST /v1/conversions/reverse con la referencia del pago.Una clave y dos llamadas que añadir a su gestión de webhooks.
En ese momento el pago no está confirmado, y cuando lo está, en el webhook, la cookie ya no existe. El campo libre de Recurly transporta el clic entre ambos.
No. Con la misma referencia, el segundo envío responde «ya recibido» y no se añade nada.
No: según Recurly solo lleva el identificador y el número de factura. Su servidor vuelve a leer la factura por la API de Recurly antes de declararnos la venta.
La notificación de pago correcto (successful_payment_notification) hace el mismo trabajo.
Documentación de Recurly consultada el 19 de octubre de 2026: docs.recurly.com › charge invoice notifications, docs.recurly.com › payment notifications, docs.recurly.com › custom fields
Los enlaces de sus afiliados pasan por su sitio: los bloqueadores de publicidad no los cortan.
Un programa de afiliados en Chargebee: el clic en meta_data, payment_succeeded y payment_refunded declarados a Meritt por la API.
Un programa de afiliados en Braintree: el clic en custom_fields, cuotas y pagos con tarjeta declarados a Meritt por la API.
Gratis hasta su primera comisión. No se pide tarjeta.