Ein Zahlungskonto für mehrere Shops

Das Konto gehört dir, nicht der Storefront

Wenn mir jemand sagt, er will eine zweite Marke, einen Großhandelsshop oder eine App dazunehmen, ist die erste Frage fast immer die falsche. Gefragt wird, wie viele Stripe oder Adyen Konten man dafür braucht, als müsste jeder Shop sein eigenes mitbringen. Die bessere Frage ist die umgekehrte: mit wie wenigen kommst du aus, und wo zwingen dich das Gesetz oder deine Buchhaltung wirklich zu einem weiteren.

Diese Frage ergibt nur Sinn, wenn dir das Konto beim Zahlungsabwickler überhaupt selbst gehört. Dieser Artikel ist das Kapitel über Größe und Struktur in einem längeren Argument, das ich in der Säule den eigenen Payment Stack besitzen führe. Kurz gesagt: der Kartentresor, die gespeicherten Karten, die Kundinnen und die Abos liegen beim Abwickler, nicht in irgendeiner einzelnen Storefront. Das Konto ist also das eigentliche Vermögen. Eine Storefront ist nur eines von vielen Dingen, die mit dem Konto reden. Sobald du es so siehst, wird es zur bewussten Entwurfsentscheidung, ob du mehrere Shops aus einem Konto betreibst oder sie absichtlich trennst, und nicht zu einer Grenze, die dir eine Plattform setzt.

Ich lege die Muster ehrlich dar, auch die Fälle, in denen ein einziges Konto wirklich die falsche Antwort ist, und den Punkt, an dem das Auszahlen von Geld an andere Leute aus einem Shop einen regulierten Marktplatz mit echten Pflichten macht. Jede Aussage darüber, wie sich ein Abwickler verhält, ist mit einer Fußnote auf dessen eigene, aktuelle Dokumentation belegt. Die Unternehmen in den Beispielen sind erfunden, und ihre Zahlen auch.

Ein Konto kann hinter vielen Fronten stehen

Das ist das Muster, das die meisten unterschätzen. Ein einziges Abwicklerkonto kann mehrere Storefronts gleichzeitig tragen: einen Hauptshop, einen eigenen Großhandelsshop, eine zweite Marke, eine App, eine Pop up Kassa für ein Event. Alle rufen die API desselben Kontos auf. Alle lesen und schreiben dieselben Kundinnen. Eine Karte, die jemand im Hauptshop gespeichert hat, liegt schon für den Großhandelsshop bereit, weil es ein Tresor ist und nicht einer pro Shop.

Das ist das Gegenteil vom Insel Modell der Plattformen, wo jeder Shop, den du aufmachst, seine eigene abgeschlossene Welt ist, mit eigenen Zahlungen, eigenen Kundinnen und keiner Brücke dazwischen. Dort ist eine Kundin, die auf deiner Modemarke eine Karte gespeichert hat, für deine Haushaltsmarke eine Fremde, obwohl es dieselbe Person und dasselbe Unternehmen dahinter ist. Diese Trennung zahlst du mit verlorener Conversion jedes Mal, wenn jemand die Karte neu eintippen muss, und du kannst sie ohne Migration nicht mehr rückgängig machen.

Die Mechanik, die ein Konto für viele Fronten arbeiten lässt, ist unspektakulär. Eine gespeicherte Karte gehört zu einem Customer Datensatz in deinem Konto. Die Setup Intents API von Stripe lässt dich zum Beispiel die Zahlungsdaten einer Kundin speichern, ohne dass gleich eine Zahlung stattfindet, damit du sie später belastest, wenn sie offline ist.¹ Dieser Customer und diese gespeicherte Karte sind nicht an die Adresse gebunden, unter der sie zuerst eingegeben wurden. Jede Storefront, jede App, jedes Backoffice Werkzeug, das die Schlüssel deines Kontos hält, kann sie belasten, im Rahmen der Authentifizierungsregeln. Warum diese Portabilität überhaupt existiert, habe ich in Zahlungsdaten, die mit umziehen aufgeschrieben, und die Abo Seite davon in Abonnements, die wirklich dir gehören.

Auf der Shop Seite macht ein headless, API first gebauter Shop das schmerzfrei, wo Storefront und App nur Clients desselben Commerce Kerns und desselben Zahlungskontos sind. Warum das für eine mobile App zählt, lege ich in headless und API first Solidus dar. Das Zahlungskonto ist ein weiterer gemeinsamer Dienst hinter diesem Kern, und jede Front, die du dazunimmst, ist ein dünner neuer Client und kein neues Silo.

Ein Beispiel: Almlicht betreibt drei Fronten aus einem Konto

Almlicht ist ein erfundenes Unternehmen in Linz, das seine eigene Reihe an Heimtextilien und Wohnaccessoires unter almlicht.example verkauft. Mara führt es. Angefangen hat sie mit einem Shop, dann kam ein Großhandelsshop für Einrichterinnen und Boutiquen unter grosshandel.almlicht.example dazu, dann eine App für Stammkundinnen. Drei Fronten, ein Unternehmen, eine juristische Person.

Weil ich alle drei gegen ein eigenes Abwicklerkonto gebaut habe, teilen sie alles, worauf es ankommt. Eine Einrichterin, die über den Endkundenshop ein Muster gekauft und ihre Karte gespeichert hat, kann sich im Großhandelsshop anmelden und mit einem Tippen nachbestellen, ohne die Karte neu einzugeben, weil die Karte am Konto liegt und nicht am Shop. Die App belastet dieselben Karten. Wenn Mara eine Kundin ansieht, sieht sie jede Bestellung über alle drei Fronten, weil es eine Kundenliste gibt und nicht drei.

Vergleich das mit dem Weg, den Mara nicht gegangen ist. Wäre jede Front ein eigener Plattformshop mit eigener eingebauter Zahlung, würde sie drei getrennte Kundenstämme und drei Tresore betreiben, eine Einrichterin wäre je nach Shop drei verschiedene Personen, und Mara könnte keine Marke auf eine neue Storefront umziehen, ohne die Karten zu migrieren. Nichts davon ist ein Naturgesetz. Es ist die Folge davon, wem das Konto gehört.

Der ehrliche Vorbehalt, auf den ich unten zurückkomme: das gilt nur, solange die drei Fronten wirklich ein Unternehmen sind. In dem Moment, in dem eine davon eine eigene Firma wird, in einer anderen Währung abrechnen muss oder ein anderes Risikoprofil trägt, ändert sich die Rechnung.

Wann ein Konto die falsche Antwort ist

Ich verkaufe dir nicht die Idee, dass alles auf ein Konto gehört. Mehrere gute Gründe drücken in die andere Richtung, und sie zu ignorieren schafft seine eigene Unordnung.

Der klarste ist die juristische Person. Ein Abwickler bindet jedes Konto an die Steuernummer und die juristische Person genau eines Unternehmens. Stripe sagt es deutlich: du musst getrennte Stripe Konten für Projekte, Websites oder Unternehmen verwenden, die unabhängig voneinander arbeiten, und du kannst jedes Konto nur mit der Steuernummer und der juristischen Person eines einzigen Unternehmens verknüpfen.² Wenn deine zweite Marke eine eigene GmbH ist, braucht sie ihr eigenes Konto. Die Umsätze der einen Firma durch das Konto der anderen zu schicken vermischt das Geld zweier Rechtsträger und die Steuer zweier Firmen, und keine technische Bequemlichkeit ist das wert.

Der zweite Grund ist die öffentliche Identität auf dem Kartenauszug. Der Firmenname und der Descriptor, die am Konto hängen, erscheinen auf dem Kartenauszug. Stripe warnt, dass dasselbe Konto für verschiedene Unternehmen zu Verwirrung führen kann, weil die öffentlichen Geschäftsdaten für beide gleich sind, sodass jemand, der bei deiner Marke XYZ kauft, auf dem Auszug eine Belastung von deiner Marke ABC sieht, was in einer Anfechtung enden kann.² Wenn deine zwei Marken für eine Käuferin nichts miteinander zu tun haben, lädt ein gemeinsamer Descriptor zu Rückbuchungen ein.

Der dritte Grund ist Währung und Settlement, dem ich weiter unten einen eigenen Abschnitt widme. Der vierte ist Risiko und saubere Buchhaltung: ist eine Marke risikoreich oder könnte eine Geschäftslinie Anfechtungen oder eine Reserve anziehen, hält ein eigenes Konto ein Problem in der einen davon ab, die Mittel der anderen einzufrieren. Und manchmal ist der Grund einfach ein sauberes Buch. Stripe merkt an, dass getrennte Konten helfen, Zahlungen zu finden, Berichte zu erstellen und zu exportieren und Auszahlungen gegen dein Bankkonto abzustimmen.²

Die Regel lautet also nicht "immer ein Konto". Sie lautet "ein Konto pro echtem Unternehmen, und darauf so viele Fronten, wie du willst". Wo ein Unterschied kosmetisch ist, teil das Konto. Wo der Unterschied rechtlich, steuerlich oder eine echte Risikogrenze ist, trenn es.

Getrennte Konten, Unterkonten und eine Organisation darüber

Wenn du für dasselbe Unternehmen doch mehr als ein Konto brauchst, musst du sie nicht als zusammenhanglose Logins führen. Stripe lässt ein Unternehmen mehrere Konten betreiben, die zum selben Unternehmen gehören, etwa für lokales Acquiring oder getrennte Geschäftslinien, und sie unter einer Organisation für zentrale Auswertung und Verwaltung bündeln.² Unter einer juristischen Person darfst du außerdem dieselbe Steuernummer und dieselben Geschäftsdaten über mehrere Konten hinweg verwenden.² So kannst du die österreichische Marke und die frisch gegründete Tochter auf eigenen Konten für sauberes Settlement und saubere Steuer halten und sie trotzdem an einem Ort sehen.

Hier gibt es eine Linie, die man kennen sollte, denn an ihr dreht sich dieser Artikel. Stripe sagt, wenn du viele neue Konten anlegen oder Konten automatisch bereitstellen willst, während du die zentrale Auswertung behältst, sollst du eine Connect Plattform bauen statt mehrere Stripe Konten zu verwenden.² Mit anderen Worten: eine Handvoll Konten für deine eigenen Rechtsträger ist gewöhnliche Kontoverwaltung. In dem Moment, in dem du Konten im Namen anderer Leute anlegst und Geld an sie bewegst, bist du in Connect, und das ist das Marktplatzmodell, ein anderer Bau mit einem anderen Gewicht an Pflichten.

Muster	Was es ist	Gut für	Der Preis
Ein Konto, viele Fronten	Mehrere Storefronts und Apps eines Unternehmens auf einem Konto	Geteilte Kundinnen und Karten, eine Quelle der Wahrheit	Alle Fronten teilen eine Risiko und Compliance Fläche
Getrennte Konten, eine Organisation	Mehrere Konten für dasselbe Unternehmen, zum Auswerten gebündelt	Eigene Rechtsträger, Währungen oder riskante Linien, sauber gehalten	Mehr Verwaltung, kein geteilter Tresor über die Konten
Connect Plattform	Du onboardest und zahlst an Verkäufer aus	Marktplätze, Auszahlung an Verkäufer oder Dienstleister	Know your Customer auf Verkäufer, Auszahlungsregeln, größerer Bau

Geld an andere auszahlen ändert alles

Alles bisher geht davon aus, dass das Geld dir gehört. Du nimmst eine Kartenzahlung, sie landet auf deinem Bankkonto, du entscheidest, was damit passiert. In dem Moment, in dem du einen Anteil an jemand anderen auszahlen musst, an einen Verkäufer, einen Lieferanten, einen Dienstleister, eine Künstlerin, deren Werk du verkaufst, bist du nicht mehr nur ein Shop. Du bist ein Marktplatz, der fremdes Geld weiterleitet, und der Abwickler behandelt dich ganz anders.

Das nennt Stripe Connect, seine Lösung für Unternehmen mit mehreren Parteien wie Marktplätze oder Softwareplattformen, um Zahlungen zwischen Verkäufern, Kundinnen und weiteren Empfängern zu leiten.³ Das ist keine Stripe Eigenheit. Mollie zum Beispiel hat dieselbe Form: Mollie Connect lässt Softwareplattformen und Marktplätze ihren Händlern Zahlungen und Geldverwaltung anbieten, aufgeteilt in Connect for Platforms für SaaS Firmen, bei denen jeder Händler seinen eigenen Zahlungsbetrieb führt, und Connect for Marketplaces für Plattformen, denen die Zahlung gehört.⁴ Adyen, Braintree und die anderen großen Abwickler haben alle ihre eigene Variante. Der Punkt ist architektonisch und keine Werbung für eine Marke: sobald du an andere auszahlst, nimmst du ein Modell verbundener Konten an, egal welcher Abwickler es ist.

Mechanisch kann sich das Geld in ein paar Formen bewegen. Die Connect Dokumentation von Stripe nennt drei Ladungsarten.⁵ Bei einer Destination Charge entsteht die Zahlung auf deiner Plattform, erscheint also in deinem Guthaben, und ein Teil der Mittel geht sofort auf das verbundene Konto über, während der Rest, deine Provision, als Gebühr bei dir bleibt.⁵ Bei Separate Charges and Transfers erzeugst du Zahlungen auf deiner Plattform und teilst die Mittel auf mehrere verbundene Konten auf, oder hältst sie, wenn du zum Zeitpunkt der Zahlung die Person noch nicht kennst, das Modell für einen eCommerce Marktplatz mit einem einzigen Warenkorb für Waren mehrerer Unternehmen.⁵ Bei einer Direct Charge geht die Zahlung direkt auf das verbundene Konto des Verkäufers, und von dort fließen Mittel als Gebühren an Stripe oder die Plattform.⁵ In jedem Fall ist dein Anteil eine Application Fee, die der Abwickler für dich heraustrennt.

Das ist der reizvolle Teil, und er kann wirklich viel. Ein einziger Warenkorb hält Artikel von fünf Verkäufern, nimmt eine Zahlung von der Kundin und rechnet fünf verschiedene Beträge an fünf Konten ab, abzüglich deiner Provision. Aber der reizvolle Teil ist nicht der Teil, der entscheidet, ob du das bauen sollst.

Was ein Marktplatz dir wirklich auferlegt

Hier ist das ehrliche Gewicht. Wenn du an Verkäufer auszahlst, muss der Abwickler wissen, wer diese Verkäufer sind, und er lässt dich dieses Wissen besorgen. Stripe ist dabei direkt: bevor ein verbundenes Konto Zahlungen annehmen und Auszahlungen senden kann, muss es die Know your Customer Anforderungen erfüllen, und die Connect Plattformen sammeln die nötigen Informationen von den Nutzern und geben sie an Stripe weiter.⁶ Diese Informationen können Angaben zur juristischen Person und persönliche Angaben zur vertretenden Person und zu denen umfassen, die das Unternehmen besitzen oder kontrollieren, und wo getippte Daten nicht reichen, einen Scan eines gültigen amtlichen Ausweises, einen Adressnachweis oder beides.⁶ Die Anforderungen variieren je nach Konto, abhängig von Land, Capabilities, Geschäftsart, Geschäftsstruktur, der Art der Servicevereinbarung und dem Risikoniveau.⁶ An Schwellen aus Zeit oder Volumen kann es sein, dass du noch mehr sammeln musst, und Stripe pausiert Zahlungen oder Auszahlungen vorübergehend, wenn die Information nicht geliefert oder geprüft ist.⁶

Zwei Dinge folgen daraus, die Betreiber regelmäßig übersehen. Erstens endet die Compliance nicht, wenn Stripe einen Haken setzt. Stripe sagt es selbst: auch nachdem Stripe ein verbundenes Konto geprüft hat, müssen die Plattformen weiterhin auf Betrug achten und ihn verhindern, und du sollst dich nicht auf die Prüfung von Stripe verlassen, um irgendwelche eigenen gesetzlichen Pflichten zur Identitätsprüfung zu erfüllen.⁶ Du trägst eine laufende Pflicht, deine Verkäufer zu beobachten, und keinen einmaligen Haken. Mollie formuliert seine Seite genauso und prüft und onboardet Händler über die Geschäftsprüfung (KYB) von Mollie, die Händler beim Onboarding durchlaufen müssen.⁴

Zweitens verschiebt sich das Geldrisiko um dich herum. Bei Destination Charges und bei Separate Charges and Transfers mindern Erstattungen und Rückbuchungen das Guthaben deiner Plattform, und wenn eine Kundin eine Zahlung anficht, wird dein Plattformguthaben automatisch um den angefochtenen Betrag und die Gebühr belastet, worauf du versuchen kannst, es dir vom Verkäufer zurückzuholen, indem du den Transfer rückabwickelst.⁵ Ein Verkäufer kann also mit seiner Auszahlung verschwinden, während eine Rückbuchung Wochen später bei dir landet. Das ist ein Kreditrisiko, das du nicht hattest, als du nur eigene Ware verkauft hast.

Nichts davon macht einen Marktplatz zu einer schlechten Idee. Es macht ihn zu einem größeren, regulierten Bau mit einem anderen Risikoprofil, und er gehört in einen Plan mit offenen Augen, nicht an einen Shop geschraubt, weil eine geteilte Zahlung leicht ausgesehen hat. Willst du nur einem einzigen Lieferanten einmal im Monat seine Rechnung zahlen, brauchst du mit ziemlicher Sicherheit gar kein Connect. Du brauchst einen Shop, der dir gehört, und eine normale Überweisung.

Ein Beispiel: Almlicht macht einen Marktplatz für Handwerk auf

Zwei Jahre später will Mara Werke unabhängiger österreichischer Kunsthandwerkerinnen neben der eigenen Reihe von Almlicht verkaufen und jeder Handwerkerin ihren Anteil automatisch auszahlen. Das ist ein Marktplatz, und er ändert ihren Bau.

Ich hebe sie auf eine Integration im Connect Stil beim selben Abwickler. Almlicht bleibt die Plattform. Jede Handwerkerin wird ein verbundenes Konto. Bevor eine Handwerkerin bezahlt werden kann, muss Almlicht ihre Angaben zur Prüfung sammeln und einreichen: die juristische Person, die vertretende Person, einen Identitätsnachweis, wo die getippten Daten nicht von selbst durchgehen.⁶ Eine Handwerkerin, die das nicht liefert, kann nicht ausgezahlt werden, Ende der Geschichte, weil der Abwickler die Auszahlung pausiert, bis die Information da ist.⁶

Kauft eine Kundin einen Warenkorb um 180 Euro mit einer Lampe um 120 Euro von einer Handwerkerin und einem Druck um 60 Euro von einer anderen, nimmt Almlicht die eine Zahlung, und der Abwickler teilt sie: 120 Euro abzüglich Provision auf das Konto der ersten, 60 Euro abzüglich Provision auf das der zweiten, der Anteil von Almlicht bleibt als Application Fee.⁵ So weit gut. Dann ficht eine Kundin die Lampe um 120 Euro an. Der angefochtene Betrag und die Gebühr gehen vom Guthaben von Almlicht ab, nicht vom Konto der Handwerkerin, und Mara muss es sich zurückholen, indem sie rückabwickelt, was sie schon ausgezahlt hat, sofern die Handwerkerin noch ein Guthaben hat, gegen das sich das machen lässt.⁵ Sie braucht jetzt einen Puffer, der dieses Timing auffängt, und eine Regel, die erste Auszahlungen einer neuen Handwerkerin zurückhält, bis die eine Historie hat. Und ehrlich gesagt muss sie auch akzeptieren, dass sie nun eine Pflicht zur Betrugsabwehr über Leute trägt, die sie nicht angestellt hat.⁶

Der Gewinn ist echt: Almlicht wird ein Ziel und nicht nur eine Marke, und behält dabei durchgehend die eigenen Kundinnen und den eigenen Tresor, weil das weiterhin ihr eigenes Konto ist. Der Preis ist genauso echt: ein regulierter Onboarding Ablauf, Identitätsprüfungen bei jeder Handwerkerin, Auszahlungs und Anfechtungsrisiko und ein Bau, der weit größer ist als ihr Shop. Für einen Marktplatz lohnt sich das. Um einen Lieferanten zu bezahlen, ist es absurd.

Mehrere Währungen aus einem Konto, und wo es aufhört

Ein einziges eigenes Konto kann auch in mehrere Länder verkaufen und, in Grenzen, in mehreren Währungen abrechnen, sodass du nicht pro Markt ein eigenes Konto brauchst, nur um lokale Preise zu zeigen. Aber hier gibt es echte Kanten, und Fähigkeiten zu erfinden, die du nicht hast, ist der Weg, auf dem Leute stranden.

Fang mit der Unterscheidung an. Die Presentment Währung ist die, die die Kundin sieht und in der sie belastet wird. Die Settlement Währung ist die, die dein Bankkonto tatsächlich erhält. Standardmäßig rechnet ein Abwickler alles in deine eine Heimatwährung um. Das Multi Währungs Settlement von Stripe lässt dich stattdessen dein Konto so einstellen, dass es Guthaben in bis zu 18 unterstützten Währungen ansammelt und ausgezahlt bekommt, aber mit einer festen Bedingung: um ein Guthaben in einer Währung anzusammeln, musst du Zahlungen annehmen, die in dieser Währung präsentiert werden.⁷ Du kannst kein Euro Guthaben aus Pfund Umsätzen herbeizaubern. Du hältst Euro erst, wenn du wirklich Euro Zahlungen nimmst, und um in Euro ausgezahlt zu werden, musst du ein eigenes unterstütztes Bankkonto in derselben Währung hinzufügen.⁷

Es gibt zwei weitere Grenzen, die man klar sagen sollte. Multi Währungs Settlement gibt es nur in einer festgelegten Länderliste, die bei Stripe AE, AU, CH, EU, GB, HK, LI, NO, SG und US umfasst.⁷ Und in eine andere Währung als deine primäre abzurechnen ist nicht gratis: Stripe berechnet die geltende Gebühr, wenn Mittel in eine nicht primäre Settlement Währung settlen.⁷ Ich nenne keinen Prozentsatz, weil sich Gebühren ändern und die Vorgabe zu Recht erfundene Zahlen verbietet; ich schaue für jeden Bau auf die aktuelle Preisseite des Abwicklers, und das solltest du auch.

Dann gibt es die Frage, welche Zahlungsarten in jedem Markt überhaupt existieren, was von der Währung getrennt ist. Eine Kundin in Österreich oder Deutschland erwartet lokale Methoden, die ein Checkout, der zuerst an Karten denkt, nicht von Haus aus bietet, und die Verfügbarkeit jeder Methode variiert je Land. Den DACH Satz, Kauf auf Rechnung, SEPA, Klarna, EPS und Twint, gehe ich in Zahlungsarten für DACH in Solidus durch. Die Überschrift für diesen Artikel ist, dass ein eigenes Konto viele Währungen und viele lokale Methoden über viele Fronten tragen kann, bis zur Länderliste und Methodenverfügbarkeit des Abwicklers, also weit mehr Reichweite, als dir eine Plattform pro Shop gibt, aber eben nicht unbegrenzt, und die Grenzen gehören dem Abwickler und sind nicht deine zum Wegwünschen.

Die ehrlichen Kompromisse

Ein Konto über viele Shops zu besitzen ist die Position, für die ich argumentiere, also schulde ich dir ihre Schattenseiten so klar wie ihre Vorteile.

Ein einziges Konto ist ein einziger Punkt. Ein geteiltes Konto ist auch eine geteilte Risiko und Compliance Fläche. Eine Reserve, ein Einfrieren oder eine Prüfung, ausgelöst durch die Aktivität einer Front, berührt jede Front hinter diesem Konto, weil sie ein Guthaben teilen. Das ist die Kehrseite des geteilten Tresors: die Bequemlichkeit und die Verletzlichkeit reisen zusammen. Die Minderung ist genau der Abschnitt "wann trennen" oben. Setz eine wirklich riskante Linie oder einen eigenen Rechtsträger auf ein eigenes Konto, und halt das geteilte Konto für die Fronten, die wirklich zusammengehören.

Ein Marktplatz vervielfacht deine Pflichten. Das Modell verbundener Konten kann viel, aber es bringt Know your Customer Pflichten über deine Verkäufer, Auszahlungsregeln, Anfechtungsrisiko auf deinem eigenen Guthaben und eine laufende Pflicht zur Betrugsabwehr, die nicht abläuft.⁶⁵ Das ist regulatorisches Gewicht, und es ist nur der richtige Tausch, wenn du wirklich einen Marktplatz betreibst, keine Bequemlichkeit, die man leichtfertig dazunimmt.

Du trägst die Händlerbeziehung. Das Konto zu besitzen heißt, die Anfechtungen, die Reserven und deinen Anteil an der Kartensicherheit gehören dir, über jede Front. Für die meisten Shops ist dieser Anteil die leichteste Selbstauskunft, weil ein gehosteter, tokenisierter Checkout die Kartennummern von deinen Servern fernhält, aber er gehört trotzdem dir. Und weil das alles auf deinem Konto sitzt statt auf dem einer Plattform, beantwortet sich die Frage, wem die Kundinnen und die Daten gehören, von selbst zu deinen Gunsten, worauf der ganze Punkt in wem gehören eigentlich deine Geschäftsdaten hinausläuft. Den Migrationsschmerz, den du dir durch das eigene Konto ersparst, katalogisiere ich in den versteckten Gefahren beim Wechsel des Payment Gateways: der Grund, das Konto jetzt zu besitzen, ist der, diese Rechnung später nie zu zahlen.

Wie ich entscheide, und was ich vor dem Bau frage

Meine Faustregel ist kurz. Zähl die echten Unternehmen, nicht die Storefronts. Ein Konto pro juristischer Person, darauf so viele Fronten, wie du willst, getrennte Konten nur dort, wo Gesetz, Währung, Auszugsidentität oder echtes Risiko es erzwingen, und ein Modell verbundener Konten nur, wenn du wirklich an andere Leute auszahlst. Bevor ich baue, kläre ich diese Fragen mit der Betreiberin, schriftlich:

Ist jede Front dieselbe juristische Person, oder wird eine davon eine eigene Firma? Getrennte Rechtsträger brauchen getrennte Konten.²
Muss eine Front in einer anderen Währung abrechnen, und sind diese Währung und dieses Land unterstützt, mit einem Bankkonto, das es empfängt?⁷
Zahlst du jemals Geld an Dritte aus? Wenn ja, bauen wir einen Marktplatz mit verbundenen Konten, mit Onboarding, Identitätsprüfungen und einberechneter Auszahlungs Compliance.⁶
Welche lokalen Zahlungsarten braucht jeder Markt, und sind sie am Konto verfügbar?
Wo ballt sich das Risiko, und sollte eine riskante Linie auf ein eigenes Konto, damit eine Reserve darauf nicht den Rest einfriert?

Beantworte diese Fragen, und die Struktur zeichnet sich fast von selbst: meist ein eigenes Konto hinter jeder Front des Unternehmens, bewusst nur dort getrennt, wo eine echte Grenze verläuft, und ein Marktplatzbau nur dort, wo du wirklich einer geworden bist. Das ist die Freiheit, das Konto zu besitzen. Die Zahl der Konten wird eine Entscheidung, die du aus eigenen Gründen triffst, und kein Käfig, den dir eine Plattform baut.

Wenn du eine zweite Marke, einen Großhandelszweig, eine App oder einen Marktplatz abwägst und nicht sicher bist, wie viele Konten das wirklich braucht, bring es in den kostenlosen Workshop mit, dann zeichnen wir die Struktur gemeinsam, ehrlich, inklusive der Stellen, an denen ein Konto die falsche Antwort ist. Die ersten zwei Wochen Arbeit gehen auf meine Rechnung.

Stripe, Save a customer's payment method without making a payment (Setup Intents API), Stripe documentation, 2026, https://docs.stripe.com/payments/save-and-reuse ↩
Stripe, Multiple separate accounts, Stripe documentation, 2026, https://docs.stripe.com/get-started/account/multiple-accounts ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷
Stripe, Connect (overview of Stripe's solution for multi party businesses), Stripe documentation, 2026, https://docs.stripe.com/connect ↩
Mollie, Mollie Connect: Overview (Connect for Platforms, Connect for Marketplaces und Geschäftsprüfung), Mollie developer documentation, 2026, https://docs.mollie.com/connect/overview ↩ ↩²
Stripe, Understand how charges work in a Connect integration (direct, destination, and separate charges and transfers; refunds and disputes), Stripe documentation, 2026, https://docs.stripe.com/connect/charges ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸
Stripe, Identity verification for connected accounts (KYC requirements, platform responsibilities and ongoing fraud monitoring), Stripe documentation, 2026, https://docs.stripe.com/connect/identity-verification ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸ ↩⁹ ↩¹⁰
Stripe, Multi-currency settlement (settlement vs presentment currency, supported countries, and settlement fees), Stripe documentation, 2026, https://docs.stripe.com/payouts/multi-currency-settlement ↩ ↩² ↩³ ↩⁴ ↩⁵