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

एमआईटी की सहायता टीम के बारे में खास जानकारी

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

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

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

MIT API लागू करना

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

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

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

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

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

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

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

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

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

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

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

लागू करने के बारे में ज़रूरी बातें

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

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