IOSOR

IOSOR Знания

Извеждане от експлоатация на стари продуктови SKU без прекъсване на фактурирането

Научете систематичния подход за извеждане от експлоатация на стари SKU в каталога на IOSOR, като същевременно гарантирате непрекъснатост на счетоводната книга, интегритет на одита и нула прекъсвания за активните наематели.

Извеждане от експлоатация на стари продуктови SKU без прекъсване на фактурирането.

Установяване на жизнения цикъл за извеждане

Управлението на white-label CPaaS каталог изисква строг жизнен цикъл за продуктовите SKU. Когато едно старо SKU достигне края на жизнения си цикъл, трябва да го прехвърлите в състояние 'изведено от експлоатация', вместо да го изтривате. Изтриването унищожава историята в счетоводната книга, което е катастрофално за одитите на фактурирането. Вместо това маркирайте SKU като 'скрито' в конзолата. Това пречи на новите наематели да избират продукта, докато позволява на съществуващите да продължат текущия си цикъл на фактуриране без прекъсване.

Управление на активното фактуриране

Съществуващите наематели, обвързани със стари SKU, трябва да останат функционални, докато не мигрират. Когато едно SKU бъде изведено от експлоатация, счетоводната книга продължава да обработва MRC и такси на база потребление въз основа на историческата асоциация. Не налагайте миграция по средата на цикъла. Използвайте API на IOSOR, за да маркирате тези акаунти за преходен период. Уверете се, че прагът за предплащане от USD 20 остава активен за тези акаунти, тъй като счетоводната книга изисква положителен баланс за обработка на текущия DLR и SMS трафик.

Управление на JIT provisioning и номерата

Тъй като IOSOR използва JIT provisioning, старите SKU често сочат към специфични пулове от номера. При извеждане от експлоатация трябва да се уверите, че логиката за маршрутизация E.164 остава непокътната. Ако едно старо SKU бъде премахнато от активния каталог, JIT двигателят трябва все още да разпознава асоциацията за съществуващите номера. Никога не премахвайте присвояването на номера от изведено от експлоатация SKU, докато наемателят не премине успешно към ново ниво на продукта, в противен случай рискувате незабавен отказ на услугата.

Интегритет на одита и съответствие

Поддържането на исторически записи е задължително. Всяко изведено от експлоатация SKU трябва да запази своите метаданни, включително първоначалните цени и данъчни конфигурации. Тези данни са жизненоважни за финансовото отчитане. Ако наемател поиска експорт на историята на използването си, системата трябва да може да картографира изведеното SKU обратно към валиден запис в счетоводната книга. Това гарантира, че вашите одитни логове остават прозрачни и в съответствие с вътрешните финансови стандарти.

Оперативни най-добри практики

За да управлявате прехода, следете акаунтите, които наближават прага от USD 1.000/месец. Тези наематели с голям обем често изискват мек преглед, преди да бъдат преместени към по-нови SKU. Използвайте следните ресурси за ефективно управление на каталожните операции:

Започнете с IOSOR

Отворете администраторската конзола на IOSOR и актуализирайте остарелия запис в каталога до състояние 'deprecated', вместо да изтривате записа от базата данни. Настройте прихващачите на уебхукове на каталога да отхвърлят нови заявки за предоставяне на услуги, докато позволяват на активните цикли на фактуриране и удържанията на MRC да продължат безпрепятствено. Преди да изключите видимостта на каталога, потвърдете в конзолата, че историческите правила за маршрутизиране JIT и E.164 съответствията остават свързани с активните подпрофили.

Обобщение IOSOR

Извеждането от употреба на стари записи в каталога изисква отделяне на активното фактуриране от избора на нови продукти, без да се унищожава финансовата история.

Полезно ли беше ръководството?

Свързани ръководства