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 में एक नया Google Cloud प्रोजेक्ट बनाना होगा. उदाहरण के लिए, प्रोडक्शन, स्टेजिंग, और क्वालिटी अश्योरेंस.
  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. [आपको] "लोकल राइड और डिलीवरी" जैसे एपीआई और Google Maps Platform के अन्य ज़रूरी एपीआई (जैसे, जियोकोडिंग, अपने-आप पूरा होने की सुविधा, पते की पुष्टि) चालू करने होंगे.

  4. [You] Quota: if you need QPM (queries per minutes) uplifts for certain APIs, open a ticket to support. ऐसा करने का तरीका यहां देखें. आपको कारोबार की जानकारी देते हुए यह बताना होगा कि इस बदलाव की ज़रूरत क्यों है. पहले से तय किए गए कोटे यहां देखे जा सकते हैं.

  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"
jsonPayload.response.type="TASK_TYPE_LOG_DELIVERY"

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

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

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

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

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

jsonPayload.errorResponse.code:*

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

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

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

Cloud Logging क्वेरी से मेट्रिक बनाना
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. बिलिंग > बिलिंग खाते पर जाकर, ड्रॉप-डाउन सूची में वह बिलिंग खाता कोड चुनें जो आपको वेलकम लेटर में मिला था. इसके बाद, "SET ACCOUNT" पर क्लिक करें:
    प्रोजेक्ट चुनें
  7. प्रोजेक्ट को नए बिलिंग खाते से लिंक कर दिया जाएगा:
    सही बिलिंग खाता चुनना
    अहम जानकारी: इसके बाद, इस प्रोजेक्ट में रिपोर्ट किए गए सभी ट्रिप या टास्क के लिए, पहले बताए गए तरीके से बिल भेजा जाएगा. अगर बिलिंग की पुष्टि अब तक नहीं हुई है, तो बिलिंग खाते को अभी लिंक न करें.
  8. बिलिंग का नया तरीका जोड़ने के बाद, "खास जानकारी > पेमेंट की खास जानकारी" और "पेमेंट सेटिंग" पर जाएं. यहां जाकर पुष्टि करें कि जानकारी सही है या नहीं. बिलिंग और पेमेंट की जानकारी अपडेट करने के बारे में ज़्यादा जानने के लिए, कृपया इस लिंक पर जाएं. बिलिंग से जुड़ी किसी भी समस्या के लिए, कृपया बिलिंग सहायता अनुरोध सबमिट करें या अपने पार्टनर या Google प्रतिनिधि से संपर्क करें.

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

बिलिंग रिपोर्ट से, आपको प्रोजेक्ट से लिंक किए गए बिलिंग खाते से जुड़े शुल्क के बारे में जानकारी मिलती है.

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

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

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

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

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

रिपोर्ट में मौजूद जानकारी को हर दिन रीफ़्रेश किया जाता है. अगर दिन के हिसाब से जानकारी देखना ज़रूरी है, तो 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. आपने Geocoding API के अनुरोधों को 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 के सभी अनुरोधों को मोबिलिटी बिलिंग खाते में कब शामिल किया जा सकता है, ताकि मोबिलिटी से जुड़े इस्तेमाल के मामलों के लिए इसका इस्तेमाल किया जा सके.

नतीजा

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

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