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

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

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

कॉन्सेप्ट

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

एपीआई कुंजियां

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

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

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"
    }
}'

लागत

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

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

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

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

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

पायलट और आकलन

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

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

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

खास जानकारी पाने के लिए:

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

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

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

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

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

आपकी टीम का कोई ऐसा व्यक्ति जो:

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

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

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

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

1. [आपको] हर नए एनवायरमेंट के लिए, Google Cloud Console में एक नया GCP प्रोजेक्ट बनाना होगा. उदाहरण के लिए, प्रोडक्शन, स्टेजिंग, और क्वालिटी अश्योरेंस.
2. [Partner or Google team] Add new projects to an allowlist to have access to the Mobility products. Google या पार्टनर के अपने बिक्री प्रतिनिधि के साथ काम करें. साथ ही, पिछले चरण में बनाया गया प्रोजेक्ट आईडी दें.
3. [You] Update Essential Contacts on your projects. यह चरण बहुत ज़रूरी है. इससे यह पक्का किया जा सकता है कि ज़रूरत पड़ने पर, Google की सहायता टीम आपके प्रोजेक्ट के लिए सही लोगों से संपर्क कर सके.

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

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

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

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

2. [You] Create API keys - as it was done on the development environment or with a more structured segregation of access (e.g. per product, domain, etc) if needed.

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

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

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

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

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

1. [You] Verify if a mobility billing account id was received as part of the Welcome Letter which is sent from Google by email after the contract is signed and executed. अहम जानकारी: वेलकम लेटर, आपके कानूनी समझौते के ऑर्डर फ़ॉर्म में दिए गए तकनीकी और वित्तीय संपर्क के नाम पर भेजा जाता है. अपनी प्रोजेक्ट टीम से संपर्क करके पता करें कि यह ईमेल किसे मिला है. इसके बाद, उस व्यक्ति से बिलिंग खाते का आईडी मांगें. यह आईडी, हाइफ़न से अलग किए गए वर्णों और संख्याओं की एक सीरीज़ होती है.
2. [आप] Google या पार्टनर के साथ मिलकर यह पक्का करें कि बिलिंग की पुष्टि हो गई हो. इसका मतलब है कि आपके सिस्टम, Google को पहले से ही यात्राओं या टास्क की जानकारी सही तरीके से भेज रहे हैं. ज़्यादा जानकारी के लिए, अगला सेक्शन देखें.
3. [आपको] Cloud Console का इस्तेमाल करके, अपने Google Cloud प्रोजेक्ट को नए बिलिंग खाते पर ले जाना होगा. इसके लिए, इस दस्तावेज़ में बिलिंग खाते का कॉन्फ़िगरेशन सेक्शन देखें.

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

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

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

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

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

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

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

   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"
   

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

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

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

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

इसके लिए, Cloud Logging खोलें और इस क्वेरी का इस्तेमाल करें:

jsonPayload.errorResponse.code:*

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

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

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

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

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

ध्यान दें: अगर Maps Partner के साथ काम किया जा रहा है, तो वह इस चरण में आपकी मदद कर सकता है. आपको यहां दिया गया तरीका अकेले नहीं अपनाना होगा. अगर आप सीधे तौर पर 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 Partner के साथ काम किया जा रहा है, तो कृपया उनके साथ मिलकर काम करें. इससे यह पक्का किया जा सकेगा कि आपको बिलिंग की ज़रूरी जानकारी मिल गई है.

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

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

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

रैंप-अप प्लान

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

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

यह ज़रूरी है कि आप लागू करने की नीति का पालन करें:

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

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

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

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

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

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

नतीजा

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

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

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