सक्रिय लेज़र बिलिंग को बाधित किए बिना पुराने उत्पाद SKU को रिटायर करना

सक्रिय लेज़र बिलिंग को बाधित किए बिना पुराने उत्पाद SKU को रिटायर करना.

रिटायरमेंट जीवनचक्र स्थापित करना

व्हाइट-लेबल CPaaS कैटलॉग का प्रबंधन करने के लिए उत्पाद SKU के लिए एक सख्त जीवनचक्र की आवश्यकता होती है। जब कोई पुराना SKU अपने जीवन के अंत तक पहुँच जाता है, तो आपको इसे हटाने के बजाय 'रिटायर्ड' स्थिति में स्थानांतरित करना चाहिए। हटाने से लेज़र इतिहास नष्ट हो जाता है, जो बिलिंग ऑडिट के लिए विनाशकारी है। इसके बजाय, कंसोल में SKU को 'छिपा हुआ' के रूप में चिह्नित करें। यह नए किरायेदारों को उत्पाद चुनने से रोकता है जबकि मौजूदा किरायेदारों को बिना किसी व्यवधान के अपना वर्तमान बिलिंग चक्र जारी रखने की अनुमति देता है।

सक्रिय लेज़र बिलिंग का प्रबंधन

पुराने SKU से जुड़े मौजूदा किरायेदारों को माइग्रेट होने तक कार्यात्मक रहना चाहिए। जब कोई SKU रिटायर हो जाता है, तो लेज़र ऐतिहासिक जुड़ाव के आधार पर MRC और उपयोग-आधारित शुल्क संसाधित करना जारी रखता है। चक्र के बीच में माइग्रेशन को मजबूर न करें। इसके बजाय, इन खातों को संक्रमण अवधि के लिए चिह्नित करने के लिए IOSOR API का उपयोग करें। सुनिश्चित करें कि इन खातों के लिए USD 20 प्रीपेड फ्लोर सक्रिय रहे, क्योंकि लेज़र को चल रहे DLR और SMS ट्रैफ़िक को संसाधित करने के लिए सकारात्मक शेष राशि की आवश्यकता होती है।

JIT प्रोविज़निंग और नंबरों को संभालना

चूंकि IOSOR JIT प्रोविज़निंग का उपयोग करता है, इसलिए पुराने SKU अक्सर विशिष्ट नंबर पूल की ओर इशारा करते हैं। रिटायर करते समय, आपको यह सुनिश्चित करना होगा कि E.164 रूटिंग तर्क बरकरार रहे। यदि किसी पुराने SKU को सक्रिय कैटलॉग से हटा दिया जाता है, तो JIT इंजन को मौजूदा नंबरों के लिए जुड़ाव को पहचानना जारी रखना चाहिए। जब तक किरायेदार सफलतापूर्वक नए उत्पाद स्तर पर नहीं चला जाता, तब तक किसी रिटायर्ड SKU से नंबरों को कभी भी अनअसाइन न करें, अन्यथा आप तत्काल सेवा विफलता का जोखिम उठाते हैं।

ऑडिट अखंडता और अनुपालन

ऐतिहासिक रिकॉर्ड बनाए रखना गैर-परक्राम्य है। प्रत्येक रिटायर्ड SKU को अपने मेटाडेटा को बनाए रखना चाहिए, जिसमें मूल मूल्य निर्धारण और कर कॉन्फ़िगरेशन शामिल हैं। यह डेटा वित्तीय रिपोर्टिंग के लिए महत्वपूर्ण है। यदि कोई किरायेदार अपने उपयोग इतिहास के निर्यात का अनुरोध करता है, तो सिस्टम को रिटायर्ड SKU को एक वैध लेज़र प्रविष्टि में वापस मैप करने में सक्षम होना चाहिए। यह सुनिश्चित करता है कि आपके ऑडिट लॉग पारदर्शी और आंतरिक वित्तीय मानकों के अनुरूप बने रहें।

परिचालन संबंधी सर्वोत्तम अभ्यास

संक्रमण का प्रबंधन करने के लिए, USD 1,000/माह की सीमा के करीब पहुंचने वाले खातों की निगरानी करें। इन उच्च-मात्रा वाले किरायेदारों को अक्सर नए SKU पर ले जाने से पहले एक नरम समीक्षा की आवश्यकता होती है। अपने कैटलॉग संचालन को प्रभावी ढंग से प्रबंधित करने के लिए निम्नलिखित संसाधनों का उपयोग करें:

• कोट और लेज़र नोट्स पर कैटलॉग स्थिति
• कई उत्पादों की शिपिंग होने पर कैटलॉग ऑप्स
• ऑडिट लॉग प्रतिधारण: खरीदार क्या निर्यात और साबित कर सकते हैं

IOSOR के साथ शुरुआत करें

IOSOR एडमिन कंसोल खोलें और डेटाबेस रिकॉर्ड को हटाने के बजाय पुराने कैटलॉग प्रविष्टि को 'deprecated' स्थिति में अपडेट करें। नए प्रोविजनिंग अनुरोधों को अस्वीकार करने के लिए अपने कैटलॉग वेबहुक श्रोताओं को कॉन्फ़िगर करें, जबकि सक्रिय बिलिंग लूप और MRC कटौती को बिना किसी बाधा के जारी रखने की अनुमति दें। कैटलॉग दृश्यता को बंद करने से पहले, कंसोल में सत्यापित करें कि ऐतिहासिक JIT राउटिंग नियम और E.164 मैपिंग सक्रिय उप-खातों से जुड़ी रहती हैं।

IOSOR सार

पुराने कैटलॉग प्रविष्टियों को हटाने के लिए वित्तीय इतिहास को नष्ट किए बिना नए उत्पाद चयन से सक्रिय बिलिंग निष्पादन को अलग करने की आवश्यकता होती है। पुराने SKU को सॉफ्ट-फ्लैग करने से ऐतिहासिक मूल्य लॉक, कर कॉन्फ़िगरेशन और राउटिंग संदर्भ सुरक्षित रहते हैं, जो अनुपालन ऑडिट और मौजूदा किरायेदारों के लिए निर्बाध सेवा वितरण के लिए आवश्यक हैं।

पुराने कैटलॉग प्रविष्टियों को 'deprecated' पर सेट करें और स्वचालित बिलिंग तब तक जारी रहने दें जब तक कि कोई खाता अपनी नियोजित माइग्रेशन विंडो तक नहीं पहुंच जाता।