IOSOR ज्ञान

प्रोडक्शन ट्रांसमिशन से पहले TCPA और CASL अधिकार

IOSOR में डिलीवरी मेट्रिक्स के बजाय अनिवार्य प्रोडक्शन गेट्स के रूप में TCPA और CASL सहमति प्रमाण और स्वचालित STOP हैंडलिंग लागू करें।

प्रोडक्शन ट्रांसमिशन से पहले TCPA और CASL अधिकार.

निरपेक्ष प्रोडक्शन गेट के रूप में सहमति का प्रमाण

ऑप्ट-इन सत्यापन और ऑप्ट-आउट तंत्र को केवल डिलीवरी मेट्रिक्स मानना एक गंभीर तकनीकी त्रुटि है। उत्तरी अमेरिकी दूरसंचार कानूनों के तहत सहमति कोई स्कोर नहीं है; यह संदेश ट्रांसमिशन के लिए एक अनिवार्य शर्त है। सत्यापित सहमति रिकॉर्ड के बिना प्रोडक्शन SMS अभियान शुरू करने से आपका प्लेटफॉर्म अमेरिका के TCPA और कनाडा के CASL कानूनों के तहत भारी जुर्माने के जोखिम में आ जाता है।

कानूनी अंतर: TCPA स्पष्ट लिखित सहमति बनाम CASL के नियम

TCPA को सभी स्वचालित प्रचारक SMS के लिए पूर्व स्पष्ट लिखित सहमति की आवश्यकता होती है। इसके लिए एक स्पष्ट लिखित अनुबंध होना चाहिए जो विशिष्ट नंबर पर संदेश भेजने की अनुमति देता हो। CASL स्पष्ट सहमति (जो रद्द किए जाने तक कभी समाप्त नहीं होती) और मौजूदा व्यावसायिक संबंधों (EBR) से मिलने वाली निहित सहमति के बीच अंतर करता है, जो 6 या 24 महीनों में समाप्त हो जाती है।

हार्डवेयर स्तर पर इनबाउंड STOP हैंडलिंग और वेबहुक निष्पादन

ऑप्ट-आउट अनुपालन को ग्राहक लॉजिक पर छोड़ने के बजाय प्लेटफॉर्म स्तर पर ही लागू किया जाना चाहिए। जब STOP, UNSUBSCRIBE, CANCEL, QUIT या ARRET जैसे कीवर्ड वाला कोई इनबाउंड MO SMS किसी E.164 रूट पर आता है, तो कोर प्लेटफॉर्म तुरंत प्राप्तकर्ता को ब्लॉकलिस्ट में दर्ज कर लेता है। IOSOR उपयोगकर्ता को स्वचालित पुष्टिकरण भेजता है और आपके एंडपॉइंट पर रियल-टाइम वेबहुक ट्रिगर करता है।

टेनेंट पृथक्करण और लेजर सुरक्षा उपाय

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

प्रोडक्शन सत्यापन आर्किटेक्चर और अनुपालन आवश्यकताएं

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

संबंधित लेख: कतारबद्ध प्रेषण के बाद STOP: छोड़ें, गलत डिलीवरी न दिखाएं · STOP और HELP नीति सामान्य इनबॉक्स रूटिंग नहीं है · पहली कटौती से पहले प्रीपेड राशि आरक्षित करना.

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

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

IOSOR सार

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

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

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

संबंधित गाइड