Die kurze Antwort
An einen Stripe Subscription Schedule gebundene Abonnements benötigen eine Prüfung jeder Phase. MoveMRR kann unterstütztes Planverhalten erkennen und neu erstellen und anschließend die Steuerung im Quellkonto wie konfiguriert freigeben oder deaktivieren. Jede künftige Phase braucht gültige Zielpreise, Termine, Rabatte und Regeln; nicht unterstützte Phasendaten müssen die automatische Abnahme stoppen.
Geprüft am 24. Juli 2026 vom MoveMRR-Produktteam.
Verhalten bei der Migration
Ein Stripe-Abonnementplan kann künftige Änderungen an Katalog, Menge, Rabatt, Steuer und Terminierung festlegen. Der Zielplan muss die freigegebene Phasenfolge erhalten, statt das Abonnement auf den aktuellen Zustand zu reduzieren. Freigabe des Quellplans und Deaktivierung des Quellabonnements müssen sorgfältig geordnet werden.
Was die Bereitschaftsprüfung bestätigen muss
Kompatibilität ergibt sich aus den tatsächlichen Stripe-Objekten und nicht aus dem Seitentitel. Das Projekt muss jede fehlende Zuordnung, jedes nicht unterstützte Feld, jeden mehrdeutigen Zustand und jede Voraussetzung im Zielkonto vor dem produktiven Lauf sichtbar machen.
- Jede aktuelle und künftige Phase ist im Bestand enthalten.
- Alle Phasenpreise, Mengen, Gutscheine, Steuern und Termine besitzen Zielentsprechungen.
- Endverhalten und Phasenübergänge entsprechen dem vorgesehenen Vertrag.
- Freigabe oder Deaktivierung des Quellplans kann keinen zweiten aktiven Abrechnungsweg erzeugen.
Das wichtigste zu kontrollierende Fehlerszenario
Wer nur den aktuellen Abonnementzustand erstellt, verliert vertraglich vereinbarte künftige Änderungen. Die falsche Reihenfolge bei Freigabe oder Kündigung des Quellplans kann das Quellabonnement zudem aktiv lassen oder sein Verhalten verändern.
Stripe-Abonnementpläne: Prüfungen von Quelle zu Ziel
| Prüfung | Erforderlicher Nachweis | Bei Abweichung |
|---|---|---|
| Phasenabdeckung | Alle künftigen Phasen zugeordnet | Plan zur Prüfung zurückhalten |
| Termine | Zielreihenfolge entspricht der freigegebenen Zeitachse | Phasenkonfiguration korrigieren |
| Endverhalten | Freigabe oder Kündigung ist beabsichtigt | Manuelle Entscheidung |
| Quellsteuerung | Kein konkurrierender Quellplan bleibt aktiv | Abschluss blockieren |
Ein kontrollierter Ablauf
- 1
Quellform inventarisieren
Genauen Status, Felder, verknüpfte Objekte, Termine und kontoweite Einstellungen erfassen.
- 2
Abhängigkeiten im Ziel vorbereiten
Alle benötigten Katalog-, Steuer-, Rabatt- und Zahlungsabhängigkeiten erstellen oder zuordnen.
- 3
Repräsentative Beispiele testen
Testdaten mit schwierigen Datensätzen und nicht nur den Idealfall verwenden.
- 4
Geplante Aktionen prüfen
Jede Warnung vor der produktiven Durchführung lösen oder ausdrücklich ausschließen.
- 5
Nach der Erstellung abgleichen
Zielverhalten mit dem freigegebenen Quellstatus vergleichen und das nächste Ereignis überwachen.
Vor der Migration zu prüfende Grenzen
- Komplexe oder nicht unterstützte Phasenfelder können manuelle Migration erfordern.
- Plan-APIs und unterstützte Parameter ändern sich mit Stripe-Versionen.
- Ein geplanter künftiger Preis benötigt weiterhin ein gültiges Katalogobjekt im Ziel.
- Anwendungslogik, die auf Pläne reagiert, muss separat getestet werden.
Häufige Fragen
Können Abonnements mit künftigen Preisänderungen migriert werden?
Sie können geprüft werden, wenn diese Änderungen in Planphasen abgebildet sind und jede Abhängigkeit im Ziel zugeordnet ist.
Was passiert bei einem nicht unterstützten Phasenfeld?
Der Datensatz sollte manuell geprüft werden, statt das Feld stillschweigend wegzulassen oder den Plan auf den aktuellen Zustand zu reduzieren.
Verwendet Stripes Toolkit Abonnementpläne?
Stripe dokumentiert, dass das Billing Migration Toolkit Subscription Schedules verwendet und geplante Abonnements vor ihrer Aktivierung zurückhält.