Wenn Organisationen abrechnen: Stripe Connect

Ein Händedruck als Sinnbild für Partnerschaft Foto: Kristin Hardwick · StockSnap (CC0 1.0), via Openverse

In der Vorwoche habe ich beschrieben, wie Xircuit selbst Geld einnimmt — das Plattform-Billing, über das eine Organisation für ihren Zugang zahlt. Diese Woche dreht sich der Fluss um. Nicht mehr die Organisation zahlt an uns, sondern die Mitglieder zahlen an ihre Organisation, und Xircuit steht als Plattform genau dazwischen.

Das klingt nach einer kleinen Verschiebung, ist in Wahrheit aber ein anderer Aggregatzustand. Sobald Geld nicht mehr zwischen zwei Parteien fließt, sondern zwischen dreien, wird jede Frage komplizierter: Wem gehört die Kundenbeziehung, wer trägt das Zahlungsrisiko, wohin geht die Auszahlung, und was bekommt die Plattform für ihre Vermittlung. Ich habe eine Weile gebraucht, um das sauber zu modellieren, und dieser Post erklärt, wie es am Ende geworden ist.

Vom Plattform-Billing zum Marktplatz

Bis hierhin war Xircuit in Sachen Bezahlung ein klassisches Produkt: Eine Organisation abonniert, wir buchen ab, fertig. Das ist eine gerade Linie mit zwei Punkten. Was mit dieser Woche dazukommt, macht aus der Linie ein Dreieck — die klassische Marktplatz-Konstellation, in der eine Plattform Angebot und Nachfrage zusammenbringt, ohne selbst der Verkäufer zu sein.

Konkret heißt das: Eine Organisation — ein Fitnessstudio, eine Praxis, ein Verein — will ihren eigenen Mitgliedern etwas berechnen. Beiträge, Kursgebühren, Zusatzleistungen. Xircuit liefert die Infrastruktur dafür, tritt aber nicht als Vertragspartner der Mitglieder auf. Das Geld gehört der Organisation, nicht uns. Wir sind der Vermittler, der dafür sorgt, dass die Zahlung technisch, rechtlich und buchhalterisch sauber durchläuft.

Der große Vorteil dieser Zweistufigkeit ist, dass beide Modelle nebeneinander existieren, ohne sich zu stören. Xircuit rechnet weiterhin mit der Organisation ab; die Organisation rechnet zusätzlich mit ihren Mitgliedern ab. Zwei Flüsse, ein Fundament.

Warum Stripe Express Connect

Genau für diese Konstellation gibt es bei Stripe ein eigenes Produkt: Connect. Es ist der Baustein, mit dem Marktplätze und Plattformen Zahlungen an dritte Konten weiterreichen. Ich habe mich für die Variante Express Connect entschieden, und das war eine bewusste Abwägung.

Express nimmt der Organisation den größten Teil der Komplexität ab. Sie bekommt ein von Stripe gehostetes Onboarding, ein von Stripe verwaltetes Dashboard für ihre Auszahlungen und muss sich nicht selbst durch die vollständige Konteneinrichtung kämpfen. Für uns als Plattform bedeutet das weniger Verantwortung für sensible Zahlungs- und Identitätsdaten — die liegen dort, wo sie hingehören, bei Stripe. Der schöne Nebeneffekt: Die entscheidende Zahlungsanbindung bleibt dieselbe wie beim Plattform-Billing. Es ist derselbe Stripe-Account, dieselben Schlüssel, dieselben Webhooks — nur ein anderer Fluss darüber. Ich musste keine zweite Integration aufbauen, sondern eine bestehende erweitern.

Diese Kontinuität war mir wichtig. Jede zusätzliche Zahlungsanbindung ist eine zusätzliche Fehlerquelle, ein zusätzliches Secret, ein zusätzlicher Endpunkt, der ausfallen kann. Auf einer bereits geprüften Anbindung aufzusetzen, ist deutlich risikoärmer, als eine neue danebenzustellen.

Das Onboarding: damit Auszahlungen ankommen

Der heikelste Teil eines Connect-Setups ist nicht die Zahlung selbst, sondern das Onboarding. Bevor auch nur ein Euro ausgezahlt werden kann, muss Stripe die Organisation kennen: Wer betreibt sie, welches Bankkonto empfängt das Geld, welche steuerlichen und regulatorischen Angaben liegen vor. Fehlt hier etwas, bleibt die Auszahlung hängen — und nichts frustriert einen Betreiber mehr als Umsatz, der irgendwo im System feststeckt.

Deshalb führt das Onboarding den Betreiber Schritt für Schritt durch die Connect-Registrierung. Er startet den Prozess aus Xircuit heraus, wird in die von Stripe gehostete Strecke geleitet, hinterlegt dort seine Angaben und kehrt anschließend zurück. Wir verfolgen im Hintergrund, ob das Konto vollständig eingerichtet und auszahlungsbereit ist, und schalten die Abrechnungsfunktionen erst frei, wenn es das ist. Das Ziel dieser ganzen Führung ist ein einziger Satz: Auszahlungen sollen sauber ankommen. Kein halb eingerichtetes Konto, kein blockierter Transfer, keine bösen Überraschungen am Monatsende.

Geldtransfer als Sinnbild für Auszahlungen Foto: Rawpixel (CC0 1.0), via Openverse

Transparente Beteiligung und Gebühren

Sobald drei Parteien im Spiel sind, ist die wichtigste Frage: Wohin fließt das Geld, und wer behält was ein. Ich habe von Anfang an darauf geachtet, dass Beteiligung und Gebühren transparent modelliert sind — nicht als versteckter Abzug irgendwo in den Tiefen einer Buchung, sondern als klar benannter Teil des Flusses.

Wenn ein Mitglied zahlt, geht der Hauptbetrag an die Organisation. Die Plattformbeteiligung von Xircuit und die Verarbeitungsgebühren von Stripe werden dabei sauber ausgewiesen, sodass für beide Seiten nachvollziehbar bleibt, wie sich der Betrag zusammensetzt. Der Betreiber sieht, was bei ihm ankommt. Das Mitglied sieht, was es zahlt. Und dazwischen gibt es keine Grauzone, in der Geld unerklärt verschwindet.

Das ist keine rein technische Entscheidung, sondern eine über Vertrauen. Ein Marktplatz lebt davon, dass beide Seiten ihm glauben. In dem Moment, in dem ein Betreiber das Gefühl bekommt, die Plattform greife undurchsichtig in seine Einnahmen, ist die Beziehung beschädigt. Transparenz im Datenmodell ist die Voraussetzung dafür, dass Transparenz in der Kommunikation überhaupt möglich ist.

Alle sieben Verticals abgedeckt

Ein Punkt, auf den ich besonders stolz bin: Das Modell ist nicht auf eine Branche zugeschnitten. Alle sieben Onboarding-Verticals, die Xircuit unterstützt, sind von der Mitglieder-Abrechnung abgedeckt. Jede Branche kann ihr eigenes Abrechnungsmodell fahren.

Das war kein Selbstläufer. Ein Fitnessstudio denkt in monatlichen Mitgliedsbeiträgen, eine therapeutische Praxis in Einzelleistungen, ein Verein womöglich in Jahresbeiträgen mit gestaffelten Tarifen. Hätte ich das Abrechnungsmodell zu eng an eine dieser Vorstellungen gebaut, wären die anderen sechs auf der Strecke geblieben. Der Reiz von Connect liegt gerade darin, dass die zugrunde liegende Mechanik — Zahlung, Beteiligung, Auszahlung an ein verbundenes Konto — für alle Verticals identisch ist. Was sich unterscheidet, ist das, was die Organisation obendrauf konfiguriert, nicht das Fundament darunter.

So bleibt die Plattform generisch, während sich jede Organisation ihr eigenes, passendes Modell darüberlegen kann. Genau diese Trennung zwischen einheitlichem Unterbau und branchenspezifischer Ausgestaltung ist das, was Xircuit über die einzelnen Verticals hinweg zusammenhält.

Was das für Betreiber bedeutet

Wenn ich einen Schritt zurücktrete, geht es bei dieser Woche um eine Verschiebung der Rollen. Die Organisation ist auf Xircuit nicht mehr nur Kundin, sondern selbst Anbieterin gegenüber ihren Mitgliedern. Sie bekommt ein Werkzeug in die Hand, mit dem sie eigenständig wirtschaften kann, ohne eine eigene Zahlungsinfrastruktur aufbauen zu müssen.

Für den Betreiber heißt das im Alltag: Er registriert sich einmal über das geführte Onboarding, verbindet sein Konto, und ab dann laufen Zahlungen seiner Mitglieder über einen Fluss, den er weder programmieren noch überwachen muss. Die Auszahlung landet auf seinem Konto, die Beteiligung ist klar, und die technische Verantwortung für Kartendaten, Betrugserkennung und regulatorische Anforderungen liegt bei Stripe. Xircuit bleibt die Klammer, die alles verbindet — sichtbar dort, wo es nützt, und unsichtbar dort, wo es stören würde.