Die kurze Antwort
Ein SaaS-Käufer sollte die Stripe-Abrechnung als eigenen Arbeitsstrang des Abschlusses mit eindeutigen Abnahmekriterien behandeln. Bevor der Verkäufer etwas deaktiviert, benötigt der Käufer geprüfte Kunden und Abonnements im Zielkonto, vollständige Zuordnungen alter zu neuer Kennungen, bereitgestellte Webhook- und Datenbankänderungen, benannte Verantwortliche für Ausnahmen, Abgleichergebnisse und einen Plan für den ersten Verlängerungszyklus.
Geprüft am 24. Juli 2026 vom MoveMRR-Produktteam.
Die Abrechnungsabnahme in die Transaktionsliste aufnehmen
Der Vertrag sollte festhalten, welche Abonnements und Kunden übergehen, welches Stripe-Konto künftig maßgeblich ist, wer das Kopieren der Kundendaten anfordert, wie neue Anmeldungen während der Umstellung behandelt werden und welche Nachweise die Deaktivierung der Quellabonnements erlauben.
Betriebliche Kontrolle verlangen, nicht nur gleiche Stückzahlen
Eine übereinstimmende Abonnementzahl kann falsche Preise, Termine, Rabatte, Standard-Zahlungsmittel, Steuerlogik, Metadaten oder Anwendungskennungen verbergen. Die Abnahme sollte reale Abrechnungsformen stichprobenartig prüfen und nachweisen, dass Zielereignisse Berechtigungen und Berichte korrekt aktualisieren.
- Verlängerungstermin, Betrag, Währung, Status, Menge, Rabatte und Steuerlogik prüfen.
- Gespeicherte Kennungen für Kunden, Preise, Produkte und Abonnements aktualisieren.
- Webhook-Geheimnisse erneuern und die idempotente Ereignisverarbeitung bestätigen.
- Erste Verlängerungen und fehlgeschlagene Zahlungen im Zielkonto überwachen.
Nach dem Abschluss einen klaren Verantwortlichen für Ausnahmen benennen
Fehlende Zahlungsmethoden, ältere Preise, kurz bevorstehende Verlängerungen, überfällige Konten und Anwendungsabweichungen brauchen Verantwortliche und Fristen. Der Kaufvertrag sollte festlegen, ob Verkäufer, Käufer oder Migrationsanbieter jede Ausnahmegruppe löst.
Nachweise für die Abnahme durch den Käufer
| Kontrolle | Schwacher Nachweis | Starker Nachweis |
|---|---|---|
| Umfang | Eine Gesamtzahl der Abonnements | Unterzeichnetes Verzeichnis mit Quell- und Zielkennungen |
| Abrechnungskontinuität | Abonnements existieren | Termine, Beträge, Methoden, Rabatte und Status sind abgeglichen |
| Anwendung | Code wurde bereitgestellt | Webhook-zu-Berechtigungs-Test im Zielkonto ist erfolgreich |
| Abschaltung der Quelle | Der Verkäufer meldet Abschluss | Nur abgenommene Quellabonnements haben den freigegebenen Deaktivierungsstatus |
Ein kontrollierter Ablauf
- 1
Abnahmekriterien festlegen
Umfang, Zuordnungen, Verlängerungsprüfungen, Anwendungstests und Verantwortliche im Ablaufplan verankern.
- 2
Bereitschaft des Zielkontos prüfen
Kontofunktionen, Katalogabdeckung, Kundenzuordnungen und Webhook-Konfiguration verifizieren.
- 3
Probelauf freigeben
Jede geplante Aktion und Ausnahme prüfen, bevor der Verkäufer die Quellabrechnung verändert.
- 4
Zielkonto abnehmen
Objekte abgleichen und die Anwendung mit Ereignissen aus dem Zielkonto testen.
- 5
Ersten Verlängerungszyklus überwachen
Zahlungsfehler, Berechtigungen, Supportfälle und Buchhaltungsausgaben beobachten.
Vor der Migration zu prüfende Grenzen
- MoveMRR ersetzt keine rechtliche, finanzielle, steuerliche, datenschutzrechtliche oder technische Sorgfaltsprüfung.
- Historische Rechnungen, Ereignisse und Protokolle bleiben von neu erstellten Zielobjekten getrennt.
- Stripe entscheidet über die Eignung kopierter Zahlungsdaten.
- Der Käufer muss Änderungen an seiner Anwendung selbst bereitstellen und prüfen.
Häufige Fragen
Was sollte ein SaaS-Käufer nach einer Stripe-Migration erhalten?
Mindestens den bestätigten Umfang, Zuordnungen alter zu neuer Objekte, eine Ausnahmeliste, Ergebnisse aus Quelle und Ziel, Prüfprotokoll, Änderungsnachweis der Anwendung, Plan zur Überwachung der ersten Verlängerungen und Zuständigkeiten für offene Punkte.
Sollten Quellabonnements vor den Käufertests gekündigt werden?
Nein. Zielabonnements und Anwendungsverhalten sollten geprüft sein, bevor die konfigurierte Deaktivierung der Quelle freigegeben wird.
Lassen sich historische Stripe-Daten unverändert übertragen?
Das Kopieren von Kundendaten und die Neuerstellung von Abonnements erzeugen keine identische historische Kopie. Aufbewahrung und Berichte für Quellrechnungen, Ereignisse, Protokolle, Streitfälle und Auszahlungen brauchen einen eigenen Plan.