Google Maps Platform और लोगों की आवाजाही के बारे में बताने वाली बिलिंग गाइड

Google Maps के किसी नए प्रोजेक्ट को प्रोडक्शन में लागू करने से पहले, पक्का करें कि आपका सेटअप सही हो, ताकि आप प्रॉडक्ट के लिए सही कीमत का पेमेंट करें इस्तेमाल कर रहे हैं. इस दस्तावेज़ में, हमने कुछ पहलुओं के बारे में बताया है. इससे यह पक्का किया जा सकेगा कि आपके पास (i) बिलिंग पारदर्शिता - ताकि इनवॉइस जनरेट होने से पहले उसके इस्तेमाल की पुष्टि की जा सके और (ii) सही प्रोजेक्ट सेटअप - जिससे यह पक्का हो सके कि आप हमारे प्रॉडक्ट का इस्तेमाल कर सकें.

हालांकि, यह प्रोसेस आसान होनी चाहिए, लेकिन Maps Partners आपके साथ मिलकर यह पक्का कर सकते हैं कि आपके प्रोजेक्ट सही तरीके से आगे बढ़ें.

ध्यान दें: इस दस्तावेज़ के कुछ लिंक को ऐक्सेस करने के लिए, मोबिलिटी समाधान के हस्ताक्षर वाले अनुबंध की ज़रूरत हो सकती है. किसी भी समस्या के लिए, कृपया अपने Google या पार्टनर प्रतिनिधि से संपर्क करें.

कॉन्सेप्ट

इस सेक्शन में, हम यह पक्का करना चाहते हैं कि आपको Google Maps के बिलिंग सिस्टम और इसके अलग-अलग सेटअप के बारे में बुनियादी जानकारी पता हो. कई मामलों में, सही या गलत का कोई मतलब नहीं होता. यह इस बात पर निर्भर करता है कि आपको किस तरह का नतीजा चाहिए.

इस दस्तावेज़ में, हम आपके Google Cloud प्रोजेक्ट के बारे में काफ़ी बातें करते हैं. ऐसा इसलिए है, क्योंकि इसकी मदद से Google Maps के प्रॉडक्ट उपलब्ध हैं. इसका मतलब है कि इस दस्तावेज़ में हमने आपके Google Cloud प्रोजेक्ट में किया गया कॉन्फ़िगरेशन शामिल किया है.

बिलिंग खाते

Google Maps के प्रॉडक्ट इस्तेमाल करने वाली हर कंपनी का एक Google Cloud प्रोजेक्ट होता है. इस प्रोजेक्ट के लिए, बिलिंग खाता कॉन्फ़िगर किया जाना चाहिए. Google Maps के इस्तेमाल से जुड़ा डेटा इकट्ठा करने और उस इस्तेमाल के आधार पर हर महीने इनवॉइस बनाने की ज़िम्मेदारी बिलिंग खाते की होती है.

मोबिलिटी के लिए, एक खास बिलिंग खाते का प्रावधान किया गया है. इस बिलिंग खाते का इस्तेमाल, सिर्फ़ आने-जाने से जुड़े कामों के लिए किया जा सकता है. जैसे: राइडशेयरिंग, डिलीवरी, और लॉजिस्टिक.

एक बिलिंग खाते का इस्तेमाल, एक या उससे ज़्यादा Google Cloud प्रोजेक्ट के लिए किया जा सकता है.

एक ही बिलिंग खाते से जुड़ा एक प्रोजेक्ट:

• इस्तेमाल का कोई खास उदाहरण (जैसे, मोबाइल के इस्तेमाल के उदाहरण)
• अलग-अलग इनवॉइस
• इस प्रोजेक्ट के वॉल्यूम पर छूट दी जाती है

एक ही बिलिंग खाते पर ले जाने वाले कई प्रोजेक्ट:

• इस्तेमाल का एक ही उदाहरण
• सभी प्रॉडक्ट के इस्तेमाल की जानकारी इकट्ठा करके, छूट वाले टियर का फ़ायदा पाएं
• एक इनवॉइस

बिलिंग खातों और अन्य काम की जानकारी के बारे में ज़्यादा जानने के लिए, यह लिंक देखें.

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

बिलिंग खाते के संभावित सेटअप

क्लाउड संसाधन, बिलिंग खाता, और इनवॉइस जनरेट करना

कीमत के बारे में बात करते हुए, Google Maps Platform पर छूट के अलग-अलग टीयर उपलब्ध हैं. ये Maps पार्टनर के ज़रिए या कुछ मामलों में सीधे Google से उपलब्ध होते हैं. ये टीयर, प्रॉडक्ट की संख्या के हिसाब से तय किए जाते हैं. इसलिए, हमारे प्रॉडक्ट का ज़्यादा इस्तेमाल करने पर आपको कम पैसे चुकाने पड़ते हैं. हर SKU पर अलग-अलग छूट लागू होती है. हमारा बिलिंग सिस्टम, आपके प्रोजेक्ट की पहचान उस क्रेडेंशियल के आधार पर करता है जिसका इस्तेमाल आपने हमारे प्रॉडक्ट को कॉल करने के लिए किया है. यह कुछ मोबिलिटी एपीआई के लिए, एपीआई पासकोड या सेवा खाता हो सकता है:

एपीआई पासकोड

Google Maps Platform के एपीआई की पुष्टि, एपीआई पासकोड का इस्तेमाल करके की जाती है. Google, इस एपीआई पासकोड के आधार पर, उस Google Cloud प्रोजेक्ट के बिलिंग खाते की पहचान करता है जहां डेटा का इस्तेमाल होगा.

जियोकोडिंग एपीआई को किए गए अनुरोध का उदाहरण:

https://maps.googleapis.com/maps/api/geocode/json?place_id=ChIJeRpOeF67j4AR9ydy_PIzPuM&key=YOUR_API_KEY

JWT

कुछ एपीआई के लिए, यूआरएल में Google Cloud प्रोजेक्ट आईडी की ज़रूरत होती है. साथ ही, पुष्टि करने के लिए JWT का इस्तेमाल किया जाता है. इसलिए, यह पक्का करना ज़रूरी है कि सही सिस्टम, पुष्टि करने के सही तरीके का इस्तेमाल करे, ताकि यह पक्का किया जा सके कि बिलिंग सही तरीके से हो रही है.

Fleet Engine API को किए गए अनुरोध का उदाहरण:

curl -X GET \ https://fleetengine.googleapis.com/v1/providers/project_id/deliveryVehicles/vehicle-1234 \
  -H 'authorization: Bearer eyJ0eXAiOi...' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -d '{
    "lastLocation": {
        "location": {
            "latitude": 37.432,
            "longitude": -122.094
        },
        "updateTime": "2022-11-13T17:55:00Z"
    }
}'

अभी आज़माएं: Cloud Console पर जाएं और Google Maps Platform के एपीआई आज़माएं.

लागत

Google Maps Platform पर, शुल्क का हिसाब एपीआई के अनुरोधों की संख्या के आधार पर लगाया जाता है. मोबिलिटी सेवाओं के लिए, हम उन लेन-देन की संख्या के आधार पर शुल्क लेते हैं जिनके लिए बिल भेजा जा सकता है. ये लेन-देन, पूरी हो चुकी यात्राओं या टास्क (शिपमेंट, पिकअप नहीं) के लिए किए जाते हैं. इसकी जानकारी, कॉन्ट्रैक्ट पर हस्ताक्षर करने से पहले दी जाती है. अगर आपने राईडशेयरिंग या फ़ूड डिलीवरी की कंपनी बनाई है, तो आपकी सफलता की मेट्रिक, एक राइड या डिलीवरी पूरी करना है. यह यात्रा से मैप होती है. Tasks का इस्तेमाल, लॉजिस्टिक कंपनियों और खुदरा दुकानदारों के लिए किया जाता है. इन कंपनियों को पार्सल डिलीवर करना ज़रूरी होता है.

हम जानते हैं कि Mobility के ग्राहक, अपनी यात्राओं और डिलीवरी के लिए, Google Maps Platform के प्रॉडक्ट का इस्तेमाल भी करते हैं. इसलिए, अगर मोबाइल बिलिंग खाते का इस्तेमाल किया जा रहा है, तो Google Maps Platform को बिना किसी शुल्क के कॉल किया जा सकता है. हालांकि, ऐसा तब तक ही किया जा सकता है, जब तक मोबाइल के इस्तेमाल के उदाहरण में पहले से तय की गई सीमाओं का पालन किया जा रहा हो.

उदाहरण के लिए, अगर आप कोई फ़ूड डिलीवरी कंपनी हैं, तो हर डिलीवरी के लिए, जियोकोडिंग एपीआई को 10 बार कॉल किया जा सकता है. इन सीमाओं के बारे में ज़्यादा जानने के लिए, मोबाइलिटी से जुड़े दस्तावेज़ में इस्तेमाल की सीमाएं देखें. कैप में किसी भी तरह का बदलाव करने के लिए, आपके कानूनी समझौते में बदलाव करना ज़रूरी है. इसलिए, अपनी ज़रूरतों के बारे में बात करने के लिए, Google या पार्टनर के प्रतिनिधि से संपर्क करें.

महीने के आखिर में, इनवॉइस जनरेट किया जाएगा. यह इन बातों के आधार पर जनरेट किया जाएगा: (i) सिस्टम में रिपोर्ट की गई, पूरी हुई यात्राओं या टास्क की संख्या और (ii) Google Maps Platform API के कॉल की संख्या, जो पहले से तय की गई सीमाओं (“ओवरेज”) से ज़्यादा हो. हमारी सीमाएं, मार्केट में ज़रूरत के हिसाब से तय की गई हैं.

हमारा सुझाव है कि आप मोबाइलिटी बिलिंग से जुड़े आधिकारिक दस्तावेज़ को ध्यान से पढ़ें. यह दस्तावेज़ यहां उपलब्ध है.

पायलट कार्यक्रम और आकलन

ग्राहक, Google Maps Platform के बिलिंग खाते पर मोबिलिटी सेवाओं का एक छोटा पायलट (सिद्धांत का सबूत, मूल्यांकन) चला सकते हैं. यह काम, अनुबंध पर हस्ताक्षर करने से पहले सिर्फ़ सीमित समय के लिए किया जा सकता है. अगर आपको पायलट प्रोग्राम चलाना है, तो अपने Maps पार्टनर या Google के प्रतिनिधि से बात करें.

जैसा कि बताया गया है, पायलट फ़ेज़ के दौरान, मोबिलिटी बिलिंग के लिए कोई खाता उपलब्ध नहीं है. ऐसा इसलिए, क्योंकि अभी तक समझौते पर हस्ताक्षर नहीं हुए हैं. इसका मतलब है कि Google Maps Platform के प्रॉडक्ट इस्तेमाल करने पर शुल्क लिया जाएगा, लेकिन मोबिलिटी से जुड़े प्रॉडक्ट के लिए शुल्क नहीं लिया जाएगा. दूसरे शब्दों में, इसका मतलब है कि पायलट फ़ेज़ के दौरान, बिलिंग टास्क या ट्रिप के आधार पर नहीं होती. इस वजह से, इस फ़ेज़ के दौरान इस्तेमाल की सीमाएं लागू नहीं होती हैं.

पायलट प्रोग्राम को आधिकारिक तौर पर प्रोडक्शन में लॉन्च करने के बाद, उसे समझौते के मुताबिक पेमेंट करना होगा.

खास जानकारी:

• पायलट / डेवलपमेंट फ़ेज़: आपसे सिर्फ़ उन Google Maps API के लिए शुल्क लिया जाता है जो सार्वजनिक तौर पर उपलब्ध हैं. जो एपीआई और SDK टूल सार्वजनिक तौर पर उपलब्ध नहीं हैं उन पर तब तक कोई शुल्क नहीं लगेगा, जब तक कि प्रोजेक्ट में मोबिलिटी बिलिंग खाते का इस्तेमाल नहीं किया जाता. ध्यान रखें कि Google, बनाए गए किसी भी नए बिलिंग खाते के लिए, Google Maps Platform के एपीआई के लिए 200 डॉलर के क्रेडिट देता है. यह, आकलन की अवधि के दौरान कंट्रोल किए गए एनवायरमेंट के लिए काफ़ी होना चाहिए.

• प्रोडक्शन फ़ेज़: आपसे यात्राओं या टास्क के हिसाब से शुल्क लिया जाता है. Google Maps Platform से जुड़ी लागत सिर्फ़ तब होगी, जब इस्तेमाल की सीमा (“सीमा”) से ज़्यादा इस्तेमाल किया जाएगा. अगर ऐसा है, तो आपको ज़्यादा खर्च के लिए पैसे चुकाने होंगे. ज़्यादा डेटा इस्तेमाल करने पर, यहां बताए गए तरीके से शुल्क लिया जाता है.

मोबाइल बिलिंग खाते पर माइग्रेट करने का तरीका

प्रोडक्शन में माइग्रेट करने पर, आम तौर पर आपको क्यूए (क्वालिटी अश्योरेंस) और प्रोडक्शन जैसे अलग-अलग एनवायरमेंट दिखाने के लिए, Google Cloud के अतिरिक्त प्रोजेक्ट बनाने होंगे. इससे पहले, आपके पास पर्यावरण को सुरक्षित रखना है.

ज़रूरी शर्तें

आपके संगठन का कोई ऐसा व्यक्ति जो:

1. Google Cloud पर बिलिंग खाते मैनेज करें. आम तौर पर, ऐसा बिलिंग खाते का एडमिन या प्रोजेक्ट का मालिक करते हैं.
2. नए बिलिंग खाते का आईडी, जो कानूनी समझौते पर हस्ताक्षर करने के बाद जनरेट किए गए वेलकम लेटर में दिया गया था.
3. उस प्रोडक्शन एनवायरमेंट से जुड़े Google Cloud प्रोजेक्ट का ऐक्सेस जहां यात्राओं या टास्क की रिपोर्ट की जाएगी.

नए प्रोजेक्ट सेट अप करने और उनके लिए बिलिंग को कॉन्फ़िगर करने के लिए, यहां दिया गया तरीका अपनाएं.

नए प्रोजेक्ट का सेटअप

प्रोजेक्ट बनाना

1. [You] इसमें एक नया GCP प्रोजेक्ट बनाएं Google Cloud कंसोल का इस्तेमाल करने के लिए प्रोत्साहित करते हैं. उदाहरण के लिए, प्रोडक्शन, स्टैजिंग, और क्वालिटी की पुष्टि करना.
2. [पार्टनर या Google टीम] अनुमति वाली सूची में नए प्रोजेक्ट जोड़ें, ताकि उन्हें ऐक्सेस मिल सके प्रॉडक्ट के बारे में बात करते हैं. Google में अपने सेल्स रेप्रज़ेंटेटिव से संपर्क करें या पार्टनर चुनें और पिछले चरण में बनाया गया प्रोजेक्ट आईडी सबमिट करें.
3. [आप] अपने प्रोजेक्ट में ज़रूरी संपर्क अपडेट करें. यह चरण बहुत ज़रूरी है, ताकि ज़रूरत पड़ने पर Google की सहायता टीमें आपके प्रोजेक्ट के लिए सही लोगों तक पहुंच सकें.

प्रोजेक्ट कॉन्फ़िगरेशन

पिछले चरणों में बनाए गए प्रोजेक्ट के लिए, Google Cloud Console में यह तरीका अपनाएं:

1. [आप] सेवा खाते बनाना, जिसमें सही मोबिलिटी से जुड़ा खाता भी शामिल है पहचानें और ऐक्सेस मैनेजमेंट (आईएएम) की भूमिकाएं (यात्रा आधारित और टास्क आधारित)

   • जैसा कि डेवलपमेंट एनवायरमेंट में किया गया था या ज़रूरत पड़ने पर, ऐक्सेस को ज़्यादा व्यवस्थित तरीके से अलग-अलग किया गया था - यह सेक्शन देखें.

2. [You] एपीआई पासकोड बनाएं - जैसा कि इसे डेवलपमेंट एनवायरमेंट में बनाया गया है या और ज़्यादा व्यवस्थित तरीके से ऐक्सेस करें (जैसे कि हर प्रॉडक्ट, डोमेन वगैरह) यह जानकारी देखें.

3. [आपको] "लोकल राइड और डिलीवरी" जैसे एपीआई और Google Maps Platform के ज़रूरी अन्य एपीआई (जैसे, जियोकोडिंग, ऑटोकंप्लीट, पते की पुष्टि) चालू करने होंगे.

4. [आप] कोटा: अगर आपको कुछ एपीआई के लिए क्यूपीएम (हर मिनट के हिसाब से क्वेरी) में बढ़ोतरी चाहिए, तो मदद करने के लिए टिकट खोलें. इसे करने का तरीका जानें यहां पढ़ें. आपको कारोबार की वजह बतानी होगी, जिसमें बताया गया हो कि बढ़ोतरी की ज़रूरत क्यों है. पहले से तय किए गए कोटा देखे जा सकते हैं यहां पढ़ें.

5. [आप] अगर आपके पास ऐसे सिस्टम हैं जो डेवलपमेंट एनवायरमेंट होने चाहिए, तो पक्का करें कि ये सिस्टम आपके नए प्रोजेक्ट के लिए बनाए गए क्रेडेंशियल. इसमें, एपीआई पासकोड, सेवा खातों जैसे नए क्रेडेंशियल पर बैकएंड और फ़्रंटएंड सिस्टम को पॉइंट करना शामिल है. साथ ही, यह पक्का करना भी शामिल है कि हर एनवायरमेंट में सही प्रोजेक्ट आईडी का इस्तेमाल किया जा रहा हो.

बिलिंग कॉन्फ़िगरेशन

यहां हम मान लेते हैं कि आपने Google के साथ पहले ही सीधे (जहां लागू हो) या किसी पार्टनर के ज़रिए कानूनी समझौता किया है. यह वेलकम लेटर में मोबाइलिटी बिलिंग खाता पाने के लिए ज़रूरी शर्त है. इसका इस्तेमाल अगले चरणों में किया जाएगा.

1. [आपको] पुष्टि करनी होगी कि वेलकम लेटर के हिस्से के तौर पर, आपको मोबाइल बिलिंग खाता आईडी मिला है या नहीं. यह लेटर, Google से ईमेल से भेजा जाता है. यह लेटर, समझौते पर हस्ताक्षर करने और उसे लागू करने के बाद भेजा जाता है. अहम जानकारी: वेलकम लेटर, आपके कॉन्ट्रैक्ट के ऑर्डर फ़ॉर्म में दिए गए तकनीकी और वित्तीय संपर्कों को भेजा जाता है. अपनी प्रोजेक्ट टीम के साथ मिलकर यह समझें कि यह इनाम किसे मिला होगा. साथ ही, उस व्यक्ति से आपको बिलिंग खाता आईडी देने के लिए कहें. यह बिलिंग खाता आईडी, वर्णों और संख्याओं की एक सीरीज़ होती है, जिसे हाइफ़न से अलग किया जाता है.
2. [आप] बिलिंग की पुष्टि हो गई है या नहीं, यह पक्का करने के लिए Google या पार्टनर के साथ मिलकर काम करें. इसका मतलब है कि आपके सिस्टम, Google को यात्राओं या Tasks की सही तरीके से रिपोर्ट कर रहे हैं. ज़्यादा जानकारी के लिए, अगला सेक्शन देखें.
3. [आप] Cloud Console का इस्तेमाल करके, अपने Google Cloud प्रोजेक्ट को नए बिलिंग खाते पर ले जाएं - इस दस्तावेज़ में बिलिंग खाते का कॉन्फ़िगरेशन सेक्शन देखें.

बिलिंग के बारे में ज़्यादा जानकारी के लिए, यहां और यहां जाएं.

बिलिंग की पुष्टि करना

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

बिलिंग की पुष्टि करने के लिए, ये चरण पूरे करने होंगे:

1. यह पुष्टि करना कि Google Maps Platform के एपीआई के अनुरोधों में, अनुरोध हेडर में tripId (या taskId) है या नहीं - ज़्यादा जानकारी यहां दी गई है.

2. यह पुष्टि की जा रही है कि यात्राओं या टास्क को ठीक से रिपोर्ट किया जा रहा है या नहीं. यह इस बात पर निर्भर करता है कि कौनसा मोबिलिटी पैकेज इस्तेमाल किया जा रहा है:

   • मोबिलिटी स्टार्टर और ऑप्टिमाइज़ या बेहतर बनाएं (यात्रा के आधार पर): ReportBillableEvent API के साथ इंटिग्रेशन ज़रूरी है. इसका मतलब है कि जब भी कोई यात्रा पूरी हो जाती है, तो इस एपीआई को अनुरोध करना होता है. यह पुष्टि करने के लिए कि यह सही तरीके से हो रहा है या नहीं, आपको यहां दिया गया तरीका अपनाना होगा.
   • मोबिलिटी ऐक्सेलरेट (टास्क के आधार पर): एपीआई कॉल से बिलिंग ट्रिगर नहीं होनी चाहिए. डिलीवरी टास्क के लिए, टास्क के नतीजे को 'पूरा हो गया' पर सेट करने पर, यह अपने-आप होता है. इसलिए, यह ज़रूरी है कि आप टास्क के नतीजे को 'पूरा नहीं हुआ' या 'पूरा हो गया' पर सही तरीके से सेट करें. ग्राहक इंजीनियर (पार्टनर या Google), आपके साथ मिलकर यह पुष्टि करेंगे कि लागू करने की प्रोसेस सही तरीके से पूरी हुई है या नहीं. क्लाउड लॉगिंग के ज़रिए आप यह पुष्टि कर सकते हैं कि नीचे दिए गए क्लाउड लॉगिंग क्वेरी को चलाकर यह पुष्टि कर सकते हैं कि टास्क सही तरीके से अपडेट हो रहे हैं या नहीं:

   resource.type="fleetengine.googleapis.com/DeliveryFleet"
   jsonPayload.@type="type.googleapis.com/maps.fleetengine.delivery.log.v1.UpdateTaskLog"
   jsonPayload.request.task.taskOutcome="TASK_OUTCOME_LOG_SUCCEEDED"
   

   अगर एंट्री दिखती हैं, तो इसका मतलब है कि आपके बैकएंड सिस्टम, टास्क को 'पूरा हो गया' के तौर पर सही तरीके से सेट कर रहे हैं.

   ध्यान दें: हालांकि, यह देखना ज़रूरी है कि रिपोर्ट किए गए कॉल की संख्या, असल यात्राओं या पूरे हो चुके टास्क की संख्या से मेल खाती है या नहीं. कभी-कभी हमें बिलिंग इवेंट की रिपोर्टिंग दिखती है, लेकिन वे असल ज़िंदगी में पूरी की गई कुल यात्राओं या टास्क से मेल नहीं खाते (कम रिपोर्टिंग).

इंटिग्रेशन की स्थिति

प्रोडक्शन पर माइग्रेट करने से, यह गारंटी नहीं मिलती कि बिलिंग सही तरीके से काम कर रही है. साथ ही, यह भी नहीं पता चलता कि एपीआई सही तरीके से काम कर रहे हैं या नहीं. मोबिलिटी सेवाओं के लिए, यह पुष्टि करना ज़रूरी है कि Fleet Engine (Local Rides and Deliveries API) के साथ इंटिग्रेशन सही तरीके से लागू किया गया है या नहीं.

ऐसा करने के लिए, क्लाउड लॉगिंग खोलें और निम्न क्वेरी का उपयोग करें:

jsonPayload.errorResponse.code:*

इसमें उन सभी लॉग एंट्री की लिस्ट होनी चाहिए जिनमें समस्याएं हैं. उदाहरण के लिए:

Cloud Logging का इस्तेमाल करके गड़बड़ियों के बारे में क्वेरी करना

इन समस्याओं को BigQuery जैसे क्लाउड के अन्य प्रॉडक्ट में एक्सपोर्ट किया जा सकता है. मेट्रिक और सूचनाओं को, क्लाउड लॉगिंग क्वेरी के आधार पर कॉन्फ़िगर किया जा सकता है:

Cloud Logging क्वेरी से मेट्रिक बनाना

ये Google Cloud के प्रॉडक्ट हैं, इसलिए इनके लिए अतिरिक्त शुल्क लिया जा सकता है. ज़्यादा जानकारी के लिए, अपने पार्टनर या Google प्रतिनिधि से संपर्क करें.

बिलिंग खाते का कॉन्फ़िगरेशन

अगर आपके सभी सिस्टम अब ट्रिप या टास्क की सही रिपोर्टिंग कर रहे हैं और इंटिग्रेशन से जुड़ी कोई गड़बड़ी नहीं है, तो अपने प्रोजेक्ट को उस बिलिंग खाते से जोड़ें जो आपको वेलकम लेटर के हिस्से के तौर पर मिला था. इस बारे में इस दस्तावेज़ के पिछले सेक्शन में बताया गया है.

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

ऐसा करने के लिए:

1. Google Cloud Console (https://console.cloud.google.com) खोलें.
2. प्रोडक्शन में इस्तेमाल किया जाने वाला नया प्रोजेक्ट चुनें.
3. उस प्रोजेक्ट के बिलिंग सेक्शन पर जाएं. शॉर्टकट इस लिंक को ऐक्सेस कर सकता है: https://console.cloud.google.com/billing
4. बिलिंग > “बिलिंग खाते मैनेज करें” पर क्लिक करें:

   

   आपका प्रोजेक्ट, ऊपर दिए गए प्रोजेक्ट से अलग दिख सकता है.
5. बिलिंग पर > तीन बिंदु वाले आइकॉन पर क्लिक करें बनाए गए प्रोडक्शन प्रोजेक्ट के बगल में दिए गए बॉक्स पर क्लिक करें और “बिलिंग खाता बदलें” को चुनें:

   

6. बिलिंग > बिलिंग खाते में, ड्रॉप-डाउन सूची में वह बिलिंग खाता कोड चुनें जो आपको वेलकम लेटर में मिला था. इसके बाद, “खाता सेट करें” पर क्लिक करें:

   

7. प्रोजेक्ट को नए बिलिंग खाते से लिंक किया जाएगा:

   

   अहम जानकारी: इस प्रोजेक्ट में रिपोर्ट की गई सभी यात्राओं या टास्क के लिए, अब बिल उसी तरह भेजा जाएगा जिसकी जानकारी पहले दी गई थी. अगर बिलिंग खाते की पुष्टि अब तक नहीं हुई है, तो बिलिंग खाता अभी लिंक न करें.
8. बिलिंग का नया तरीका जोड़ने के बाद, “खास जानकारी > पेमेंट की खास जानकारी” और “पेमेंट सेटिंग” पर जाएं. इससे आपको यह पता चलेगा कि जानकारी सही है या नहीं. बिलिंग और पेमेंट का तरीका अपडेट करने के बारे में ज़्यादा जानने के लिए, कृपया इस लिंक पर जाएं. बिलिंग से जुड़ी किसी भी समस्या के लिए, कृपया बिलिंग सहायता मामला दर्ज करें या अपने पार्टनर या Google प्रतिनिधि से संपर्क करें.

बिलिंग रिपोर्ट

बिलिंग रिपोर्ट की मदद से, प्रोजेक्ट से लिंक किए गए बिलिंग खाते की लागत का पता लगाया जा सकता है.

ध्यान दें: अगर किसी Maps पार्टनर के साथ काम किया जा रहा है, तो कृपया उसके साथ मिलकर काम करें. इससे यह पक्का किया जा सकेगा कि आपको बिलिंग की ज़रूरी जानकारी मिली है.

प्रोजेक्ट का लिंक किया गया बिलिंग खाता खोलें और रिपोर्ट चुनें. इसके बाद, इन फ़िल्टर के सेट का इस्तेमाल किया जा सकता है:

बिलिंग रिपोर्ट के फ़िल्टर

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

प्रोजेक्ट में इस्तेमाल किए गए प्रॉडक्ट का उदाहरण

रिपोर्ट की जानकारी हर दिन रीफ़्रेश की जाती है. अगर आपको दिन भर की जानकारी चाहिए, तो Cloud Logging क्वेरी का इस्तेमाल करके यह देखा जा सकता है कि दिन भर में कितने इवेंट हुए जिनके लिए शुल्क लिया जा सकता है. इसके लिए, पिछले सेक्शन देखें.

रैंप-अप की योजना

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

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

नीचे दी गई नीतियों को लागू करने से जुड़ी ज़रूरी शर्तों का पालन करना ज़रूरी है:

• यात्रा पर आधारित मॉडल - “मांग पर उपलब्ध राइड और डिलीवरी की सुविधा देने वाला टूल, इस सुविधा को मांग पर उपलब्ध, कमर्शियल राइड, और डिलीवरी की सेवाओं के लिए बनाया गया है. आम तौर पर, इस तरह की सेवाओं में ये शामिल होते हैं: (a) जो उपभोक्ता किसी दिए गए डेस्टिनेशन तक पहुंचने या किसी खास सामान की डिलीवरी के लिए अनुरोध सबमिट करते हैं और (b) ऐसे ड्राइवर जो अनुरोधों से मेल खाते हैं और जो सेवाएं पूरी करने के लिए वाहन चलाते हैं.”
• टास्क पर आधारित मॉडल - “Google Maps Platform का लास्ट माइल फ़्लीट सलूशन, व्यावसायिक लास्ट माइल डिलीवरी और फ़र्स्ट माइल पिकअप सेवाओं में इस्तेमाल करने के लिए है. आम तौर पर, ऐसी सेवाओं में ये चीज़ें शामिल होती हैं: (a) डिलीवरी के लिए इस्तेमाल होने वाले ऐसे वाहन जिनका मालिकाना हक या जिन्हें किराये पर लिया गया है, (b) पहले से तय किए गए रास्ते के हिसाब से डिलीवरी, (c) डिस्ट्रिब्यूशन सेंटर का नेटवर्क, जिसमें डिलीवरी की प्रोसेस को पूरा करने में मदद करने वाली ऑपरेशनल टीमें होती हैं, और (d) ऐसे उपभोक्ता जो शिपमेंट को ट्रैक करते हैं और फिर उन्हें स्वीकार करते हैं.”

इसलिए, आपको यह समझना चाहिए कि आपके किस सिस्टम को Google Maps Platform बिलिंग खाते पर ले जाना चाहिए और किसे मोबिलिटी बिलिंग खाते पर ले जाना चाहिए. एक से ज़्यादा प्रोजेक्ट होना और हर प्रोजेक्ट का सही बिलिंग खाता होना आम बात है.

उदाहरण के लिए, मान लें कि इस्तेमाल की सीमाओं के मुताबिक, हर ट्रिप / टास्क में आज 10 जियोकोडिंग अनुरोध शामिल हैं. अगर आपको माइग्रेशन में कुछ महीने लगेंगे और आप पहले महीने में 1 लाख यात्राओं / टास्क की रिपोर्ट करना शुरू कर देते हैं, तो इसका मतलब है कि आप Geocoding API को 10 लाख बार कॉल कर सकते हैं. हालांकि, अगर आपके कारोबार से 50 लाख जियोकोडिंग के अनुरोध पर, इस अंतर (40 लाख) को ज़रूरत से ज़्यादा बढ़ाया गया है, तो इसे ज़रूरत से ज़्यादा वैल्यू के तौर पर रिपोर्ट किया जा सकता है. यहां दो विकल्प हो सकते हैं:

1. अगर आपने हमें भेजी जा रही यात्राओं / टास्क की संख्या बढ़ा दी है (रैंप अप प्लान को तेज़ी से लागू करना), तो ज़्यादा सीमाएं लागू होंगी. इस मामले में, आपको हर महीने 5 लाख यात्राओं / टास्क की रिपोर्ट करनी होगी.
2. जैसा कि पहले बताया गया है, अनुबंध से जुड़ी बातचीत के दौरान ज़्यादा रकम की सीमा तय करने पर बातचीत की जा सकती है.
3. ज़्यादा छूट वाले टीयर का फ़ायदा पाने और ओवरएज की तुलना में कम पैसे चुकाने के लिए, जियोकोडिंग एपीआई के अनुरोधों को Google Maps Platform एपीआई पर भेजा जाता है.

हम जानते हैं कि आपके कारोबार के साइज़ और जटिलता के आधार पर, लागत का अनुमान लगाना मुश्किल हो सकता है. ऐसे में, कृपया अपने पार्टनर या Google के समकक्ष से संपर्क करके, यह तय करें कि आपके मौजूदा प्रोजेक्ट का इस्तेमाल करके, प्रोडक्शन लॉन्च की तैयारी करने का सबसे अच्छा तरीका क्या है.

खास जानकारी के तौर पर, रैंप अप का सही प्लान बनाने के लिए, यहां दिए गए तरीके को अपनाने की ज़रूरत है: 1. यह पता लगाएं कि इस्तेमाल के कौनसे उदाहरण, मोबिलिटी से जुड़े हैं और कौनसे नहीं. 2. पता लगाएं कि आपके काम के इस्तेमाल के उदाहरणों और उनकी संख्या के लिए, फ़िलहाल कौनसे Google Maps Platform एपीआई इस्तेमाल किए जा रहे हैं. 3. यह पता लगाएं कि मोबिलिटी समाधान के लागू होने के बाद भी Google Maps Platform एपीआई की ज़रूरत होगी या नहीं - उदाहरण के लिए, फ़्लीट इंजन पर ईटीए का हिसाब अपने-आप लगाया जाता है. ऐसा हो सकता है कि अब आपको निर्देश एपीआई की मदद से उनका हिसाब लगाने की ज़रूरत न पड़े. 4. यह पता लगाएं कि मोबाइलिटी के इस्तेमाल के उदाहरणों को, आपके नए मोबाइलिटी प्लैटफ़ॉर्म पर पूरी तरह से माइग्रेट करने में कितना समय लगेगा. 5. इस बात की दोबारा जांच कर लें कि इस्तेमाल के उदाहरणों के लिए, इस्तेमाल करने की सीमाएं काफ़ी हैं या नहीं. 6. यह पता लगाएं कि Google Maps Platform के सभी अनुरोधों को, मोबाइलिटी के इस्तेमाल के उदाहरणों के लिए, मोबाइलिटी बिलिंग खाते में कब जोड़ा जा सकता है.

नतीजा

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

अगली कार्रवाइयां

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