मल्टी-टेनेंट खातों के लिए आइटमयुक्त उपयोग विवरण तैयार करना

मल्टी-टेनेंट खातों के लिए आइटमयुक्त उपयोग विवरण तैयार करना.

सब-टेनेंट बिलिंग प्रोफाइल कॉन्फ़िगर करना

व्हाइट-लेबल अखंडता बनाए रखने के लिए, आपको प्रति सब-टेनेंट उपयोग डेटा को अलग करना होगा। पार्टनर पोर्टल पर नेविगेट करें और प्रत्येक क्लाइंट के लिए अद्वितीय बिलिंग प्रोफाइल परिभाषित करें। विशिष्ट सब-अकाउंट्स असाइन करके, आप सुनिश्चित करते हैं कि सभी ट्रैफ़िक—OTP, SMS और DLR इवेंट्स सहित—सही ढंग से टैग किया गया है। यह JIT आवंटन टेनेंट्स के बीच डेटा रिसाव को रोकता है। सुनिश्चित करें कि आपके सब-टेनेंट्स सेवाओं को सक्रिय रखने के लिए न्यूनतम USD 20 का प्रीपेड बैलेंस बनाए रखें। यदि कोई सब-टेनेंट प्रति माह USD 1,000 से अधिक खर्च करता है, तो सिस्टम ट्रैफ़िक पैटर्न को सत्यापित करने और संभावित धोखाधड़ी को रोकने के लिए एक सॉफ्ट समीक्षा ट्रिगर करता है।

उपयोग निर्यात को स्वचालित करना

प्रत्येक बिलिंग चक्र के अंत में स्वचालित CSV या JSON निर्यात उत्पन्न करने के लिए रिपोर्टिंग इंजन का उपयोग करें। ये रिपोर्ट E.164 स्वरूपित नंबरों और संबंधित MRC शुल्कों को एकत्रित करती हैं। सब-टेनेंट ID के माध्यम से फ़िल्टर करके, आप एक स्पष्ट विवरण तैयार करते हैं जो केवल विशिष्ट क्लाइंट द्वारा उपभोग की गई सेवाओं को दर्शाता है। यह प्रक्रिया सुनिश्चित करती है कि आपके आंतरिक मार्जिन छिपे रहें, जबकि क्लाइंट को उनके संचार खर्चों का स्पष्ट विवरण प्रदान किया जाए।

वेबहुक और DLR समाधान को संभालना

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

नंबर असाइनमेंट का प्रबंधन

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

रिपोर्टिंग वर्कफ़्लो को एकीकृत करना

अपने संचालन को सुव्यवस्थित करने के लिए, उन्नत लेज़र और निर्यात प्रबंधन के लिए निम्नलिखित दस्तावेज़ों का लाभ उठाएं:

• पार्टनर इनवॉइस सप्ताह: निर्यात पर आइसोलेशन अभी भी लागू है
• पार्टनर लेज़र आइसोलेशन एज केस
• API इनवॉइस सप्ताह: आइडेम्पोटेंसी कमियां जो दोहरा डेबिट करती हैं

ये संसाधन जटिल बिलिंग परिदृश्यों को संभालने और आपके व्हाइट-लेबल प्लेटफ़ॉर्म पर डेटा स्थिरता सुनिश्चित करने के लिए तकनीकी आधार प्रदान करते हैं।

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

पार्टनर कंसोल पर जाएं और पृथक्कृत क्लाइंट प्रोफ़ाइल कॉन्फ़िगर करने के लिए सब-टेनेंट बिलिंग प्रोफ़ाइल अनुभाग चुनें। सभी निर्यातित CSV और JSON विवरणों से आंतरिक बेसलाइन लागत हटाने के लिए स्वचालित बिलिंग-चक्र रिपोर्टिंग फ़िल्टर सेट अप करें। चक्र समाप्त होने से पहले उपयोग लॉग और MRC शुल्क पूरी तरह से मेल खाते हैं यह सुनिश्चित करने के लिए एक ही सब-अकाउंट पर वेबहुक स्थिति ट्रैकिंग का परीक्षण करें।

IOSOR सार

स्वच्छ सब-टेनेंट उपयोग सारांश तैयार करना जटिल बहु-क्लाइंट सेटअप में कड़े लेखांकन संरेखण को बनाए रखते हुए व्हाइट-लेबल सुरक्षा सुनिश्चित करता है। प्रति सब-अकाउंट आईडी घटनाओं को अलग करने से मार्जिन का रिसाव रुकता है और चालान जनरेट होने पर मैन्युअल लेज़र मिलान की आवश्यकता समाप्त हो जाती है।

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