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 Partners के ज़रिए या कुछ मामलों में सीधे 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"
    }
}'

लागत

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

हम समझते हैं कि मोबिलिटी ग्राहक, अपनी यात्रा और डिलीवरी के लिए 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 API के लिए 200 डॉलर का क्रेडिट देता है. यह आकलन की अवधि के दौरान, नियंत्रित माहौल के लिए काफ़ी होना चाहिए.

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

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

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

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

आपकी तरफ़ से कोई ऐसा व्यक्ति जो ये काम कर सकता है:

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

यहां हमने नए प्रोजेक्ट को सेटअप करने के लिए ज़रूरी चरणों और इन नए प्रोजेक्ट के लिए बिलिंग को कॉन्फ़िगर करने का तरीका बताया है.

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

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

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

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

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

  1. [आप] सही मोबिलिटी आइडेंटिफ़िकेशन और ऐक्सेस मैनेजमेंट (आईएएम) भूमिकाओं (यात्रा पर आधारित और टास्क के हिसाब से) के साथ-साथ सेवा खाते बनाना - यह काम डेवलपमेंट एनवायरमेंट में किया गया था या ज़रूरत पड़ने पर ऐक्सेस को व्यवस्थित तरीके से अलग-अलग करके किया गया था - यह सेक्शन देखें.
  2. [आप] एपीआई कुंजियां बनाना - जैसा कि यह डेवलपमेंट एनवायरमेंट पर किया गया था. इसके अलावा, ज़रूरत पड़ने पर ऐक्सेस को बेहतर तरीके से अलग-अलग करके बनाया गया था (जैसे, हर प्रॉडक्ट, डोमेन वगैरह के हिसाब से).
  3. [आप] “लोकल राइड और डिलीवरी” जैसे एपीआई और दूसरे ज़रूरी Google Maps Platform एपीआई चालू करना (जैसे, जियोकोडिंग, ऑटोकंप्लीट, पते की पुष्टि करना).
  4. [You] कोटा: अगर आपको कुछ एपीआई के लिए क्यूपीएस (क्वेरी प्रति सेकंड) बढ़ोतरी की ज़रूरत है, तो सहायता पाने के लिए टिकट खोलें. ऐसा करने का तरीका यहां देखें. आपको कारोबार की बढ़ोतरी की वजह बतानी होगी. साथ ही, यह भी बताना होगा कि बढ़ोतरी की ज़रूरत क्यों है. पहले से तय कोटा यहां देखे जा सकते हैं.
  5. [आप] अगर आपने ऐसे सिस्टम डेवलप किए हैं जो डेवलपमेंट एनवायरमेंट के क्रेडेंशियल का इस्तेमाल कर रहे थे, तो पक्का करें कि ये सिस्टम बनाए गए नए प्रोजेक्ट के लिए बनाए गए नए क्रेडेंशियल पर ले जा सकें. इसमें, एपीआई पासकोड, सेवा खाते जैसे नए क्रेडेंशियल पर बैकएंड और फ़्रंटएंड सिस्टम को पॉइंट करना शामिल है. साथ ही, यह पक्का करना भी शामिल है कि हर एनवायरमेंट में सही प्रोजेक्ट आईडी का इस्तेमाल किया गया हो.

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

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

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

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

बिलिंग सत्यापन

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

बिलिंग की पुष्टि करने की प्रोसेस में नीचे दिए गए चरण शामिल हैं:

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

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

    • मोबिलिटी स्टार्टर और Optimize या ऐक्सेलरेट (यात्रा के आधार पर): 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"

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

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

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

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

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

jsonPayload.errorResponse.code:*

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

क्लाउड लॉगिंग का इस्तेमाल करके क्वेरी करना
क्लाउड लॉगिंग का इस्तेमाल करके क्वेरी करना

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

क्लाउड लॉगिंग क्वेरी से मेट्रिक बनाना
क्लाउड लॉगिंग क्वेरी से मेट्रिक बनाना

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

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

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

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

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

  1. Google Cloud Console (https://console.cloud.google.com) खोलें.
  2. वह नया प्रोजेक्ट चुनें जिसका इस्तेमाल प्रोडक्शन में किया जाएगा.
  3. उस प्रोजेक्ट के बिलिंग सेक्शन पर जाएं. शॉर्टकट के ज़रिए इस लिंक को ऐक्सेस किया जा सकता है: https://console.cloud.google.com/billing
  4. बिलिंग > “बिलिंग खाते मैनेज करें” पर क्लिक करें:
    एक से ज़्यादा बिलिंग खाते
    आपका प्रोजेक्ट ऊपर दिए गए प्रोजेक्ट से अलग दिख सकता है.
  5. बिलिंग पर जाएं > बनाए गए प्रोडक्शन प्रोजेक्ट के बगल में मौजूद तीन बिंदु वाले आइकॉन ज़्यादा जानकारी देखें पर क्लिक करें और “बिलिंग खाता बदलें” चुनें:
    प्रोजेक्ट चुनें
  6. बिलिंग > बिलिंग खाते पर जाकर, ड्रॉप-डाउन सूची के वेलकम लेटर में मिला बिलिंग खाता कोड चुनें. इसके बाद, “खाता सेट करें” पर क्लिक करें:
    प्रोजेक्ट चुनें
  7. प्रोजेक्ट को नए बिलिंग खाते से लिंक किया जाएगा:
    सही बिलिंग खाता चुनें
    अहम जानकारी: अब से, इस प्रोजेक्ट में रिपोर्ट किए गए सभी यात्राओं या टास्क का बिल भेजा जाएगा, जैसा कि ऊपर बताया गया है. अगर अभी तक बिलिंग की पुष्टि नहीं हुई है, तो बिलिंग खाते को अभी लिंक न करें.
  8. बिलिंग का नया तरीका जोड़ने के बाद, “खास जानकारी > पेमेंट की खास जानकारी” और “पेमेंट सेटिंग” पर जाकर पुष्टि करें कि जानकारी सही है या नहीं. बिलिंग और पेमेंट की जानकारी को अपडेट करने के बारे में ज़्यादा जानकारी के लिए, कृपया यह लिंक देखें.
    बिलिंग से जुड़ी किसी भी समस्या के लिए, कृपया billing सहायता मामला दर्ज करें या अपने पार्टनर या Google प्रतिनिधि से संपर्क करें.

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

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

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

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

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

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

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

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

रैंप अप प्लान

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

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

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

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

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

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

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

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

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

नतीजा

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

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