कारोबारी या कंपनी की ओर से शुरू किए गए लेन-देन (एमआईटी)

एमआईटी सपोर्ट की खास जानकारी

कारोबारी या कंपनी की ओर से शुरू किए गए लेन-देन (एमआईटी) ऐसे लेन-देन होते हैं जिन्हें उपयोगकर्ता के सेशन में ऐक्टिव न होने पर भी प्रोसेस किया जाता है. Google Pay Online API के इस अपडेट से, इन लेन-देन के टाइप को ज़्यादा लोगों तक पहुंचाने में मदद मिलती है. साथ ही, बिलिंग की जानकारी के लिए बेहतर यूज़र एक्सपीरियंस (यूएक्स) मिलता है और पेमेंट की प्रोसेस को बेहतर तरीके से पूरा किया जा सकता है.

इस्तेमाल के मुख्य उदाहरण

  • बार-बार होने वाले पेमेंट: डिजिटल स्ट्रीमिंग सेवाएं, सदस्यताएं या यूटिलिटी.
  • बाद में किए जाने वाले पेमेंट: होटल बुकिंग, पहले से किए गए ऑर्डर या नहीं आने पर लगने वाला शुल्क.
  • अपने-आप रीलोड होने की सुविधा: बस, मेट्रो वगैरह से यात्रा करने के पास या गिफ़्ट कार्ड के लिए, सेव की गई वैल्यू को टॉप-अप करने की सुविधा.

MIT API लागू करना

MIT API, मौजूदा loadPaymentData API का एक्सटेंशन है. इंटिग्रेटर को बिलिंग के मकसद के बारे में बताने के लिए, सिर्फ़ एक *TransactionInfo ऑब्जेक्ट शामिल करना होगा. कारोबारी या कंपनी की ओर से शुरू किए गए लेन-देन के टाइप के आधार पर, Google तीन विकल्प उपलब्ध कराता है:

लेन-देन का टाइप ऑब्जेक्‍ट नाम ब्यौरा
बार-बार होने वाली RecurringTransactionInfo इस कुकी का इस्तेमाल, तय की गई फ़्रीक्वेंसी के हिसाब से लगने वाले शुल्क के लिए किया जाता है. इसमें बिना किसी शुल्क के आज़माने की सुविधा, प्रीपेड, और पोस्टपेड बिलिंग की सुविधा मिलती है.
स्थगित किया गया DeferredTransactionInfo इसका इस्तेमाल, आने वाले समय में तय की गई तारीख पर एक बार शुल्क लेने के लिए किया जाता है.
अपने-आप रीलोड होने की सुविधा AutomaticReloadTransactionInfo इस कुकी का इस्तेमाल, सेव किए गए वैल्यू खाते को फिर से लोड करने के लिए किया जाता है. ऐसा तब किया जाता है, जब बैलेंस तय थ्रेशोल्ड से कम हो जाता है.

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

  1. दस्तावेज़: ऑब्जेक्ट की तीन नई परिभाषाएं, दस्तावेज़ के ऑब्जेक्ट रेफ़रंस सेक्शन में मौजूद हैं. साथ ही, इन्हें ऊपर दी गई सूची में सीधे तौर पर लिंक किया गया है.
  2. लागू करना: एपीआई अनुरोध में, अपने सिस्टम के लिए काम के *TransactionInfo ऑब्जेक्ट का इस्तेमाल करें.
    • ध्यान दें कि एपीआई को हर अनुरोध में सिर्फ़ एक ऑब्जेक्ट भेजा जा सकता है. कारोबारी या कंपनी को यह तय करना होता है कि किस ऑब्जेक्ट का इस्तेमाल करना है और फ़ील्ड में जानकारी भरनी है.
  3. टेस्टिंग: टेस्ट एनवायरमेंट का इस्तेमाल करके, यह पुष्टि करें कि पेस्लिप में बिलिंग की जानकारी सही तरीके से दिख रही है.
  4. लॉन्च: पैरामीटर की पुष्टि होने के बाद, लाइव स्ट्रीम शुरू करें.

टोकन लाइफ़साइकल मैनेजमेंट (टीएलएम)

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

मुख्य टोकन इवेंट

  • बंद करना/मिटाना: जब किसी टोकन का इस्तेमाल नहीं किया जा सकता, तब यह सूचना मिलती है.
  • FPAN के सफ़िक्स में बदलाव: यह तब होता है, जब फ़ंडिंग के मुख्य खाते का नंबर अपडेट किया जाता है.

सर्वर सेटअप करने से जुड़ी ज़रूरी शर्तें

सीधे तौर पर कारोबारियों या कंपनियों और पेमेंट की सेवा देने वाली कंपनियों (पीएसपी) को, इन मैसेज को पाने, डिक्रिप्ट करने, और प्रोसेस करने के लिए एक सिस्टम बनाना होगा.

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

लागू करने से जुड़ी जानकारी

टोकन के अपडेट पाने के लिए, लेन-देन के साथ tokenUpdateUrl एंडपॉइंट पास करना ज़रूरी है. पीएसपी के लिए, यह तय करना पीएसपी की ज़िम्मेदारी है कि कारोबारी या कंपनियां, इस यूआरएल को कैसे पाएं और इसे *TransactionInfo ऑब्जेक्ट में कैसे भरें.

यह भी ध्यान दें कि एन्क्रिप्ट (सुरक्षित) किए गए पेलोड में, एमआईटी के लिए एक और फ़ील्ड merchantTokenId दिखेगा. हालांकि, इसकी वैल्यू देना ज़रूरी नहीं है. ज़्यादा जानकारी के लिए, कारोबारियों के लिए पेमेंट डेटा क्रिप्टोग्राफ़ी दस्तावेज़ या पीएसपी के लिए पे लोड स्ट्रक्चर दस्तावेज़ देखें.