Ritirare SKU di prodotti legacy senza interrompere la fatturazione attiva

Ritirare SKU di prodotti legacy senza interrompere la fatturazione attiva.

Stabilire il ciclo di vita di deprecazione

La gestione di un catalogo CPaaS white-label richiede un ciclo di vita rigoroso per gli SKU di prodotto. Quando uno SKU legacy raggiunge la fine del suo ciclo di vita, è necessario passarlo a uno stato 'deprecato' invece di eliminarlo. L'eliminazione distrugge lo storico del ledger, il che è catastrofico per gli audit di fatturazione. Invece, contrassegna lo SKU come 'nascosto' nella console. Ciò impedisce ai nuovi inquilini di selezionare il prodotto consentendo al contempo agli inquilini esistenti di continuare il loro ciclo di fatturazione attuale senza interruzioni.

Gestione della fatturazione attiva del ledger

Gli inquilini esistenti legati a SKU legacy devono rimanere funzionali fino alla migrazione. Quando uno SKU viene deprecato, il ledger continua a elaborare le spese MRC e basate sull'utilizzo in base all'associazione storica. Non forzare una migrazione a metà ciclo. Utilizza invece l'API IOSOR per contrassegnare questi account per un periodo di transizione. Assicurati che il limite prepagato di 20 USD rimanga attivo per questi account, poiché il ledger richiede un saldo positivo per elaborare il traffico DLR e SMS continuo.

Gestione del provisioning JIT e dei numeri

Poiché IOSOR utilizza il provisioning JIT, gli SKU legacy puntano spesso a pool di numeri specifici. Durante la deprecazione, devi assicurarti che la logica di routing E.164 rimanga intatta. Se uno SKU legacy viene rimosso dal catalogo attivo, il motore JIT deve comunque riconoscere l'associazione per i numeri esistenti. Non annullare mai l'assegnazione dei numeri da uno SKU deprecato finché l'inquilino non è passato con successo a un nuovo livello di prodotto, altrimenti rischi un'immediata interruzione del servizio.

Integrità dell'audit e conformità

Il mantenimento dei registri storici non è negoziabile. Ogni SKU deprecato deve conservare i propri metadati, inclusi i prezzi originali e le configurazioni fiscali. Questi dati sono vitali per la reportistica finanziaria. Se un inquilino richiede un'esportazione dello storico di utilizzo, il sistema deve essere in grado di mappare lo SKU deprecato su una voce valida del ledger. Ciò garantisce che i log di audit rimangano trasparenti e conformi agli standard finanziari interni.

Migliori pratiche operative

Per gestire la transizione, monitora gli account che si avvicinano alla soglia di 1.000 USD/mese. Questi inquilini ad alto volume richiedono spesso una revisione leggera prima di spostarli su SKU più recenti. Utilizza le seguenti risorse per gestire le tue operazioni di catalogo in modo efficace:

• Stato del catalogo nelle note di preventivo e ledger
• Operazioni di catalogo quando vengono spediti molti prodotti
• Conservazione dei log di audit: cosa gli acquirenti possono esportare e dimos…

Inizia con IOSOR

Apri la console di amministrazione IOSOR e aggiorna la voce del catalogo legacy allo stato 'deprecato' invece di eliminare il record dal database. Configura i listener di webhook del catalogo in modo da rifiutare le nuove richieste di provisioning, consentendo al contempo ai cicli di fatturazione attivi e alle deduzioni MRC di proseguire senza interferenze. Prima di disattivare la visibilità del catalogo, verifica nella console che le regole di instradamento JIT storiche e le mappature E.164 rimangano collegate ai sotto-account attivi.

Sintesi IOSOR

Dismettere le voci del catalogo legacy richiede di separare l'esecuzione della fatturazione attiva dalla selezione dei nuovi prodotti senza distruggere la cronologia finanziaria.