Mollie-Affiliate-Software, verbunden mit einem einzigen Token.

Ja, und die Verbindung ist einmal Einfügen, mehr nicht: Du gibst Rekomi ein Advanced Access Token aus deinem Mollie-Dashboard, und Rekomi prüft es live, legt einen signierten Webhook direkt in deiner Mollie-Organisation an und bewahrt das Secret für dich auf; es gibt kein Webhook-Formular auszufüllen und nichts zurück einzufügen. Zahlungen, Abo-Verlängerungen, Erstattungen und Rückbuchungen werden automatisch verbucht, mit einer 30-Minuten-Prüfung über Erstattungen, Rückbuchungen und Zahlungen als zweitem Weg, und beim Trennen wird der Webhook bei Mollie wieder gelöscht. Mollie erlaubt drei Live-Webhooks pro Organisation; sind alle drei schon belegt, verbindet sich Rekomi trotzdem und holt Zahlungen, Erstattungen und Rückbuchungen stattdessen über die 30-Minuten-Prüfung. Rekomi prüft außerdem regelmäßig das Token und den Webhook und mailt dir, wenn etwas Aufmerksamkeit braucht.

Weil die normalen API-Schlüssel von Mollie (die mit live_ oder test_ beginnen) auf die Zahlungsabwicklung für ein Website-Profil beschränkt sind und Webhooks weder anlegen, lesen noch verwalten können, und den Webhook für dich anzulegen ist der ganze Sinn der Einrichtung mit nur einem Token; ein normaler Schlüssel scheitert beim Verbinden mit einem Fehler, der genau das sagt. Ein Advanced Access Token stellt ein Admin-Nutzer unter Developers > API keys aus einer Berechtigungsliste zusammen, und Rekomi verlangt sieben: webhooks.read und webhooks.write, um den Webhook anzulegen und zu prüfen, payments.read und refunds.read für die 30-Minuten-Prüfung über Zahlungen, Erstattungen und Rückbuchungen, profiles.read, um dein Website-Profil zu binden, organizations.read, um zu bestätigen, zu welcher Organisation das Token gehört, und customers.read, um die E-Mail-Adresse des Käufers aus dem Mollie-Kunden zu lesen, zu dem eine Zahlung gehört, wenn die Zahlung selbst keine trägt (damit ein auf deinem Anmeldeformular erfasster Lead den Verkauf trotzdem gutschreiben kann). Keine davon kann eine Zahlung oder Erstattung anlegen, Rekomi hält also nie mehr von deinem Mollie-Konto in der Hand, als es braucht. Ein Token, das erstellt wurde, bevor customers.read auf die Liste kam, trägt die Berechtigung nicht, hast du Mollie also früher verbunden, erstelle ein frisches Advanced Access Token mit allen sieben Berechtigungen und verbinde auf der Einrichtungsseite neu; deine Historie bleibt erhalten. Token und Webhook-Secret werden verschlüsselt gespeichert und nie von der API zurückgegeben, und beim Trennen wird der Webhook bei Mollie gelöscht und beides entfernt.

Mit jedem Setup, bei dem dein eigenes Backend die Zahlung über die API von Mollie anlegt: ein eigener Checkout auf der gehosteten Zahlungsseite von Mollie, die Mollie Subscriptions API und Mollie Components, bei denen das Kartenformular auf deiner eigenen Domain bleibt. Payment Links funktionieren auch, mit einem ehrlichen Hinweis: Ein Payment Link hat kein Metadaten-Feld, ein Verkauf über einen Link wird also gutgeschrieben, indem die E-Mail-Adresse des Käufers mit einem Lead abgeglichen wird, den das Rekomi-Skript vorher erfasst hat, oder über die Attributionshistorie des Kunden, nie über einen Empfehlungs-Eintrag. Läuft dein Shop auf WooCommerce, Shopify oder Wix mit Mollie als Zahlungsmethode dahinter, verbinde stattdessen die eigene Anbindung des Shops (das WooCommerce-Plugin, die Shopify-App oder die Wix-App), weil im Shop die Bestellung und der Gutscheincode liegen; dasselbe gilt für Chargebee mit Mollie darunter, wo die Chargebee-Integration die richtige ist. Auf Shopware, Magento oder PrestaShop legt das Mollie-Plugin des Shops die Zahlung für dich an, es gibt also keinen Ort für den Empfehlungs-Eintrag; erfasse diese Shops stattdessen mit dem Rekomi-Skript auf deinen Seiten und der S2S-API aus deinem Backend.

Der gehostete Checkout von Mollie kann keine Skripte ausführen, das Rekomi-Skript kommt also auf deine eigene Website (Preis-, Anmelde- und Danke-Seiten), speichert den Affiliate-Klick in einem First-Party-Cookie, und der Verkauf selbst wird aus dem Webhook gutgeschrieben. Drei Wege erledigen die Arbeit. Erstens Metadaten: Legt dein Backend die Zahlung oder das Abo über die API von Mollie an, setze metadata.rekomi_ref aus window.Rekomi.getReferral(); Mollie reicht die Metadaten eines Abos an jede Verlängerungszahlung weiter, die es erzeugt, Verlängerungen schreiben also demselben Affiliate gut. Zweitens Gutscheincodes: Mollie hat keine eigenen Gutscheincodes, nutzt du also Codes pro Affiliate in deinem eigenen Checkout, setze den Code als metadata.rekomi_coupon, und Rekomi schreibt dem Affiliate gut, dem er gehört, wobei der Gutschein vor dem Link zählt. Rekomi liest den Gutschein nur bei Einmalzahlungen und ersten Zahlungen; Verlängerungen schreiben demselben Affiliate über die Kunden- und Abo-Historie gut, der Provisionssatz eines Gutscheins gilt also für die erste Abbuchung, nicht für jeden Zyklus. Drittens ein Lead-Abgleich über die E-Mail-Adresse: Hat das Rekomi-Skript die E-Mail-Adresse des Kunden auf deinem Anmeldeformular erfasst, ordnet Rekomi den Verkauf diesem Lead über die E-Mail-Adresse des Käufers zu, gelesen aus billingAddress.email auf der Zahlung oder, bei einer Zahlung, die zu einem Mollie-Kunden gehört (jede Abo-Zahlung), aus dem Kundendatensatz selbst. So schreibt eine kostenlose Testphase ohne Karte, die erst Tage später zum ersten Mal abrechnet, trotzdem dem richtigen Affiliate gut, und Abo-Verkäufe werden auch ohne den Metadaten-Eintrag zugeordnet, während der Eintrag der präzise Weg bleibt. Ein Token, das erstellt wurde, bevor customers.read auf die Liste kam, kann den Kunden nicht lesen, hast du Mollie also früher verbunden, erstelle ein frisches Advanced Access Token mit allen sieben Berechtigungen und verbinde neu, und übergib bis dahin billingAddress.email auf den Zahlungen, die du selbst anlegst. Bei späteren Zahlungen fällt Rekomi zusätzlich auf die Attributionshistorie des Kunden zurück.

Mollie ist ein Zahlungsdienstleister, kein Merchant of Record, der Betrag einer Zahlung ist also das, was der Kunde bezahlt hat, inklusive der Mehrwertsteuer, die du berechnest, und es gibt kein separates Steuerfeld. Trägt deine Zahlung Bestellpositionen mit Mehrwertsteuerbeträgen (das lines-Array von Mollie, bei den meisten Zahlungsmethoden optional), berechnet Rekomi die Provision auf die Summe vor Steuern, die Summe der Positionen minus ihrer Mehrwertsteuer, Affiliates verdienen also nie an Steuern. Gibt es keine Positionen, wird die Provision auf den Abbuchungsbetrag berechnet, die einzige Zahl, die Mollie meldet. Erstattungen und Rückbuchungen werden auf dieselbe Basis skaliert, und jede Rückforderung ist durch das Gutgeschriebene begrenzt. Ein Sonderfall, den du kennen solltest: Eine erste Zahlung unter einer Einheit ihrer Währung (die Mandatsprüfung über 0.00 oder 0.01 EUR, die Mollie empfiehlt) ist nie ein Verkauf und startet nie die Laufzeit der wiederkehrenden Provision, der Affiliate verdient also stattdessen an der ersten echten Abbuchung.

Alle werden verbucht. Die 28 Zahlungswährungen von Mollie, von EUR, GBP und CHF über die nordischen und mitteleuropäischen Währungen bis zu USD, AUD, JPY und den übrigen, liegen alle in der Positivliste von Rekomi mit 135+ Währungen, und die zwei ohne Nachkommastellen, ISK und JPY, bekommen die richtige Nachkommarechnung. Mollie meldet Beträge als exakte Dezimal-Strings, und Rekomi parst sie exakt, nie über einen Locale-Parser, eine Provision wird also nie auf einen verunstalteten Betrag berechnet. Rekomi liest immer den Betrag, den der Kunde bezahlt hat, nie den veralteten Abrechnungsbetrag von Mollie, und jede Umrechnung in deine Heimatwährung passiert auf Rekomis Seite mit eigenen Kursen.

Von Grund auf. Der Test-Modus von Mollie hat eigene Webhooks und eigene Daten und kann nur EUR, was du wissen solltest, bevor du eine Testzahlung versuchst. In Produktion verbindet Rekomi deinen Live-Modus: Der angelegte Webhook ist ein Live-Webhook, und jede Zahlung wird zusätzlich mit dem verbundenen Modus und dem verbundenen Website-Profil abgeglichen, bevor sie verbucht wird, während eine Erstattung oder Rückbuchung nur je auf eine Zahlung wirkt, die dieser Workspace verbucht hat, eine Testzahlung kann also nie Produktionsgeld verbuchen und eine Testerstattung nie eine Live-Provision anrühren.

Nein; Rekomi erlaubt pro Workspace nur eine Conversion-Quelle, damit derselbe Verkauf nie doppelt verbucht wird, und eine Mollie-Verbindung bindet ein Website-Profil. Wähle eine Verbindung für deine Mollie-Verkäufe und bleib dabei; verkaufst du wirklich auf zwei Plattformen, führe sie als getrennte Workspaces. Ein genauer Sonderfall: Ist Mollie nur die Zahlungsmethode hinter einem WooCommerce-, Shopify- oder Wix-Shop, verbinde das WooCommerce-Plugin, die Shopify-App oder die Wix-App statt Mollie, weil der Shop die Plattform ist, die diese Bestellungen und ihre Gutscheincodes meldet; die Mollie-Anbindung ist für eigene Checkouts, die Mollie Subscriptions API, Payment Links und Mollie Components.