REST Resource: accessproposals

रिसॉर्स: AccessProposal

किसी फ़ाइल के लिए, ऐक्सेस करने के लंबित अनुरोधों के लिए ऐक्सेस का अनुरोध करने वाला संसाधन

JSON के काेड में दिखाना 
{
  "fileId": string,
  "proposalId": string,
  "requesterEmailAddress": string,
  "recipientEmailAddress": string,
  "rolesAndViews": [
    {
      object (RoleAndView)
    }
  ],
  "requestMessage": string,
  "createTime": string
}
फ़ील्ड
fileId

string

उस फ़ाइल का आईडी जिसके लिए ऐक्सेस करने का अनुरोध किया गया है
proposalId

string

ऐक्सेस के अनुरोध का आईडी
requesterEmailAddress

string

अनुरोध करने वाले उपयोगकर्ता का ईमेल पता
recipientEmailAddress

string

उस उपयोगकर्ता का ईमेल पता जिसे अनुरोध स्वीकार होने पर अनुमतियां मिलेंगी
rolesAndViews[]

object (RoleAndView)

यह ऐक्सेस के अनुरोध की भूमिका और व्यू के लिए रैपर है.
requestMessage

string

अनुरोध करने वाले व्यक्ति ने प्रस्ताव में जो मैसेज जोड़ा है
createTime

string (Timestamp format)

बनाए जाने का समय

यह RFC 3339 का इस्तेमाल करता है. इसमें जनरेट किया गया आउटपुट हमेशा Z-नॉर्मलाइज़ किया जाएगा और इसमें 0, 3, 6 या 9 फ़्रैक्शनल अंक इस्तेमाल किए जाएंगे. "Z" के अलावा, अन्य ऑफ़सेट भी स्वीकार किए जाते हैं. उदाहरण: "2014-10-02T15:01:23Z", "2014-10-02T15:01:23.045123456Z" या "2014-10-02T15:01:23+05:30".

RoleAndView

यह ऐक्सेस के अनुरोध की भूमिका और व्यू के लिए रैपर है.

JSON के काेड में दिखाना 
{
  "role": string,
  "view": string
}
फ़ील्ड
role

string

अनुरोध करने वाले व्यक्ति ने जो भूमिका सुझाई है. आने वाले समय में नई वैल्यू जोड़ी जा सकती हैं. हालांकि, फ़िलहाल ये वैल्यू उपलब्ध हैं: * writer * commenter * reader
view

string

इस कुकी से, ऐक्सेस के इस अनुरोध के लिए व्यू का पता चलता है. यह सिर्फ़ उन प्रपोज़ल के लिए अपने-आप भरता है जो किसी व्यू से जुड़े होते हैं. सिर्फ़ published वैल्यू का इस्तेमाल किया जा सकता है.

तरीके

get

 इस तरीके से, आईडी के हिसाब से AccessProposal को वापस पाया जा सकता है.

list

 किसी फ़ाइल पर ऐक्सेस के अनुरोधों की सूची बनाएं.

resolve

 इस कुकी का इस्तेमाल, ऐक्सेस के प्रस्ताव को स्वीकार या अस्वीकार करने के लिए किया जाता है.