IOSOR

IOSOR Vedomosti

Vyradenie starých produktových SKU bez narušenia aktívnej fakturácie

Naučte sa systematický prístup k vyraďovaniu starých katalógových SKU v IOSOR pri zabezpečení kontinuity účtovnej knihy, integrity auditu a nulového prerušenia služieb pre aktívnych nájomníkov.

Vyradenie starých produktových SKU bez narušenia aktívnej fakturácie.

Stanovenie životného cyklu vyraďovania

Správa white-label CPaaS katalógu vyžaduje prísny životný cyklus pre produktové SKU. Keď staré SKU dosiahne koniec životnosti, musíte ho previesť do stavu 'vyradené' namiesto jeho vymazania. Vymazanie ničí históriu v účtovnej knihe, čo je katastrofálne pre audity fakturácie. Namiesto toho označte SKU v konzole ako 'skryté'. To zabráni novým nájomníkom vo výbere produktu, zatiaľ čo existujúci nájomníci môžu pokračovať vo svojom aktuálnom fakturačnom cykle bez prerušenia.

Správa aktívnej fakturácie v účtovnej knihe

Existujúci nájomníci viazaní na staré SKU musia zostať funkční, kým neprevedú migráciu. Keď je SKU vyradené, účtovná kniha pokračuje v spracovaní MRC a poplatkov na základe využitia podľa historickej asociácie. Nenúťte migráciu uprostred cyklu. Namiesto toho použite API IOSOR na označenie týchto účtov pre prechodné obdobie. Zabezpečte, aby limit predplatného USD 20 zostal pre tieto účty aktívny, pretože účtovná kniha vyžaduje kladný zostatok na spracovanie prebiehajúcej prevádzky DLR a SMS.

Správa JIT provisioningu a čísel

Pretože IOSOR využíva JIT provisioning, staré SKU často odkazujú na konkrétne číselné pooly. Pri vyraďovaní musíte zabezpečiť, aby logika smerovania E.164 zostala nedotknutá. Ak je staré SKU odstránené z aktívneho katalógu, JIT engine musí stále rozpoznať asociáciu pre existujúce čísla. Nikdy neodeberajte čísla z vyradeného SKU, kým nájomník úspešne neprejde na novú úroveň produktu, inak riskujete okamžitý výpadok služby.

Integrita auditu a zhoda

Udržiavanie historických záznamov je nespochybniteľné. Každé vyradené SKU si musí zachovať svoje metaúdaje, vrátane pôvodnej cenotvorby a konfigurácií daní. Tieto údaje sú kľúčové pre finančné výkazníctvo. Ak nájomník požiada o export histórie využitia, systém musí byť schopný mapovať vyradené SKU späť na platný záznam v účtovnej knihe. To zabezpečuje, že vaše auditné protokoly zostanú transparentné a v súlade s internými finančnými štandardmi.

Prevádzkové osvedčené postupy

Pre riadenie prechodu sledujte účty, ktoré sa blížia k limitu USD 1.000/mesiac. Títo nájomníci s vysokým objemom často vyžadujú mäkkú kontrolu pred presunom na novšie SKU. Použite nasledujúce zdroje pre efektívnu správu katalógových operácií:

Začnite s IOSOR

Otvorte administračné konzolu IOSOR a aktualizujte starý záznam v katalógu na stav 'deprecated' namiesto vymazania záznamu z databázy. Konfigurujte poslucháčov webhookov katalógu tak, aby odmietali nové žiadosti o zriaďovanie, zatiaľ čo aktívne fakturačné cykly a zrážky MRC budú nerušene pokračovať. Pred vypnutím viditeľnosti katalógu skontrolujte v konzole, či historické pravidlá smerovania JIT a mapovania E.164 zostávajú priradené k aktívnym podúčtom.

Zhrnutie IOSOR

Vyradenie starých záznamov z katalógu vyžaduje oddelenie aktívneho fakturovania od výberu nových produktov bez zničenia finančnej histórie. Označenie starých SKU ako zastarané zachováva historické uzamknutie cien, daňové konfigurácie a kontext smerovania potrebný pre audit zhody a neprerušované poskytovanie služieb existujúcim zákazníkom.

Nastavte staré záznamy v katalógu ako zastarané a umožnite automatickému fakturovaniu pokračovať až do plánovaného okna migrácie účtu. Netvrdo nevymazávajte SKU z databázy katalógu a neprerušujte historické zriaďovacie väzby JIT, pretože to okamžite naruší prevádzku aktívnych zákazníkov a poškodí finančné auditné stopy.

Pomohol tento sprievodca?

Súvisiace návody