ॲक्टिव्ह लेजर बिलिंगमध्ये व्यत्यय न आणता लेगसी प्रॉडक्ट 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 वर हलवण्यापूर्वी अनेकदा पुनरावलोकनाची आवश्यकता असते. कॅटलॉग ऑपरेशन्स प्रभावीपणे व्यवस्थापित करण्यासाठी या संसाधनांचा वापर करा: कोट आणि लेजर नोट्सवर कॅटलॉग स्थिती, अनेक उत्पादने शिप होताना कॅटलॉग ऑप्स, ऑudit लॉग टिकवून ठेवणे: खरेदीदार काय निर्यात आणि सिद्ध करू शकतात.

IOSOR सह प्रारंभ करा

IOSOR ॲडमिन कन्सोल उघडा आणि डेटाबेस रेकॉर्ड हटवण्याऐवजी जुनी कॅटलॉग नोंद 'deprecated' स्थितीवर अपडेट करा. नवीन प्रोव्हिजनिंग विनंत्या नाकारण्यासाठी तुमचे कॅटलॉग वेबहुक लिसनर्स कॉन्फिगर करा, तर सक्रिय बिलिंग लूप आणि MRC कपात कोणत्याही अडथळ्याशिवाय सुरू राहू द्या. कॅटलॉग दृश्यमानता बंद करण्यापूर्वी, ऐतिहासिक JIT राउटिंग नियम आणि E.164 मॅपिंग्ज सक्रिय सब-अकाउंट्सशी जोडलेले राहिल्याची कन्सोलमध्ये पडताळणी करा.

IOSOR सारांश

जुन्या कॅटलॉग नोंदी बंद करण्यासाठी आर्थिक इतिहास नष्ट न करता नवीन उत्पादन निवडीपासून सक्रिय बिलिंग अंमलबजावणी वेगळी करणे आवश्यक आहे. जुन्या SKUs ला सॉफ्ट-फ्लॅग केल्याने ऐतिहासिक किंमत लॉक, कर कॉन्फिगरेशन आणि राउटिंग संदर्भ सुरक्षित राहतात, जे नियमन ऑडिट आणि विद्यमान ग्राहकांसाठी अखंड सेवा वितरणासाठी आवश्यक आहेत.

जुन्या कॅटलॉग नोंदी 'deprecated' वर सेट करा आणि खाते त्याच्या नियोजित स्थलांतर कालावधीपर्यंत पोहोचेपर्यंत स्वयंचलित बिलिंग सुरू ठेवू द्या. कॅटलॉग डेटाबेस मधून SKUs पूर्णपणे हटवू नका किंवा ऐतिहासिक JIT प्रोव्हिजनिंग कनेक्शन तोडू नका, कारण असे केल्याने सक्रिय ग्राहक ट्रॅफिक त्वरित प्रभावित होते आणि आर्थिक ऑडिट नोंदी खराब होतात.