Bestimmen Sie nach einer Abonnementmigration zuerst, welcher Datensatz weiter abrechnen soll. Vergleichen Sie Kunde, Dienst und Abrechnungszeitraum, klären Sie die Rechnungen des alten Datensatzes und prüfen Sie, dass das bisherige System nicht erneut belastet. Ein gleicher Kundenname genügt nicht als Duplikatnachweis.
Diese Anleitung richtet sich an Abrechnungsverantwortliche nach einem Import. Das Entscheidungsregister ist ein eigenes Beispiel, keine automatische Duplikatbereinigung und kein getesteter Kundenumzug.
Den Weiterlaufenden Datensatz anhand des Dienstes Bestimmen
Notieren Sie Quellsystem-ID, PayRequest-Abonnement-ID, Kunde, Produkt, tatsächliche Dienstkennung, Währung, Intervall und bezahlten Zeitraum. „Hosting monatlich“ kann zwei legitime Websites beschreiben. Auch eine E-Mail-Adresse kann zu mehreren Diensten gehören.
Der weiterlaufende Datensatz soll künftig verwaltet und abgerechnet werden. Bewahren Sie den Bezug zum anderen Datensatz samt Entscheidungsgrund. Wählen Sie nicht allein nach dem neueren Erstellungsdatum.
Ein Register mit Drei Datensätzen Verwenden
Beispiel: Ein wiederholter Import scheint ein Websiteabonnement verdoppelt zu haben; ein dritter Datensatz gehört zu einer anderen Website.
| Datensatz | Dienst und Zeitraum | Nachweis | Entscheidung |
|---|---|---|---|
| S-401 | Website A, Oktober | Vorgesehener aktiver Datensatz; nächste Abrechnung geprüft | Beibehalten |
| S-402 | Website A, Oktober | Gleiche Quelldienst-ID; Doppelimport bestätigt | Erst kündigen, dann Archivierung prüfen |
| S-403 | Website B, Oktober | Andere Dienst-ID und eigener Vertrag | Beibehalten; kein Duplikat |
Ergänzen Sie offene Rechnungs-IDs, Anbieter-Abonnement-IDs, letzte erfolgreiche Zahlung und Prüfer. Bei Widersprüchen anhalten, bis ein Verantwortlicher sie klärt. Zahlungshistorien nicht ungeprüft zusammenführen. Zwei Rechnungsnummern beweisen keine zwei gültigen Forderungen.
Drei Unabhängige Sperren Auflösen
- Identität: Der Kandidat bildet wirklich denselben Dienst und dieselbe Verpflichtung ab. Mit Quelldaten und Dienstverantwortlichem bestätigen.
- Abrechnungsbefugnis: Welches System und welcher Anbieter können die nächste Zahlung auslösen oder einziehen? PayRequest-Archivierung beweist keine Kündigung eines externen Alt-Abonnements.
- Rechnungen: Jede offene Rechnung als gültig, doppelt oder strittig einordnen. Genehmigte Korrekturen separat dokumentieren. Bei doppelter Zahlung Zahlung und Erstattung untersuchen; Archivierung erstattet kein Geld.
Eine ungeklärte Rechnung ist ein Grund, die Bereinigung aufzuschieben. Erklären Sie dem Kunden den weiterlaufenden Datensatz, wenn sich seine Ansicht ändert.
Kündigen, Archivieren und Nachprüfen
Die Archivierungsdokumentation verlangt eine Kündigung vor der Archivierung. Der Datensatz wandert nach Archived, verschwindet im Kundenportal und behält verknüpfte Rechnungen, Transaktionen und Historie. Die Archivierung in der Oberfläche storniert offene Rechnungen nicht automatisch.
Nach bestandenen Prüfungen den Kandidaten mit der Migrationsreferenz markieren, kündigen und den Status kontrollieren. Auf der Detailseite Archive Subscription wählen und bestätigen. Archivstatus, erhaltene Dokumente für den Administrator und nächste Abrechnung des weiterlaufenden Datensatzes prüfen.
Kontrollieren Sie den nächsten erwarteten Abrechnungszyklus in beiden Systemen. Eine aufgeräumte Liste und eine genau einmal eingezogene Verpflichtung sind getrennte Abnahmekriterien.
Reaktivierung Gesondert Behandeln
Die dokumentierte Reaktivierung umfasst Abrechnungsdetails wie nächsten Termin und Mandat. Prüfen Sie zuerst den weiterlaufenden Datensatz. Eine unbedachte Reaktivierung des alten Duplikats kann das Problem erneut erzeugen.
Nutzen Sie PayRequest-Abonnementarchivierung nach Abschluss des Registers. Vor dem Import hilft die separate WHMCS-Migrationscheckliste.
Bei temporären Unterbrechungen hilft die separate Pause-und-Fortsetzung-Checkliste.
Bereit für die Einrichtung? Ein PayRequest-Konto erstellen.
Vom PayRequest Team mit KI-Unterstützung erstellt. Dokumentation am 11. Oktober 2026 geprüft. IDs, Dienste und Register sind Beispiele; keine Kundentests oder finanziellen Ergebnisse werden behauptet.
