IOSOR ज्ञान

अनुपालन मंजूरी के बाद निलंबित सब-टेनेंट को बहाल करना

सफल अनुपालन समीक्षा के बाद IOSOR प्लेटफॉर्म के भीतर सब-टेनेंट मैसेजिंग पथ और खाता एक्सेस को बहाल करने के लिए तकनीकी वर्कफ़्लो सीखें।

अनुपालन मंजूरी के बाद निलंबित सब-टेनेंट को बहाल करना.

अनुपालन मंजूरी स्थिति का सत्यापन

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

मैसेजिंग पथ कनेक्टिविटी को बहाल करना

मंजूरी के बाद, मैसेजिंग पथ स्थिति को 'Suspended' से 'Active' में बदलने के लिए सब-टेनेंट प्रबंधन कंसोल पर नेविगेट करें। यह क्रिया एक JIT प्रोविजनिंग अनुक्रम को ट्रिगर करती है जो DLR और वेबहुक एंडपॉइंट्स को फिर से स्थापित करती है। सत्यापित करें कि E.164 रूटिंग टेबल सब-टेनेंट के वर्तमान बैलेंस के साथ सही ढंग से मैप की गई हैं। यदि सब-टेनेंट को पहले कम बैलेंस के कारण अक्षम किया गया था, तो सुनिश्चित करें कि उन्होंने सेवा फिर से शुरू करने के लिए USD 20 प्रीपेड फ्लोर आवश्यकता को पूरा किया है।

OTP और Verify सेवाओं को फिर से सक्षम करना

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

वित्तीय थ्रेशोल्ड और सीमाओं का प्रबंधन

यह सुनिश्चित करने के लिए सब-टेनेंट की वित्तीय सेटिंग्स की समीक्षा करें कि खाता ठीक से फंड किया गया है। USD 1.000/माह के करीब सॉफ्ट समीक्षा तक पहुंचने वाले सब-टेनेंट के लिए, सत्यापित करें कि भविष्य में स्वचालित निलंबन को रोकने के लिए उनकी क्रेडिट सीमाएं समायोजित की गई हैं। किसी भी लंबित MRC शुल्क के लिए लेजर की निगरानी करें जो पुनर्सक्रियन पर तुरंत नकारात्मक बैलेंस को ट्रिगर कर सकता है। लंबी अवधि की सब-टेनेंट स्थिरता के लिए उचित वित्तीय स्वच्छता महत्वपूर्ण है।

आवश्यक दस्तावेज़ीकरण और रिकवरी लिंक

हमारे परिचालन मानकों के साथ पूर्ण संरेखण सुनिश्चित करने के लिए, टेनेंट सुरक्षा और घटना प्रबंधन प्रोटोकॉल के संबंध में निम्नलिखित दस्तावेज़ीकरण की समीक्षा करें:

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

IOSOR उप-किरायेदार प्रबंधन कंसोल खोलें और ऑडिट लेज़र में अनुपालन क्लीयरेंस स्थिति फ़्लैग के 'क्लीयर' प्रदर्शित होने की पुष्टि करें। DLR और वेबहुक एंडपॉइंट के लिए JIT प्रावधान अनुक्रम को ट्रिगर करने के लिए मैसेजिंग पथ को 'निलंबित' से 'सक्रिय' पर टॉगल करें। अंत में, सभी सक्रिय प्रेषक आईडी में E.164 रूटिंग तालिका की सटीकता की पुष्टि करते हुए OTP और सत्यापन सेवाओं को पुनः सक्षम करें।

IOSOR सार

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

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

क्या यह गाइड मददगार थी?

संबंधित गाइड