Alternativen zu Mangopay.

Mangopay ist ein Produkt, das wir in diesem Verzeichnis selbst listen und bewerten: ein luxemburgisches E-Geld-Institut, CSSF-beaufsichtigt mit einer UK-FCA-Lizenz daneben, das Payments für über 2.500 Plattformen einschließlich Vinted, Malt und Chrono24 betreibt. Der Grund, warum eine Alternativen-Seite existiert, ist nicht die Produktqualität. Im April 2022 übernahm Advent International, eine Private-Equity-Firma aus Boston, Mangopay, und in unserer Einschätzung verschiebt das sein Eigentumssignal auf EU-Sitz, US-finanziert, mit CLOUD-Act-Risiko: Erheblich. Für die meisten Käufer ist das eine Fußnote; für Käufer, deren Beschaffung auf die Eigentumskette screent und nicht nur auf das regulatorische Domizil, hat es eine Entscheidung wieder geöffnet, die sie für erledigt hielten.

Die gute Nachricht für diese zweite Gruppe: Die Kategorie ist in Europa geboren. Wallet-basierte Marketplace-Payments unter PSD2 wurden hier gebaut, und Mangopays ältester direkter Rivale trägt einen europäischen Cap Table. Wir haben die drei realistischen Alternativen auf Eigentum, Lizenzen, Funktionsmodell und den tatsächlichen Migrationsaufwand geprüft, denn einen Marketplace zwischen Zahlungsinstituten umzuziehen, gehört zu den schwereren Migrationen auf dieser Seite.

Die Namen sind Lemonway (Frankreich, Paris; ACPR-lizenziert, in 29 Ländern passportiert, über 400 Plattformen, EU-eigen, CLOUD-Act-Risiko: Gering), Adyen for Platforms (Niederlande, Amsterdam; börsennotiert, DNB-lizenziertes Kreditinstitut, die Option im Enterprise-Maßstab, CLOUD-Act-Risiko: Gering) und, für den engeren Einzugs-Use-Case, GoCardless (UK, London; FCA-autorisierter Lastschrift-Spezialist, Mollie-Übernahme seit Dezember 2025 ausstehend).

Was von Mangopay mitkommt:

• Das Wallet-Modell selbst, wenn Sie zu Lemonway gehen: Wallets pro Seller und pro Transaktion, Gelder gehalten bis zu den Freigabebedingungen, Auszahlungen nach Zeitplan. Das ist dieselbe regulatorische und Produktstruktur.
• Seller-Onboarding mit KYC/KYB, als gehostete Flows oder API, bei Lemonway wie bei Adyen.
• Split-Payments, Provisionen, Multi-Party-Flows, über die Plattform geroutete Erstattungen.
• PSD2-/SCA-konforme Pay-ins mit europäischen Zahlungsmethoden (Karten, SEPA, lokale Methoden).
• Ein reguliertes europäisches Institut, das die Gelder hält: die ACPR in Frankreich (Lemonway), die DNB in den Niederlanden (Adyen), statt der CSSF in Luxemburg.

Auf der Strecke bleibt:

• Mangopays Funktionsbreite. Es ist aus gutem Grund der Kategorie-Spezialist: mehr angebundene Zahlungsmethoden, mehr vorgefertigte Marketplace-Muster, mehr bereits gelöste Randfälle. Lemonway deckt den Kern solide mit kleinerer Oberfläche ab; rechnen Sie damit, etwas mehr drumherum zu bauen.
• Skalierungs-Referenzen im C2C-Segment. Second-Hand-Marketplaces in Vinted-Größe laufen auf Mangopay; Lemonways Referenzen tendieren zu B2C- und B2B-Plattformen, Adyens zu Enterprises.
• Die UK-FCA-Lizenz im selben Paket: Prüfen Sie die UK-Abdeckung des Zielanbieters dagegen, wo Ihre Seller tatsächlich sitzen.
• Nichts überträgt sich von selbst: Guthaben, KYC-Akten und Webhook-Integrationen werden alle auf der neuen Schiene neu aufgebaut (siehe den Migrationsabschnitt, in dem der Großteil der echten Kosten steckt).

1. Bestätigen Sie zuerst, dass der Ersatz Ihre exakten Flows abdeckt. Schreiben Sie Ihre Geldflüsse auf, wie sie heute laufen (Pay-in-Methoden, Wallet-Struktur, Escrow-Freigabebedingungen, Auszahlungspläne, Erstattungs- und Dispute-Pfade), und lassen Sie sich von Lemonway oder Adyen jeden einzelnen schriftlich in ihr Modell übersetzen. Marketplace-Randfälle (Teilerstattungen nach Auszahlung, Rückabwicklung geteilter Provisionen) sind die Stellen, an denen sich „unterstützt" als „baubar" entpuppt.
2. Entwerfen Sie den Kohortenplan vor der Integration. Neue Seller onboarden vom ersten Tag an beim neuen Anbieter; bestehende Seller migrieren in Wellen. Welche Seller zuerst umziehen (die aktivsten? die einfachste Rechtsform? ein Land nach dem anderen?), bestimmt die Support-Last und wie schnell das Volumen auf der alten Schiene abklingt. Dieser Plan, nicht die API-Arbeit, setzt den Projektzeitplan.
3. Spülen Sie Guthaben pro Kohorte durch, dann schließen Sie die Wallets. Für jede migrierende Kohorte: neue Belastungen auf der alten Schiene einfrieren, finale Auszahlungen auf die Bankkonten der Seller über Mangopay fahren, auf null abstimmen, Wallets schließen. Lassen Sie nie einen Seller live Guthaben auf beiden Schienen halten; das verdoppelt Support-Tickets und trübt die Abstimmung.
4. Behandeln Sie Seller-Re-KYC als Produktfeature mit Frist. In-Product-Prompts, Fortschrittsanzeigen, ein sichtbarer Stichtag und eine entschiedene Policy für Seller, die die Verifizierung nie abschließen (typisch: Auszahlungen auf der neuen Schiene blockiert ab Datum X, Account eingeschränkt ab Datum Y). Support und Legal zeichnen die Policy ab, bevor die erste E-Mail rausgeht.
5. Fahren Sie die Finance-Abstimmung mindestens zwei Settlement-Zyklen parallel. Wallet-Event-Modelle und Settlement-Reports unterscheiden sich zwischen Instituten. Ihr Finance-Team stimmt beide Schienen nebeneinander ab, bis die alte null zeigt; binden Sie es ab der ersten Integrationswoche ein.
6. Prüfen Sie DAC7- und Buchhaltungs-Feeds. EU-Plattformen melden Seller-Einkünfte unter DAC7, unabhängig vom Anbieter. Lesen diese Meldungen heute aus Mangopay-Exporten, bauen Sie den Feed als Teil des Projekts aus den Daten des neuen Anbieters neu, und archivieren Sie die vollständige Mangopay-Transaktionshistorie, bevor der Account schließt.