GDPR और email मार्केटिंग: अनुपालन की व्यावहारिक गाइड

GDPR email मार्केटर्स से असल में क्या माँगता है

सीधे शब्दों में: General Data Protection Regulation (Regulation (EU) 2016/679) में ऐसा कोई नियम नहीं है जो कहता हो कि “email भेजने के लिए आपको सहमति चाहिए.” यह जिस चीज़ को नियंत्रित करता है वह है आपके email प्रोग्राम के पीछे मौजूद व्यक्तिगत डेटा. उसे प्रोसेस करने के लिए आपको क़ानूनी आधार चाहिए, उसके बारे में पारदर्शिता, सटीकता, भंडारण की सीमा, सुरक्षा, और इन सबका प्रमाण. अनुच्छेद 5(2) इसे एक पंक्ति में रखता है: कंट्रोलर “shall be responsible for, and be able to demonstrate compliance with” प्रोसेसिंग सिद्धांतों के लिए.

वह नियम जो तय करता है कि आप भेज सकते हैं या नहीं, एक अलग दस्तावेज़ में है, ePrivacy Directive. इस विषय पर ज़्यादातर लेख दोनों को मिला देते हैं और ग़लत जवाब पर पहुँचते हैं. इन्हें अलग रखना ही इस गाइड का मक़सद है.

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

GDPR और ePrivacy: दो दस्तावेज़, एक सेंड

ePrivacy Directive क्या कहता है

Directive 2002/58/EC, यानी ePrivacy Directive, जिसे Directive 2009/136/EC ने संशोधित किया, भेजने का नियम तय करता है. अनुच्छेद 13(1) डायरेक्ट मार्केटिंग के लिए इलेक्ट्रॉनिक मेल की अनुमति केवल उन सब्सक्राइबर्स के संबंध में देता है जिन्होंने पूर्व सहमति दी हो. “इलेक्ट्रॉनिक मेल” को व्यापक और तकनीक-तटस्थ रूप से परिभाषित किया गया है: Article 29 Working Party की Opinion 5/2004 ने पुष्टि की कि इसमें email न्यूज़लेटर के साथ-साथ SMS और इसी तरह के संग्रहित संदेश भी शामिल हैं. अनुच्छेद 13(2) मौजूदा-ग्राहक अपवाद देता है, और अनुच्छेद 13(4) ऐसी मार्केटिंग email पर रोक लगाता है जो भेजने वाले की पहचान छिपाती हो या जिसमें “a valid address to which the recipient may send a request that such communications cease” न हो.

व्यवहार में यह क्यों मायने रखता है

सहमति को ePrivacy Directive में परिभाषित नहीं किया गया. इसका अर्थ सामान्य डेटा संरक्षण क़ानून से आता है: GDPR का अनुच्छेद 94(2) कहता है कि निरस्त Directive 95/46/EC के संदर्भों को GDPR के संदर्भ के रूप में पढ़ा जाए. इसलिए ePrivacy तय करता है कि भेजने की क्रिया के लिए सहमति कब चाहिए, और GDPR तय करता है कि सहमति क्या मानी जाएगी और आप उसे कैसे साबित करेंगे.

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

email मार्केटिंग के लिए क़ानूनी आधार चुनना

सहमति

अनुच्छेद 6(1)(a) के तहत सहमति पर ज़्यादातर उपभोक्ता email प्रोग्राम निर्भर करते हैं, और वजह ठीक है: जब ePrivacy भेजने के लिए वैसे भी पूर्व सहमति माँगता है, तो GDPR आधार के रूप में भी सहमति चुनना दो कहानियों के बजाय एक कहानी रखता है. इसकी क़ीमत यह है कि अनुच्छेद 7(3) के तहत इसे कभी भी वापस लिया जा सकता है.

वैध हित

अनुच्छेद 6(1)(f) कंट्रोलर के वैध हितों के लिए आवश्यक प्रोसेसिंग की अनुमति देता है, सिवाय तब जब डेटा सब्जेक्ट के हित या मौलिक अधिकार भारी पड़ें. Recital 47 स्पष्ट कहती है कि “the processing of personal data for direct marketing purposes may be regarded as carried out for a legitimate interest.”

इस वाक्य को लगातार यह तर्क देने के लिए उद्धृत किया जाता है कि सहमति वैकल्पिक है. इसे ध्यान से पढ़िए. यह प्रोसेसिंग के GDPR आधार की बात करता है, यह “may be” कहता है, यानी आपको फिर भी संतुलन परीक्षण चलाना और दस्तावेज़ करना है, और यह भेजने पर लागू ePrivacy नियम के बारे में कुछ नहीं कहता. वैध हित आपके प्रोग्राम के आसपास की प्रोसेसिंग के लिए सबसे ज़्यादा बचाव योग्य है, जैसे सेगमेंटेशन, सप्रेशन और एनालिटिक्स, और बिज़नेस-टू-बिज़नेस संपर्क के लिए भी जहाँ राष्ट्रीय नियम कॉर्पोरेट सब्सक्राइबर्स के साथ अलग व्यवहार करते हैं. EU में कोल्ड उपभोक्ता email के लिए यह कमज़ोर आधार है.

मौजूदा ग्राहकों के लिए सॉफ़्ट ऑप्ट-इन

ePrivacy Directive का अनुच्छेद 13(2) असली अपवाद है. जहाँ कोई व्यक्ति ग्राहकों के email संपर्क विवरण “in the context of the sale of a product or a service” प्राप्त करता है, वही व्यक्ति उनका उपयोग “its own similar products or services” की मार्केटिंग के लिए कर सकता है, बशर्ते ग्राहकों को विवरण एकत्र करते समय और हर बाद के संदेश में “clearly and distinctly are given the opportunity to object, free of charge and in an easy manner” का अवसर मिले.

Article 29 Working Party ने कहा कि यह अपवाद “is limited in several ways and must be interpreted restrictively.” तीन सीमाएं याद रखने लायक हैं:

• यह केवल वास्तविक ग्राहकों पर लागू होता है. जिसने चेकआउट छोड़ दिया, वह इसमें नहीं आता.
• केवल वही क़ानूनी इकाई भेज सकती है जिसने पता एकत्र किया था. सहायक और मूल कंपनियाँ वही कंपनी नहीं हैं.
• केवल समान प्रोडक्ट या सेवाएं पात्र हैं, और इसे भेजने वाले की महत्वाकांक्षा से नहीं बल्कि प्राप्तकर्ता की उचित अपेक्षा से आँका जाता है.

सॉफ़्ट ऑप्ट-इन सदस्य देशों के बीच कैसे बदलता है

चूँकि डायरेक्टिव को राष्ट्रीय स्तर पर उतारा गया, यहीं वही सलाह बाज़ार के हिसाब से सचमुच अलग हो जाती है.

आयरलैंड में S.I. No. 336/2011 का Regulation 13(11) इस अपवाद को दोहराता है और एक सख़्त समय सीमा जोड़ता है: बिक्री “not more than 12 months prior to the sending of the direct marketing communication” हुई होनी चाहिए, या उस अवधि के भीतर विवरण का उपयोग मार्केटिंग email के लिए हुआ हो.

यूनाइटेड किंगडम में समकक्ष नियम PECR का regulation 22 है, और ICO ऐसी कोई समय सीमा नहीं बताता. वह सॉफ़्ट ऑप्ट-इन को ऐसे मौजूदा ग्राहक को कवर करने वाला बताता है “who bought (or negotiated to buy) a similar product or service from you in the past”, और कहता है कि यह संभावित ग्राहकों, ख़रीदी हुई लिस्टों, या चैरिटी फ़ंडरेज़िंग तथा राजनीतिक अभियान जैसे ग़ैर-वाणिज्यिक प्रचार पर लागू नहीं होता.

दो पड़ोसी बाज़ार, दो सचमुच अलग नियम. यह कभी न मानें कि आपके घरेलू संस्करण का नियम बाहर भी चलेगा.

वैध सहमति का असली मतलब

अनुच्छेद 4(11) सहमति को इस तरह परिभाषित करता है: “any freely given, specific, informed and unambiguous indication of the data subject’s wishes by which he or she, by a statement or by a clear affirmative action, signifies agreement to the processing of personal data relating to him or her.” EDPB ने 4 मई 2020 को अपनाई गई सहमति पर Guidelines 05/2020 में हर तत्व को विस्तार से समझाया.

चार तत्व

• स्वतंत्र रूप से दी गई. अनुच्छेद 7(4) कहता है कि इस बात का “utmost account” लिया जाएगा कि क्या किसी अनुबंध को ऐसी प्रोसेसिंग की सहमति पर सशर्त बनाया गया है जो उसके लिए आवश्यक नहीं है. मार्केटिंग सहमति को चेकआउट की शर्त न बनाएं.
• विशिष्ट. जहाँ प्रोसेसिंग के कई उद्देश्य हों, वहाँ सभी के लिए सहमति दी जानी चाहिए (Recital 32). अलग उद्देश्यों के लिए अलग विकल्प चाहिए: न्यूज़लेटर ऑप्ट-इन न तो SMS की सहमति है और न पार्टनर्स के साथ डेटा साझा करने की.
• सूचित. अनुच्छेद 7(2) माँगता है कि किसी व्यापक घोषणा में शामिल सहमति अनुरोध “clearly distinguishable from the other matters, in an intelligible and easily accessible form, using clear and plain language” हो.
• स्पष्ट. कोई कथन या स्पष्ट सकारात्मक कार्रवाई होनी चाहिए.

क्या नहीं गिना जाता

Recital 32 दो टूक है: “Silence, pre-ticked boxes or inactivity should not therefore constitute consent.” न ही शर्तों में दबा हुआ चेकबॉक्स, या एक ही टिक जो email, SMS, प्रोफ़ाइलिंग और पार्टनर शेयरिंग सब को कवर करे.

वापसी

अनुच्छेद 7(3) कभी भी सहमति वापस लेने का अधिकार देता है, माँगता है कि व्यक्ति को यह अधिकार पहले ही बताया जाए, और कहता है कि “it shall be as easy to withdraw as to give consent.” अगर कोई एक क्लिक में सब्सक्राइब कर सकता है, तो लॉगिन और दबी हुई सेटिंग्स पेज माँगने वाला वापसी फ़्लो इस मानक पर खरा नहीं उतरता. वापसी पूर्वप्रभावी नहीं है: उससे पहले की गई प्रोसेसिंग वैध बनी रहती है.

प्रमाण: आपको क्या साबित कर पाना चाहिए

अनुच्छेद 7(1) छोटा और भारी है: “Where processing is based on consent, the controller shall be able to demonstrate that the data subject has consented.” “opted in: yes” वाला कॉलम कुछ साबित नहीं करता. वह रिकॉर्ड साबित करता है जो सहमति के उस पल को दोबारा बना सके.

साइनअप पर क्या लॉग करें

प्रति कॉन्टैक्ट और प्रति उद्देश्य ये चीज़ें दर्ज और संग्रहित करें:

• सहमति की क्रिया का टाइमस्टैंप, किसी स्थिर टाइमज़ोन में.
• स्रोत और तरीक़ा: कौन-सा फ़ॉर्म, पेज URL, चैनल या ऑफ़लाइन इवेंट.
• दिखाया गया सटीक सहमति पाठ और प्राइवेसी नोटिस का वर्ज़न. हर पंक्ति पर पूरा पाठ रखने के बजाय एक वर्ज़न पहचानकर्ता रखना ज़्यादा व्यावहारिक है जो संग्रहित पाठ तक ले जाए.
• सहमत किए गए विशिष्ट उद्देश्य, एक बूलियन के बजाय अलग-अलग फ़्लैग के रूप में.
• जहाँ आप डबल ऑप्ट-इन का उपयोग करते हैं, वहाँ पुष्टि का प्रमाण और टाइमस्टैंप.
• जहाँ जोखिम के अनुपात में उचित हो, वहाँ IP एड्रेस. यह सामान्य प्रचलन है और उपयोगी प्रमाण भी, लेकिन क़ानूनी आवश्यकता नहीं, और यह ख़ुद व्यक्तिगत डेटा है.

अनुच्छेद 30 अलग से ज़्यादातर संगठनों से प्रोसेसिंग गतिविधियों का रिकॉर्ड रखने को कहता है: उद्देश्य, डेटा सब्जेक्ट और डेटा की श्रेणियाँ, प्राप्तकर्ता, हस्तांतरण, प्रतिधारण अवधि और सुरक्षा उपाय. 250 से कम कर्मचारियों वाले संगठनों की छूट संकीर्ण है, और वहाँ ख़त्म हो जाती है जहाँ प्रोसेसिंग अधिकारों तथा स्वतंत्रताओं के लिए जोखिम पैदा कर सकती है, कभी-कभार नहीं होती, या विशेष श्रेणी के डेटा से जुड़ी है. ग्राहक डेटाबेस को नियमित मार्केटिंग कभी-कभार नहीं होती.

सहमति का प्रमाण कितने समय तक रखें

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

वे डेटा सब्जेक्ट अधिकार जो email प्रोग्राम को छूते हैं

email ऑपरेशन में पाँच अधिकार बार-बार सामने आते हैं.

• पहुँच (अनुच्छेद 15). पुष्टि कि आप उनका डेटा प्रोसेस करते हैं या नहीं, उसकी एक प्रति, और उद्देश्य, डेटा की श्रेणियाँ, प्राप्तकर्ता, प्रतिधारण अवधि, स्रोत, तथा कोई भी स्वचालित निर्णय या प्रोफ़ाइलिंग जैसी जानकारी. email प्रोग्राम के लिए इसका अर्थ अक्सर सिर्फ़ पता नहीं बल्कि एंगेजमेंट इतिहास और सेगमेंट सदस्यता भी है.
• सुधार (अनुच्छेद 16). ग़लत डेटा का बिना अनुचित देरी सुधार, और अधूरे डेटा को पूरा करना.
• मिटाना (अनुच्छेद 17). इसमें 17(1)(b) शामिल है, जहाँ सहमति वापस ली गई हो और कोई दूसरा आधार लागू न हो, और 17(1)(c), जहाँ व्यक्ति अनुच्छेद 21(2) के तहत आपत्ति करे.
• डायरेक्ट मार्केटिंग पर आपत्ति (अनुच्छेद 21). यह निरपेक्ष अधिकार है. 21(2) के तहत डेटा सब्जेक्ट को डायरेक्ट मार्केटिंग की प्रोसेसिंग पर, संबंधित प्रोफ़ाइलिंग समेत, “shall have the right to object at any time”. 21(3) के तहत, “the personal data shall no longer be processed for such purposes.” यहाँ लागू करने के लिए कोई संतुलन परीक्षण नहीं है.
• पोर्टेबिलिटी (अनुच्छेद 20). यह वहाँ लागू होता है जहाँ प्रोसेसिंग सहमति या अनुबंध पर टिकी हो और स्वचालित हो, और यह उस डेटा को कवर करता है जो व्यक्ति ने दिया. निकाले गए स्कोर और सेगमेंट आमतौर पर इसके बाहर हैं.

जवाब की समय-सीमा

अनुच्छेद 12(3) माँगता है कि आप बिना अनुचित देरी के और किसी भी हाल में अनुरोध मिलने के एक महीने के भीतर कार्रवाई करें. जटिलता या अनुरोधों की संख्या को देखते हुए इसे दो और महीनों तक बढ़ाया जा सकता है, और आपको पहले महीने के भीतर कारणों सहित उस व्यक्ति को बताना होगा. मार्केटिंग पर आपत्ति अधिकतम सीमा से बेहतर व्यवहार की हक़दार है: उसे तुरंत सप्रेशन मानें, फिर काग़ज़ी कार्रवाई क़ानूनी अवधि के भीतर निपटाएं.

व्यावहारिक अमल

साइनअप फ़ॉर्म

प्रति उद्देश्य एक बिना टिक किया, स्पष्ट लेबल वाला चेकबॉक्स. भेजने वाले का नाम बताएं, कहें कि आप क्या भेजेंगे और लगभग कितनी बार, और प्राइवेसी नोटिस को दोहराने के बजाय उसका लिंक दें. मार्केटिंग सहमति को शर्तों की स्वीकृति के साथ न जोड़ें और न ख़रीद को उस पर निर्भर बनाएं. फ़ॉर्म का वर्ज़न स्टोर करें ताकि आप बाद में साबित कर सकें कि स्क्रीन पर क्या था.

डबल ऑप्ट-इन और उसकी ईमानदार क़ानूनी स्थिति

डबल ऑप्ट-इन GDPR या ePrivacy Directive द्वारा अनिवार्य नहीं है. कोई अनुच्छेद इसे नहीं माँगता. यह जो देता है वह प्रमाण है: उसी मेलबॉक्स से, दर्ज समय पर आया एक पुष्टि क्लिक इस बात का लगभग सर्वोत्तम उपलब्ध प्रमाण है कि उस पते को नियंत्रित करने वाले किसी वास्तविक व्यक्ति ने सहमति दी. Article 29 Working Party ने कहा कि जिन तरीक़ों में सब्सक्राइबर रजिस्टर करता है और बाद में उससे पुष्टि माँगी जाती है, वे “seem to be compatible with the Directive.”

इसलिए यह अनुशंसित है, कभी-कभी ज़ोरदार तरीक़े से, और कुछ बाज़ारों में यही सामान्य चलन है. यह क़ानून नहीं है. इसकी कार्यविधि हमारी डबल ऑप्ट-इन गाइड में है.

प्रेफ़रेंस सेंटर और अनसब्सक्राइब संभालना

हर मार्केटिंग संदेश में ऑप्ट-आउट अनुरोधों के लिए एक वैध पता होना चाहिए, और मौजूदा-ग्राहक अपवाद के तहत हर संदेश में आसान तथा निःशुल्क आपत्ति का रास्ता एक शर्त है, शिष्टाचार नहीं. आवृत्ति और विषय के विकल्प देने वाला प्रेफ़रेंस सेंटर अच्छा अभ्यास है, लेकिन एक सरल, एक-चरणीय वैश्विक अनसब्सक्राइब हमेशा उपलब्ध रहना चाहिए. ऑप्ट-आउट को स्वचालित रूप से प्रोसेस करें; मैनुअल क़तारें ही वह वजह हैं जिससे संगठन आपत्ति के बाद भी भेजते रह जाते हैं.

सप्रेशन लिस्ट जिन्हें माइग्रेशन से बचना चाहिए

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

यही जोखिम स्टोर, CRM और email प्लेटफ़ॉर्म के बीच के हर इंटीग्रेशन में रहता है, जहाँ सहमति और सप्रेशन की स्थिति रास्ते में खो जाती है. अगर आप Shopify डेटा को Brevo में ले जा रहे हैं, तो Tajo वह सिंक लेयर है जो इन फ़ील्ड्स को सिस्टमों के बीच ले जाती है. आप जो भी टूल इस्तेमाल करें, कसौटी एक ही है: किसी भी माइग्रेशन के बाद पुष्टि करें कि एक ज्ञात सप्रेस्ड पता अब भी सप्रेस्ड है.

प्रतिधारण और पुरानी लिस्टों की दोबारा अनुमति

भंडारण सीमा मार्केटिंग लिस्टों पर लागू होती है, इसलिए निष्क्रिय कॉन्टैक्ट के लिए एक दस्तावेज़ीकृत प्रतिधारण नियम बनाएं और उसे लागू करें. अगर कोई लिस्ट वर्षों से अनुपयोगी पड़ी है, तो अक्सर री-परमिशन कैम्पेन का सुझाव दिया जाता है. सावधान रहें: “पुष्टि करें कि आप अब भी हमसे सुनना चाहते हैं” वाली email ख़ुद ज़्यादातर व्याख्याओं में एक मार्केटिंग संचार है, इसलिए यह केवल उन्हीं लोगों को जा सकती है जिन्हें आप आज क़ानूनी रूप से email कर सकते हैं. अगर आप अभी कोई आधार साबित नहीं कर सकते, तो ईमानदार जवाब है हटाना. हमारी email लिस्ट क्लीनिंग गाइड स्वच्छता वाले पहलू को कवर करती है.

आपका ESP एक प्रोसेसर है

आपका email सेवा प्रदाता आपके निर्देश पर व्यक्तिगत डेटा प्रोसेस करता है, इसलिए अनुच्छेद 28 लागू होता है. एक अनुबंध या अन्य बाध्यकारी क़ानूनी दस्तावेज़ होना चाहिए जो प्रोसेसिंग का विषय, अवधि, प्रकृति और उद्देश्य, डेटा के प्रकार और डेटा सब्जेक्ट की श्रेणियाँ तय करे. फिर अनुच्छेद 28(3) दस्तावेज़ीकृत निर्देश, गोपनीयता, अनुच्छेद 32 सुरक्षा, सब-प्रोसेसर, डेटा सब्जेक्ट अनुरोधों में सहायता तथा उल्लंघन संबंधी कर्तव्य, सेवा समाप्त होने पर डेटा हटाना या लौटाना, और ऑडिट अधिकारों पर शर्तें माँगता है. ज़्यादातर प्रदाता एक मानक DPA प्रकाशित करते हैं. उसकी सब-प्रोसेसर सूची पढ़ें.

अंतरराष्ट्रीय हस्तांतरण

अगर व्यक्तिगत डेटा EEA से बाहर जाता है, तो आपको एक हस्तांतरण तंत्र चाहिए. अनुच्छेद 45 उन देशों या ढाँचों में हस्तांतरण की अनुमति देता है जिन्हें European Commission ने पर्याप्त पाया है. अन्यथा अनुच्छेद 46 उपयुक्त सुरक्षा उपाय माँगता है, आमतौर पर Commission के स्टैंडर्ड कॉन्ट्रैक्चुअल क्लॉज़, या किसी समूह के भीतर बाइंडिंग कॉर्पोरेट रूल्स. पर्याप्तता निर्णय कई क्षेत्राधिकारों को कवर करते हैं, जिनमें 10 जुलाई 2023 को अपनाया गया EU-US Data Privacy Framework भी शामिल है. जाँचें कि आपका ESP डेटा कहाँ स्टोर करता है, सिर्फ़ यह नहीं कि उसका मुख्यालय कहाँ है.

आपके बाज़ार में इस क़ानून का नाम क्या है

दस्तावेज़ पूरे EU में एक ही है. नाम एक नहीं है.

EU के बाहर शब्दावली फिर बदल जाती है. यूनाइटेड किंगडम में PECR के साथ UK GDPR है. तुर्की में Kisisel Verilerin Korunmasi Kanunu, Law No. 6698 है, जिसे KVKK कहते हैं. ब्राज़ील में Lei Geral de Protecao de Dados Pessoais, 14 अगस्त 2018 का Law No. 13.709 है, यानी LGPD. इंडोनेशिया में Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi है. ये अलग व्यवस्थाएं हैं जिनके अपने नियम हैं, अनुवाद नहीं, और GDPR का पालन अपने आप इनका पालन नहीं बन जाता.

दंड, और नियामक असल में क्या करते हैं

अनुच्छेद 83 दो स्तर तय करता है: 83(4) के तहत 1 करोड़ यूरो तक या कुल वैश्विक वार्षिक टर्नओवर का 2 प्रतिशत, और 83(5) के तहत 2 करोड़ यूरो तक या 4 प्रतिशत, हर मामले में जो भी ज़्यादा हो. ऊँचा स्तर अनुच्छेद 5, 6, 7 और 9 में बुनियादी सिद्धांतों तथा सहमति की शर्तों, अनुच्छेद 12 से 22 में डेटा सब्जेक्ट अधिकारों, और अनुच्छेद 44 से 49 में हस्तांतरण नियमों को कवर करता है, इसलिए सहमति की चूक और अनदेखी की गई आपत्तियाँ वहीं बैठती हैं. राष्ट्रीय ePrivacy नियम अपने दंड जोड़ते हैं: आयरलैंड में Regulation 13 का उल्लंघन आपराधिक अपराध है और हर संदेश अलग से गिना जाता है.

एक मध्यम आकार के भेजने वाले के लिए रोज़मर्रा का जोखिम कोई सुर्ख़ियों वाला जुर्माना नहीं है. यह एक शिकायत है जो नियामक का सवाल खड़ा कर देती है: इस पते की सहमति दिखाइए.

जहाँ अनुपालन और प्रदर्शन मिलते हैं

ठीक से किया जाए तो यह प्रदर्शन भी सुधारता है. वास्तविक और विशिष्ट अनुमति पर बनी लिस्टें बेहतर एंगेज करती हैं और कम शिकायत करती हैं, और डिलीवरेबिलिटी सिस्टम इसी को पुरस्कृत करते हैं. हमारी email डिलीवरेबिलिटी गाइड इस तंत्र को समझाती है, और हमारी email लिस्ट बिल्डिंग गाइड ऐसे अधिग्रहण को कवर करती है जो जाँच में टिकता है.

संबंधित लेख

• डबल ऑप्ट-इन email: पुष्ट सब्सक्रिप्शन की संपूर्ण गाइड
• email डिलीवरेबिलिटी: संपूर्ण गाइड
• email लिस्ट बिल्डिंग: संपूर्ण गाइड
• email लिस्ट क्लीनिंग: संपूर्ण गाइड
• अनसब्सक्राइब पेज और वन-क्लिक अनसब्सक्राइब: सर्वोत्तम अभ्यास