IOSOR

IOSOR Guides

Retirer les SKU de produits hérités sans perturber la facturation active

Apprenez l'approche systématique pour déprécier les SKU de catalogue hérités dans IOSOR tout en assurant la continuité du grand livre, l'intégrité de l'audit et zéro interruption de service.

Supprimer directement des SKU obsolètes risque de bloquer vos abonnements actifs et de fausser vos rapports comptables. Pour éviter cette rupture de facturation, la règle est de masquer et de déprécier ces offres historiques plutôt que de les effacer. Cette méthode préserve vos revenus récurrents et l'historique financier tout en fermant l'accès aux nouveaux acheteurs.

Établir le cycle de vie de la dépréciation

La gestion d'un catalogue CPaaS en marque blanche nécessite un cycle de vie strict pour les SKU de produits. Lorsqu'un SKU hérité atteint sa fin de vie, vous devez le faire passer à un état 'déprécié' plutôt que de le supprimer. La suppression détruit l'historique du grand livre, ce qui est catastrophique pour les audits de facturation. Au lieu de cela, marquez le SKU comme 'masqué' dans la console.

Gestion de la facturation active du grand livre

Les locataires existants liés à des SKU hérités doivent rester fonctionnels jusqu'à leur migration. Lorsqu'un SKU est déprécié, le grand livre continue de traiter les frais MRC et basés sur l'utilisation en fonction de l'association historique. Ne forcez pas une migration en milieu de cycle. Utilisez plutôt l'API IOSOR pour marquer ces comptes pour une période de transition.

Gestion du provisionnement JIT et des numéros

Comme IOSOR utilise le provisionnement JIT, les SKU hérités pointent souvent vers des pools de numéros spécifiques. Lors de la dépréciation, vous devez vous assurer que la logique de routage E.164 reste intacte. Si un SKU hérité est supprimé du catalogue actif, le moteur JIT doit toujours reconnaître l'association pour les numéros existants.

Intégrité de l'audit et conformité

Le maintien des enregistrements historiques n'est pas négociable. Chaque SKU déprécié doit conserver ses métadonnées, y compris les prix d'origine et les configurations fiscales. Ces données sont vitales pour les rapports financiers. Si un locataire demande une exportation de son historique d'utilisation, le système doit être capable de mapper le SKU déprécié à une entrée de grand livre valide. Cela garantit que vos journaux d'audit restent transparents et conformes aux normes financières internes.

Meilleures pratiques opérationnelles

Pour gérer la transition, surveillez les comptes approchant le seuil de 1 000 USD/mois. Ces locataires à haut volume nécessitent souvent une revue légère avant de les déplacer vers de nouveaux SKU.

Commencez avec IOSOR

Ouvrez la console d'administration IOSOR et faites passer l'entrée du catalogue obsolète à l'état « déprécié » au lieu de supprimer l'enregistrement en base de données. Configurez vos écouteurs de webhooks de catalogue pour rejeter les nouvelles demandes de provisionnement tout en laissant les cycles de facturation actifs et les prélèvements MRC se poursuivre sans perturbation.

À retenir — IOSOR

Le retrait des entrées de catalogue obsolètes nécessite de séparer l'exécution de la facturation active de la sélection de nouveaux produits, sans détruire l'historique financier. Marquer les anciens SKU comme dépréciés préserve les verrouillages de prix historiques, les configurations fiscales et le contexte de routage indispensables aux audits de conformité et à la continuité du service pour les clients existants.

Ce guide vous a-t-il aidé ?

Guides associés