Régi termék-SKU-k kivezetése az aktív számlázás megszakítása nélkül

Régi termék-SKU-k kivezetése az aktív számlázás megszakítása nélkül.

A kivezetési életciklus kialakítása

A white-label CPaaS katalógus kezelése szigorú életciklust igényel a termék-SKU-k számára. Amikor egy régi SKU eléri az életciklusa végét, át kell helyeznie 'kivezetett' állapotba a törlés helyett. A törlés megsemmisíti a főkönyvi előzményeket, ami katasztrofális a számlázási auditok szempontjából. Ehelyett jelölje meg az SKU-t 'rejtettként' a konzolon. Ez megakadályozza, hogy az új bérlők kiválasszák a terméket, miközben a meglévők megszakítás nélkül folytathatják számlázási ciklusukat.

Aktív főkönyvi számlázás kezelése

A régi SKU-khoz kötött meglévő bérlőknek a migrációig működőképesnek kell maradniuk. Amikor egy SKU kivezetésre kerül, a főkönyv továbbra is feldolgozza az MRC-t és a használatalapú díjakat a korábbi társítás alapján. Ne kényszerítsen migrációt a ciklus közepén. Használja az IOSOR API-t ezeknek a fiókoknak az átmeneti időszakra való megjelölésére. Győződjön meg arról, hogy az USD 20 előre fizetett limit aktív marad ezeknél a fiókoknál, mivel a főkönyvnek pozitív egyenlegre van szüksége a folyamatos DLR és SMS forgalom feldolgozásához.

JIT-provisioning és számok kezelése

Mivel az IOSOR JIT-provisioninget használ, a régi SKU-k gyakran konkrét számpoolokra mutatnak. A kivezetéskor biztosítania kell, hogy az E.164 útválasztási logika érintetlen maradjon. Ha egy régi SKU-t eltávolítanak az aktív katalógusból, a JIT-motornak továbbra is fel kell ismernie a társítást a meglévő számokhoz. Soha ne rendelje le a számokat egy kivezetett SKU-ról, amíg a bérlő sikeresen át nem költözött egy új termékszintre, különben azonnali szolgáltatáskiesést kockáztat.

Audit integritás és megfelelés

A történelmi nyilvántartások vezetése nem alku tárgya. Minden kivezetett SKU-nak meg kell őriznie a metaadatait, beleértve az eredeti árazást és adókonfigurációkat. Ezek az adatok létfontosságúak a pénzügyi jelentéstételhez. Ha egy bérlő kéri a használati előzményeinek exportálását, a rendszernek képesnek kell lennie a kivezetett SKU-t egy érvényes főkönyvi bejegyzéshez rendelni. Ez biztosítja, hogy az auditnaplók átláthatóak és megfeleljenek a belső pénzügyi szabványoknak.

Operatív legjobb gyakorlatok

Az átállás kezeléséhez figyelje azokat a fiókokat, amelyek megközelítik az USD 1.000/hó küszöböt. Ezek a nagy volumenű bérlők gyakran lágy felülvizsgálatot igényelnek, mielőtt újabb SKU-kra költöznének. Használja az alábbi forrásokat a katalógusműveletek hatékony kezeléséhez:

• Katalógusállapot az árajánlaton és a főkönyvi jegyzeteken
• Katalógusműveletek számos termék szállításakor
• Audit napló megőrzése: mit exportálhatnak és bizonyíthatnak a vevők

Kezdje az IOSOR-ral

Nyissa meg az IOSOR adminisztrációs konzolt, és állítsa a meglévő katalógusbejegyzést 'deprecated' (elavult) állapotba az adatbázis-rekord törlése helyett. Konfigurálja a katalógus webhook-figyelőit úgy, hogy elutasítsák az új létesítési kéréseket, miközben az aktív számlázási ciklusok és a havi rendszeres díjak (MRC) levonásai zavartalanul folytatódhatnak. Mielőtt kikapcsolná a katalógus láthatóságát, ellenőrizze a konzolban, hogy a korábbi JIT útválasztási szabályok és az E.164-es leképezések továbbra is hozzá vannak-e rendelve az aktív alfiókokhoz.

IOSOR összegzés

A régi katalógusbejegyzések kivezetéséhez el kell választani az aktív számlázási folyamatokat az új termékek kiválasztásától, anélkül hogy megsemmisítenénk a pénzügyi előzményeket. A régi SKU-k megjelölése megőrzi a korábbi árrögzítéseket, adóbeállításokat és útválasztási kontextust, ami elengedhetetlen a megfelelőségi auditokhoz és a meglévő ügyfelek megszakítás nélküli szolgáltatásnyújtásához.