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

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

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

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

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

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

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

लागत

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. [पार्टनर या Google टीम] मोबिलिटी प्रॉडक्ट का ऐक्सेस पाने के लिए, अनुमति वाली सूची में नए प्रोजेक्ट जोड़ें. 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. यह पुष्टि करना कि यात्राओं (या कामों) की रिपोर्ट सही तरीके से दी जा रही है या नहीं. यह इस बात पर निर्भर करता है कि मोबिलिटी पैकेज का इस्तेमाल किस लिए किया जा रहा है:

   • मोबिलिटी स्टार्टर और ऑप्टिमाइज़ या ऐक्सलरेट (यात्रा पर आधारित): इसके लिए, 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 का इस्तेमाल करके क्वेरी से जुड़ी गड़बड़ियों को ठीक करना

इन समस्याओं को BigQuery जैसे अन्य Cloud प्रॉडक्ट में एक्सपोर्ट किया जा सकता है. 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. आपको हमें ज़्यादा ट्रिप / टास्क की जानकारी देनी होगी (रैंप अप प्लान को तेज़ करें). इससे ज़्यादा सीमाएं लागू होंगी. इस मामले में, आपको हर महीने 500 हज़ार ट्रिप / टास्क की जानकारी देनी होगी.
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 के सभी अनुरोधों को मोबिलिटी बिलिंग खाते में कब शामिल किया जा सकता है, ताकि मोबिलिटी से जुड़े इस्तेमाल के मामलों के लिए उनका इस्तेमाल किया जा सके.

नतीजा

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

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

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