Ein Zahlungskonto für mehrere Shops

Kurz gesagt

Niveau: Fortgeschritten

  • Das Konto ist der Wert, nicht die Storefront: weil Tresor und Kundinnen beim Abwickler liegen, kann ein eigenes Konto hinter Hauptshop, Großhandelsshop, zweiter Marke und App stehen, die alle gespeicherte Karten teilen.
  • Das ist das Gegenteil des Inselmodells der Plattformen, wo jeder Shop eine abgeschlossene Welt ist und eine Kundin, die auf dem einen eine Karte gespeichert hat, auf dem nächsten eine Unbekannte ist.
  • Ein Konto ist nicht immer richtig: getrennte Rechtsträger, andere Settlement Währungen, die Auszugsidentität und echtes Risiko sind echte Gründe zu trennen, unter einer Organisation zum Auswerten gebündelt.
  • Sobald du an fremde Verkäufer auszahlst, bist du in einem Marktplatz mit verbundenen Konten (Stripe Connect und seine Peers), mit Know your Customer Prüfungen, Auszahlungsregeln und Anfechtungen, die auf deinem Guthaben landen.
  • Ein Konto trägt viele Währungen und lokale Methoden, aber nur bis zu den unterstützten Ländern des Abwicklers, und ein Settlement in eine nicht primäre Währung kostet eine Gebühr.
  • Ein einziges Konto ist eine einzige Risiko und Compliance Fläche, also teil es für Fronten, die wirklich zusammengehören, und trenn es, wo eine echte Grenze verläuft.

Will jemand eine zweite Marke, einen Großhandelsshop oder eine App, fragt er, wie viele Abwicklerkonten er braucht, und das ist die falsche Frage. Weil Kartentresor, Kundinnen und Abos beim Abwickler liegen, der dir gehört, kann ein Konto hinter vielen Fronten stehen, die alle gespeicherte Karten teilen, und du trennst nur, wo eine echte Grenze verläuft. Ich lege die Muster offen: ein Konto für viele Fronten, wann getrennte Konten wirklich richtig sind, und der Punkt, an dem das Auszahlen an fremde Verkäufer aus einem Shop einen regulierten Marktplatz mit Know your Customer Prüfungen und Auszahlungsrisiko macht. An einem erfundenen Hamburger Wohnaccessoire Geschäft zeige ich beides, jede Aussage über einen Abwickler mit einer Fußnote auf dessen eigene, aktuelle Dokumentation belegt.

Dir gehört das Konto, nicht die Storefront

Wenn mir jemand erzählt, er möchte eine zweite Marke, einen Großhandelsshop oder eine App ergänzen, lautet die erste Frage fast immer falsch. Man fragt, wie viele Stripe oder Adyen Konten dafür nötig sind, als bräuchte jeder Shop sein eigenes. Besser ist die Gegenfrage: mit wie wenigen kommst du aus, und an welcher Stelle zwingen dich Gesetz oder Buchhaltung tatsächlich zu einem weiteren.

Diese Frage ergibt nur dann einen Sinn, wenn dir das Konto beim Zahlungsabwickler selbst gehört. Dieser Text ist das Kapitel über Größe und Struktur in einem längeren Argument, das ich in der Säule den eigenen Payment Stack besitzen entwickle. In einem Satz: der Kartentresor, die gespeicherten Karten, die Kundinnen und die Abos liegen beim Abwickler und nicht in einer einzelnen Storefront. Damit ist das Konto der eigentliche Wert. Eine Storefront ist bloß eines von mehreren Dingen, die mit dem Konto sprechen. Hast du das einmal verstanden, wird es zu deiner bewussten Entscheidung, ob du mehrere Shops aus einem Konto fährst oder sie mit Absicht trennst, statt zu einer Grenze, die eine Plattform dir vorschreibt.

Ich lege die Muster offen, einschließlich der Fälle, in denen ein einziges Konto wirklich die falsche Wahl ist, und bis zu dem Punkt, an dem das Auszahlen von Geld an andere aus einem Shop einen regulierten Marktplatz mit echten Pflichten macht. Jede Behauptung darüber, wie sich ein Abwickler verhält, trägt eine Fußnote auf dessen eigene, aktuelle Dokumentation. Die Unternehmen in den Beispielen sind erfunden, und ihre Zahlen ebenso.

Ein Konto kann hinter vielen Fronten stehen

Das ist das Muster, das die meisten zu wenig nutzen. Ein einziges Abwicklerkonto kann mehrere Storefronts zugleich tragen: einen Hauptshop, einen eigenen Großhandelsshop, eine zweite Marke, eine App, eine mobile Kasse für ein Event. Alle sprechen die API desselben Kontos an. Alle lesen und schreiben dieselben Kundinnen. Eine Karte, die jemand im Hauptshop hinterlegt hat, steht dem Großhandelsshop bereits zur Verfügung, weil es einen Tresor gibt und nicht einen pro Shop.

Das ist das Gegenteil des Inselmodells der Plattformen, in dem jeder Shop, den du eröffnest, eine abgeschlossene Welt bildet, mit eigenen Zahlungen, eigenen Kundinnen und keiner Brücke dazwischen. Dort ist eine Kundin, die bei deiner Modemarke eine Karte gespeichert hat, für deine Haushaltsmarke eine Unbekannte, obwohl dieselbe Person und dasselbe Unternehmen dahinterstehen. Diese Trennung bezahlst du mit verlorener Conversion, jedes Mal wenn jemand die Karte neu eingeben muss, und ohne Migration bekommst du sie nicht mehr zurück.

Die Mechanik, die ein Konto für viele Fronten arbeiten lässt, ist schlicht. Eine gespeicherte Karte gehört zu einem Customer Datensatz in deinem Konto. Die Setup Intents API von Stripe erlaubt es dir etwa, die Zahlungsdaten einer Kundin zu speichern, ohne dass sofort eine Zahlung erfolgt, um sie später zu belasten, wenn sie offline ist.1 Dieser Customer und diese Karte hängen nicht an der Adresse, unter der sie zuerst eingegeben wurden. Jede Storefront, jede App, jedes Backoffice Werkzeug mit den Schlüsseln deines Kontos kann sie belasten, im Rahmen der Authentifizierungsregeln. Warum es diese Portabilität überhaupt gibt, habe ich in Zahlungsdaten, die mit umziehen beschrieben, und die Abo Seite davon in Abonnements, die wirklich dir gehören.

Auf der Shop Seite macht ein headless, API first gebauter Shop das mühelos, in dem Storefront und App nur Clients desselben Commerce Kerns und desselben Zahlungskontos sind. Warum das für eine mobile App zählt, erkläre ich in headless und API first Solidus. Das Zahlungskonto ist ein weiterer geteilter Dienst hinter diesem Kern, und jede Front, die dazukommt, ist ein dünner neuer Client und kein neues Silo.

Ein Beispiel: Nordfeld fährt drei Fronten aus einem Konto

Nordfeld ist ein erfundenes Unternehmen in Hamburg, das seine eigene Reihe an Heimtextilien und Wohnaccessoires unter nordfeld.example verkauft. Mara leitet es. Begonnen hat sie mit einem Shop, dann kam ein Großhandelsshop für Einrichterinnen und Boutiquen unter grosshandel.nordfeld.example hinzu, 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 Wesentliche. Eine Einrichterin, die über den Endkundenshop ein Muster gekauft und ihre Karte gespeichert hat, meldet sich im Großhandelsshop an und bestellt mit einem Tippen nach, ohne die Karte erneut einzugeben, weil die Karte am Konto liegt und nicht am Shop. Die App belastet dieselben Karten. Sieht Mara sich eine Kundin an, sieht sie jede Bestellung über alle drei Fronten, weil es eine Kundenliste gibt und nicht drei.

Vergleiche das mit dem Weg, den Mara nicht gegangen ist. Wäre jede Front ein eigener Plattformshop mit eigener eingebauter Zahlung, betriebe sie drei getrennte Kundenstämme und drei Tresore, 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 folgt daraus, 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. Sobald eine davon eine eigene Firma wird, in einer anderen Währung abrechnet oder ein anderes Risikoprofil trägt, verschiebt sich die Rechnung.

Wann ein Konto die falsche Wahl ist

Ich verkaufe dir nicht die Idee, dass alles auf ein Konto gehört. Mehrere gute Gründe sprechen dagegen, und sie zu übergehen schafft eine eigene Unordnung.

Der klarste ist die juristische Person. Ein Abwickler bindet jedes Konto an die Steuernummer und die juristische Person genau eines Unternehmens. Stripe formuliert es unmissverständlich: du musst getrennte Stripe Konten für Projekte, Websites oder Unternehmen nutzen, die unabhängig voneinander operieren, und jedes Konto lässt sich nur mit der Steuernummer und der juristischen Person eines einzigen Unternehmens verknüpfen.2 Ist deine zweite Marke eine eigene GmbH, braucht sie ein eigenes Konto. Die Umsätze der einen Firma durch das Konto der anderen zu leiten vermischt das Geld zweier Rechtsträger und die Steuer zweier Firmen, und keine technische Bequemlichkeit wiegt das auf.

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

Der dritte Grund ist Währung und Settlement, dem ich weiter unten einen eigenen Abschnitt gebe. Der vierte ist Risiko und saubere Buchführung: 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 davon ab, die Mittel der anderen einzufrieren. Und manchmal ist der Grund schlicht ein sauberes Buch. Stripe merkt an, dass getrennte Konten helfen, Zahlungen zu finden, Berichte zu erstellen und zu exportieren und Auszahlungen gegen das Bankkonto abzustimmen.2

Die Regel lautet also nicht "immer ein Konto". Sie lautet "ein Konto pro echtem Unternehmen, und darauf so viele Fronten, wie du magst". 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

Brauchst du für dasselbe Unternehmen doch mehr als ein Konto, musst du sie nicht als beziehungslose 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.2 Unter einer juristischen Person darfst du zudem dieselbe Steuernummer und dieselben Geschäftsdaten über mehrere Konten hinweg verwenden.2 So hältst du die deutsche Marke und die neu gegründete Tochter auf eigenen Konten für sauberes Settlement und saubere Steuer und siehst sie dennoch an einer Stelle.

Hier verläuft eine Linie, die du kennen solltest, denn an ihr dreht sich dieser Text. Stripe sagt, willst du viele neue Konten anlegen oder Konten automatisch bereitstellen und dabei die zentrale Auswertung behalten, dann baue eine Connect Plattform, statt mehrere Stripe Konten zu nutzen.2 Anders gesagt: eine Handvoll Konten für deine eigenen Rechtsträger ist gewöhnliche Kontoverwaltung. Sobald 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 Pflichtengewicht.

MusterWas es istGut fürDer Preis
Ein Konto, viele FrontenMehrere Storefronts und Apps eines Unternehmens auf einem KontoGeteilte Kundinnen und Karten, eine Quelle der WahrheitAlle Fronten teilen eine Risiko und Compliance Fläche
Getrennte Konten, eine OrganisationMehrere Konten für dasselbe Unternehmen, zum Auswerten gebündeltEigene Rechtsträger, Währungen oder riskante Linien, sauber gehaltenMehr Verwaltung, kein geteilter Tresor über die Konten
Connect PlattformDu onboardest und zahlst an Verkäufer ausMarktplätze, Auszahlung an Verkäufer oder DienstleisterKnow your Customer auf Verkäufer, Auszahlungsregeln, größerer Bau

Geld an andere auszahlen ändert alles

Alles bisher setzt voraus, dass das Geld dir gehört. Du nimmst eine Kartenzahlung, sie landet auf deinem Bankkonto, du entscheidest über ihre Verwendung. Sobald du einen Anteil an jemand anderen auszahlst, an einen Verkäufer, einen Lieferanten, einen Dienstleister, eine Künstlerin, deren Werk du anbietest, bist du nicht mehr nur ein Shop. Du bist ein Marktplatz, der fremdes Geld weiterreicht, und der Abwickler behandelt dich grundlegend anders.

Stripe nennt das 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.3 Das ist keine Besonderheit von Stripe. Mollie etwa 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.4 Adyen, Braintree und die übrigen großen Abwickler haben alle ihre eigene Variante. Der Punkt ist architektonisch und keine Werbung für eine Marke: sobald du an andere auszahlst, übernimmst du ein Modell verbundener Konten, gleich welcher Abwickler es ist.

Mechanisch bewegt sich das Geld in wenigen Formen. Die Connect Dokumentation von Stripe nennt drei Ladungsarten.5 Bei einer Destination Charge entsteht die Zahlung auf deiner Plattform, taucht also in deinem Guthaben auf, und ein Teil der Mittel geht sofort auf das verbundene Konto über, während der Rest, deine Provision, als Gebühr bei dir bleibt.5 Bei Separate Charges and Transfers erzeugst du Zahlungen auf deiner Plattform und verteilst die Mittel auf mehrere verbundene Konten, 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.5 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.5 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 fasst 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, der entscheidet, ob du das bauen solltest.

Was ein Marktplatz dir tatsächlich aufbürdet

Hier ist das ehrliche Gewicht. Zahlst du an Verkäufer aus, muss der Abwickler wissen, wer diese Verkäufer sind, und er lässt dich dieses Wissen beschaffen. 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 reichen sie an Stripe weiter.6 Diese Informationen können Angaben zur juristischen Person und persönliche Angaben zur vertretenden Person sowie zu denen umfassen, die das Unternehmen besitzen oder kontrollieren, und wo getippte Daten nicht genügen, einen Scan eines gültigen amtlichen Ausweises, einen Adressnachweis oder beides.6 Die Anforderungen variieren je nach Konto, abhängig von Land, Capabilities, Geschäftsart, Geschäftsstruktur, der Art der Servicevereinbarung und dem Risikoniveau.6 An Schwellen aus Zeit oder Volumen musst du womöglich noch mehr sammeln, und Stripe pausiert Zahlungen oder Auszahlungen vorübergehend, wenn die Information fehlt oder ungeprüft ist.6

Zwei Dinge folgen daraus, die Betreiber regelmäßig überlesen. 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 eigene gesetzliche Pflichten zur Identitätsprüfung zu erfüllen.6 Du trägst eine laufende Pflicht, deine Verkäufer zu beobachten, 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.4

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 ficht eine Kundin eine Zahlung an, 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.5 Ein Verkäufer kann also mit seiner Auszahlung verschwinden, während eine Rückbuchung Wochen später bei dir aufschlägt. 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 einfach aussah. Willst du nur einem einzigen Lieferanten einmal im Monat seine Rechnung begleichen, brauchst du mit ziemlicher Sicherheit gar kein Connect. Du brauchst einen Shop, der dir gehört, und eine normale Überweisung.

Ein Beispiel: Nordfeld eröffnet einen Marktplatz für Handwerk

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

Ich hebe sie auf eine Integration im Connect Stil beim selben Abwickler. Nordfeld bleibt die Plattform. Jede Handwerkerin wird ein verbundenes Konto. Bevor eine Handwerkerin Geld erhält, muss Nordfeld ihre Angaben zur Prüfung sammeln und einreichen: die juristische Person, die vertretende Person, einen Identitätsnachweis dort, wo die getippten Daten nicht von allein durchgehen.6 Eine Handwerkerin, die das nicht liefert, bekommt keine Auszahlung, Schluss, weil der Abwickler die Auszahlung pausiert, bis die Information vorliegt.6

Kauft eine Kundin einen Warenkorb über 180 Euro mit einer Lampe über 120 Euro von einer Handwerkerin und einem Druck über 60 Euro von einer anderen, nimmt Nordfeld 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 Nordfeld bleibt als Application Fee.5 So weit gut. Dann ficht eine Kundin die Lampe über 120 Euro an. Der angefochtene Betrag und die Gebühr gehen vom Guthaben von Nordfeld ab, nicht vom Konto der Handwerkerin, und Mara muss es sich zurückholen, indem sie rückabwickelt, was sie bereits ausgezahlt hat, sofern die Handwerkerin noch ein Guthaben hat, gegen das das möglich ist.5 Sie braucht nun einen Puffer, der dieses Timing auffängt, und eine Regel, die erste Auszahlungen einer neuen Handwerkerin zurückhält, bis diese eine Historie hat. Und ehrlich gesagt muss sie akzeptieren, dass sie jetzt eine Pflicht zur Betrugsabwehr über Leute trägt, die sie nicht angestellt hat.6

Der Gewinn ist echt: Nordfeld 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 endet

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 anzuzeigen. Doch hier gibt es echte Kanten, und Fähigkeiten zu erfinden, die du nicht hast, ist der Weg, auf dem Leute stranden.

Beginne mit der Unterscheidung. 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 bekommt. Standardmäßig rechnet ein Abwickler alles in deine eine Heimatwährung um. Das Multi Währungs Settlement von Stripe lässt dich das Konto stattdessen so einstellen, dass es Guthaben in bis zu 18 unterstützten Währungen ansammelt und ausgezahlt bekommt, allerdings mit einer festen Bedingung: um ein Guthaben in einer Währung anzusammeln, musst du Zahlungen annehmen, die in dieser Währung präsentiert werden.7 Du kannst kein Euro Guthaben aus Pfund Umsätzen herbeizaubern. Euro hältst du 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.7

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

Davon getrennt ist die Frage, welche Zahlungsarten es in jedem Markt überhaupt gibt. Eine Kundin in Deutschland oder Österreich erwartet lokale Methoden, die ein Checkout, der zuerst an Karten denkt, nicht von Haus aus anbietet, und die Verfügbarkeit jeder Methode schwankt 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 Text lautet: ein eigenes Konto kann viele Währungen und viele lokale Methoden über viele Fronten tragen, bis zur Länderliste und Methodenverfügbarkeit des Abwicklers, also weit mehr Reichweite, als dir eine Plattform pro Shop gibt, aber 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 eintrete, 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: Bequemlichkeit und Verwundbarkeit reisen gemeinsam. 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.65 Das ist regulatorisches Gewicht, und es ist nur der richtige Tausch, wenn du wirklich einen Marktplatz betreibst, keine Bequemlichkeit, die man leichtfertig mitnimmt.

Du trägst die Händlerbeziehung. Das Konto zu besitzen heißt, die Anfechtungen, die Reserven und dein Teil an der Kartensicherheit gehören dir, über jede Front. Für die meisten Shops ist dieser Teil die leichteste Selbstauskunft, weil ein gehosteter, tokenisierter Checkout die Kartennummern von deinen Servern fernhält, aber er gehört dennoch 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 dir das eigene Konto erspart, 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 begleichen.

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.2
  • 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?7
  • Zahlst du jemals Geld an Dritte aus? Wenn ja, bauen wir einen Marktplatz mit verbundenen Konten, mit Onboarding, Identitätsprüfungen und eingeplanter Auszahlungs Compliance.6
  • 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.

Du wägst eine zweite Marke, einen Großhandelszweig, eine App oder einen Marktplatz ab und bist nicht sicher, 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.

Quellen

  1. 1.

    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

  2. 2.

    Stripe, Multiple separate accounts, Stripe documentation, 2026, https://docs.stripe.com/get-started/account/multiple-accounts

  3. 3.

    Stripe, Connect (overview of Stripe's solution for multi party businesses), Stripe documentation, 2026, https://docs.stripe.com/connect

  4. 4.

    Mollie, Mollie Connect: Overview (Connect for Platforms, Connect for Marketplaces und Geschäftsprüfung), Mollie developer documentation, 2026, https://docs.mollie.com/connect/overview

  5. 5.

    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

  6. 6.

    Stripe, Identity verification for connected accounts (KYC requirements, platform responsibilities and ongoing fraud monitoring), Stripe documentation, 2026, https://docs.stripe.com/connect/identity-verification

  7. 7.

    Stripe, Multi-currency settlement (settlement vs presentment currency, supported countries, and settlement fees), Stripe documentation, 2026, https://docs.stripe.com/payouts/multi-currency-settlement