बिलिंग को समझना

Google Maps Platform के लास्ट माइल फ़्लीट सलूशन (LMFS) की शर्तों के तहत, बिल करने लायक लेन-देन, किसी शिपमेंट से जुड़े टास्क पूरे करने पर होता है.

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

बिल किया जा सकने वाला टास्क क्या होता है?

बिल किए जा सकने वाले टास्क ऐसे टास्क होते हैं जो शिपमेंट पूरा कर लेते हैं: जैसे, एक या एक से ज़्यादा सामान को एक यूनीक शिप से किसी खास व्यक्ति को भेजना. शिपिंग के लिए सेट किए गए जो टास्क पूरे नहीं हो सके उनके लिए बिल नहीं बनाया जा सकता.

नीचे दी गई टेबल में, बिल करने लायक और बिल न किए जा सकने वाले टास्क के लिए, असल दुनिया की कुछ स्थितियां दी गई हैं.

स्थिति बिल लायक?
एक ड्राइवर ने पैकेज डिलीवर करने की कोशिश की, लेकिन कोशिश सफल रही. उदाहरण के लिए, फ़ाइल पाने वाले व्यक्ति को पैकेज सीधे मिला या ड्राइवर ने पड़ोसी के पास पैकेज छोड़ दिया. हां
एक ड्राइवर ने पैकेज के लिए तय समयसीमा के बाद पैकेज डिलीवर किया. हां
एक ड्राइवर ने शिपमेंट के सफल होने की शिकायत की है, लेकिन डिलीवरी पाने वाले ने बाद में शिपमेंट मिलने पर विरोध दर्ज किया है. हां
एक ड्राइवर ने पैकेज डिलीवर करने की कोशिश की, लेकिन ऐसा नहीं किया जा सका. उदाहरण के लिए, मैसेज पाने वाले व्यक्ति के घर पर हस्ताक्षर करना ज़रूरी नहीं था या पता गलत था. नहीं
ड्राइवर तय समय पर ब्रेक या स्टॉप लेता है. नहीं

डिलीवरी एपीआई में बिलिंग कैसे होती है?

टास्क के लिए बिलिंग इन शर्तों के मुताबिक की जाती है:

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

  • TaskOutcome की वैल्यू SUCCEEDED होती है.

लास्ट माइल फ़्लीट सलूशन डिलीवरी एपीआई पहली बार SUCCEEDED की वैल्यू के साथ TaskOutcome को अपडेट करने पर, बिल करने लायक इवेंट बनाता है. ऐसा होने पर, यह उस SKU के लिए बिलिंग मेट्रिक को बढ़ाता है. उस टास्क में बाद में होने वाले किसी भी अपडेट का असर इस बिलिंग मेट्रिक पर नहीं पड़ता. पहला नतीजा सेट होने के बाद, इसे बढ़ाया या कम नहीं किया जा सकता.

आपको अपने टास्क को कैसे मॉडल करना चाहिए?

इस सेक्शन में कुछ बुनियादी सुझाव दिए गए हैं, जिनकी मदद से आपको यह पता चल सकता है कि आपने हमारे नियमों और शर्तों के मुताबिक, अपने टास्क सही तरीके से सेट किए हैं या नहीं.

  • शिपिंग के टास्क के लिए, सही फ़ील्ड सेट करें. टास्क के टाइप को delivery पर सेट करें, एक यूनीक टास्क आईडी असाइन करें, और हर टास्क को पूरा करने के लिए सही जगह बताएं. पक्का करें कि हर शिपमेंट में डिलीवरी टास्क हो.
  • ग्राहकों को शिप करने वाले लोगों के हर कॉम्बिनेशन के लिए, अलग-अलग टास्क बनाएं. उदाहरण के लिए, एक से ज़्यादा शिपर से एक पाने वाले के लिए दो टास्क इस्तेमाल करें. इसके अलावा, डिलीवरी की एक ऐसी जगह के लिए कई टास्क बनाएं जहां एक से ज़्यादा डिलीवरी पाने वाले को कई पैकेज डिलीवर किए जाएंगे.
  • नॉन-शिपमेंट वाले टास्क के बारे में सही तरीके से बताएं. शेड्यूल किए गए स्टॉप के लिए, Type टास्क को SCHEDULED_STOP पर सेट करें. ड्राइवर के लिए ब्रेक के लिए, Type को UNAVAILABLE पर सेट करें.
  • TaskOutcome फ़ील्ड को सही तरीके से सेट करें. टास्क पूरा होने पर, पक्का करें कि लागू करने की प्रक्रिया, TaskOutcome को SUCCEEDED या FAILED पर सेट करती हो. पूरे हो चुके किसी टास्क को CLOSED स्थिति में अपडेट करने से ही हमारी शर्तों का पालन नहीं होता. ड्राइवर SDK टूल, gRPC या REST का इस्तेमाल करके, टास्क का नतीजा सेट किया जा सकता है.

ज़्यादा जानकारी के लिए, Fleet Engine की यूज़र गाइड के इन विषयों को देखें: