Die kurze Antwort
Das Trennen oder Zusammenführen von Stripe-Konten beginnt mit einer eindeutigen Abgrenzung. Bevor Kunden kopiert oder Abonnements neu erstellt werden, muss feststehen, welche Produkte, Kunden, Preise, Rabatte, Steuer- und Anwendungsdaten in das Zielkonto gehören. Gemeinsam genutzte Kunden und Katalogobjekte brauchen klare Regeln. Andernfalls kann eine technisch erfolgreiche Migration trotzdem Fehler bei Eigentum, Berichten oder Support verursachen.
Geprüft am 24. Juli 2026 vom MoveMRR-Produktteam.
Die Grenze festlegen, bevor Stripe verändert wird
Erstellen Sie ein Verzeichnis aller Kunden und Abonnements, die wechseln, der von ihnen verwendeten Katalogobjekte und sämtlicher gemeinsamer Abhängigkeiten. Ein Kunde mit mehreren Produkten oder Abonnements kann auf beiden Seiten einer Ausgliederung liegen und lässt sich nicht zuverlässig allein anhand der E-Mail-Adresse zuordnen.
Gemeinsam genutzte Objekte ausdrücklich behandeln
Gemeinsame Produkte, ältere Preise, Gutscheine, Steuerregeln, Aktionscodes, Webhook-Empfänger und Metadatenkonventionen benötigen Zuordnungen im Zielkonto. Das Quellkonto kann nach der Ausgliederung weiterarbeiten; Deaktivierungsregeln dürfen daher nur die tatsächlich übertragenen Abonnements betreffen.
Den geschäftlichen Umfang abgleichen, nicht nur API-Erfolge
Die Abnahme sollte das vereinbarte Übertragungsverzeichnis mit Zielabonnements, künftigen Verlängerungsterminen, Beträgen, Kundenzuordnungen, Deaktivierungsstatus im Quellkonto und Anwendungsberechtigungen vergleichen. Ein erfolgreicher API-Aufruf beweist nicht, dass das richtige Geschäft übertragen wurde.
Umfangskontrollen bei einer Kontoumstrukturierung
| Risiko | Kontrolle | Abnahmeprüfung |
|---|---|---|
| Gemeinsamer Kunde | Nach Abonnement- und Produktumfang zuordnen | Nicht übertragene Abonnements bleiben unverändert |
| Gemeinsamer Katalog | Zielspezifische Zuordnungen erstellen | Jede übertragene Position verweist auf einen freigegebenen Preis |
| Parallelbetrieb zweier Konten | Webhooks und Neuverkäufe eindeutig routen | Kein Ereignis und keine Anmeldung landet im falschen Konto |
| Teilweise Deaktivierung | Nur nach übertragener Abonnementkennung freigeben | Ausschließlich abgenommene Quellabonnements werden deaktiviert |
Ein kontrollierter Ablauf
- 1
Übertragungsverzeichnis erstellen
Abonnements, Kunden, Produkte und Abhängigkeiten im Umfang auflisten.
- 2
Gemeinsame Datensätze klassifizieren
Eindeutige Regeln für von beiden Seiten verwendete Kunden und Katalogobjekte festlegen.
- 3
Zuordnungen im Ziel vorbereiten
Nur freigegebene Produkte, Preise, Rabatte und Steuerlogik neu erstellen oder zuordnen.
- 4
Teilübertragung erproben
Nachweisen, dass Abonnements außerhalb des Umfangs unverändert bleiben.
- 5
Mit dem vereinbarten Umfang abgleichen
Ziel- und Quellstatus gegen das unterzeichnete Verzeichnis prüfen.
Vor der Migration zu prüfende Grenzen
- Umfang und Eignung des Konto-Paars für Stripes Datenkopie unterliegen weiterhin Stripe.
- Datenschutz- und Vertragsfragen bei gemeinsam genutzten Kunden benötigen geschäftliche und rechtliche Prüfung.
- MoveMRR trennt nicht automatisch Anwendungsdatenbanken oder historische Berichte.
- Für neue Anmeldungen während der Umstellung ist ein klarer Routing- oder Einfrierplan erforderlich.
Häufige Fragen
Kann ein Stripe-Kunde auf zwei Konten aufgeteilt werden?
Ein berechtigter Kunde kann in das Zielkonto kopiert werden, doch jedes Abonnement braucht eine ausdrückliche Umfangs- und Neuerstellungsentscheidung. Datensätze außerhalb der Ausgliederung müssen im Quellkonto unangetastet bleiben.
Können mehrere Stripe-Konten zusammengeführt werden?
Abonnements aus mehreren Quellkonten können in ein Zielkonto eingeplant werden. Jedes Konto-Paar, jede Katalogzuordnung, jeder Kennungsraum und jedes Umstellungsfenster müssen jedoch separat geprüft werden.
Wie werden neue Anmeldungen während einer Ausgliederung behandelt?
Legen Sie einen definierten Einfrierzeitraum, eine Routing-Umschaltung oder einen nachgelagerten Differenzabgleich fest. Sonst können nach Erfassung des Umfangs neu angelegte Abonnements fehlen oder dem falschen Eigentümer zugeordnet werden.