IOSOR Kennis

Verouderde product-SKU's uitfaseren zonder de actieve grootboekfacturering te verstoren

Leer de systematische aanpak voor het uitfaseren van verouderde catalogus-SKU's in IOSOR, terwijl u de continuïteit van het grootboek, de integriteit van audits en nul serviceonderbrekingen voor actieve huurders garandeert.

Verouderde product-SKU's uitfaseren zonder de actieve grootboekfacturering te verstoren.

De levenscyclus van uitfasering vaststellen

Het beheren van een white-label CPaaS-catalogus vereist een strikte levenscyclus voor product-SKU's. Wanneer een verouderde SKU het einde van zijn levensduur bereikt, moet u deze overzetten naar een 'verouderde' status in plaats van deze te verwijderen. Verwijdering vernietigt de geschiedenis van het grootboek, wat catastrofaal is voor factuurcontroles. Markeer de SKU in plaats daarvan als 'verborgen' in de console. Dit voorkomt dat nieuwe huurders het product selecteren, terwijl bestaande huurders hun huidige factureringscyclus zonder onderbreking kunnen voortzetten.

Actieve grootboekfacturering beheren

Bestaande huurders die gekoppeld zijn aan verouderde SKU's moeten functioneel blijven totdat ze migreren. Wanneer een SKU wordt uitgefaseerd, blijft het grootboek MRC- en gebruiksgebaseerde kosten verwerken op basis van de historische associatie. Forceer geen migratie midden in een cyclus. Gebruik in plaats daarvan de IOSOR API om deze accounts te markeren voor een overgangsperiode. Zorg ervoor dat de USD 20 prepaid-vloer actief blijft voor deze accounts, aangezien het grootboek een positief saldo vereist om lopend DLR- en SMS-verkeer te verwerken.

JIT-provisioning en nummers afhandelen

Omdat IOSOR gebruikmaakt van JIT-provisioning, verwijzen verouderde SKU's vaak naar specifieke nummerpools. Bij het uitfaseren moet u ervoor zorgen dat de E.164-routeringslogica intact blijft. Als een verouderde SKU uit de actieve catalogus wordt verwijderd, moet de JIT-engine de associatie voor bestaande nummers nog steeds herkennen. Wijs nooit nummers toe van een verouderde SKU totdat de huurder succesvol is overgestapt naar een nieuw productniveau, anders riskeert u onmiddellijke servicestoringen.

Auditintegriteit en compliance

Het bijhouden van historische gegevens is niet onderhandelbaar. Elke uitgefaseerde SKU moet zijn metadata behouden, inclusief oorspronkelijke prijs- en belastingconfiguraties. Deze gegevens zijn essentieel voor financiële rapportage. Als een huurder een export van zijn gebruiksgeschiedenis aanvraagt, moet het systeem de uitgefaseerde SKU kunnen koppelen aan een geldige grootboekinvoer. Dit zorgt ervoor dat uw auditlogs transparant blijven en voldoen aan interne financiële standaarden.

Operationele best practices

Om de overgang te beheren, moet u accounts monitoren die de drempel van USD 1.000/maand naderen. Deze huurders met een hoog volume vereisen vaak een zachte beoordeling voordat ze naar nieuwere SKU's worden verplaatst. Gebruik de volgende bronnen om uw catalogusactiviteiten effectief te beheren:

Begin met IOSOR

Open de IOSOR-beheerdersconsole en werk het verouderde catalogusitem bij naar de status 'afgekeurd' in plaats van het databaserecord te verwijderen. Configureer uw catalogus-webhook-listeners om nieuwe leveringsverzoeken te weigeren, terwijl actieve facturatielussen en MRC-inhoudingen ongestoord kunnen doorgaan. Controleer in de console, voordat u de cataloguszichtbaarheid uitschakelt, of historische JIT-routingregels en E.164-toewijzingen gekoppeld blijven aan actieve subaccounts.

IOSOR-les

Het uitfaseren van verouderde catalogusitems vereist het scheiden van actieve facturatie-uitvoering van nieuwe productselectie, zonder de financiële historie te vernietigen.

Was deze gids nuttig?

Gerelateerde gidsen