रिसॉर्स: AccessProposal
किसी फ़ाइल पर ऐक्सेस के लिए किए गए लंबित अनुरोधों को मैनेज करना.
JSON के काेड में दिखाना |
---|
{
"fileId": string,
"proposalId": string,
"requesterEmailAddress": string,
"recipientEmailAddress": string,
"rolesAndViews": [
{
object ( |
फ़ील्ड | |
---|---|
fileId |
वह फ़ाइल आईडी जिस पर ऐक्सेस का अनुरोध किया गया है. |
proposalId |
ऐक्सेस के अनुरोध का आईडी. |
requesterEmailAddress |
अनुरोध करने वाले उपयोगकर्ता का ईमेल पता. |
recipientEmailAddress |
उस उपयोगकर्ता का ईमेल पता जिसे अनुमतियां मिलेंगी. हालांकि, ऐसा तब होगा, जब अनुरोध स्वीकार कर लिया जाएगा. |
rolesAndViews[] |
यह ऐक्सेस के अनुरोध की भूमिका और व्यू के लिए रैपर है. ज़्यादा जानकारी के लिए, भूमिकाएं और अनुमतियां लेख पढ़ें. |
requestMessage |
अनुरोध करने वाले व्यक्ति ने प्रस्ताव में जो मैसेज जोड़ा है. |
createTime |
बनाए जाने का समय. यह RFC 3339 का इस्तेमाल करता है. इसमें जनरेट किया गया आउटपुट हमेशा Z-नॉर्मलाइज़ किया जाएगा और इसमें 0, 3, 6 या 9 फ़्रैक्शनल अंक इस्तेमाल किए जाएंगे. "Z" के अलावा, अन्य ऑफ़सेट भी स्वीकार किए जाते हैं. उदाहरण: |
RoleAndView
यह ऐक्सेस के अनुरोध की भूमिका और व्यू के लिए रैपर है. ज़्यादा जानकारी के लिए, भूमिकाएं और अनुमतियां लेख पढ़ें.
JSON के काेड में दिखाना |
---|
{ "role": string, "view": string } |
फ़ील्ड | |
---|---|
role |
अनुरोध करने वाले व्यक्ति ने जो भूमिका सुझाई है. इन वैल्यू का इस्तेमाल किया जा सकता है:
|
view |
इस कुकी से, ऐक्सेस के इस अनुरोध के लिए व्यू का पता चलता है. यह सिर्फ़ उन प्रपोज़ल के लिए अपने-आप भरता है जो किसी व्यू से जुड़े होते हैं. वैल्यू के तौर पर, सिर्फ़ |
तरीके |
|
---|---|
|
इस तरीके से, आईडी के हिसाब से ऐक्सेस करने का अनुरोध वापस पाया जा सकता है. |
|
किसी फ़ाइल को ऐक्सेस करने के अनुरोधों की सूची बनाएं. |
|
यह कुकी, ऐक्सेस के प्रस्ताव को स्वीकार या अस्वीकार करती है. |