Google Maps का नया प्रोजेक्ट प्रोडक्शन में लागू करने से पहले, यह पक्का करना ज़रूरी है कि आपका सेटअप सही हो, ताकि इस्तेमाल किए जा रहे प्रॉडक्ट के लिए सही रकम चुकाई जा सके. इस दस्तावेज़ में, हम इन बातों के बारे में बताते हैं, ताकि यह पक्का किया जा सके कि आपके पास (i) बिलिंग की पारदर्शिता है - ताकि इनवॉइस जनरेट होने से पहले, इस्तेमाल की पुष्टि की जा सके और (ii) सही प्रोजेक्ट सेटअप है - ताकि यह पक्का किया जा सके कि आपके पास हमारे प्रॉडक्ट इस्तेमाल करने की सुविधा है.
यह प्रोसेस आसान होनी चाहिए. हालांकि, Maps पार्टनर आपके साथ मिलकर यह पक्का कर सकते हैं कि आपके प्रोजेक्ट सही तरीके से ट्रांसफ़र हो जाएं.
कॉन्सेप्ट
इस सेक्शन में, हम यह पक्का करना चाहते हैं कि आपको 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 प्रोजेक्ट के बिलिंग खाते की पहचान करता है जहां डेटा का इस्तेमाल होगा.
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 पर, शुल्क का हिसाब एपीआई के अनुरोधों की संख्या के आधार पर लगाया जाता है. मोबिलिटी सेवाओं के लिए, हम उन लेन-देन की संख्या के आधार पर शुल्क लेते हैं जिनके लिए बिल जारी किया जा सकता है. ये लेन-देन, पूरी हो चुकी यात्राओं या टास्क (शिपमेंट, पिकअप नहीं) के लिए किए जाते हैं. इसकी जानकारी, कॉन्ट्रैक्ट पर हस्ताक्षर करने से पहले दी जाती है. अगर आपने राइडशेयरिंग या फ़ूड डिलीवरी की कंपनी बनाई है, तो आपकी सफलता की मेट्रिक, राइड या डिलीवरी पूरी करना है. यह यात्रा से मैप होती है. टास्क का इस्तेमाल, लॉजिस्टिक कंपनियों और खुदरा दुकानदारों के लिए किया जाता है, जिन्हें पार्सल डिलीवर करने हैं.
हम जानते हैं कि 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 प्रोजेक्ट बनाना पड़ता है. इससे आपको क्यूए (क्वालिटी अश्योरेंस) और प्रोडक्शन जैसे अलग-अलग एनवायरमेंट दिखाने में मदद मिलती है. इससे पहले, आपके पास शायद सिर्फ़ एक एनवायरमेंट हो, वह भी डेवलपमेंट एनवायरमेंट.
ज़रूरी शर्तें
आपके संगठन का कोई ऐसा व्यक्ति जो:
- Google Cloud पर बिलिंग खाते मैनेज करना. आम तौर पर, यह काम बिलिंग खाते का एडमिन या प्रोजेक्ट का मालिक करता है.
- नए बिलिंग खाते का आईडी, जो कानूनी समझौते पर हस्ताक्षर होने के बाद जनरेट किए गए वेलकम लेटर में दिया गया था.
- उस प्रोडक्शन एनवायरमेंट से जुड़े Google Cloud प्रोजेक्ट का ऐक्सेस जहां यात्राओं या टास्क की रिपोर्ट की जाएगी.
नए प्रोजेक्ट सेट अप करने और उनके लिए बिलिंग कॉन्फ़िगर करने के लिए, यह तरीका अपनाएं.
नया प्रोजेक्ट सेट अप करना
प्रोजेक्ट बनाना
- [आपको] हर नए एनवायरमेंट के लिए, Google Cloud Console में एक नया GCP प्रोजेक्ट बनाना होगा. उदाहरण के लिए, प्रोडक्शन, स्टैजिंग, और क्वालिटी की पुष्टि करना.
- [पार्टनर या Google टीम] Mobility प्रॉडक्ट का ऐक्सेस पाने के लिए, अनुमति वाली सूची में नए प्रोजेक्ट जोड़ें. Google या पार्टनर के अपने सेल्स रेप्रज़ेंटेटिव के साथ मिलकर काम करें और पिछले चरण में बनाया गया प्रोजेक्ट आईडी दें.
- [आप] अपने प्रोजेक्ट में ज़रूरी संपर्क अपडेट करें. यह चरण बहुत ज़रूरी है, ताकि ज़रूरत पड़ने पर Google की सहायता टीमें आपके प्रोजेक्ट के लिए सही लोगों तक पहुंच सकें.
प्रोजेक्ट कॉन्फ़िगरेशन
पिछले चरणों में बनाए गए प्रोजेक्ट के लिए, Google Cloud Console में यह तरीका अपनाएं:
[आप] सेवा खाते बनाएं. इनमें, सही मोबिलिटी आइडेंटिफ़िकेशन और ऐक्सेस मैनेजमेंट (आईएएम) की भूमिकाएं (यात्रा के आधार पर और टास्क के आधार पर) शामिल करें
- जैसा कि डेवलपमेंट एनवायरमेंट में किया गया था या ज़रूरत पड़ने पर, ऐक्सेस को ज़्यादा व्यवस्थित तरीके से अलग-अलग किया गया था - यह सेक्शन देखें.
[आप] एपीआई पासकोड बनाएं - जैसा कि डेवलपमेंट एनवायरमेंट में किया गया था या ज़रूरत पड़ने पर, ऐक्सेस को अलग-अलग हिस्सों में बांटकर (उदाहरण के लिए, हर प्रॉडक्ट, डोमेन वगैरह के लिए) बनाएं.
[आपको] "लोकल राइड और डिलीवरी" जैसे एपीआई और Google Maps Platform के ज़रूरी अन्य एपीआई (जैसे, जियोकोडिंग, ऑटोकंप्लीट, पते की पुष्टि) चालू करने होंगे.
[आप] कोटा: अगर आपको कुछ एपीआई के लिए क्वेरी प्रति मिनट (क्यूपीएम) में बढ़ोतरी चाहिए, तो सहायता के लिए टिकट खोलें. ऐसा करने का तरीका यहां देखें. आपको कारोबार की वजह बतानी होगी कि प्रमोशन की ज़रूरत क्यों है. पहले से तय किए गए कोटे यहां देखे जा सकते हैं.
[आप] अगर आपने ऐसे सिस्टम डेवलप किए हैं जो डेवलपमेंट एनवायरमेंट के क्रेडेंशियल का इस्तेमाल कर रहे थे, तो पक्का करें कि ये सिस्टम, बनाए गए नए प्रोजेक्ट के लिए बनाए गए नए क्रेडेंशियल पर ले जाएं. इसमें, एपीआई पासकोड, सेवा खातों जैसे नए क्रेडेंशियल पर बैकएंड और फ़्रंटएंड सिस्टम को पॉइंट करना शामिल है. साथ ही, यह पक्का करना भी शामिल है कि हर एनवायरमेंट में सही प्रोजेक्ट आईडी का इस्तेमाल किया जा रहा हो.
बिलिंग कॉन्फ़िगरेशन
हम मानते हैं कि आपने सीधे Google (जहां लागू हो) या किसी पार्टनर के ज़रिए, पहले ही कानूनी समझौते पर हस्ताक्षर कर लिए हैं. यह वेलकम लेटर में मोबाइलिटी बिलिंग खाता पाने के लिए ज़रूरी शर्त है. इसका इस्तेमाल अगले चरणों में किया जाएगा.
- [आपको] पुष्टि करनी होगी कि वेलकम लेटर के हिस्से के तौर पर, आपको मोबाइलिटी बिलिंग खाता आईडी मिला है या नहीं. यह लेटर, Google से ईमेल से भेजा जाता है. यह लेटर, समझौते पर हस्ताक्षर करने और उसे लागू करने के बाद भेजा जाता है. अहम जानकारी: वेलकम लेटर, आपके कॉन्ट्रैक्ट के ऑर्डर फ़ॉर्म में दिए गए तकनीकी और वित्तीय संपर्कों को भेजा जाता है. अपनी प्रोजेक्ट टीम के साथ मिलकर यह पता लगाएं कि यह ईमेल किसे मिला है. इसके बाद, उस व्यक्ति से बिलिंग खाते का आईडी मांगें. यह आईडी, वर्णों और संख्याओं की एक सीरीज़ होती है, जिसे हाइफ़न से अलग किया जाता है.
- [आप] Google या पार्टनर के साथ मिलकर यह पक्का करें कि बिलिंग की पुष्टि की गई हो. इसका मतलब है कि आपके सिस्टम, Trips या Tasks को Google को पहले से ही सही तरीके से रिपोर्ट कर रहे हैं. ज़्यादा जानकारी के लिए, अगला सेक्शन देखें.
- [आपको] Cloud Console का इस्तेमाल करके, अपने Google Cloud प्रोजेक्ट को नए बिलिंग खाते से जोड़ना होगा. इसके लिए, इस दस्तावेज़ में आगे दिया गया बिलिंग खाते का कॉन्फ़िगरेशन सेक्शन देखें.
बिलिंग के बारे में ज़्यादा जानकारी यहां और यहां देखी जा सकती है.
बिलिंग की पुष्टि करना
बिलिंग की पुष्टि करना ज़रूरी है, ताकि यह पक्का किया जा सके कि आपसे सही शुल्क लिया जा रहा है. कभी-कभी कंपनियां गलती से एपीआई को गलत तरीके से लागू कर देती हैं. इस वजह से, ज़्यादा शुल्क लिया जाता है या कम जानकारी दी जाती है.
बिलिंग की पुष्टि करने के लिए, ये चरण पूरे करने होंगे:
यह पुष्टि करना कि Google Maps Platform के एपीआई के अनुरोधों के हेडर में, tripId (या taskId) है या नहीं - ज़्यादा जानकारी यहां दी गई है.
पुष्टि करना कि यात्राओं (या टास्क) की सही तरीके से रिपोर्ट की जा रही है या नहीं. यह इस बात पर निर्भर करता है कि किस मोबिलिटी पैकेज का इस्तेमाल किया जा रहा है:
- मोबिलिटी स्टार्टर और ऑप्टिमाइज़ या बेहतर बनाएं (यात्रा के आधार पर): ReportBillableEvent API के साथ इंटिग्रेशन ज़रूरी है. इसका मतलब है कि जब भी कोई यात्रा पूरी हो जाती है, तो इस एपीआई को अनुरोध करना होता है. यह पुष्टि करने के लिए कि यह सही तरीके से हो रहा है या नहीं, आपको यहां दिया गया तरीका अपनाना होगा.
- मोबिलिटी ऐक्सेलरेट (टास्क के आधार पर): बिलिंग को एपीआई कॉल से ट्रिगर करने की ज़रूरत नहीं है. डिलीवरी टास्क के लिए, टास्क के नतीजे को 'पूरा हो गया' पर सेट करने पर, यह अपने-आप होता है. इसलिए, यह ज़रूरी है कि आप टास्क के नतीजे को 'पूरा नहीं हुआ' या 'पूरा हो गया' पर सही तरीके से सेट करें. ग्राहक इंजीनियर (पार्टनर या 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"अगर एंट्री दिखती हैं, तो इसका मतलब है कि आपके बैकएंड सिस्टम, टास्क को 'पूरा हो गया' के तौर पर सही तरीके से सेट कर रहे हैं.
ध्यान दें: हालांकि, यह देखना ज़रूरी है कि पूरी की गई असल यात्राओं या टास्क की संख्या, रिपोर्ट किए गए कॉल की संख्या से मेल खाती है या नहीं. कभी-कभी हमें बिलिंग इवेंट की रिपोर्टिंग दिखती है, लेकिन वे असल में पूरी की गई यात्राओं या टास्क की कुल संख्या से मेल नहीं खाते (कम रिपोर्टिंग).
इंटिग्रेशन की स्थिति
प्रोडक्शन पर माइग्रेट करने से, यह गारंटी नहीं मिलती कि बिलिंग सही तरीके से काम कर रही है. साथ ही, यह भी नहीं पता चलता कि एपीआई सही तरीके से काम कर रहे हैं या नहीं. मोबिलिटी सेवाओं के लिए, यह पुष्टि करना ज़रूरी है कि Fleet Engine (Local Rides and Deliveries API) के साथ इंटिग्रेशन सही तरीके से लागू किया गया है या नहीं.
ऐसा करने के लिए, Cloud Logging खोलें और इस क्वेरी का इस्तेमाल करें:
jsonPayload.errorResponse.code:*
इसमें समस्याओं वाली सभी लॉग एंट्री की सूची दिखनी चाहिए. उदाहरण के लिए:
इन समस्याओं को BigQuery जैसे अन्य Cloud प्रॉडक्ट में एक्सपोर्ट किया जा सकता है. Cloud Logging क्वेरी के आधार पर, मेट्रिक और सूचनाएं कॉन्फ़िगर की जा सकती हैं:
ये Google Cloud के प्रॉडक्ट हैं, इसलिए इनके लिए अतिरिक्त शुल्क लिया जा सकता है. ज़्यादा जानकारी के लिए, अपने पार्टनर या Google प्रतिनिधि से संपर्क करें.
बिलिंग खाते का कॉन्फ़िगरेशन
अगर आपके सभी सिस्टम अब ट्रिप या टास्क की सही रिपोर्टिंग कर रहे हैं और इंटिग्रेशन से जुड़ी कोई गड़बड़ी नहीं है, तो अपने प्रोजेक्ट को उस बिलिंग खाते से जोड़ें जो आपको वेलकम लेटर के हिस्से के तौर पर मिला था. इस खाते के बारे में इस दस्तावेज़ के पिछले सेक्शन में बताया गया है.
ध्यान दें: अगर आपने Maps पार्टनर के साथ काम किया है, तो वह इस समय आपकी मदद कर सकता है. इसके लिए, आपको यहां दिया गया तरीका अपनाने की ज़रूरत नहीं है. अगर आपने सीधे Google के साथ काम करने का विकल्प चुना है, तो कुछ देशों/इलाकों में यह तरीका अपनाएं:
ऐसा करने के लिए:
- Google Cloud Console (https://console.cloud.google.com) खोलें.
- वह नया प्रोजेक्ट चुनें जिसका इस्तेमाल प्रोडक्शन में किया जाएगा.
- उस प्रोजेक्ट के बिलिंग सेक्शन पर जाएं. शॉर्टकट इस लिंक को ऐक्सेस कर सकता है: https://console.cloud.google.com/billing
- बिलिंग > “बिलिंग खाते मैनेज करें” पर क्लिक करें:
- बिलिंग > बनाए गए प्रोडक्शन प्रोजेक्ट के बगल में मौजूद तीन बिंदु वाले आइकॉन
पर क्लिक करें और “बिलिंग खाता बदलें” को चुनें:
- बिलिंग > बिलिंग खाते में, ड्रॉप-डाउन सूची में वह बिलिंग खाता कोड चुनें जो आपको वेलकम लेटर में मिला था. इसके बाद, “खाता सेट करें” पर क्लिक करें:
- प्रोजेक्ट को नए बिलिंग खाते से लिंक किया जाएगा:
- बिलिंग का नया तरीका जोड़ने के बाद, “खास जानकारी > पेमेंट की खास जानकारी” और “पेमेंट सेटिंग” पर जाएं. इससे आपको यह पता चलेगा कि जानकारी सही है या नहीं. बिलिंग और पेमेंट की जानकारी अपडेट करने के बारे में ज़्यादा जानने के लिए, कृपया इस लिंक पर जाएं. बिलिंग से जुड़ी किसी भी समस्या के लिए, कृपया बिलिंग सहायता केस दर्ज करें या अपने पार्टनर या Google प्रतिनिधि से संपर्क करें.
बिलिंग रिपोर्ट
बिलिंग रिपोर्ट की मदद से, प्रोजेक्ट से लिंक किए गए बिलिंग खाते से जुड़ी लागतों को समझा जा सकता है.
ध्यान दें: अगर आपने किसी Maps पार्टनर के साथ काम किया है, तो कृपया उनके साथ मिलकर यह पक्का करें कि आपको ज़रूरी बिलिंग जानकारी मिल गई हो.
प्रोजेक्ट का लिंक किया गया बिलिंग खाता खोलें और रिपोर्ट चुनें. इसके बाद, फ़िल्टर के इस सेट का इस्तेमाल किया जा सकता है:
यहां ध्यान देने वाली मुख्य सेटिंग, SKU के हिसाब से ग्रुप के हिसाब से फ़िल्टर है. इससे, ट्रिप और टास्क के साथ-साथ, इस्तेमाल किए गए अन्य एपीआई के बारे में पूरी जानकारी दिखेगी. इसमें यह जानकारी भी शामिल होगी कि ओवरएज हुआ था या नहीं, जैसा कि पहले बताया गया है:
रिपोर्ट की जानकारी हर दिन रीफ़्रेश की जाती है. अगर आपको दिन भर की जानकारी चाहिए, तो Cloud Logging क्वेरी का इस्तेमाल करके यह देखा जा सकता है कि दिन भर में कितने इवेंट हुए जिनके लिए शुल्क लिया जा सकता है. इसके लिए, पिछले सेक्शन देखें.
रैंप अप प्लान
एक अहम बात यह है कि आपने प्रॉडक्ट की बिक्री बढ़ाने के लिए क्या प्लान बनाया है. आम तौर पर, आपके कारोबार के हिसाब से यह मुमकिन है कि सारा ट्रैफ़िक, मोबिलिटी प्रोजेक्ट पर माइग्रेट न हो. उदाहरण के लिए, कुछ कंपनियों को अपनी सभी शाखाओं, फ़्रेंचाइज़ी, स्टोर, ऑफ़िस वगैरह में नया सलूशन रोल आउट करने में समय लगता है. इसका मतलब है कि ट्रैफ़िक का कुछ हिस्सा पुराने सिस्टम का इस्तेमाल करेगा और कुछ हिस्सा नए प्रोजेक्ट का.
साथ ही, कई मामलों में, सारा ट्रैफ़िक मोबाइल इस्तेमाल के उदाहरण से जुड़ा नहीं होगा. ऐसा स्टोर लोकेटर, सड़क किनारे पिकअप, और अन्य इंटरनल समाधानों के लिए होता है. इनका इस्तेमाल, Google Maps Platform के बिलिंग खाते के लिए किया जाना चाहिए, क्योंकि वहां के ट्रैफ़िक को मोबिलिटी बिलिंग खाते से अलग रखा जाना चाहिए.
यह ज़रूरी है कि आप नीति लागू करने से जुड़ी नीति का पालन करें:
- यात्रा के आधार पर मॉडल - “On-demand Rides and Deliveries Solution का मकसद, मांग पर मिलने वाली, कमर्शियल राइड और डिलीवरी सेवाओं में इस्तेमाल करना है. आम तौर पर, ऐसी सेवाओं में (a) ऐसे उपभोक्ता शामिल होते हैं जो किसी खास जगह पर जाने के लिए या किसी खास सामान की डिलीवरी के लिए अनुरोध सबमिट करते हैं. साथ ही, (b) ऐसे ड्राइवर शामिल होते हैं जिन्हें अनुरोधों के हिसाब से जोड़ा जाता है और जो सेवाएं देने के लिए वाहन चलाते हैं.”
- टास्क पर आधारित मॉडल - “Google Maps Platform का लास्ट माइल फ़्लीट सलूशन, व्यावसायिक लास्ट माइल डिलीवरी और फ़र्स्ट माइल पिकअप सेवाओं में इस्तेमाल करने के लिए है. आम तौर पर, ऐसी सेवाओं में ये चीज़ें शामिल होती हैं: (a) डिलीवरी के लिए इस्तेमाल होने वाले ऐसे वाहन जिनका मालिकाना हक या जिन्हें किराये पर लिया गया है, (b) पहले से तय किए गए रास्ते के हिसाब से डिलीवरी, (c) डिस्ट्रिब्यूशन सेंटर का नेटवर्क, जिसमें डिलीवरी की प्रोसेस को पूरा करने में मदद करने वाली ऑपरेशनल टीमें होती हैं, और (d) ऐसे उपभोक्ता जो शिपमेंट को ट्रैक करते हैं और फिर उन्हें स्वीकार करते हैं.”
इसलिए, आपको यह समझना चाहिए कि आपके कौनसे सिस्टम को Google Maps Platform के बिलिंग खाते से जोड़ना चाहिए और किन सिस्टम को मोबाइलिटी बिलिंग खाते से जोड़ना चाहिए. आम तौर पर, एक से ज़्यादा प्रोजेक्ट होते हैं और हर प्रोजेक्ट सही बिलिंग खाते से जुड़ा होता है.
उदाहरण के लिए, मान लें कि इस्तेमाल की सीमाओं के मुताबिक, हर ट्रिप / टास्क में आज 10 जियोकोडिंग अनुरोध शामिल हैं. अगर माइग्रेशन में कुछ महीने लगेंगे और आपने पहले महीने में 1 लाख ट्रिप / टास्क की रिपोर्टिंग शुरू की है, तो इसका मतलब है कि आपके पास Geocoding API को 10 लाख बार कॉल करने का विकल्प है. हालांकि, अगर आपके कारोबार के लिए 50 लाख जियोकोडिंग अनुरोध किए गए हैं, तो उस अंतर (40 लाख) को ओवरएज के तौर पर रिपोर्ट किया जा सकता है. यहां दो विकल्प हो सकते हैं:
- अगर आपने हमें भेजी जा रही यात्राओं / टास्क की संख्या बढ़ा दी है (रैंप अप प्लान को तेज़ी से लागू करना), तो ज़्यादा सीमाएं लागू होंगी. इस मामले में, आपको हर महीने 5 लाख यात्राओं / टास्क की रिपोर्ट करनी होगी.
- जैसा कि पहले बताया गया है, कॉन्ट्रैक्ट की बातचीत के दौरान, ज़्यादा सीमाओं के लिए बातचीत की जाती है.
- ज़्यादा छूट वाले टीयर का फ़ायदा पाने और ओवरएज की तुलना में कम पैसे चुकाने के लिए, जियोकोडिंग एपीआई के अनुरोधों को Google Maps Platform एपीआई पर भेजा जाता है.
हम जानते हैं कि आपके कारोबार के साइज़ और जटिलता के आधार पर, लागत का अनुमान लगाना मुश्किल हो सकता है. साथ ही, इस्तेमाल के उदाहरण भी मुश्किल हो सकते हैं. कृपया अपने पार्टनर या Google के साथ मिलकर काम करें और यह तय करें कि अपने मौजूदा प्रोजेक्ट का इस्तेमाल करके, प्रॉडक्शन लॉन्च की तैयारी करने का सबसे अच्छा तरीका क्या है.
खास जानकारी के तौर पर, रैंप अप का सही प्लान बनाने के लिए, यह तरीका अपनाएं: 1. यह पता लगाएं कि इस्तेमाल के कौनसे उदाहरण, मोबिलिटी से जुड़े हैं और कौनसे नहीं. 2. यह पता लगाएं कि इस्तेमाल के उदाहरणों और उनके वॉल्यूम के लिए, Google Maps Platform के किन एपीआई का इस्तेमाल किया जा रहा है. 3. यह पता लगाएं कि मोबाइलिटी सलूशन लागू होने के बाद, Google Maps Platform के एपीआई की ज़रूरत होगी या नहीं. उदाहरण के लिए, Fleet Engine पर ईटीए का हिसाब अपने-आप लगाया जाता है. हो सकता है कि आपको Directions API की मदद से, ईटीए का हिसाब लगाने की ज़रूरत न पड़े. 4. यह पता लगाएं कि मोबाइलिटी के इस्तेमाल के उदाहरणों को, आपके नए मोबाइलिटी प्लैटफ़ॉर्म पर पूरी तरह से माइग्रेट करने में कितना समय लगेगा. 5. दोबारा जांच लें कि इस्तेमाल की सीमाएं, आपके इस्तेमाल के उदाहरणों के लिए सही हैं या नहीं. 6. यह पता लगाएं कि Google Maps Platform के सभी अनुरोधों को, मोबाइलिटी के इस्तेमाल के उदाहरणों के लिए, मोबाइलिटी बिलिंग खाते में कब जोड़ा जा सकता है.
नतीजा
आखिर में, कीमत का अनुमान लगाने और पारदर्शिता के लिए, बिलिंग खाते को सही तरीके से कॉन्फ़िगर करना ज़रूरी है. जगह की जानकारी से जुड़ी सबसे बेहतर सेवाओं को शामिल करने वाली हमारी मोबाइलिटी टेक्नोलॉजी का इस्तेमाल करके, कंपनियां भरोसा कर सकती हैं कि उनकी बिलिंग प्रोसेस सटीक और असरदार है. इससे न सिर्फ़ लागत कम करने में मदद मिलती है, बल्कि कारोबार से जुड़े फ़ैसले लेने के लिए ज़रूरी डेटा और अहम जानकारी भी मिलती है. इसके अलावा, इस तरह के सिस्टम से कंपनियों को अपने खर्चों की साफ़ तौर पर जानकारी मिलती है. इससे बजट को बेहतर तरीके से मैनेज किया जा सकता है.
अगली कार्रवाइयां
- GCP कंसोल में अपना बिलिंग खाता सेटअप करें.
- बिलिंग के बारे में ज़्यादा जानकारी के लिए, यहां जाएं