Häufig gestellte Fragen

MoveMRR ist ein einmalig genutztes SaaS-Werkzeug für kontrollierte Kunden-, aktive Abo- und Katalogmigrationen zwischen Stripe-Konten. Es soll die Kontinuität wiederkehrender Umsätze bewahren und bei einer SaaS-Übergabe das Risiko von Doppelbelastungen und Cutover-Fehlern reduzieren.

MoveMRR richtet sich an SaaS-Gründer, die ihr Unternehmen verkaufen und Stripe-Abonnements an den Käufer übertragen müssen. Es wird außerdem von SaaS-Käufern, Brokern und Agenturen eingesetzt, die SaaS-Akquisitionen begleiten.

Beim Verkauf eines SaaS benötigt der Käufer die wiederkehrenden Umsätze typischerweise in seinem eigenen Stripe-Konto. Stripe Customer Data Copy verschiebt keine bestehenden Subscription-Objekte, während das Billing Migration Toolkit Billing-Daten neu erstellt. MoveMRR koordiniert die umgebenden Zuordnungen, Proben, den Zwei-Konten-Cutover, die Quell-Deaktivierung, den Abgleich und das Audit-Protokoll.

Du erstellst ein Transferprojekt, verbindest beide Stripe-Konten mit eingeschränkten API-Schlüsseln, nutzt Stripes Customer Data Copy für berechtigte Kunden- und Zahlungsmethodendaten, lädst die Zuordnungs-CSV hoch und führst anschließend die Migration aus. MoveMRR erstellt unterstützte Abonnements im neuen Konto neu und wendet die gewählte Strategie zur Quell-Deaktivierung an.

Nein. MoveMRR verarbeitet niemals rohe Kartendaten. Zahlungsmethoden werden über Stripes offizielle Customer Data Copy übertragen und vollständig von Stripe verarbeitet. MoveMRR verwaltet nur die Abo- und Kundenmetadaten.

Ein Quell-Abonnement wird erst deaktiviert, nachdem sein Gegenstück im Ziel bestätigt wurde. Diese Reihenfolge reduziert zusammen mit Probe und Abgleich das Risiko von Doppelbelastungen und Unterbrechungen; Ausnahmen müssen vor und nach dem Cutover trotzdem geprüft werden.

MoveMRR verwendet die Daten des Quell-Abrechnungszyklus, um für unterstützte Konfigurationen den erwarteten Verlängerungsplan nachzubilden. Der Dry Run markiert Fälle, die eine Zuordnung oder manuelle Prüfung erfordern; die ersten Verlängerungen im Ziel sollten nach dem Cutover abgeglichen werden.

Nutze Sandbox Seeding. Es liest dein Live-Stripe-Konto mit einem Read-only-Schlüssel und erstellt dessen Katalog in der Sandbox neu: Produkte, Preise, Gutscheine, Aktionscodes, Steuersätze und die Abonnements der Kunden, die du mit Stripes Kopierwerkzeug übertragen hast. Kunden ohne Zahlungsmethode erhalten eine Stripe-Testkarte. Dadurch verhält sich die Sandbox wie dein Live-Konto. Die vollständige Anleitung steht unter /de/ratgeber/stripe-sandbox-migration-realistisch-testen/.

Es liest ausschließlich. Du stellst einen Read-only-Live-Schlüssel bereit, MoveMRR verwendet ihn einmalig zum Scannen und speichert ihn weder in der Datenbank noch in Logs. Alle Schreibvorgänge erfolgen über einen eigenen Sandbox-Schlüssel in deiner Stripe-Sandbox. Für ein späteres erneutes Seeding musst du den Live-Schlüssel erneut einfügen.

MoveMRR ist darauf ausgelegt, Service-Ausfälle zu vermeiden: Ziel-Abonnements werden mit bewahrten Abrechnungsankern und ohne Proration erstellt, danach wird ein Quell-Abonnement erst deaktiviert, wenn das Ziel bestätigt ist. Berechtigte Zahlungsdaten können über Stripe Customer Data Copy kopiert werden. Eine ausstellende Bank oder nicht unterstützte Zahlungsmethode kann später trotzdem eine Kundenbestätigung verlangen; kein Werkzeug kann garantieren, dass niemals Kundenaktion nötig wird.

Für berechtigte Kunden- und Zahlungsmethodendaten, die Stripe kopiert, normalerweise nicht. MoveMRR erstellt Abonnements neu, ohne Kunden während der Migration zu belasten; über die Kommunikation des Eigentümerwechsels entscheidest du. Einige Zahlungsmethoden lassen sich nicht kopieren, und eine Bank kann bei einer späteren Off-Session-Zahlung eine Authentifizierung verlangen. Link-Autorisierungen sind an ein Unternehmen gebunden und müssen möglicherweise erneut bestätigt werden.

MoveMRR ordnet unterstützte Abrechnungsanker, Produkte, Preise, Währungen, Intervalle, Staffeln und Metadaten zu und deaktiviert Proration während der Migration. Weil Stripe-Konfigurationen und Abo-Zustände variieren, müssen Dry Run und Abgleich die resultierenden Termine und Beträge vor dem Start bestätigen.

Gekündigte, unpaid- und incomplete-Abonnements werden nicht übertragen. Aktive Abonnements und Testphasen werden standardmäßig migriert; past_due-Abonnements können pro Lauf ausdrücklich eingeschlossen werden. Rechnungs- und Zahlungshistorie bleibt im Quellkonto, und kontoweite Einstellungen wie Mahnwesen müssen im Ziel konfiguriert werden. Unterstützte Produkte, Preise, Abo-Metadaten und Gutscheine können neu erstellt werden; nicht unterstützte oder manuell zugeordnete Konfigurationen müssen vor dem Start geprüft werden.

Ja, als ausdrückliche Option pro Migrationslauf, standardmäßig deaktiviert. Aktivierte past_due-Abonnements werden im Ziel mit dem nächsten regulären Abrechnungszyklus neu erstellt, sodass keine sofortige Belastung erfolgt. Damit das alte Konto nicht weiter einzieht, wird die offene überfällige Quellrechnung storniert und der Betrag bewusst abgeschrieben. Wenn dieser Betrag für den Deal wichtig ist, muss er vor der Migration eingezogen oder geklärt werden. Gekündigte, unpaid- und incomplete-Abonnements werden nie migriert.

Nur Kunden- und Zahlungsmethodendaten, die Stripe für das konkrete Quell- und Zielkonto als berechtigt einstuft, können kopiert werden. Wallet- oder unternehmensgebundene Autorisierungen können eine Bestätigung oder neue Zahlungsmethode des Kunden erfordern. Bestätige die aktuelle Liste unterstützter Methoden mit Stripe und nimm jede nicht kopierbare Standardmethode in die Nachbearbeitung auf.

MoveMRR ordnet unterstützte Preiswährungen, Einheitsbeträge und Währungsoptionen dem Zielkatalog zu. Multi-Currency- und Staffelpreise müssen im Dry Run geprüft werden, weil Kontofunktionen, Steuereinstellungen oder nicht unterstützte Preiskonfigurationen eine manuelle Zuordnung erfordern können.

MoveMRR konfiguriert unterstützte Ziel-Abonnements mit dem zugeordneten künftigen Verlängerungstermin und ohne migrationsbedingte Proration. Bestehende Quellrechnungen und spätere Off-Session-Zielzahlungen sind getrennte Ereignisse; gleiche deshalb beide Konten ab und konfiguriere das Mahnwesen im Ziel vor dem Cutover.

MoveMRR kontrolliert Stripes Risikobewertung nicht. Das Zielkonto wird anhand seiner eigenen Verifikation, seines Geschäftsmodells, seiner Transaktionshistorie und seines Risikoprofils bewertet. Stripe kann unabhängig Prüfungen, Reserven oder Auszahlungssperren anwenden. Bestätige die Kontobereitschaft vor der Terminierung des Cutovers.

MoveMRR benachrichtigt keine Kunden. Ob eine Mitteilung erforderlich ist, hängt von Transaktion, Verträgen, Datenschutzbedingungen, Zahlungsmethoden und geltendem Recht ab. Kläre dies mit Rechts- und Zahlungsberatern und bereite gezielte Kommunikation für Kunden vor, die sich authentifizieren oder ihre Zahlungsmethode aktualisieren müssen.

MoveMRR stellt ein vollständiges Audit-Protokoll mit Zeitstempeln für jede Aktion bereit: Abo erstellt, altes Abo deaktiviert, Produkte und Preise erstellt, Gutscheine zugeordnet. Die Nachverfolgung zeigt pro Kunde alte und neue Subscription-ID, Status und Abrechnungsanker.

Die Migration ist idempotent: Wenn sie teilweise fehlschlägt, kannst du sie sicher erneut ausführen, ohne Duplikate zu erzeugen. Alte Abonnements werden erst deaktiviert, nachdem neue als aktiv bestätigt wurden. Ein vollständiger Rollback würde eine Rückmigration erfordern, das Design reduziert aber die Wahrscheinlichkeit dafür.

Ja, wenn du die Produktmigration aktivierst. MoveMRR erstellt Produkte und Preise im Ziel identisch neu – einschließlich Name, Beschreibung, Bilder, Metadaten, Währung, Betrag, Intervall, Staffelpreisen und Steuerverhalten. Zuordnungen werden gespeichert, damit Abonnements auf die richtigen neuen Price-IDs verweisen.

Möglicherweise. Entscheidend ist, ob Stripe Customer Data Copy für das konkrete Quell- und Zielkonto unterstützt und genehmigt und ob die relevanten Zahlungsmethoden berechtigt sind. Prüfe das Länderpaar und die Kontokonfiguration mit Stripe, bevor du beginnst.

Der rechtliche Kontotyp bestimmt den MoveMRR-Ablauf nicht allein. Beide Konten benötigen weiterhin die erforderlichen API-Berechtigungen, und Stripe muss die geplante Customer Data Copy unterstützen. Land, Unternehmensstruktur, Eigentum und Zahlungsmethoden können Stripes Freigabe beeinflussen; prüfe deshalb das konkrete Kontenpaar.

MoveMRR liefert einen CSV-Export mit alten und neuen Subscription-IDs für jedes migrierte Abonnement. Damit kannst du deine Datenbank oder Drittanbieter-Integrationen aktualisieren. Der Export enthält alte und neue Subscription-ID, Kunden-IDs und Status – die erforderlichen Daten für eine Datenbankabfrage oder ein Bulk-Update.

MoveMRR verfolgt einen Security-first-Ansatz. Es werden nur eingeschränkte Stripe-API-Schlüssel verwendet, deren Umfang auf die ausgewählten Aktionen begrenzt ist. Langlebige Geheimnisse werden nicht über den Projektumfang hinaus gespeichert, und jede Aktion wird vollständig protokolliert.

Du legst genau fest, welche Aktionen MoveMRR ausführen darf. Auf Basis deiner Auswahl führt MoveMRR dich durch die Erstellung eingeschränkter API-Schlüssel, die nur die für deine konkrete Migration erforderlichen Berechtigungen besitzen.

Ja. MoveMRR ist idempotent ausgelegt und kann daher sicher erneut ausgeführt werden, ohne Duplikate oder beschädigte Daten zu erzeugen. Wenn etwas schiefgeht, kannst du die Migration wiederholen.

MoveMRR nutzt einmalige Preise auf Basis der aktiven Abos und des geschätzten monatlich wiederkehrenden Umsatzes der Migration. Die aktuellen Einstiegspreise sind Minimum ab 150€, Advanced ab 900€, Done-For-You ab 3.150€. Gib beide Werte im Preisrechner der Homepage ein; alle Preise sind in Euro angegeben und verstehen sich zuzüglich Umsatzsteuer.

MoveMRR ist als einmalig genutztes Werkzeug für SaaS-Exits konzipiert. Du zahlst einmal für dein Migrationsprojekt und nicht für ein laufendes Abonnement.

Minimum ist Self-Service, Advanced enthält begleitete Sessions und priorisierten E-Mail-Support, und Done-For-You umfasst die praktische Migration und Cutover-Unterstützung. Allgemeine Anfragen gehen an jovanovic@thecodecave.de.