ट्रैवल बुकिंग के लिए भुगतान

ट्रैवल पेमेंट गेटवे इंटीग्रेशन जो हर भुगतान को उसकी बुकिंग से जोड़े रखता है

अपनी बुकिंग वेबसाइट या B2B पोर्टल को उन पेमेंट प्रोवाइडरों से जोड़ें जिनका उपयोग आपके ग्राहक करते हैं। चेकआउट बुकिंग फ़्लो के भीतर होता है, जहाँ कार्ड को ज़रूरत हो वहाँ 3D Secure चलता है, और हर ऑथराइज़ेशन, कैप्चर, रिफंड और वेबहुक उसी बुकिंग रेफ़रेंस के साथ सहेजा जाता है जिस पर आपकी टीम काम करती है।

  • बुकिंग फ़्लो के भीतर चेकआउट
  • प्रोवाइडर की अनुमति पर मल्टी-करेंसी
  • 3D Secure और टोकनाइज़्ड कार्ड
  • वॉइड, रिफंड और रीकंसिलिएशन

सुरक्षित ट्रैवल चेकआउट

आपके बुकिंग फ़्लो के भीतर ट्रैवल पेमेंट गेटवे इंटीग्रेशन

ग्राहक फ़्लाइट, होटल, टूर और ट्रांसफ़र का भुगतान आपके अपने चेकआउट पेज पर करते हैं, किसी अलग पेमेंट लिंक से नहीं। बुकिंग सिस्टम राशि, मुद्रा और बुकिंग रेफ़रेंस भेजता है; गेटवे ऐसा परिणाम लौटाता है जिस पर बुकिंग कार्रवाई कर सके।

यही फ़्लो फ़्लाइट बुकिंग सॉफ़्टवेयर, होटल बुकिंग इंजन और टूर ऑपरेटर सॉफ्टवेयर के लिए काम करता है: बुकिंग होल्ड होती है, भुगतान लिया जाता है, और सप्लायर की पुष्टि तभी आती है जब भुगतान सफल हो।

  • मल्टी-करेंसी

    उन मुद्राओं में दिखाएँ और सेटल करें जिन्हें आपका प्रोवाइडर और मर्चेंट अकाउंट सपोर्ट करता है।

  • सुरक्षित प्रमाणीकरण

    टोकनाइज़्ड कार्ड, 3D Secure और प्रोवाइडर की अपनी जोखिम जाँच।

  • ट्रेस करने योग्य रिकॉर्ड

    लेनदेन, बुकिंग, रिफंड और सेटलमेंट रेफ़रेंस आपस में जुड़े रहते हैं।

बुकिंग भुगतानबुकिंगPT-48213
  1. विवरण
  2. भुगतान
  3. 3D Secure
  4. पुष्टि हुई
भुगतान मुद्रा
  • फ़्लाइट, 2 वयस्क$612.00
  • होटल, 3 रातें$438.00
  • बुकिंग शुल्क$15.00
कुल देय राशि$1,065.00 USD
  • फ़्लाइट, 2 वयस्क€566.00
  • होटल, 3 रातें€405.00
  • बुकिंग शुल्क€14.00
कुल देय राशि€985.00 EUR
  • फ़्लाइट, 2 वयस्क£486.00
  • होटल, 3 रातें£348.00
  • बुकिंग शुल्क£12.00
कुल देय राशि£846.00 GBP

कार्ड विवरण सीधे आपके गेटवे पर जाते हैं

नमूना राशियाँ। मुद्राएँ, तरीके और शुल्क आपके गेटवे और मर्चेंट अकाउंट पर निर्भर करते हैं।

लेनदेन का जीवनचक्र

भुगतान स्थिति और बुकिंग स्थिति साथ-साथ कैसे बदलती हैं

कार्ड स्वीकृत होते ही ट्रैवल भुगतान पूरा नहीं हो जाता। कोई परिदृश्य चुनें और देखें कि हर चरण पर गेटवे क्या रिपोर्ट करता है और बुकिंग क्या करती है।

भुगतान हुआ और पुष्टि हुई

कैप्चर्डपुष्टि हुई
  1. 0100:00बुकिंग राशि, मुद्रा और रेफ़रेंस गेटवे को भेजती हैभुगतानलंबितबुकिंगहोल्ड पर
  2. 0200:04गेटवे कार्ड स्वीकृत करता है और राशि होल्ड करता हैभुगतानऑथराइज़्डबुकिंगहोल्ड पर
  3. 0300:09सप्लायर बुकिंग की पुष्टि करता हैभुगतानऑथराइज़्डबुकिंगपुष्टि हुई
  4. 0400:10होल्ड की गई राशि कैप्चर की जाती हैभुगतानकैप्चर्डबुकिंगपुष्टि हुई
  5. 0500:11साइन किया वेबहुक बुकिंग के साथ सहेजा गयाभुगतानकैप्चर्डबुकिंगपुष्टि हुई

सप्लायर की पुष्टि के बाद कैप्चर करने का मतलब है कि ग्राहक से ऐसी बुकिंग का शुल्क कभी नहीं लिया जाता जो मौजूद ही नहीं।

3D Secure चैलेंज

कैप्चर्डपुष्टि हुई
  1. 0100:00बुकिंग राशि, मुद्रा और रेफ़रेंस गेटवे को भेजती हैभुगतानलंबितबुकिंगहोल्ड पर
  2. 0200:03बैंक 3D Secure चैलेंज माँगता हैभुगतानकार्रवाई आवश्यकबुकिंगहोल्ड पर
  3. 0300:41ग्राहक सत्यापन पूरा करता है और भुगतान ऑथराइज़ होता हैभुगतानऑथराइज़्डबुकिंगहोल्ड पर
  4. 0400:46सप्लायर बुकिंग की पुष्टि करता हैभुगतानऑथराइज़्डबुकिंगपुष्टि हुई
  5. 0500:47होल्ड की गई राशि कैप्चर की जाती हैभुगतानकैप्चर्डबुकिंगपुष्टि हुई

ग्राहक के सत्यापन के दौरान बुकिंग होल्ड पर रहती है। चैलेंज विफल या समय समाप्त होने पर होल्ड छोड़ दिया जाता है और कुछ भी चार्ज नहीं होता।

कीमत बदली

कैप्चर्डपुष्टि हुई
  1. 0100:00चार्ज करने से पहले सप्लायर से कीमत पुनः सत्यापितभुगतानशुरू नहीं हुआबुकिंगहोल्ड पर
  2. 0200:02नई कीमत ग्राहक को स्वीकृति के लिए दिखाई गईभुगतानशुरू नहीं हुआबुकिंगकीमत बदली
  3. 0300:30ग्राहक स्वीकार करता है और नई राशि का भुगतान बनाया जाता हैभुगतानलंबितबुकिंगकीमत बदली
  4. 0400:34गेटवे कार्ड स्वीकृत करता है और राशि होल्ड करता हैभुगतानऑथराइज़्डबुकिंगकीमत बदली
  5. 0500:39सप्लायर बुकिंग की पुष्टि करता हैभुगतानऑथराइज़्डबुकिंगपुष्टि हुई
  6. 0600:40होल्ड की गई राशि कैप्चर की जाती हैभुगतानकैप्चर्डबुकिंगपुष्टि हुई

भुगतान से पहले पुनः सत्यापन एजेंसी को ऐसी किराया वृद्धि झेलने से बचाता है जो उसने देखी ही नहीं।

भुगतान के बाद सप्लायर विफल

वॉइडविफल
  1. 0100:00बुकिंग राशि, मुद्रा और रेफ़रेंस गेटवे को भेजती हैभुगतानलंबितबुकिंगहोल्ड पर
  2. 0200:04गेटवे कार्ड स्वीकृत करता है और राशि होल्ड करता हैभुगतानऑथराइज़्डबुकिंगहोल्ड पर
  3. 0300:12सप्लायर बुकिंग अस्वीकार करता हैभुगतानऑथराइज़्डबुकिंगविफल
  4. 0400:13कैप्चर से पहले ऑथराइज़ेशन वॉइड, कोई चार्ज नहींभुगतानवॉइडबुकिंगविफल
  5. 0500:14ग्राहक और ऑपरेशंस टीम को दोनों रेफ़रेंस के साथ सूचित किया गयाभुगतानवॉइडबुकिंगविफल

चूँकि राशि केवल ऑथराइज़ थी, इसे रिफंड के बजाय वॉइड से छोड़ा जाता है। जहाँ प्रोवाइडर तुरंत कैप्चर करता है, वही चरण रिफंड बन जाता है।

उदाहरणात्मक क्रम। राशि पहले ऑथराइज़ होती है या तुरंत कैप्चर, यह गेटवे और आपकी सेटिंग्स पर निर्भर करता है।

पर्दे के पीछे

अनुरोध, वेबहुक और रिफंड जो बुकिंग रेफ़रेंस साथ रखते हैं

गेटवे को हर कॉल में बुकिंग रेफ़रेंस और एक आइडेम्पोटेंसी की होती है, और गेटवे से आने वाली हर घटना बुकिंग बदलने से पहले सत्यापित की जाती है।

  1. 1बुकिंग रेफ़रेंस मेटाडेटा के रूप में जाता है, इसलिए प्रोवाइडर डैशबोर्ड और आपका एडमिन पैनल एक ही बुकिंग दिखाते हैं।
  2. 2आइडेम्पोटेंसी की डबल क्लिक या नेटवर्क रीट्राई से दोबारा चार्ज होने से रोकती है।
  3. 3राशियाँ स्पष्ट मुद्रा कोड के साथ सबसे छोटी इकाई में भेजी जाती हैं।
  1. 1कुछ भी बदलने से पहले सिग्नेचर आपके वेबहुक सीक्रेट से जाँचा जाता है।
  2. 2घटना का प्रकार बुकिंग की कार्रवाई तय करता है: पुष्टि करें, छोड़ें या समीक्षा के लिए चिह्नित करें।
  3. 3एक ही घटना की दोहराई गई डिलीवरी पहचानी और अनदेखी की जाती है।
  1. 1आंशिक राशियाँ एजेंसी या सप्लायर द्वारा रखे गए रद्दीकरण शुल्क को कवर करती हैं।
  2. 2रिफंड मूल भुगतान और रद्द बुकिंग की ओर संकेत करता है।
  3. 3एक कारण कोड प्रोवाइडर को और सपोर्ट व विवादों के लिए आपके रिकॉर्ड में जाता है।

जो प्रोवाइडर अभी जुड़े नहीं हैं उन्हें कस्टम API इंटीग्रेशन के रूप में संभाला जाता है। लोकप्रिय गेटवे के अपने पेज हैं: Stripe भुगतान और PayPal भुगतान।

POST /v1/paymentsIdempotency-Key: bk_PT-48213_a1{  "amount": 106500,  "currency": "USD",  "capture": "after_confirmation",  "metadata": {    "booking": "PT-48213",    "pnr": "X7K2LM"  }}
POST /webhooks/paymentsSignature: t=1791012345,v1=5f3ac1…{  "id": "evt_8841",  "type": "payment.captured",  "payment": "pay_3QK19",  "metadata": { "booking": "PT-48213" }}→ 200 OK  booking=PT-48213 status=confirmed
POST /v1/refundsIdempotency-Key: rf_PT-48213_1{  "payment": "pay_3QK19",  "amount": 41800,  "currency": "USD",  "reason": "cancelled_by_customer",  "metadata": {    "booking": "PT-48213",    "retained_fee": 2000  }}

सामान्य उदाहरण। फ़ील्ड नाम आपके चुने गए गेटवे के API के अनुसार होते हैं।

ट्रैवल-विशिष्ट संचालन

ट्रैवल में गड़बड़ होने वाली बातों के लिए भुगतान नियंत्रण

कीमतें बदलती हैं, सप्लायर विफल होते हैं और ग्राहक रद्द करते हैं। हर नियंत्रण उस स्थिति का जवाब है जिससे ऑपरेशंस टीमें नियमित रूप से निपटती हैं।

  • स्थिति01

    खोज और भुगतान के बीच होटल का रेट बढ़ गया।

    नियंत्रण

    कीमत का पुनः सत्यापन

    ग्राहक से चार्ज लेने से पहले सप्लायर की नवीनतम कीमत की पुष्टि होती है, और कोई भी बदलाव स्वीकृति के लिए दिखाया जाता है।

  • स्थिति02

    धीमे कनेक्शन पर ग्राहक ने Pay दो बार दबाया।

    नियंत्रण

    आइडेम्पोटेंट बुकिंग फ़्लो

    दोहराए गए अनुरोध दूसरा चार्ज या दूसरी बुकिंग बनाने के बजाय पहला परिणाम लौटाते हैं।

  • स्थिति03

    ग्राहक यूरो में भुगतान करता है और सप्लायर डॉलर में बिल बनाता है।

    नियंत्रण

    मुद्रा और मार्कअप नियम

    चेकआउट मुद्रा, बुकिंग मूल्य, मार्कअप और सेटलमेंट राशि, हर एक अलग से दर्ज की जाती है।

  • स्थिति04

    पाँच रातों के ठहराव की दो रातें रद्द हो गईं।

    नियंत्रण

    वॉइड और आंशिक रिफंड

    पूर्ण या आंशिक रिवर्सल उसी रद्दीकरण या संशोधन से जुड़े होते हैं जिसने उन्हें जन्म दिया।

  • स्थिति05

    यात्रा के महीनों बाद कार्डधारक किसी चार्ज पर विवाद करता है।

    नियंत्रण

    विवाद और चार्जबैक

    प्रोवाइडर की घटनाएँ, प्रमाणीकरण परिणाम और बुकिंग दस्तावेज़ साक्ष्य के रूप में एक साथ रखे जाते हैं।

  • स्थिति06

    पहले से रद्द बुकिंग के लिए वेबहुक आता है।

    नियंत्रण

    वेबहुक और अलर्ट

    सत्यापित घटनाएँ बुकिंग अपडेट करती हैं; जो मेल नहीं खाता उसे किसी व्यक्ति की समीक्षा के लिए चिह्नित किया जाता है।

प्रोवाइडर कवरेज

अपने बाज़ार और ग्राहकों के लिए गेटवे चुनें

उपलब्धता मर्चेंट स्वीकृति, देश कवरेज, मुद्राओं और भुगतान विधियों पर निर्भर करती है। कई एजेंसियाँ एक वैश्विक कार्ड गेटवे को क्षेत्रीय प्रोवाइडर और B2B सेटलमेंट विकल्प के साथ जोड़ती हैं।

  • A

    वैश्विक कार्ड गेटवे

    कार्ड स्वीकृति, टोकनाइज़ेशन, 3D Secure, रिफंड और बहु-बाज़ार चेकआउट।

  • B

    क्षेत्रीय प्रोवाइडर

    स्थानीय मुद्राएँ, घरेलू भुगतान नेटवर्क और बाज़ार-विशिष्ट तरीके।

  • C

    डिजिटल वॉलेट

    स्वीकृत वॉलेट अकाउंट पसंद करने वाले ग्राहकों के लिए तेज़ चेकआउट।

  • D

    B2B भुगतान फ़्लो

    एजेंट क्रेडिट, मैनुअल भुगतान रिकॉर्ड और नियंत्रित भुगतान वर्कफ़्लो।

हर प्रकार आमतौर पर क्या कवर करता है
ज़रूरतAवैश्विक कार्ड गेटवेBक्षेत्रीय प्रोवाइडरCडिजिटल वॉलेटDB2B भुगतान फ़्लो
अंतरराष्ट्रीय कार्डआमतौर पर कवरआमतौर पर कवरप्रोवाइडर पर निर्भरसामान्य विकल्प नहीं
स्थानीय तरीके और बैंक नेटवर्कप्रोवाइडर पर निर्भरआमतौर पर कवरप्रोवाइडर पर निर्भरसामान्य विकल्प नहीं
3D Secureआमतौर पर कवरप्रोवाइडर पर निर्भरप्रोवाइडर पर निर्भरसामान्य विकल्प नहीं
रिफंड और वॉइडआमतौर पर कवरप्रोवाइडर पर निर्भरप्रोवाइडर पर निर्भरआमतौर पर कवर
कई मुद्राएँआमतौर पर कवरप्रोवाइडर पर निर्भरप्रोवाइडर पर निर्भरप्रोवाइडर पर निर्भर
एजेंट क्रेडिट और जमासामान्य विकल्प नहींसामान्य विकल्प नहींसामान्य विकल्प नहींआमतौर पर कवर
  • आमतौर पर कवर
  • प्रोवाइडर पर निर्भर
  • सामान्य विकल्प नहीं

इंटीग्रेशन डायरेक्टरी में गेटवे

ये नाम लाइव सभी इंटीग्रेशन से आते हैं। मर्चेंट अकाउंट और लेनदेन शुल्क आपकी चुनी हुई पेमेंट कंपनी के साथ तय होते हैं।

गेटवे के बिना सेटलमेंट

  • वॉलेट बैलेंस
  • बैंक ट्रांसफ़र
  • बाद में भुगतान

एजेंटों और ऑफ़लाइन बिक्री के लिए बुकिंग B2B एजेंट वॉलेट से, बैंक ट्रांसफ़र से या बाद में भुगतान के रूप में भी सेटल की जा सकती है, जिसमें हर भुगतान आपकी टीम दर्ज करती है।

प्रोजेक्ट स्कोपिंग

आपके पेमेंट इंटीग्रेशन का दायरा तय करने के लिए हमें क्या चाहिए

एक स्पष्ट प्रोवाइडर अकाउंट और परिभाषित लेनदेन वर्कफ़्लो से हम दायरा, परीक्षण और डिलीवरी सटीक रूप से तय कर पाते हैं। जो आपके पास पहले से है उसे टिक करें।

0/5तैयार

स्कोपिंग चेकलिस्ट

गो-लाइव का रास्ता

  1. 01

    सैंडबॉक्स कुंजियाँ

    प्लेटफ़ॉर्म प्रोवाइडर के टेस्ट एनवायरनमेंट पर चलता है।

  2. 02

    टेस्ट केस

    स्वीकृति, अस्वीकृति, 3D Secure, वॉइड और रिफंड, हर एक टेस्ट बुकिंग पर।

  3. 03

    वेबहुक एंडपॉइंट

    सिग्नेचर सत्यापित और हर घटना प्रकार बुकिंग कार्रवाई से मैप किया गया।

  4. 04

    प्रोडक्शन कुंजियाँ

    लाइव क्रेडेंशियल चालू, विफल भुगतानों की निगरानी के साथ।

अपना चेकआउट प्लान करें

गेटवे का काम आपके बुकिंग प्लेटफ़ॉर्म के साथ मिलकर तय किया जाता है। PHPTRAVELS $2499 से शुरू होने वाला एकमुश्त लाइसेंस है जिसमें सोर्स कोड शामिल है और यह आपके अपने सर्वर पर होस्ट होता है; हर प्लान में क्या शामिल है, यह कीमतें पर देखें।

खरीदारों के सवाल

पेमेंट गेटवे इंटीग्रेशन FAQ

अपने बुकिंग प्लेटफ़ॉर्म में ऑनलाइन भुगतान जोड़ने से पहले एजेंसियाँ क्या पूछती हैं।

सेल्स से बात करें

यह किसी ट्रैवल बुकिंग वेबसाइट या पोर्टल को पेमेंट प्रोवाइडर से जोड़ता है, ताकि ग्राहक चेकआउट के दौरान भुगतान करें और बुकिंग सिस्टम हर बुकिंग के लिए ऑथराइज़ेशन, कैप्चर, रिफंड और भुगतान स्थिति को सुरक्षित रूप से ट्रैक कर सके।

PHPTRAVELS इंटीग्रेशन डायरेक्टरी में सूचीबद्ध कई वैश्विक और क्षेत्रीय गेटवे सपोर्ट करता है। सही विकल्प आपके देश, मर्चेंट स्वीकृति, मुद्राओं, भुगतान विधियों और आपके अकाउंट के लिए उपलब्ध प्रोवाइडर API पर निर्भर करता है।

हाँ, जब चुना गया गेटवे और मर्चेंट अकाउंट आपकी ज़रूरत की प्रेज़ेंटमेंट और सेटलमेंट मुद्राओं को सपोर्ट करते हों। मुद्रा रूपांतरण, मार्कअप और सेटलमेंट नियम प्रोजेक्ट स्कोपिंग के दौरान तय किए जाते हैं।

3D Secure तब शामिल होता है जब प्रोवाइडर इसे सपोर्ट करता है और यह आपके मर्चेंट अकाउंट के लिए सक्षम है। इंटीग्रेशन प्रमाणीकरण परिणाम, रीडायरेक्ट या एम्बेडेड चैलेंज और अंतिम भुगतान स्थिति संभालता है।

हाँ, यदि प्रोवाइडर API इन्हें सपोर्ट करता है। पूर्ण या आंशिक रिफंड, वॉइड और रद्दीकरण शुल्क संबंधित बुकिंग और लेनदेन रेफ़रेंस से जुड़े होते हैं।

पेमेंट कंपनी। आप अपनी पसंद के प्रोवाइडर के साथ मर्चेंट अकाउंट खोलते हैं और उसके शुल्क सीधे उनसे तय करते हैं। PHPTRAVELS आपके दिए क्रेडेंशियल से आपके प्लेटफ़ॉर्म को उस अकाउंट से जोड़ता है।