Recurly-Affiliate-Software, unabhängig vom Zahlungsanbieter und mit annullierten Zahlungen im Blick.

Ja. Du wählst deine Datenregion (USA oder EU), fügst einen schreibgeschützten privaten API-Schlüssel ein und legst dann in Recurly einen Webhook-Endpunkt mit der URL und den Basic-Authentication-Zugangsdaten an, die Rekomi für dich erzeugt, im XML-Format. Bezahlte Rechnungen, Abo-Verlängerungen, Anmeldungen, Erstattungen und annullierte Zahlungen werden alle automatisch verbucht, ohne Relay-Code, den du schreiben oder pflegen musst. Rekomi prüft außerdem die Verbindung und mailt dir, falls der Schlüssel jemals nicht mehr gültig ist.

Mit allen, denn Rekomi hört auf Recurly, nicht auf den Zahlungsanbieter. Recurly sitzt auf dem Zahlungsanbieter, den du schon betreibst (Stripe, Adyen, Braintree, GoCardless und die anderen), und seine Webhooks melden jede Zahlung auf dieselbe Weise, egal welcher Anbieter die Karte abgewickelt hat. Du behältst deine Anbieter-Einrichtung genau so, wie sie ist; an deinem Zahlungs-Routing ändert sich nichts.

Offen gesagt: Die Signaturprüfung von Recurly gilt nur für JSON-Webhooks, und JSON-Payloads sind schlanke Kennungen; die XML-Payloads, die das Geld wirklich tragen, sind unsigniert, und Rekomi tut nicht so, als wäre es anders. Rekomi erzeugt Basic-Authentication-Zugangsdaten für den Endpunkt, und jede Zustellung wird damit authentifiziert, bevor irgendetwas verarbeitet wird; Zustellungen, die die Prüfung nicht bestehen, werden abgewiesen. Die Zugangsdaten und dein schreibgeschützter API-Schlüssel werden verschlüsselt gespeichert und nie von der API zurückgegeben, die URL pro Workspace ist nicht zu erraten, und alles läuft über HTTPS.

Die glaubwürdige Liste ist kurz. FirstPromoter und impact.com sind die einzigen etablierten Plattformen mit echten serverseitigen Recurly-Integrationen, und die von impact.com ist in der Beta; die meisten anderen begnügen sich mit Skripten auf der Danke-Seite oder Zapier-Relays, die Verlängerungen und Erstattungen verpassen. Rewardful hat gar keine Recurly-Anbindung; seine Integrationen sind Stripe und Paddle. Wenn deine Suche nach Recurly-Integrationen bei Affiliate-Plattformen immer wieder ins Leere lief, ist das die Lücke, die Rekomi schließt: eine moderne native Recurly-Integration neben Stripe, Paddle, Braintree, Chargebee und mehr, mit wiederkehrenden Provisionen, Rückforderungen bei Erstattungen und Auszahlungen über Rekomi.

Die Empfehlung reist auf dem Abo mit. Das Rekomi-Head-Skript speichert den Affiliate-Klick in einem First-Party-Cookie; du legst in Recurly ein benutzerdefiniertes Feld rekomi_ref auf dem Subscription-Objekt an (optional ein zweites auf Account als Fallback) und setzt es aus window.Rekomi.getReferral(), wenn dein Backend das Abo oder den Kauf anlegt. Bei der ersten Zahlung liest Rekomi das Feld mit deinem schreibgeschützten Schlüssel aus und verbucht die Conversion; Verlängerungen werden aus der Kundenhistorie zugeordnet, ohne weitere Arbeit.

Teilweise, und diese Seite tut nicht so, als wäre es anders. Benutzerdefinierte Felder sind bei Recurly an den Plan gebunden: Pro erlaubt bis zu 5, Elite bis zu 10, und im Starter-Plan gibt es sie gar nicht, es gibt also kein Feld, auf dem die Empfehlung mitreisen kann, und die Attribution neuer Kunden ist im Starter-Plan nicht verfügbar. Verlängerungen von Kunden, die Rekomi schon zugeordnet hat, werden in jedem Plan weiter erfasst, weil Verlängerungen aus der Kundenhistorie zugeordnet werden, nicht aus benutzerdefinierten Feldern.

Ja, mit einem offen benannten Sonderfall. Jede Verlängerung kommt als bezahlte Rechnung an und verbucht eine wiederkehrende Conversion, die Umsatzbeteiligung läuft also über die gesamte Laufzeit des Abos weiter. Erstattungen holen die Provision anteilig zurück, pro Erstattungstransaktion, und eine annullierte Zahlung macht den vollen Transaktionsbetrag rückgängig. Der Sonderfall sind Rückbuchungen: Recurly hat keine Streitfall-Webhooks, Kartenstreitfälle erreichen Rekomi also nur, wenn deine Site das Chargeback Management von Recurly im Early Access nutzt, wo sie als erstattungsähnliche Ereignisse ankommen und wie Erstattungen zurückgeholt werden; Streitfälle, die direkt bei deinem Zahlungsanbieter geklärt werden, sieht Recurly nicht, und die passt du manuell an.

So wenig wie möglich, und nie einen Schreibzugriff. Der Schlüssel wird in Recurly schreibgeschützt erstellt, und Rekomi nutzt ihn für genau drei Dinge: die Prüfung beim Einfügen, regelmäßige Gesundheitschecks und einen begrenzten Lesezugriff bei der ersten Zahlung jedes Abos, um das benutzerdefinierte Feld rekomi_ref zu holen. Verlängerungen lösen nie einen API-Aufruf aus; sie werden aus deiner Kundenhistorie zugeordnet. Der Schlüssel wird verschlüsselt gespeichert, nie von der API zurückgegeben und beim Trennen gelöscht.

Nein; Rekomi erlaubt pro Workspace nur eine Conversion-Quelle, damit derselbe Verkauf nie doppelt verbucht wird. Wähle eine Verbindung für deine Recurly-Verkäufe und bleib dabei; verkaufst du wirklich auf zwei Plattformen, führe sie als getrennte Workspaces.