IOSOR

IOSOR Znalosti

Vyřazení starších produktových SKU bez narušení aktivní fakturace

Naučte se systematický přístup k vyřazování starších katalogových SKU v IOSOR při zajištění kontinuity účetní knihy, integrity auditu a nulového přerušení služeb pro aktivní nájemce.

Vyřazení starších produktových SKU bez narušení aktivní fakturace.

Stanovení životního cyklu vyřazování

Správa white-label CPaaS katalogu vyžaduje přísný životní cyklus pro produktové SKU. Když starší SKU dosáhne konce životnosti, musíte jej převést do stavu 'vyřazeno' namísto jeho smazání. Smazání ničí historii v účetní knize, což je pro audity fakturace katastrofální. Místo toho označte SKU v konzoli jako 'skryté'. To zabrání novým nájemcům ve výběru produktu, zatímco stávající nájemci mohou pokračovat ve svém aktuálním fakturačním cyklu bez přerušení.

Správa aktivní fakturace v účetní knize

Stávající nájemci vázaní na starší SKU musí zůstat funkční, dokud neprovedou migraci. Když je SKU vyřazeno, účetní kniha pokračuje ve zpracování MRC a poplatků na základě využití podle historické asociace. Nenutťe migraci uprostřed cyklu. Místo toho použijte API IOSOR k označení těchto účtů pro přechodné období. Zajistěte, aby limit předplatného USD 20 zůstal pro tyto účty aktivní, protože účetní kniha vyžaduje kladný zůstatek pro zpracování probíhajícího provozu DLR a SMS.

Správa JIT provisioningu a čísel

Protože IOSOR využívá JIT provisioning, starší SKU často odkazují na konkrétní číselné pooly. Při vyřazování musíte zajistit, aby logika směrování E.164 zůstala nedotčena. Pokud je starší SKU odstraněno z aktivního katalogu, JIT engine musí stále rozpoznat asociaci pro stávající čísla. Nikdy neodebírejte čísla z vyřazeného SKU, dokud nájemce úspěšně nepřejde na novou úroveň produktu, jinak riskujete okamžitý výpadek služby.

Integrita auditu a shoda

Udržování historických záznamů je nesmlouvavé. Každé vyřazené SKU si musí zachovat svá metadata, včetně původní cenotvorby a konfigurací daní. Tato data jsou klíčová pro finanční výkaznictví. Pokud nájemce požádá o export historie využití, systém musí být schopen mapovat vyřazené SKU zpět na platný záznam v účetní knize. To zajišťuje, že vaše auditní protokoly zůstanou transparentní a v souladu s interními finančními standardy.

Provozní osvědčené postupy

Pro řízení přechodu sledujte účty, které se blíží limitu USD 1.000/měsíc. Tito nájemci s vysokým objemem často vyžadují měkkou kontrolu před přesunem na novější SKU. Použijte následující zdroje pro efektivní správu katalogových operací:

Začněte s IOSOR

Otevřete konzoli správce IOSOR a aktualizujte starou položku katalogu do stavu 'zastaralé' (deprecated) namísto smazání záznamu z databáze. Konfigurujte posluchače webhooků katalogu tak, aby odmítali nové požadavky na zřízení, ale umožnili aktivním fakturačním smyčkám a srážkám MRC pokračovat bez přerušení. Před vypnutím viditelnosti katalogu ověřte v konzoli, že historická pravidla směrování JIT a mapování E.164 zůstávají připojena k aktivním podúčtům.

Shrnutí IOSOR

Vyřazení starších položek katalogu vyžaduje oddělení aktivního provádění fakturace od výběru nových produktů, aniž by byla zničena finanční historie. Soft-označení starých SKU zachovává historické blokace cen, daňové konfigurace a kontext směrování nezbytný pro audity shody a nepřetržité poskytování služeb stávajícím zákazníkům.

Nastavte starší položky katalogu na zastaralé a nechte automatickou fakturaci pokračovat, dokud účet nedosáhne plánovaného okna migrace. Nesmazávejte SKU trvale z databáze katalogu ani nepřerušujte historické vazby zřizování JIT, protože by to okamžitě narušilo provoz stávajících klientů a poškodilo auditní stopy.

Byl tento průvodce užitečný?

Související průvodci