Customer Data Copy bereitet Kunden und Zahlungsarten vor, kopiert aber keine Abonnements

Die offizielle Stripe-Seite ist für den tatsächlichen Stand maßgeblich. Unterstützte Typen und Kontoeignung können sich ändern. Erstelle vor dem Antrag ein Inventar der verwendeten Payment-Method-Typen und prüfe nach Abschluss nicht nur Customer-Anzahl, sondern die nutzbare Standardzahlungsart jedes relevanten Zielkunden.

Stripe gibt derzeit an, dass kopierte Customer-Objekte im Ziel dieselbe Customer-Kennung behalten. Payment-Method-Kennungen ändern sich, obwohl sie auf die berechtigte gespeicherte Zahlungsbeziehung zurückgehen. Ziehe daraus keine allgemeine Regel für andere Objekte: Zielabonnements erhalten neue sub-Kennungen, und Katalog-, Steuer- und Webhook-Objekte sind kontospezifisch.

Stütze Anwendungscode nicht nur auf die erwartete Kennungsregel. Speichere und prüfe die tatsächliche Kopierausgabe. Eine Ziel-Customer-Kennung allein beweist außerdem nicht, dass eine verwendbare Standardzahlungsart gesetzt ist. Genau diese Lücke muss vor der Abo-Terminierung sichtbar werden.

Ein Zielabonnement braucht einen Ziel-Customer, eine verwendbare Zahlungsart, passende Products und wiederkehrende Prices sowie Regeln für Mengen, mehrere Positionen, Anker, Testphasen, Collection Method, Rabatte, Steuern und Metadaten. Keine dieser Subscription-Konfigurationen entsteht allein durch die Customer-Kopie. Auch die Quelle bleibt weiterhin abrechnungsfähig, bis sie nach Plan deaktiviert wird.

Stripe bietet für die Konfigurationsneuanlage sein Billing Migration Toolkit an. Es kann CSV-Daten validieren und Subscription Schedules im Ziel erzeugen. MoveMRR ist ein alternativer beziehungsweise ergänzender Handover-Ablauf für Zuordnungen, Probe, Quell-Deaktivierung, Abstimmung und gemeinsame Käufer-/Verkäufernachweise.

Stripe informiert Kunden nach eigener Dokumentation nicht allein deshalb, weil berechtigte Daten im Hintergrund kopiert werden. Sind Zahlungsart, Ziel-Standard und spätere Autorisierung in Ordnung, kann eine Migration deshalb ohne erneute Registrierung oder pauschale Karteneingabe ablaufen. Das ist ein mögliches Ergebnis, keine absolute Zusage.

Nicht kopierbare Methoden, Gastkunden, fehlende Standardzuordnung, abgelaufene Daten, Bankablehnung, SCA beziehungsweise 3-D Secure oder abweichende Mandatsanforderungen können eine Aktion verlangen. Klassifiziere diese Fälle vor T0 und stelle einen sicheren Zahlungsaktualisierungs- und Authentifizierungsweg bereit.

Beginne die Kopie nicht erst am Closing-Tag. Bearbeitungsdauer und Eignung hängen vom Kontopaar ab. Die Parteien sollten im Übergabeplan festhalten, wer den Antrag stellt, welche Population gemeint ist und welcher Nachweis als vollständige Übergabe der berechtigten Daten gilt.

Eine scheinbar vollständige Customer-Liste kann wirtschaftlich unvollständig sein, wenn Default Payment Methods fehlen. Verknüpfe das Kopierergebnis mit dem Abo-Manifest und verhindere, dass ein nicht vorbereiteter Kunde still in eine automatische Zielkohorte gelangt.

MoveMRR verarbeitet keine rohen Kartennummern und ersetzt nicht den Stripe-Kopierprozess. Das Projekt verwendet den tatsächlichen Ziel-Customer-Zustand und Zuordnungen, um Katalog- und Subscription-Neuanlage vorzubereiten. Probelauf und Readiness-Kontrollen zeigen fehlende Kunden-, Price- oder Zahlungsgrundlagen vor dem Live-Schreiben.

Im Live-Ablauf entstehen Zielabonnements, die gewählte Quellaktion wird kontrolliert ausgeführt und Ergebnisse samt neuen Kennungen werden für Abstimmung und Anwendung bereitgestellt. Ein nicht unterstützter Zahlungsfall bleibt eine sichtbare Ausnahme. So wird eine mögliche geringe Kundenfriktion nicht mit einem unrealistischen Null-Aktionsversprechen verwechselt.

Weil Rechnungen, Charges, Ereignisse und Protokolle nicht kopiert werden, kann das Quellkonto für Support, Erstattungen, Streitfälle, Steuer- und Prüfzwecke weiterhin relevant sein. Definiere Rollen und Zugriff nach geringstmöglichen Rechten. Das Konto sollte nicht voreilig geschlossen werden.

Welche Partei rechtlich oder wirtschaftlich für historische Vorgänge verantwortlich bleibt, entscheidet der Vertrag und die jeweilige Rechtsordnung. Customer Data Copy löst diese Frage nicht. Hole für Datenschutz, Mandate, Steuern und Haftung qualifizierte Beratung ein.