अमेरिकी एजेंसियाँ कंपनियों को चेतावनी देती हैं: Slack या Signal चैट्स न मिटाएँ
अमेरिकी antitrust regulators कंपनियों को चेतावनी दे रहे हैं कि जब जाँच शुरू हो चुकी हो या उसके होने की उचित संभावना हो, तब Slack, Signal और अन्य “ephemeral” संदेशों को auto-delete न करें, और कानूनी retention के लिए उन्हें लगभग email की तरह मानें। टिप्पणीकार इसे कंपनियों की आक्रामक data deletion नीतियों के साथ तौलते हैं, जो e-discovery लागत, embarrassing disclosures, और legal risk के डर से, साथ ही privacy और security चिंताओं से प्रेरित हैं। यह बहस लंबे समय तक रहने वाले chat logs के रोज़मर्रा के काम और documentation के लिए मूल्य, और बढ़ते दबाव—खासकर regulated industries में—के बीच एक व्यापक तनाव को उजागर करती है कि या तो सब कुछ archive किया जाए या व्यवस्थित रूप से purge किया जाए।
नई मार्गदर्शिका का दायरा
- कई टिप्पणीकारों का कहना है कि FTC/DOJ की चेतावनी मुख्य रूप से प्रासंगिक चैट्स को तब न मिटाने के बारे में है जब सरकारी जाँच या संभावित कानूनी कार्रवाई मौजूद हो (“litigation hold”), न कि हमेशा के लिए संग्रह बनाए रखने के बारे में।
- कंपनियों से अपेक्षा की जाती है कि नोटिस मिलने के बाद Slack/Signal पर भी वही संरक्षण मानक लागू करें जो ईमेल पर लागू होते हैं।
- कानूनी होल्ड को स्वचालित करने और यह पुष्टि करने के लिए उपकरण मौजूद हैं कि कर्मचारियों को सूचित किया गया है।
Slack के डिफ़ॉल्ट और रिटेंशन कॉन्फ़िगरेशन
- Slack के फ्री टियर में 90 दिनों से पुराने संदेश छिप जाते हैं, लेकिन मिटाए नहीं जाते; यदि वर्कस्पेस भुगतान करता है, तो इतिहास फिर से दिखाई देने लगता है।
- कई कंपनियाँ जोखिम या अनुपालन कारणों से जानबूझकर आक्रामक रिटेंशन सीमाएँ सेट करती हैं (जैसे 7 दिन, DMs के लिए 2 सप्ताह, 30 दिन, 12 महीने)।
- कुछ लोग Slack को “conversation/archive” मानते हैं और छोटी रिटेंशन अवधि को बहुत खलने वाला मानते हैं; अन्य लोग तर्क देते हैं कि यदि Slack आपका प्रोजेक्ट आर्काइव है, तो आपकी प्रक्रिया में गहरी समस्याएँ हैं।
कानूनी जोखिम, discovery लागत, और हटाने के कारण
- व्यापक सहमति है कि भारी discovery लागत और प्रतिष्ठा-जोखिम, स्पष्ट अपराधों को छिपाने से अधिक, deletion नीतियों को प्रेरित करते हैं।
- बड़े आर्काइव्स बढ़ाते हैं:
- दस्तावेज़ों की वह मात्रा जिन्हें वकीलों को समीक्षा करनी होती है।
- यह संभावना कि संदर्भ से बाहर, स्पष्टवादी, या खराब ढंग से लिखे गए संदेश कंपनी के खिलाफ इस्तेमाल किए जा सकते हैं।
- डेटा breaches में जोखिम का एक्सपोज़र।
- Rule 26 के तहत, पक्षों को वे दस्तावेज़ सक्रिय रूप से disclose करने होते हैं जिन्हें वे उपयोग कर सकते हैं, जिससे अनावश्यक रिकॉर्ड बिल्कुल न रखने की प्रेरणा मिलती है।
- जैसे ही आप litigation की आशंका मान लेते हैं, उसके बाद retention कम नहीं कर सकते, वरना sanctions का जोखिम होता है।
छोटी बनाम लंबी अवधि वाली चैट्स का मूल्य
- छोटी रिटेंशन के पक्ष में: वास्तविक documentation को उचित टूल्स में करने के लिए मजबूर करती है; adversaries द्वारा डेटा तक पहुँचने की समय-सीमा घटाकर privacy और security बेहतर करती है; गपशप और विषाक्त आंतरिक संचार कम करती है।
- लंबी रिटेंशन के पक्ष में: लंबे समय तक रहने वाले चैनल एक अनौपचारिक ज्ञान-आधार, स्मृति-सहायक, और तकनीकी निर्णयों के संदर्भ के रूप में बहुत उपयोगी होते हैं; छोटी समय-सीमाएँ कर्मचारियों की प्रभावशीलता के प्रति शत्रुतापूर्ण मानी जाती हैं।
क्षणिक संदेश, फ़ोन/वीडियो, और निगरानी
- कुछ लोग अनुमान लगाते हैं कि आधुनिक transcription और AI टूलिंग को देखते हुए, नियामक अंततः फ़ोन और वीडियो कॉल्स के संरक्षण की मांग करेंगे।
- अन्य लोग नोट करते हैं कि रिकॉर्डिंग कानून consent/notice की माँग करते हैं, लेकिन कई कॉर्पोरेट लाइनों को पहले से रिकॉर्ड किया जा सकता है और अक्सर रिकॉर्ड किया भी जाता है।
- चिंता यह है कि जैसे-जैसे text channels अधिक regulated/logged होंगे, संवेदनशील चर्चाएँ calls या आमने-सामने की बैठकों में चली जाएँगी।
Signal और backups
- Signal को केंद्रीय रूप से archive करना अधिक कठिन है; backups के लिए उपयोगकर्ता की कार्रवाई चाहिए और वे झंझटभरे हो सकते हैं।
- डिवाइस खोने से इतिहास प्रभावी रूप से मिट सकता है, लेकिन जाँच के दौरान जानबूझकर “खोना” obstruction charges का जोखिम पैदा करता है।