Legacy-Produkt-SKUs ausmustern ohne aktive Ledger-Abrechnung zu stören

Legacy-Produkt-SKUs ausmustern ohne aktive Ledger-Abrechnung zu stören.

Etablierung des Deprecation-Lebenszyklus

Die Verwaltung eines White-Label-CPaaS-Katalogs erfordert einen strengen Lebenszyklus für Produkt-SKUs. Wenn eine Legacy-SKU das Ende ihrer Lebensdauer erreicht, müssen Sie sie in einen 'deprecated'-Status versetzen, anstatt sie zu löschen. Das Löschen zerstört die Ledger-Historie, was für Abrechnungsprüfungen katastrophal ist. Markieren Sie die SKU stattdessen in der Konsole als 'versteckt'. Dies verhindert, dass neue Mandanten das Produkt auswählen, während bestehende Mandanten ihren aktuellen Abrechnungszyklus ohne Unterbrechung fortsetzen können.

Verwaltung der aktiven Ledger-Abrechnung

Bestehende Mandanten, die an Legacy-SKUs gebunden sind, müssen bis zu ihrer Migration funktionsfähig bleiben. Wenn eine SKU als deprecated markiert wird, verarbeitet das Ledger weiterhin MRC- und nutzungsbasierte Gebühren basierend auf der historischen Zuordnung. Erzwingen Sie keine Migration mitten im Zyklus. Verwenden Sie stattdessen die IOSOR-API, um diese Konten für einen Übergangszeitraum zu kennzeichnen. Stellen Sie sicher, dass das Prepaid-Limit von 20 USD für diese Konten aktiv bleibt, da das Ledger ein positives Guthaben benötigt, um den laufenden DLR- und SMS-Verkehr zu verarbeiten.

Umgang mit JIT-Provisionierung und Nummern

Da IOSOR JIT-Provisionierung verwendet, verweisen Legacy-SKUs oft auf spezifische Nummernpools. Bei der Deprecation müssen Sie sicherstellen, dass die E.164-Routing-Logik intakt bleibt. Wenn eine Legacy-SKU aus dem aktiven Katalog entfernt wird, muss die JIT-Engine die Zuordnung für bestehende Nummern weiterhin erkennen. Heben Sie niemals die Zuweisung von Nummern von einer deprecated SKU auf, bis der Mandant erfolgreich auf eine neue Produktstufe migriert ist, da Sie sonst einen sofortigen Serviceausfall riskieren.

Audit-Integrität und Compliance

Die Pflege historischer Aufzeichnungen ist nicht verhandelbar. Jede deprecated SKU muss ihre Metadaten behalten, einschließlich ursprünglicher Preise und Steuerkonfigurationen. Diese Daten sind für Finanzberichte unerlässlich. Wenn ein Mandant einen Export seiner Nutzungshistorie anfordert, muss das System in der Lage sein, die deprecated SKU einem gültigen Ledger-Eintrag zuzuordnen. Dies stellt sicher, dass Ihre Audit-Logs transparent bleiben und internen Finanzstandards entsprechen.

Operative Best Practices

Um den Übergang zu verwalten, überwachen Sie Konten, die sich der Schwelle von 1.000 USD/Monat nähern. Diese Mandanten mit hohem Volumen erfordern oft eine sanfte Überprüfung, bevor sie auf neuere SKUs verschoben werden. Nutzen Sie die folgenden Ressourcen, um Ihre Katalogoperationen effektiv zu verwalten:

• Katalogstatus auf Angebots- und Ledger-Notizen
• Katalog-Ops bei der Veröffentlichung vieler Produkte
• Aufbewahrung von Audit-Logs: Was Käufer exportieren und belegen können

Starten Sie mit IOSOR

Öffnen Sie die IOSOR-Administrationskonsole und aktualisieren Sie den veralteten Katalogeintrag auf den Status "veraltet", anstatt den Datenbankdatensatz zu löschen. Konfigurieren Sie Ihre Katalog-Webhook-Listener so, dass neue Bereitstellungsanfragen abgelehnt werden, während aktive Abrechnungszyklen und MRC-Abzüge ungestört fortgesetzt werden. Überprüfen Sie in der Konsole vor dem Deaktivieren der Katalogsichtbarkeit, ob historische JIT-Routing-Regeln und E.164-Zuordnungen weiterhin mit aktiven Unterkonten verknüpft sind.

IOSOR Fazit

Das Außerdienststellen veralteter Katalogeinträge erfordert die Trennung der aktiven Abrechnungsausführung von der Auswahl neuer Produkte, ohne die Finanzhistorie zu zerstören.