क्या आपका अकाउंटेंट आपकी सैलरी स्लिप किसी भी PDF साइट पर अपलोड कर देता है?

सोचिए कि इस साल आपकी सैलरी स्लिप किन-किन लोगों के हाथ से गुज़री है। आप, आपका नियोक्ता, और लगभग निश्चित रूप से कोई अकाउंटेंट या पेरोल ऑफिस। अब उस पल के बारे में सोचिए जब उस PDF को पिछले महीने वाली स्लिप के साथ जोड़ना पड़ा, या बैंक के लिए अलग-अलग पन्नों में बाँटना पड़ा। यह सब कहाँ हुआ?

बहुत से पेशेवरों के लिए जवाब है — कोई मुफ़्त वेबसाइट जो उन्हें सर्च नतीजों के पहले पन्ने पर मिल गई। वे आपकी सैलरी स्लिप उसमें खींचकर डालते हैं, एक बटन दबाते हैं, नतीजा डाउनलोड करते हैं, और आगे बढ़ जाते हैं। यह काम कर जाता है। इसका मतलब यह भी है कि आपकी तनख़्वाह, आपके बैंक की जानकारी और आपका पहचान नंबर अभी-अभी किसी ऐसे सर्वर तक पहुँच गए जिसका नाम आपने कभी सुना तक नहीं।

यही वह बात है जिस पर बात करना ज़रूरी है।

वे दस्तावेज़ जो दूसरों के हाथों से गुज़रते हैं

आप शायद ही कभी अपने संवेदनशील PDF खुद संभालते हैं। वे बिचौलियों के हाथ से गुज़रते हैं।

पेरोल ऑफिस और अकाउंटेंट सैलरी स्लिप, अनुबंध, टैक्स फाइलिंग और बैंक प्रमाणपत्र देखते हैं। HR विभाग पहचान पत्रों के स्कैन, सामाजिक सुरक्षा नंबर, बीमारी की छुट्टी के पर्चे और कभी-कभी मेडिकल सर्टिफ़िकेट संभालते हैं। वकीलों के पास तलाक के कागज़ों से लेकर विरासत के दस्तावेज़ों तक सब कुछ आता है। किसी क्लिनिक का दफ़्तर रेफ़रल पत्रों और जाँच रिपोर्टों को बीमा कंपनी के लिए एक ही फ़ाइल में जोड़ देता है।

इनमें से हर व्यक्ति को किसी न किसी मोड़ पर किसी PDF के साथ कोई उबाऊ-सा काम करना पड़ता है। चार फ़ाइलों को एक में जोड़ना। 40 पन्नों के स्कैन में से पन्ना 3 से 7 निकालना। किसी फ़ाइल को इतना छोटा करना कि वह ईमेल में फ़िट हो जाए। इनमें से कोई भी काम चमक-दमक वाला नहीं है, और ठीक इसी वजह से यह उसी टूल पर हो जाता है जो सबसे तेज़ हो, न कि उस पर जो सबसे सुरक्षित हो।

“एक घंटे बाद हटा दिया जाएगा” कोई गारंटी नहीं है

ज़्यादातर ऑनलाइन PDF टूल आपकी फ़ाइल को अपने सर्वर पर अपलोड करते हैं, ऑपरेशन वहीं चलाते हैं, और नतीजा वापस भेज देते हैं। वह छोटा-सा बैनर जो कहता है “आपकी फ़ाइलें 1 घंटे बाद हटा दी जाती हैं”, पूरी तरह सच्चा हो सकता है। दिक्कत यह है कि आप इसे जाँच नहीं सकते, और न ही वह अकाउंटेंट जाँच सकता है जो इसका इस्तेमाल कर रहा है।

एक बार जब आपकी सैलरी स्लिप किसी और के सर्वर पर बैठ जाती है, भले ही कुछ ही देर के लिए, तो कुछ बातें किसी के नियंत्रण में नहीं रहतीं। लॉग और बैकअप वादा किए गए समय के बाद भी प्रतियाँ रख सकते हैं। सर्वर में सेंध लग सकती है। हो सकता है यह टूल ऐसे इन्फ़्रास्ट्रक्चर पर चल रहा हो जो उसका अपना नहीं है, और आपकी फ़ाइल को ऐसे स्टोरेज बकेट और प्रोसेसिंग क़तारों से गुज़ार रहा हो जिनका ज़िक्र किसी ने नहीं किया। जो दस्तावेज़ कभी लैपटॉप से बाहर ही नहीं जाता, वह कहीं और हुई किसी सेंध में लीक नहीं हो सकता।

किसी छुट्टी की तस्वीर के लिए किसे परवाह है। पर जिस फ़ाइल पर आपकी तनख़्वाह और आपका पहचान नंबर लिखा हो, उसका हिसाब अलग है।

GDPR उनसे असल में क्या माँगता है

यह वह हिस्सा है जिसे पेशेवर कभी-कभी छोड़ देते हैं। जब कोई अकाउंटेंट या HR ऑफिस आपका डेटा संभालता है, तो GDPR उसे उनकी निजी चीज़ नहीं मानता जिसके साथ वे जो चाहें करें। वे दूसरों की ओर से निजी डेटा प्रोसेस कर रहे हैं, और इसके साथ ज़िम्मेदारियाँ आती हैं।

उनसे अपेक्षा है कि वे उस डेटा को सुरक्षित रखने के लिए उपयुक्त तकनीकी उपाय लागू करें (अनुच्छेद 32)। उन्हें पता होना चाहिए कि वे इसे किसके साथ साझा कर रहे हैं, और कोई भी अनजान PDF वेबसाइट जो अपलोड की गई फ़ाइल पाती है, उस श्रृंखला में एक तीसरा पक्ष है। अगर वे आपका डेटा किसी प्रोसेसर को सौंपते हैं, तो उसे नियंत्रित करने वाला एक अनुबंध होना चाहिए। और अगर उस वेबसाइट में सेंध लगती है, तो जिनकी सैलरी स्लिप उजागर हुई, क़ीमत वही चुकाते हैं — तनाव में और उससे भी बुरे रूप में।

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

समाधान: फ़ाइल को डिवाइस पर ही रखें

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

reader.me इसी तरह काम करता है, और यही वजह है कि यह संवेदनशील दस्तावेज़ों के लिए सही बैठता है। जब कोई पेरोल ऑफिस हमारे merge PDF टूल से सैलरी स्लिप का ढेर जोड़ता है, तो वे फ़ाइलें उनके अपने कंप्यूटर पर, उनके ब्राउज़र में प्रोसेस होती हैं। हम तक कुछ भी अपलोड नहीं होता, क्योंकि अपलोड करने के लिए कोई सर्वर चरण है ही नहीं। टैब बंद कीजिए और काम कर रही मेमोरी ख़त्म।

आपको इसे केवल भरोसे पर लेने की ज़रूरत भी नहीं। ब्राउज़र के DevTools खोलिए, Network टैब पर जाइए, एक merge चलाइए, और देखिए: कोई भी रिक्वेस्ट आपकी फ़ाइल बाहर नहीं ले जाती। अगर फ़ाइल किसी रिक्वेस्ट के बॉडी में नहीं है, तो वह कहीं भेजी ही नहीं गई।

असल में क्या करें

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

अगर आप क्लाइंट हैं, तो आपको पूछने का हक़ है। अगली बार जब आपका अकाउंटेंट या HR आपके दस्तावेज़ संभाले, तो उनसे पूछिए कि वे आपकी PDF कैसे प्रोसेस करते हैं और क्या फ़ाइलें उनके कंप्यूटर से बाहर जाती हैं। अच्छा जवाब होता है “सब कुछ हमारी ही मशीन पर रहता है।” कंधे उचका देना ऐसा संकेत है जिसकी आगे पड़ताल करने लायक़ है। उन पन्नों पर आपकी तनख़्वाह और आपका पहचान नंबर है, और यह पूछना कि वे कहाँ जाते हैं, बिलकुल वाजिब बात है।

काम अपने आप में मामूली है। कुछ फ़ाइलें जोड़ने में चंद सेकंड लगते हैं। सवाल बस इतना है कि वे चंद सेकंड आपके डिवाइस पर बीतते हैं या किसी अजनबी के सर्वर पर, और सैलरी स्लिप के लिए यह वह सवाल है जिसका जवाब सही पाना ज़रूरी है।