REST Resource: accounts.locations

संसाधन: जगह की जानकारी

कोई जगह. इन फ़ील्ड के बारे में ज़्यादा जानकारी के लिए, सहायता केंद्र का लेख पढ़ें. इसके अलावा, कारोबार की मान्य कैटगरी की सूची के लिए, कैटगरी एंडपॉइंट पर भी जाएं.

JSON के काेड में दिखाना 
{
  "name": string,
  "languageCode": string,
  "storeCode": string,
  "title": string,
  "phoneNumbers": {
    object (PhoneNumbers)
  },
  "categories": {
    object (Categories)
  },
  "storefrontAddress": {
    object (PostalAddress)
  },
  "websiteUri": string,
  "regularHours": {
    object (BusinessHours)
  },
  "specialHours": {
    object (SpecialHours)
  },
  "serviceArea": {
    object (ServiceAreaBusiness)
  },
  "labels": [
    string
  ],
  "adWordsLocationExtensions": {
    object (AdWordsLocationExtensions)
  },
  "latlng": {
    object (LatLng)
  },
  "openInfo": {
    object (OpenInfo)
  },
  "metadata": {
    object (Metadata)
  },
  "profile": {
    object (Profile)
  },
  "relationshipData": {
    object (RelationshipData)
  },
  "moreHours": [
    {
      object (MoreHours)
    }
  ],
  "serviceItems": [
    {
      object (ServiceItem)
    }
  ]
}
फ़ील्ड
name

string

फ़ॉर्म में इस जगह के लिए Google आइडेंटिफ़ायर: locations/{locationId}.
languageCode

string

इम्यूटेबल. जगह की भाषा. इसे बनाने के दौरान सेट किया जाता है और अपडेट नहीं किया जा सकता.
storeCode

string

ज़रूरी नहीं. इस जगह के लिए बाहरी आइडेंटिफ़ायर, जो दिए गए खाते में यूनीक होना चाहिए. यह अपने रिकॉर्ड के साथ स्थान को जोड़ने का एक तरीका है.
title

string

ज़रूरी है. जगह के नाम से आपके कारोबार का नाम दिखना चाहिए. इसका इस्तेमाल आपके स्टोरफ़्रंट, वेबसाइट, और स्टेशनरी पर किया जाता है. साथ ही, जिसे आपके ग्राहक जानते हैं. ज़रूरी होने पर, किसी भी अतिरिक्त जानकारी को संसाधन के अन्य फ़ील्ड में शामिल किया जा सकता है. जैसे, Address, Categories. अपने नाम के साथ ग़ैर-ज़रूरी जानकारी शामिल न करें. उदाहरण के लिए, "Google Inc. - माउंटेन व्यू कॉर्पोरेट हेडक्वार्टर" के बजाय "Google" को प्राथमिकता दें. मार्केटिंग टैगलाइन, स्टोर कोड, खास वर्ण, कारोबार के खुले होने का समय या क्लोज़्ड/ओपन स्टेटस, फ़ोन नंबर, वेबसाइट के यूआरएल, सेवा/प्रॉडक्ट की जानकारी, जगह/पता या रास्ते की जानकारी या कंटेनमेंट की जानकारी (उदाहरण के लिए, "Duane Reade में चेज़ एटीएम") शामिल न करें.
phoneNumbers

object (PhoneNumbers)

ज़रूरी नहीं. वे अलग-अलग फ़ोन नंबर जिनका इस्तेमाल करके, ग्राहक कारोबार से संपर्क कर सकते हैं.
categories

object (Categories)

ज़रूरी नहीं. कारोबार की जानकारी देने वाली अलग-अलग कैटगरी.
storefrontAddress

object (PostalAddress)

ज़रूरी नहीं. आपके कारोबार की जगह के बारे में बताने के लिए सटीक और सटीक पता. दूर-दराज़ की जगहों पर मौजूद पीओ बॉक्स या मेलबॉक्स का पता मान्य नहीं होगा. इस समय, आपके पते में ज़्यादा से ज़्यादा पांच addressLines वैल्यू तय की जा सकती हैं. यह फ़ील्ड सिर्फ़ उन कारोबारों के लिए सेट किया जाना चाहिए जिनका स्टोरफ़्रंट है. इस फ़ील्ड को CUSTOMER_LOCATION_ONLY प्रकार की जगहों के लिए सेट नहीं किया जाना चाहिए, लेकिन अगर यह सेट किया जाता है, तो दिए गए मान छोड़ दिए जाएंगे.
websiteUri

string

ज़रूरी नहीं. इस कारोबार का यूआरएल. अगर हो सके, तो सभी जगहों या ब्रैंड को दिखाने वाली किसी सामान्य वेबसाइट/यूआरएल के बजाय, ऐसे यूआरएल का इस्तेमाल करें जो कारोबार की इस एक खास जगह को दिखाता हो.
regularHours

object (BusinessHours)

ज़रूरी नहीं. कारोबार के खुले होने का समय.
specialHours

object (SpecialHours)

ज़रूरी नहीं. कारोबार के लिए खास घंटे. इसमें आम तौर पर छुट्टी के दिन कारोबार के खुले होने का समय शामिल होता है. साथ ही, कारोबार के खुले होने के सामान्य समय के अलावा, दूसरे समय भी शामिल होते हैं. ये सूचनाएं, कारोबार के खुले होने के सामान्य समय को बदल देती हैं. इस फ़ील्ड को नियमित घंटों के बिना सेट नहीं किया जा सकता.
serviceArea

object (ServiceAreaBusiness)

ज़रूरी नहीं. घर या दुकान पर सेवा देने वाले कारोबार, ग्राहक को उसकी जगह पर सेवाएं देते हैं. अगर यह कारोबार, घर या दुकान पर सेवा देने वाला कारोबार है, तो इस फ़ील्ड में उन इलाकों की जानकारी दी जाती है जहां वह कारोबार सेवा देता है.
labels[]

string

ज़रूरी नहीं. अपने कारोबार को टैग करने के लिए फ़्री-फ़ॉर्म स्ट्रिंग का कलेक्शन. ये लेबल उपयोगकर्ताओं को नहीं दिखते; यह जानकारी सिर्फ़ आपको दिखेगी. हर लेबल के लिए 1 से 255 वर्णों का होना चाहिए.
adWordsLocationExtensions

object (AdWordsLocationExtensions)

ज़रूरी नहीं. AdWords में दिखाई जाने वाली अतिरिक्त जानकारी.
latlng

object (LatLng)

ज़रूरी नहीं. उपयोगकर्ता की ओर से दिया गया अक्षांश और देशांतर. जगह बनाते समय, अगर दिए गए पते को जियोकोड में शामिल कर लिया जाता है, तो इस फ़ील्ड को अनदेखा कर दिया जाता है. यह फ़ील्ड, अनुरोध पाने पर सिर्फ़ तब दिखता है, जब उपयोगकर्ता से मिली latlng वैल्यू को बनाते समय स्वीकार किया गया हो या latlng की वैल्यू को Google Business Profile की वेबसाइट से अपडेट किया गया हो. इस फ़ील्ड को सिर्फ़ मंज़ूरी पा चुके क्लाइंट अपडेट कर सकते हैं.
openInfo

object (OpenInfo)

ज़रूरी नहीं. यह बताने वाला फ़्लैग कि कारोबार की जगह अभी खुली है या नहीं.
metadata

object (Metadata)

सिर्फ़ आउटपुट के लिए. ऐसी अतिरिक्त जानकारी जिसमें बदलाव नहीं किया जा सकता.
profile

object (Profile)

ज़रूरी नहीं. यह सुविधा आपके कारोबार के बारे में बताती है. साथ ही, उपयोगकर्ताओं को आपके कारोबार और ऑफ़र की खास कहानी भी बताती है.

यह फ़ील्ड, होटल की कैटगरी (जैसे कि होटल, मोटल, सराय) को छोड़कर सभी कैटगरी के लिए ज़रूरी है.
relationshipData

object (RelationshipData)

ज़रूरी नहीं. इससे जुड़ी सभी जगहें और चेन.
moreHours[]

object (MoreHours)

ज़रूरी नहीं. किसी कारोबार के अलग-अलग डिपार्टमेंट या खास ग्राहकों के लिए ज़्यादा घंटे.
serviceItems[]

object (ServiceItem)

ज़रूरी नहीं. व्यापारियों/कंपनियों/कारोबारियों की ओर से दी जाने वाली सेवाओं की सूची. किसी सेवा में बाल काटना, वॉटर हीटर इंस्टॉल करना वगैरह हो सकता है. डुप्लीकेट सेवा आइटम अपने आप हट जाएंगे.

PhoneNumbers

कारोबार के फ़ोन नंबर का कलेक्शन. अपडेट के दौरान, दोनों फ़ील्ड सेट होने चाहिए. अपडेट मास्क का इस्तेमाल करके, क्लाइंट सिर्फ़ मुख्य या अतिरिक्त फ़ोन नंबर अपडेट नहीं कर सकते. अंतरराष्ट्रीय फ़ोन फ़ॉर्मैट को प्राथमिकता दी जाती है, जैसे कि "+1 415 555 0132". ज़्यादा जानकारी के लिए यहां जाएं (https://developers.google.com/style/phone-numbers#international-phone-numbers).

JSON के काेड में दिखाना 
{
  "primaryPhone": string,
  "additionalPhones": [
    string
  ]
}
फ़ील्ड
primaryPhone

string

ज़रूरी है. आपके कारोबार की जगह से सीधे तौर पर कनेक्ट करने वाला फ़ोन नंबर. किसी कॉल सेंटर के सेंट्रल हेल्पलाइन नंबर के बजाय, कोई स्थानीय फ़ोन नंबर इस्तेमाल करने की कोशिश करें.
additionalPhones[]

string

ज़रूरी नहीं. आपके मुख्य फ़ोन नंबर के अलावा, ज़्यादा से ज़्यादा दो ऐसे फ़ोन नंबर (मोबाइल या लैंडलाइन, फ़ैक्स नहीं) जिन पर कॉल करके आपके कारोबार से संपर्क किया जा सकता है.

कैटगरी

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

JSON के काेड में दिखाना 
{
  "primaryCategory": {
    object (Category)
  },
  "additionalCategories": [
    {
      object (Category)
    }
  ]
}
फ़ील्ड
primaryCategory

object (Category)

ज़रूरी है. वह कैटगरी जो उस मुख्य कारोबार की सबसे सही जानकारी देती है जिसके लिए यह जगह उपलब्ध है.
additionalCategories[]

object (Category)

ज़रूरी नहीं. आपके कारोबार की जानकारी देने के लिए अन्य कैटगरी. कैटगरी की मदद से, आपके ग्राहक अपनी पसंदीदा सेवाओं के सटीक और खास नतीजे खोज सकते हैं. अपने कारोबार की जानकारी को सटीक और लाइव बनाए रखने के लिए यह पक्का करें कि आप अपने कारोबार के बारे में कम से कम शब्दों में जानकारी देने के लिए, कम से कम कैटगरी का इस्तेमाल करें. ऐसी कैटगरी चुनें जो सटीक होने के साथ-साथ आपके कारोबार के बारे में बताती हों.

कैटगरी

कारोबार की जानकारी देने वाली कैटगरी (इसमें यह जानकारी नहीं होती कि यह क्या करता है). मान्य कैटगरी आईडी की सूची और उनके ऐसे नामों की मैपिंग के लिए जिन्हें लोग आसानी से पढ़ सकें, categories.list देखें.

JSON के काेड में दिखाना 
{
  "name": string,
  "displayName": string,
  "serviceTypes": [
    {
      object (ServiceType)
    }
  ],
  "moreHoursTypes": [
    {
      object (MoreHoursType)
    }
  ]
}
फ़ील्ड
name

string

ज़रूरी है. इस कैटगरी के लिए स्थायी आईडी. यह Google की ओर से उपलब्ध कराया जाता है. श्रेणी को संशोधित करते समय (स्थान बनाते या अपडेट करते समय) मान दर्ज किया जाना चाहिए.
displayName

string

सिर्फ़ आउटपुट के लिए. कैटगरी का ऐसा नाम जिसे कोई भी व्यक्ति आसानी से पढ़ सके. जगह की जानकारी पढ़ते समय, इसे सेट किया जाता है. जगह में बदलाव करते समय, category_id को सेट करना ज़रूरी है.
serviceTypes[]

object (ServiceType)

सिर्फ़ आउटपुट के लिए. इस कारोबार की कैटगरी के लिए उपलब्ध सभी तरह की सेवाओं की सूची.
moreHoursTypes[]

object (MoreHoursType)

सिर्फ़ आउटपुट के लिए. इस तरह के कारोबार के लिए, कारोबार के खुले होने के और समय की जानकारी उपलब्ध है.

ServiceType

कारोबार जो सेवा ऑफ़र करता है उसकी जानकारी देने वाला मैसेज.

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

string

सिर्फ़ आउटपुट के लिए. इस सेवा के लिए Google की ओर से दिया गया स्थायी आईडी.
displayName

string

सिर्फ़ आउटपुट के लिए. सेवा के टाइप के लिए दिखने वाला नाम, जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है.

MoreHoursType

कारोबार के खुले होने के सामान्य समय के अलावा, कारोबार के खुले होने के अन्य घंटे.

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

string

सिर्फ़ आउटपुट के लिए. इस घंटे के लिए Google की ओर से दिया गया स्थायी आईडी.
displayName

string

सिर्फ़ आउटपुट के लिए. कारोबार के खुले होने के समय के हिसाब से, अंग्रेज़ी में दिखने वाला डिसप्ले नेम, जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है.
localizedDisplayName

string

सिर्फ़ आउटपुट के लिए. कारोबार के खुले होने के समय के हिसाब से, स्थानीय भाषा में लिखा गया डिसप्ले नेम, जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है.

PostalAddress

यह किसी डाक पते को दिखाता है, जैसे कि डाक डिलीवरी या पेमेंट के पतों के लिए. डाक पता होने पर, डाक सेवा, पी.ओ. Box या उससे मिलता-जुलता. यह भौगोलिक जगहों (सड़कों, कस्बों, पहाड़ों) को मॉडल करने के लिए नहीं बना है.

सामान्य इस्तेमाल में, उपयोगकर्ता के इनपुट के ज़रिए या मौजूदा डेटा को इंपोर्ट करके पता बनाया जाएगा. यह इस बात पर निर्भर करता है कि प्रोसेस किस तरह की है.

पता इनपुट / बदलाव करने के बारे में सलाह: - अंतरराष्ट्रीय मानकों के मुताबिक पता विजेट का इस्तेमाल करें, जैसे कि https://github.com/google/libaddressinput) - उपयोगकर्ताओं को उन देशों के बाहर फ़ील्ड में इनपुट या बदलाव करने के लिए यूज़र इंटरफ़ेस (यूआई) एलिमेंट नहीं दिखाना चाहिए जहां इस फ़ील्ड का इस्तेमाल किया जाता है.

इस स्कीमा का इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, कृपया यहां देखें: https://support.google.com/business/answer/6397478

JSON के काेड में दिखाना 
{
  "revision": integer,
  "regionCode": string,
  "languageCode": string,
  "postalCode": string,
  "sortingCode": string,
  "administrativeArea": string,
  "locality": string,
  "sublocality": string,
  "addressLines": [
    string
  ],
  "recipients": [
    string
  ],
  "organization": string
}
फ़ील्ड
revision

integer

PostalAddress का स्कीमा रिविज़न. इसे 0 पर सेट करना चाहिए, जो कि सबसे नया संशोधन है.

सभी नए संशोधन पुराने संशोधनों के साथ पुराने रूप से संगत होने चाहिए.
regionCode

string

ज़रूरी है. पते के देश/इलाके का CLDR इलाके का कोड. इसका कभी भी अनुमान नहीं लगाया जाता और यह उपयोगकर्ता पर निर्भर करता है कि वैल्यू सही है या नहीं. ज़्यादा जानकारी के लिए, https://cldr.unicode.org/ और https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html पर जाएं. उदाहरण: "CH" के लिए पेमेंट करना है.
languageCode

string

ज़रूरी नहीं. इस पते के कॉन्टेंट का BCP-47 भाषा कोड (अगर पता है). यह अक्सर इनपुट फ़ॉर्म की यूज़र इंटरफ़ेस (यूआई) भाषा होती है या इसके पते में इस्तेमाल की गई भाषाओं में से किसी एक से मेल खाने की उम्मीद की जाती है' या उनके समकक्ष का ट्रांसलिट्रेट किया गया डेटा भी शामिल कर सकते हैं. इसका असर कुछ देशों में फ़ॉर्मैटिंग पर हो सकता है. हालांकि, यह डेटा के सही होने के लिए ज़रूरी नहीं है. साथ ही, इससे कभी भी किसी पुष्टि या बिना फ़ॉर्मैट वाली अन्य कार्रवाइयों पर कोई असर नहीं पड़ेगा.

अगर यह वैल्यू मौजूद नहीं है, तो गलत डिफ़ॉल्ट वैल्यू तय करने के बजाय, इसे हटा देना चाहिए.

उदाहरण: "zh-Hant", "ja", "ja-Latn", "en".
postalCode

string

ज़रूरी नहीं. पते का पिन कोड. सभी देशों के लिए पिन कोड मौजूद नहीं होना चाहिए या उनका इस्तेमाल करना ज़रूरी नहीं है. हालांकि, जहां इनका इस्तेमाल किया जाता है वहां पते के अन्य हिस्सों की मदद से, अतिरिक्त पुष्टि ट्रिगर की जा सकती है. जैसे, अमेरिका में राज्य/ज़िप कोड.
sortingCode

string

ज़रूरी नहीं. अतिरिक्त, देश के हिसाब से, क्रम से लगाने के लिए कोड. ज़्यादातर इलाकों में इसका इस्तेमाल नहीं किया जाता. जहां इसका इस्तेमाल किया जाता है वहां वैल्यू या तो "CEDEX" जैसी कोई स्ट्रिंग होती है.इसके बाद, कोई संख्या (जैसे, "CEDEX 7") या सिर्फ़ एक संख्या होती है. यह "sector code" को दिखाता है (जमैका), "डिलीवरी एरिया इंडिकेटर" (मलावी) या "पोस्ट ऑफ़िस इंडिकेटर" (उदाहरण के लिए आइवरी कोस्ट).
administrativeArea

string

ज़रूरी नहीं. राज्य का सबसे बड़ा सबडिविज़न, जिसका इस्तेमाल किसी देश या इलाके के डाक पतों के लिए किया जाता है. उदाहरण के लिए, यह कोई राज्य, प्रांत, ओब्लास्ट या प्रीफ़ेक्चर हो सकता है. खास तौर पर, स्पेन के लिए यह प्रांत है, न कि स्वायत्त समुदाय (उदाहरण के लिए, "बार्सीलोना", न कि "कैटलोनिया"). कई देश डाक पतों में राज्य का इस्तेमाल नहीं करते. उदाहरण के लिए, अगर कोई व्यक्ति आता है, तो इसे खाली छोड़ देना चाहिए.
locality

string

ज़रूरी नहीं. आम तौर पर, यह पते में शहर/कस्बे वाले हिस्से का होता है. उदाहरण: यूएस शहर, आईटी कम्यून, यूके पोस्ट टाउन. दुनिया के उन क्षेत्रों में, जहां क्षेत्र अच्छी तरह से परिभाषित नहीं हैं या इस संरचना में ठीक से फ़िट नहीं होते हैं, मोहल्ले को खाली छोड़ दें और पता रेखाओं का उपयोग करें.
sublocality

string

ज़रूरी नहीं. पते का मोहल्ला. उदाहरण के लिए, यह आस-पड़ोस, नगर, ज़िला हो सकता है.
addressLines[]

string

पते के निचले लेवल के बारे में बताने वाली अव्यवस्थित पता पंक्तियां.

पता लाइनों में मौजूद वैल्यू में टाइप की जानकारी नहीं होती. साथ ही, कभी-कभी एक ही फ़ील्ड में एक से ज़्यादा वैल्यू हो सकती हैं (जैसे, "ऑस्टिन, टेक्सस"), इसलिए यह ज़रूरी है कि लाइन का क्रम साफ़ हो. पता पंक्तियों का क्रम "लिफ़ाफ़े का क्रम" होना चाहिए पते के देश/क्षेत्र के लिए. जिन जगहों पर यह अलग-अलग हो सकता है वहां (जैसे, जापान), address_language का इस्तेमाल उसे साफ़ तौर पर दिखाने के लिए किया जाता है. जैसे, बड़े से छोटे क्रम के लिए "ja" और छोटे से बड़े क्रम के लिए "ja-Latn" या "en". इस तरह, भाषा के आधार पर किसी पते की सबसे सटीक लाइन चुनी जा सकती है.

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

सिर्फ़ RegionCode और addressLines वाला पता बनाने और फिर पूरी तरह से स्ट्रक्चर नहीं किए गए पतों को मैनेज करने के लिए, जियोकोडिंग तरीका इस्तेमाल करने का सुझाव दिया जाता है. इससे यह अनुमान नहीं लगाया जा सकता कि पते के कौनसे हिस्से, इलाके या प्रशासनिक इलाके होने चाहिए.
recipients[]

string

ज़रूरी नहीं. कारोबार के पते पर मौजूद व्यक्ति. कुछ मामलों में, इस फ़ील्ड में मल्टीलाइन जानकारी शामिल हो सकती है. उदाहरण के लिए, इसमें "care of" शामिल हो सकती है जानकारी.
organization

string

ज़रूरी नहीं. पते पर संगठन का नाम.

BusinessHours

उस समयावधि को दिखाता है जिसमें यह जगह कारोबार के लिए खुली रहती है. इसमें [TimePeriod][google.mybusiness.mybusinessinformation.v1.TimePeriod] इंस्टेंस का कलेक्शन होता है.

JSON के काेड में दिखाना 
{
  "periods": [
    {
      object (TimePeriod)
    }
  ]
}
फ़ील्ड
periods[]

object (TimePeriod)

ज़रूरी है. उस समय का संग्रह, जब यह स्थान व्यवसाय के लिए खुला रहता है. हर समयावधि, हफ़्ते के दौरान किसी जगह के खुले रहने के समय के बारे में बताती है.

TimePeriod

उस समयावधि को दिखाता है जिसमें कारोबार खुला रहता है. किसी तय दिन/समय पर शुरू होता है और बंद होने के तय दिन/समय पर बंद होता है. बंद होने का समय, खुलने के समय के बाद का होना चाहिए. उदाहरण के लिए, उसी दिन बाद में या अगले दिन.

JSON के काेड में दिखाना 
{
  "openDay": enum (DayOfWeek),
  "openTime": {
    object (TimeOfDay)
  },
  "closeDay": enum (DayOfWeek),
  "closeTime": {
    object (TimeOfDay)
  }
}
फ़ील्ड
openDay

enum (DayOfWeek)

ज़रूरी है. उस day of the week को दिखाता है जिससे यह अवधि शुरू होती है.
openTime

object (TimeOfDay)

ज़रूरी है. मान्य वैल्यू 00:00 से 24:00 के बीच होती है, जहां 24:00, दिन के बताए गए फ़ील्ड के आखिर में आधी रात को दिखाता है.
closeDay

enum (DayOfWeek)

ज़रूरी है. उस day of the week को दिखाता है जिसमें यह अवधि खत्म होती है.
closeTime

object (TimeOfDay)

ज़रूरी है. मान्य वैल्यू 00:00 से 24:00 के बीच होती है, जहां 24:00, दिन के बताए गए फ़ील्ड के आखिर में आधी रात को दिखाता है.

DayOfWeek

हफ़्ते का कोई दिन दिखाता है.

Enums
DAY_OF_WEEK_UNSPECIFIED हफ़्ते के दिन की जानकारी नहीं दी गई है.
MONDAY सोमवार
TUESDAY मंगलवार
WEDNESDAY बुधवार
THURSDAY गुरुवार
FRIDAY शुक्रवार
SATURDAY शनिवार
SUNDAY रविवार

TimeOfDay

दिन का कोई समय दिखाता है. तारीख और टाइम ज़ोन कोई खास नहीं है या उन्हें कहीं और बताया गया है. एपीआई, लीप सेकंड को अनुमति देने का विकल्प चुन सकता है. इससे मिलते-जुलते टाइप google.type.Date और google.protobuf.Timestamp हैं.

JSON के काेड में दिखाना 
{
  "hours": integer,
  "minutes": integer,
  "seconds": integer,
  "nanos": integer
}
फ़ील्ड
hours

integer

24 घंटे के फ़ॉर्मैट में, दिन के घंटे. यह 0 से 23 के बीच होना चाहिए. कोई एपीआई "24:00:00" वैल्यू को अनुमति देने का विकल्प चुन सकता है कारोबार के बंद होने का समय जैसी स्थिति के लिए.
minutes

integer

दिन के घंटे के मिनट. वैल्यू 0 से 59 के बीच होनी चाहिए.
seconds

integer

समय के मिनट के सेकंड. आम तौर पर, यह संख्या 0 से 59 के बीच होनी चाहिए. अगर एपीआई, लीप-सेकंड की अनुमति देता है, तो हो सकता है कि एपीआई वैल्यू 60 को अनुमति दे.
nanos

integer

नैनोसेकंड में सेकंड के फ़्रैक्शन. यह 0 से 9,99,99,99,999 के बीच होना चाहिए.

SpecialHours

उस समयावधि को दिखाता है, जब किसी जगह के खुले होने का समय, उसके खुले होने के सामान्य समय से अलग होता है.

JSON के काेड में दिखाना 
{
  "specialHourPeriods": [
    {
      object (SpecialHourPeriod)
    }
  ]
}
फ़ील्ड
specialHourPeriods[]

object (SpecialHourPeriod)

ज़रूरी है. कारोबार के नियमित घंटों के अपवादों की सूची.

SpecialHourPeriod

एक समयावधि को तब दिखाता है, जब किसी जगह के खुले होने का समय, उसके खुले होने के सामान्य समय से अलग होता है. खास घंटे की समयावधि 24 घंटे से कम होनी चाहिए. openTime और startDate, closeTime और endDate से पहले की होनी चाहिए. closeTime और endDate तय किए गए startDate के अगले दिन, सुबह 11:59 बजे तक बढ़ सकते हैं. उदाहरण के लिए, नीचे दिए गए इनपुट मान्य हैं:

startDate=2015-11-23, openTime=08:00, closeTime=18:00
startDate=2015-11-23, endDate=2015-11-23, openTime=08:00,
closeTime=18:00 startDate=2015-11-23, endDate=2015-11-24,
openTime=13:00, closeTime=11:59

ये इनपुट मान्य नहीं हैं:

startDate=2015-11-23, openTime=13:00, closeTime=11:59
startDate=2015-11-23, endDate=2015-11-24, openTime=13:00,
closeTime=12:00 startDate=2015-11-23, endDate=2015-11-25,
openTime=08:00, closeTime=18:00
JSON के काेड में दिखाना 
{
  "startDate": {
    object (Date)
  },
  "openTime": {
    object (TimeOfDay)
  },
  "endDate": {
    object (Date)
  },
  "closeTime": {
    object (TimeOfDay)
  },
  "closed": boolean
}
फ़ील्ड
startDate

object (Date)

ज़रूरी है. इस विशेष घंटे की अवधि कैलेंडर की तारीख से शुरू होती है.
openTime

object (TimeOfDay)

ज़रूरी नहीं. मान्य वैल्यू 00:00-24:00 होती हैं, जहां 24:00 तय किए गए दिन वाले फ़ील्ड के आखिर में आधी रात को दिखाता है. अगर closed गलत है, तो बताना ज़रूरी है.
endDate

object (Date)

ज़रूरी नहीं. इस खास घंटे की वह तारीख जिसे खत्म होगी. अगर endDate फ़ील्ड सेट नहीं है, तो startDate में बताई गई तारीख पर डिफ़ॉल्ट रूप से सेट हो जाती है. अगर यह फ़ील्ड सेट है, तो यह startDate के बराबर या इसके ज़्यादा से ज़्यादा 1 दिन बाद होना चाहिए.
closeTime

object (TimeOfDay)

ज़रूरी नहीं. मान्य वैल्यू 00:00 से 24:00 के बीच होती है, जहां 24:00, दिन के बताए गए फ़ील्ड के आखिर में आधी रात को दिखाता है. अगर closed गलत है, तो बताना ज़रूरी है.
closed

boolean

ज़रूरी नहीं. अगर सही है, तो endDate, openTime, और closeTime को अनदेखा कर दिया जाता है और startDate में दी गई तारीख को जगह पूरे दिन के लिए बंद माना जाता है.

तारीख

पूरी या आंशिक तारीख को दिखाता है, जैसे कि जन्मदिन. दिन का समय और टाइम ज़ोन की जानकारी कहीं और दी गई है या ज़्यादा अहम नहीं हैं. यह तारीख, ग्रेगोरियन कैलेंडर के हिसाब से है. यह इनमें से कोई एक चीज़ हो सकती है:

  • पूरी तारीख, जिसमें साल, महीने, और दिन की वैल्यू शून्य के अलावा किसी अन्य वैल्यू के तौर पर शामिल हों.
  • कोई महीना और दिन, जिसमें शून्य साल लिखा हो. जैसे, सालगिरह.
  • अपने आप में एक वर्ष, एक शून्य महीना और एक शून्य दिन.
  • साल और महीने, जिनमें दिन और समय शून्य हो. उदाहरण के लिए, क्रेडिट कार्ड की समयसीमा खत्म होने की तारीख.

मिलते-जुलते टाइप:

JSON के काेड में दिखाना 
{
  "year": integer,
  "month": integer,
  "day": integer
}
फ़ील्ड
year

integer

तारीख का साल. 1 से 9999 के बीच की संख्या होनी चाहिए, या बिना साल वाली तारीख को बताने के लिए 0 होना चाहिए.
month

integer

साल का महीना. यह वैल्यू 1 से 12 के बीच होनी चाहिए. अगर किसी साल में महीना और दिन नहीं है, तो उस साल की जानकारी देने के लिए यह संख्या 0 होनी चाहिए.
day

integer

महीने का दिन. इसमें 1 से 31 तक का अंतर हो सकता है. साथ ही, यह साल और महीने के लिए मान्य होना चाहिए. इसके अलावा, किसी साल के बारे में बताने के लिए, वैल्यू 0 होनी चाहिए या साल और महीने के बीच की कोई खास जानकारी नहीं होनी चाहिए.

ServiceAreaBusiness

घर या दुकान पर सेवा देने वाले कारोबार, खरीदार की जगह पर सेवाएं देते हैं. उदाहरण के लिए, ताला-चाबी बनाने वाले या प्लंबर की जगह पर.

JSON के काेड में दिखाना 
{
  "businessType": enum (BusinessType),
  "places": {
    object (Places)
  },
  "regionCode": string
}
फ़ील्ड
businessType

enum (BusinessType)

ज़रूरी है. [type] दिखाता है सेवा देने के इलाके के कारोबार का [google.mybusiness.businessinfo.v1.ServiceAreaBusiness.BusinessType].
places

object (Places)

वह क्षेत्र जहां यह कारोबार सेवा देता है, जगहों के एक सेट के आधार पर इसे तय किया जाता है.
regionCode

string

इम्यूटेबल. उस देश/इलाके का CLDR क्षेत्र कोड जहां सेवा देने के इलाके का यह कारोबार मौजूद है. ज़्यादा जानकारी के लिए, http://cldr.unicode.org/ और http://www.unicode.org/cldr/charts/30/supplemental/territory_information.html पर जाएं. उदाहरण: "CH" के लिए पेमेंट करना है.

यह फ़ील्ड CUSTOMER_LOCATION_ONLY कारोबारों के लिए ज़रूरी है. अगर ऐसा नहीं है, तो इसे अनदेखा कर दिया जाता है.

यहां बताया गया क्षेत्र, उन इलाकों से अलग हो सकता है जहां यह कारोबार सेवा देता है. उदाहरण के लिए, सेवा देने वाले इलाके से जुड़े कारोबार, जो अपने मौजूदा इलाके को छोड़कर दूसरे इलाकों में सेवाएं देते हैं.

अगर कारोबार की जगह बनाने के बाद उसकी पुष्टि करना ज़रूरी है, तो पुष्टि के लिए दिया गया पता इस क्षेत्र में होना ज़रूरी है. साथ ही, कारोबार के मालिक या उसके आधिकारिक प्रतिनिधि के पास, पुष्टि करने के लिए दिए गए पते पर डाक पाने की सुविधा होनी चाहिए.

BusinessType

इससे पता चलता है कि क्या यह कारोबार सिर्फ़ ग्राहक की जगह (उदाहरण के लिए, टो ट्रक) पर सेवाएं देता है या पते और ऑनसाइट, दोनों जगहों पर सेवा देता है. उदाहरण के लिए, खाने-पीने की जगह वाला पिज़्ज़ा स्टोर और जो ग्राहकों को डिलीवरी की सुविधा भी देता है.

Enums
BUSINESS_TYPE_UNSPECIFIED सिर्फ़ आउटपुट के लिए. तय नहीं किया गया.
CUSTOMER_LOCATION_ONLY सिर्फ़ आस-पास के इलाके में सेवा दी जाती है (कारोबार के पते पर नहीं). अगर किसी कारोबार को CUSTOMER_AND_BUSINESS_LOCATION से CUSTOMER_LOCATION_ONLY में अपडेट किया जा रहा है, तो जगह की जानकारी के अपडेट में फ़ील्ड मास्क storefrontAddress शामिल होना चाहिए. साथ ही, फ़ील्ड को खाली पर सेट करना ज़रूरी है.
CUSTOMER_AND_BUSINESS_LOCATION कारोबार के पते और उसके आस-पास के इलाके पर सेवा दी जाती है.

जगहें

जगहों के एक सेट के ज़रिए दिखाए गए इलाकों के योग को तय करता है.

JSON के काेड में दिखाना 
{
  "placeInfos": [
    {
      object (PlaceInfo)
    }
  ]
}
फ़ील्ड
placeInfos[]

object (PlaceInfo)

जगह के आईडी से दिखाए जाने वाले इलाके. ज़्यादा से ज़्यादा 20 जगहों की जानकारी उपलब्ध है.

PlaceInfo

उस इलाके के बारे में बताता है जिसे जगह के आईडी से दिखाया जाता है.

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

string

ज़रूरी है. जगह का स्थानीय नाम. उदाहरण के लिए, Scottsdale, AZ.
placeId

string

ज़रूरी है. जगह का आईडी. किसी क्षेत्र के हिसाब से होना चाहिए. (https://developers.google.com/places/web-service/supported_types#table3)

AdWordsLocationExtensions

AdWords में दिखाई जाने वाली अतिरिक्त जानकारी.

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

string

ज़रूरी है. AdWords स्थान एक्सटेंशन पर स्थान के प्राथमिक फ़ोन नंबर के बजाय प्रदर्शित करने के लिए एक वैकल्पिक फ़ोन नंबर.

LatLng

ऐसा ऑब्जेक्ट जो अक्षांश/देशांतर की जोड़ी को दिखाता है. डिग्री अक्षांश और डिग्री देशांतर को दिखाने के लिए, इसे डबल के जोड़े के तौर पर दिखाया जाता है. जब तक अलग से न बताया गया हो, यह ऑब्जेक्ट WGS84 मानक के मुताबिक होना चाहिए. वैल्यू, नॉर्मलाइज़ की जा सकने वाली रेंज के अंदर होनी चाहिए.

JSON के काेड में दिखाना 
{
  "latitude": number,
  "longitude": number
}
फ़ील्ड
latitude

number

डिग्री में अक्षांश. यह [-90.0, +90.0] की रेंज में होना चाहिए.
longitude

number

डिग्री में देशांतर. यह [-180.0, +180.0] की रेंज में होना चाहिए.

OpenInfo

कारोबार के खुले होने की स्थिति के बारे में जानकारी.

JSON के काेड में दिखाना 
{
  "status": enum (OpenForBusiness),
  "canReopen": boolean,
  "openingDate": {
    object (Date)
  }
}
फ़ील्ड
status

enum (OpenForBusiness)

ज़रूरी है. यह बताता है कि कारोबार की जगह अभी खुली है या नहीं. जब तक 'बंद' के लिए अपडेट नहीं किया जाता, तब तक सभी जगहें डिफ़ॉल्ट रूप से खुली होती हैं.
canReopen

boolean

सिर्फ़ आउटपुट के लिए. इससे पता चलता है कि यह कारोबार फिर से चालू किया जा सकता है या नहीं.
openingDate

object (Date)

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

OpenForBusiness

किसी जगह की स्थिति को दिखाता है.

Enums
OPEN_FOR_BUSINESS_UNSPECIFIED तय नहीं किया गया.
OPEN यह बताता है कि कारोबार की जगह खुली है.
CLOSED_PERMANENTLY इससे पता चलता है कि जगह हमेशा के लिए बंद हो गई है.
CLOSED_TEMPORARILY इससे पता चलता है कि जगह को कुछ समय के लिए बंद किया गया है.

मेटाडेटा

जगह के बारे में ऐसी अतिरिक्त जानकारी जिसमें बदलाव नहीं किया जा सकता.

JSON के काेड में दिखाना 
{
  "hasGoogleUpdated": boolean,
  "hasPendingEdits": boolean,
  "canDelete": boolean,
  "canOperateLocalPost": boolean,
  "canModifyServiceList": boolean,
  "canHaveFoodMenus": boolean,
  "canOperateHealthData": boolean,
  "canOperateLodgingData": boolean,
  "placeId": string,
  "duplicateLocation": string,
  "mapsUri": string,
  "newReviewUri": string,
  "canHaveBusinessCalls": boolean,
  "hasVoiceOfMerchant": boolean
}
फ़ील्ड
hasGoogleUpdated

boolean

सिर्फ़ आउटपुट के लिए. यह बताता है कि इस जगह से जुड़े जगह के आईडी में ऐसे अपडेट हैं जिन्हें क्लाइंट की ओर से अपडेट या अस्वीकार करने की ज़रूरत है. अगर यह बूलियन सेट है, तो आपको getGoogleUpdated तरीके को कॉल करना चाहिए, ताकि ऐसी जानकारी देखी जा सके जिसकी पुष्टि की जानी चाहिए.
hasPendingEdits

boolean

सिर्फ़ आउटपुट के लिए. इससे पता चलता है कि इस जगह की कोई भी प्रॉपर्टी 'बदलाव की मंज़ूरी बाकी है' स्थिति में है या नहीं.
canDelete

boolean

सिर्फ़ आउटपुट के लिए. यह बताता है कि एपीआई का इस्तेमाल करके, जगह की जानकारी मिटाई जा सकती है या नहीं.
canOperateLocalPost

boolean

सिर्फ़ आउटपुट के लिए. इससे पता चलता है कि लिस्टिंग में स्थानीय पोस्ट मैनेज की जा सकती हैं या नहीं.
canModifyServiceList

boolean

सिर्फ़ आउटपुट के लिए. यह बताता है कि लिस्टिंग में सेवा सूची में बदलाव किया जा सकता है या नहीं.
canHaveFoodMenus

boolean

सिर्फ़ आउटपुट के लिए. इससे पता चलता है कि खाने के मेन्यू का इस्तेमाल किया जा सकता है या नहीं.
canOperateHealthData

boolean

सिर्फ़ आउटपुट के लिए. इससे पता चलता है कि जगह की जानकारी, स्वास्थ्य से जुड़े डेटा का इस्तेमाल कर सकती है या नहीं.
canOperateLodgingData

boolean

सिर्फ़ आउटपुट के लिए. इससे पता चलता है कि जगह, लॉजिंग डेटा के साथ काम कर सकती है या नहीं.
placeId

string

सिर्फ़ आउटपुट के लिए. अगर यह जगह Google Maps पर दिखती है, तो इस फ़ील्ड में जगह की जानकारी का आईडी अपने-आप भर जाता है. इस आईडी का इस्तेमाल अलग-अलग Places API में किया जा सकता है.

इस फ़ील्ड को 'कॉल बनाएं' के दौरान सेट किया जा सकता है, लेकिन अपडेट करने के लिए नहीं.
duplicateLocation

string

सिर्फ़ आउटपुट के लिए. इस जगह की डुप्लीकेट जानकारी.
mapsUri

string

सिर्फ़ आउटपुट के लिए. Maps पर मौजूद जगह की जानकारी का लिंक.
newReviewUri

string

सिर्फ़ आउटपुट के लिए. Google Search के पेज का लिंक, जहां ग्राहक उस जगह की समीक्षा कर सकते हैं.
canHaveBusinessCalls

boolean

सिर्फ़ आउटपुट के लिए. यह बताता है कि लिस्टिंग, कारोबार से जुड़े कॉल के लिए ज़रूरी शर्तें पूरी करती है या नहीं.
hasVoiceOfMerchant

boolean

सिर्फ़ आउटपुट के लिए. इससे पता चलता है कि स्टोर पेज में Voice of Merchant Center मौजूद है या नहीं. अगर यह बूलियन गलत है, तो आपको locations.getVoiceOfMerchantState API को कॉल करना चाहिए, ताकि यह पता किया जा सके कि उनके पास Voice of Merchant की सुविधा क्यों नहीं है.

प्रोफ़ाइल

कारोबार की जगह की प्रोफ़ाइल से जुड़ी सभी जानकारी.

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

string

ज़रूरी है. अपने शब्दों में जगह की जानकारी दें. इसमें कोई दूसरा व्यक्ति बदलाव नहीं कर सकता.

RelationshipData

इस प्रॉपर्टी से जुड़े माता-पिता और बच्चों की सभी जगहों की जानकारी.

JSON के काेड में दिखाना 
{
  "parentLocation": {
    object (RelevantLocation)
  },
  "childrenLocations": [
    {
      object (RelevantLocation)
    }
  ],
  "parentChain": string
}
फ़ील्ड
parentLocation

object (RelevantLocation)

वह पैरंट जगह जिससे इस जगह का संबंध है.
childrenLocations[]

object (RelevantLocation)

बच्चों की उन जगहों की सूची जिनसे इस जगह का संबंध है.
parentChain

string

उस चेन का संसाधन नाम, जिसका यह स्थान सदस्य है. [चेन आईडी ढूंढने का तरीका] [Locations.SearchChains]

RelevantLocation

किसी दूसरी जगह की जानकारी, जो मौजूदा जगह से जुड़ी है. यह संबंध DEPARTMENT_OF या INDEPENDENT_ESTABLISHMENT_OF में से कोई भी एक हो सकता है. यहां बताया गया स्थान, जगह के दोनों ओर (पैरंट/बच्चा) हो सकता है.

JSON के काेड में दिखाना 
{
  "placeId": string,
  "relationType": enum (RelationType)
}
फ़ील्ड
placeId

string

ज़रूरी है. उस जगह की जानकारी दें जो संबंध के दूसरी ओर मौजूद है. इसके लिए, उसके प्लेस आईडी का इस्तेमाल करना होगा.
relationType

enum (RelationType)

ज़रूरी है. संबंध किस तरह का है.

RelationType

किस तरह के संबंध बताए जाने हैं.

Enums
RELATION_TYPE_UNSPECIFIED टाइप नहीं बताया गया है.
DEPARTMENT_OF यह दो ऐसी जगहों के बीच के संबंध को दिखाता है जिनमें एक घर की लोकेशन और ब्रैंड/बेहतर मैनेजमेंट/संगठन हो. हालांकि, इसमें स्टोर के खुले होने का समय या फ़ोन नंबर जैसे मुख्य एट्रिब्यूट अलग-अलग होते हैं. उदाहरण के लिए, कॉस्टको फ़ार्मेसी, कॉस्टको होलसेल का एक विभाग है.
INDEPENDENT_ESTABLISHMENT_IN यह उन मामलों को दिखाता है जहां दो जगहें एक ही जगह पर मौजूद हैं, लेकिन अलग-अलग कंपनियों से हैं (जैसे, सेफ़वे में Starbucks, मॉल में दुकानें).

MoreHours

वह समयावधि जिसके दौरान किसी जगह के कुछ टाइप के कारोबारों के लिए, कोई जगह खुली रहती है.

JSON के काेड में दिखाना 
{
  "hoursTypeId": string,
  "periods": [
    {
      object (TimePeriod)
    }
  ]
}
फ़ील्ड
hoursTypeId

string

ज़रूरी है. कारोबार के खुले होने का समय. क्लाइंट को उनकी जगह की कैटगरी के लिए काम के घंटे पाने के लिए, {#link businessCategory:BatchGet} को कॉल करना चाहिए.
periods[]

object (TimePeriod)

ज़रूरी है. उस समय का संग्रह, जब यह स्थान खुला रहता है. हर समयावधि, हफ़्ते के दौरान किसी जगह के खुले रहने के समय के बारे में बताती है.

ServiceItem

ऐसा मैसेज जो सेवा के एक आइटम के बारे में बताता है. इसका इस्तेमाल यह बताने के लिए किया जाता है कि कारोबारी या कंपनी किस तरह की सेवा देती है. उदाहरण के लिए, बाल काटना एक सेवा हो सकती है.

JSON के काेड में दिखाना 
{
  "price": {
    object (Money)
  },

  // Union field service_item_info can be only one of the following:
  "structuredServiceItem": {
    object (StructuredServiceItem)
  },
  "freeFormServiceItem": {
    object (FreeFormServiceItem)
  }
  // End of list of possible types for union field service_item_info.
}
फ़ील्ड
price

object (Money)

ज़रूरी नहीं. यह सेवा आइटम की कीमत को दिखाता है. हमारा सुझाव है कि कीमत शामिल करते समय,currencyCode और इकाइयों को सेट किया जाना चाहिए. इसे सेवा आइटम के लिए तय कीमत माना जाएगा.
यूनियन फ़ील्ड service_item_info. इनमें से कोई एक फ़ील्ड हमेशा सेट होना चाहिए. service_item_info इनमें से सिर्फ़ एक हो सकता है:
structuredServiceItem

object (StructuredServiceItem)

ज़रूरी नहीं. इस फ़ील्ड में, स्ट्रक्चर्ड सेवाओं के डेटा को सेट किया जाएगा.
freeFormServiceItem

object (FreeFormServiceItem)

ज़रूरी नहीं. इस फ़ील्ड में, फ़्री-फ़ॉर्म सेवाओं के डेटा का केस सेट किया जाएगा.

StructuredServiceItem

कारोबारी या कंपनी की ओर से दी जाने वाली स्ट्रक्चर्ड सेवा को दिखाता है. उदाहरण के लिए: tutorials_installation.

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

string

ज़रूरी है. serviceTypeId फ़ील्ड, Google का दिया हुआ यूनीक आईडी है, जो ServiceType में देखा जा सकता है. यह जानकारी categories.batchGet आरपीसी सेवा से मिली है.
description

string

ज़रूरी नहीं. स्ट्रक्चर्ड सेवा आइटम की जानकारी. वर्ण सीमा 300 है.

FreeFormServiceItem

इससे कारोबारी या कंपनी की ओर से दी जाने वाली फ़्री-फ़ॉर्म सेवा के बारे में पता चलता है. ये ऐसी सेवाएं हैं जिन्हें हमारे सेवा से जुड़े डेटा के स्ट्रक्चर के तौर पर ज़ाहिर नहीं किया जाता. व्यापारी/कंपनी/कारोबारी, ऐसी सेवाओं के नाम मैन्युअल तरीके से डालता है. इनके लिए, कारोबारी या कंपनी, किसी भौगोलिक कारोबारी प्लैटफ़ॉर्म का इस्तेमाल करती है.

JSON के काेड में दिखाना 
{
  "category": string,
  "label": {
    object (Label)
  }
}
फ़ील्ड
category

string

ज़रूरी है. यह फ़ील्ड, कैटगरी का नाम दिखाता है. जैसे, कैटगरी का स्टेबल आईडी. category और serviceTypeId, Category मैसेज में दिए गए संभावित कॉम्बिनेशन से मेल खाने चाहिए.
label

object (Label)

ज़रूरी है. आइटम के लिए, भाषा से टैग किए गए लेबल. हमारा सुझाव है कि आइटम के नाम में 140 या उससे कम वर्ण और ब्यौरे के लिए 250 या उससे कम वर्ण होने चाहिए. अगर इनपुट, पसंद के मुताबिक बनाया गया सेवा आइटम है, तो ही इस फ़ील्ड को सेट करना चाहिए. मानक सेवा के टाइप को serviceTypeId के ज़रिए अपडेट किया जाना चाहिए.

लेबल

कीमत सूची, सेक्शन या आइटम दिखाते समय इस्तेमाल किया जाने वाला लेबल.

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

string

ज़रूरी है. कीमत की सूची, सेक्शन या आइटम का डिसप्ले नेम.
description

string

ज़रूरी नहीं. कीमत की सूची, सेक्शन या आइटम के बारे में जानकारी.
languageCode

string

ज़रूरी नहीं. वह BCP-47 भाषा कोड जिसके लिए ये स्ट्रिंग लागू की जाती हैं. हर भाषा के लिए लेबल का सिर्फ़ एक सेट सेट किया जा सकता है.

पैसे

किसी रकम को उसके करंसी टाइप के साथ दिखाता है.

JSON के काेड में दिखाना 
{
  "currencyCode": string,
  "units": string,
  "nanos": integer
}
फ़ील्ड
currencyCode

string

ISO 4217 में बताया गया तीन अक्षर वाला मुद्रा कोड.
units

string (int64 format)

रकम की पूरी इकाइयां. उदाहरण के लिए, अगर currencyCode की वैल्यू "USD" है, तो एक यूनिट की वैल्यू एक डॉलर होगी.
nanos

integer

नैनो (10^-9) यूनिट की संख्या. वैल्यू -9,99,99,999 और +9,99,99,999 के बीच होनी चाहिए. अगर units पॉज़िटिव है, तो nanos पॉज़िटिव या शून्य होना चाहिए. अगर units शून्य है, तो nanos धनात्मक, शून्य या ऋणात्मक हो सकता है. अगर units ऋणात्मक है, तो nanos ऋणात्मक या शून्य होना चाहिए. उदाहरण के लिए, $-1.75 को units=-1 और nanos=-750,000,000 के तौर पर दिखाया जाता है.

तरीके

create

 एक नई जगह बनाता है जिसका मालिकाना हक उस उपयोगकर्ता के पास होगा जिसने लॉग इन किया हुआ है.

list

 बताए गए खाते के लिए जगहों की सूची बनाता है.