Salesforce में फ़ाइल कौन देख सकता है? फ़ाइल एक्सेस की व्याख्या

Salesforce में फ़ाइल एक्सेस लोगों को इसलिए उलझन में डालता है क्योंकि यह रिकॉर्ड एक्सेस की तरह काम नहीं करता — जब तक आपको यह एहसास न हो जाए कि यह रिकॉर्ड एक्सेस पर ही बना है। आज एक “फ़ाइल” दरअसल एक ContentDocument (Salesforce Files मॉडल) है, और यह एक साथ कई स्वतंत्र पाथ के ज़रिए दिखाई दे सकती है।

यह गाइड हर उस तरीके को समझाती है जिससे कोई व्यक्ति किसी फ़ाइल को देख पाने की स्थिति में पहुँच सकता है, और यह कैसे जाँचें कि कौन-सा तरीका लागू होता है।

फ़ाइल देखने के पाँच पाथ

कोई यूज़र किसी फ़ाइल को तब देख सकता है जब इनमें से कोई एक भी सच हो:

1. वह उसका मालिक है — उसने उसे अपलोड किया है।
2. वह उसके साथ सीधे शेयर की गई है — फ़ाइल के Share बटन के ज़रिए, Viewer या Collaborator के रूप में।
3. वह उस रिकॉर्ड को देख सकता है जिससे वह जुड़ी है — फ़ाइल एक्सेस रिकॉर्ड से विरासत में मिलता है।
4. वह उस library का सदस्य है जिसमें वह रहती है — library के अनुमति स्तर के साथ।
5. उसके पास एक पब्लिक लिंक है — URL रखने वाला कोई भी व्यक्ति, बिना लॉगिन के।

रिकॉर्ड एक्सेस की तरह, फ़ाइल एक्सेस भी योगात्मक होता है: सबसे उदार पाथ जीतता है। यह रिकॉर्ड sharing model को प्रतिबिंबित करता है — एक ग्रांट ही काफ़ी है।

वह पाथ जो लोगों को चौंका देता है: रिकॉर्ड से जुड़ी फ़ाइलें

यह सबसे बड़ी बात है। जब आप किसी Account, Opportunity या Case पर कोई फ़ाइल खींचकर रखते हैं, तो Salesforce फ़ाइल और उस रिकॉर्ड के बीच एक ContentDocumentLink बनाता है। उसके बाद से:

जो भी रिकॉर्ड देख सकता है वह फ़ाइल को देख — और आमतौर पर डाउनलोड कर — सकता है।

इसलिए किसी फ़ाइल के दर्शक ठीक वही होते हैं जो रिकॉर्ड के दर्शक हैं। अगर तीन sales manager role hierarchy के ज़रिए Opportunity देख सकते हैं, तो तीनों उसकी फ़ाइलें देख सकते हैं। रिकॉर्ड को बंद करें और आप फ़ाइल को बंद कर देंगे; रिकॉर्ड की शेयरिंग को चौड़ा करें और फ़ाइल उसका अनुसरण करती है।

Sharing type: Viewer, Collaborator, Inferred

हर फ़ाइल-से-रिकॉर्ड (या फ़ाइल-से-यूज़र) लिंक एक ShareType रखता है:

प्रकार	कोड	वे क्या कर सकते हैं
Viewer	V	फ़ाइल खोलना और डाउनलोड करना
Collaborator	C	देखना, एडिट करना, नए वर्ज़न अपलोड करना, शेयरिंग बदलना
Inferred	I	जुड़े हुए रिकॉर्ड के एक्सेस से विरासत में मिला व्यू/एडिट स्तर

Inferred access ही वह कारण है कि जो यूज़र किसी रिकॉर्ड को एडिट कर सकता है वह उसकी फ़ाइलों को भी एडिट कर पाने में सक्षम हो सकता है।

Library (ContentWorkspace) फ़ाइलें

फ़ाइलें किसी library में रह सकती हैं। उस library की सदस्यता — और सौंपा गया अनुमति स्तर (Viewer, Author आदि) — यह तय करता है कि किसी भी रिकॉर्ड से स्वतंत्र रूप से, उन फ़ाइलों को कौन देख और प्रबंधित कर सकता है।

पब्लिक लिंक सब कुछ दरकिनार कर देते हैं

एक पब्लिक लिंक बनाने से एक ऐसा URL तैयार होता है जो आपकी कंपनी के अंदर या बाहर, किसी के लिए भी, बिना लॉगिन के काम करता है:

• प्राप्तकर्ता देख और डाउनलोड कर सकते हैं — वे सहयोग नहीं कर सकते।
• एक्सपायरी तारीखें डिफ़ॉल्ट रूप से चालू होती हैं (आमतौर पर 90 दिन आगे) और इन्हें छोटा किया जा सकता है।
• आप एक पासवर्ड जोड़ सकते हैं।

चूँकि एक पब्लिक लिंक sharing model को पूरी तरह नज़रअंदाज़ कर देता है, इसे एक क्रेडेंशियल की तरह समझें: एक्सपायरी सेट करें, किसी भी संवेदनशील चीज़ के लिए पासवर्ड जोड़ें, और जिन लिंक की अब ज़रूरत नहीं उन्हें डिलीट कर दें।

“शेयर की गई” फ़ाइलें कभी-कभी रिपोर्ट्स से क्यों गायब हो जाती हैं

किसी रिकॉर्ड से जुड़ी फ़ाइल को रिकॉर्ड के माध्यम से निजी रूप से शेयर माना जाता है, न कि यूज़र्स के साथ सीधे शेयर। परिणामस्वरूप, उसकी sharing सेटिंग्स चाहे जो भी हों, वह मानक File and Content रिपोर्ट्स में नहीं दिखेगी। किसी फ़ाइल को रिपोर्ट में दिखाने योग्य बनाने के लिए, उसे फ़ाइल के Share बटन के ज़रिए यूज़र के साथ सीधे शेयर करें। यह एक आम “फ़ाइल गायब है” वाला सपोर्ट टिकट है — यह वैसे ही काम कर रही है जैसे इसे डिज़ाइन किया गया है।

किसी विशिष्ट फ़ाइल को कौन देख सकता है, यह कैसे जाँचें

1. फ़ाइल खोलें और सीधे यूज़र/ग्रुप शेयर तथा sharing type देखने के लिए Share का उपयोग करें।
2. उन रिकॉर्ड्स की सूची बनाएँ जिनसे वह जुड़ी है — हर एक के दर्शक फ़ाइल को देख सकते हैं।
3. जाँचें कि क्या वह किसी library में रहती है, और कौन सदस्य है।
4. किसी सक्रिय पब्लिक लिंक की तलाश करें।

पेच यह है: कई रिकॉर्ड्स से जुड़ी कोई फ़ाइल हर रिकॉर्ड के पूरे दर्शक वर्ग को विरासत में लेती है — role hierarchy, sharing rules, teams, सब कुछ। इसे हाथ से फिर से जोड़कर समझना ठीक वही काम है जो आकस्मिक एक्सपोज़र को छुपा देता है।

AgentForceAccess “इस फ़ाइल को कौन देख सकता है, और क्यों” का उत्तर उसी तरह देता है जैसे वह रिकॉर्ड्स के लिए देता है — फ़ाइल जिस हर रिकॉर्ड पर सवार है उसे और उसे उजागर करने वाले हर शेयर को, सरल भाषा में ट्रेस करके।

अक्सर पूछे जाने वाले सवाल

अगर मैं किसी Opportunity से कोई फ़ाइल जोड़ूँ, तो उसे कौन देख सकता है?

हर वह व्यक्ति जो उस Opportunity को देख सकता है। किसी रिकॉर्ड पर फ़ाइल एक्सेस रिकॉर्ड एक्सेस से विरासत में मिलता है — इसलिए वही role hierarchy, sharing rules और मैनुअल शेयर जो रिकॉर्ड को उजागर करते हैं, उसकी फ़ाइलों को भी उजागर करते हैं। रिकॉर्ड को सीमित करें और आप फ़ाइल को सीमित कर देंगे।

किसी सहकर्मी को वह फ़ाइल क्यों नहीं दिखती जो मैंने किसी रिकॉर्ड पर शेयर की थी?

अक्सर उनके पास रिकॉर्ड का ही एक्सेस नहीं होता, या फ़ाइल किसी अलग रिकॉर्ड के साथ शेयर की गई थी। रिकॉर्ड से जुड़ी फ़ाइलें रिकॉर्ड के माध्यम से निजी रूप से शेयर होती हैं, इसलिए वे मानक File and Content रिपोर्ट्स में भी नहीं दिखतीं — फ़ाइल को रिपोर्ट में दिखाने के लिए उसे सीधे यूज़र के साथ शेयर करें।

क्या पब्लिक फ़ाइल लिंक सुरक्षित हैं?

वे सुविधा के बदले सुरक्षा का सौदा करते हैं। URL रखने वाला कोई भी व्यक्ति बिना लॉगिन के फ़ाइल देख और डाउनलोड कर सकता है — इसलिए पब्लिक लिंक को पासवर्ड की तरह समझें। जहाँ संभव हो वहाँ एक्सपायरी तारीख और पासवर्ड सेट करें, और जिन लिंक की अब ज़रूरत नहीं उन्हें डिलीट कर दें।

किसी फ़ाइल पर Viewer और Collaborator में क्या अंतर है?

Viewer फ़ाइल को खोल और डाउनलोड कर सकता है। Collaborator इसके अतिरिक्त उसे एडिट कर सकता है, नए वर्ज़न अपलोड कर सकता है और शेयरिंग बदल सकता है। एक तीसरा प्रकार, Inferred access, वह व्यू/एडिट स्तर है जो किसी यूज़र को इसलिए मिलता है क्योंकि उसके पास उस रिकॉर्ड का एक्सेस है जिससे फ़ाइल जुड़ी है।