फ़्लाइट API इंटीग्रेशन

सर्च से ई-टिकट तक TBO फ़्लाइट API इंटीग्रेशन

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

  • लाइव TBO एयर फ़ेयर
  • भुगतान से पहले प्राइस रीचेक
  • हर कॉल पर ट्रेस ID
  • B2C चेकआउट और B2B पोर्टल

आप क्या बेचते हैं

आपके अपने बुकिंग इंजन के अंदर TBO फ़्लाइट API इंटीग्रेशन

TBO एक B2B ट्रैवल डिस्ट्रीब्यूटर है जिसका एयर API ऐसे फ़्लाइट फ़ेयर देता है जिन्हें ट्रैवल कंपनियाँ दोबारा बेच सकती हैं। PHPTRAVELS फ़्लाइट मॉड्यूल आपके अपने TBO क्रेडेंशियल से इसे कॉल करता है, आपके सर्च रिज़ल्ट में फ़ेयर दिखाता है और पूरी बुकिंग चलाता है: फ़ेयर नियम, प्राइस रीचेक, यात्री विवरण, भुगतान, बुकिंग और टिकट।

सभी फ़ेयर एक जैसे नहीं चलते। फ़ेयर के अनुसार, कुछ (अक्सर लो-कॉस्ट एयरलाइंस) एक ही चरण में बुक और टिकट हो जाते हैं, जबकि दूसरे बुकिंग के रूप में होल्ड किए जा सकते हैं और बाद में टिकट होते हैं। मॉड्यूल यह अंतर आपकी टीम को दिखाता रहता है, ताकि कोई भी फ़ेयर सही अगले चरण के बिना चार्ज न हो।

इन पर आधारितफ़्लाइटफ़्लाइट बुकिंग सॉफ़्टवेयरट्रैवल API

DEL → DXB · 2026-11-141 वयस्क · इकॉनमी
  • LCC06:10 – 08:253h 45m · नॉन-स्टॉपTBOलो-कॉस्टबुकिंग पर टिकटसिर्फ़ केबिन बैगनॉन-रिफ़ंडेबल₹18,450चुनें
  • FSC09:40 – 11:503h 40m · नॉन-स्टॉपTBOहोल्ड हो सकता हैचेक-इन बैगनॉन-रिफ़ंडेबल₹21,980चुनें
  • FSC21:15 – 23:353h 50m · नॉन-स्टॉपTBOहोल्ड हो सकता हैचेक-इन बैगरिफ़ंडेबल₹26,300चुनें

नमूना फ़ेयर। हर रिज़ल्ट अपने सप्लायर का टैग रखता है, ताकि सपोर्ट को हमेशा स्रोत पता रहे।

कॉल चेन

सर्च और टिकट के बीच छह कॉल

एक चरण चुनें और देखें कि TBO से क्या लौटता है, PHPTRAVELS उसके साथ क्या करता है और वहाँ आमतौर पर क्या गड़बड़ होती है।

सर्च

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

फ़ेयर नियम

क्या लौटता है
चुने गए फ़ेयर की बदलाव और रद्दीकरण शर्तें, बैगेज अलाउंस और फ़ेयर नोट्स।
PHPTRAVELS क्या करता है
नियम फ़ेयर कार्ड पर और भुगतान से पहले फिर दिखाता है, जहाँ सप्लायर संरचित डेटा देता है वहाँ सरल भाषा में।
क्या गड़बड़ हो सकती है
ग्राहक ऐसा फ़ेयर खरीद लेते हैं जिसे वे समझे नहीं, फिर ऐसे रिफ़ंड माँगते हैं जिनकी फ़ेयर अनुमति नहीं देता।

प्राइस रीचेक

क्या लौटता है
ग्राहक द्वारा चुने गए फ़ेयर की मौजूदा कीमत और उपलब्धता।
PHPTRAVELS क्या करता है
इसे दिखाई गई कीमत से मिलाता है। कीमत वही हो तो आगे बढ़ता है; बढ़ी हो तो ग्राहक से पुष्टि माँगता है; फ़ेयर न रहे तो उन्हें रिज़ल्ट पर लौटाता है।
क्या गड़बड़ हो सकती है
बदले हुए फ़ेयर के लिए पुरानी कीमत वसूलना, जिससे विवाद और मैन्युअल रिफ़ंड होते हैं।

एक्स्ट्रा

क्या लौटता है
सीटें, भोजन और अतिरिक्त बैगेज, जहाँ एयरलाइन और फ़ेयर इन्हें देते हैं।
PHPTRAVELS क्या करता है
विकल्पों को उनकी कीमत के साथ दिखाता है और भुगतान से पहले बुकिंग कुल में जोड़ता है।
क्या गड़बड़ हो सकती है
ऐसे एक्स्ट्रा बेचना जिन्हें फ़ेयर सपोर्ट नहीं करता। सिर्फ़ लौटाए गए विकल्प ही दिए जाते हैं।

बुक

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

टिकट

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

प्राइस रीचेक

किसी के भुगतान करने से पहले फ़ेयर फिर जाँचा जाता है

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

चेकआउट नियम

  1. 01भुगतान लेने से पहले हर फ़ेयर TBO से दोबारा जाँचा जाता है।
  2. 02हर ट्रेस पर भुगतान एक ही बार लिया जाता है, रीट्राई पर कभी दोबारा नहीं।
  3. 03भुगतान चरण पर फ़ेयर नियम और बैगेज फिर दिखाए जाते हैं।
  4. 04फ़ेयर न रहने पर सर्च और यात्री विवरण सुरक्षित रहते हैं।

भुगतान फ़्लो:पेमेंट गेटवेएजेंट वॉलेट

फ़ेयर रीचेकDEL → DXB · LCC
सर्च के समय कीमत
₹18,450
रीचेक पर कीमत
₹18,450
अंतर
₹0

भुगतान उसी कीमत पर आगे बढ़ता है जो ग्राहक ने देखी।

सर्च के समय कीमत
₹18,450
रीचेक पर कीमत
₹19,120
अंतर
₹+670

ग्राहक नई कीमत देखता है और भुगतान से पहले उसकी पुष्टि करता है। पुष्टि तक कुछ भी चार्ज नहीं होता।

सर्च के समय कीमत
₹18,450
रीचेक पर कीमत
उपलब्ध नहीं
अंतर
—

ग्राहक ताज़ा रिज़ल्ट पर लौटता है, वही सर्च और यात्री विवरण पहले से भरे रहते हैं।

एक वयस्क के लिए उदाहरण आँकड़े।

ऑपरेशंस

एक ट्रेस ID हर कॉल में बुकिंग के साथ चलती है

जब किसी बुकिंग पर ध्यान देना हो, सपोर्ट उसका ट्रेस खोलकर क्रम से पढ़ता है कि क्या हुआ, बजाय डेवलपर से सर्वर लॉग खोजने को कहने के।

trace TBO-FL-7Q2K9 --route DEL-DXB --pax ADT1

  1. 10:02:11INFOइस सर्च के रिज़ल्ट कैश किए गए
  2. 10:03:40INFOचुने गए फ़ेयर से फ़ेयर नियम और बैगेज जोड़े गए
  3. 10:05:02WARNकीमत बदली, ग्राहक से नए फ़ेयर की पुष्टि माँगी गई
  4. 10:05:31OKग्राहक ने नया फ़ेयर स्वीकार किया
  5. 10:06:12INFOइस ट्रेस के लिए भुगतान एक बार लिया गया
  6. 10:06:19WARNसप्लायर टाइमआउट, दूसरी बुकिंग की जगह स्टेटस क्वेरी भेजी गई
  7. 10:06:27OKस्टेटस क्वेरी से बुकिंग पुष्ट, रेफ़रेंस सहेजा गया
  8. 10:06:40OKई-टिकट नंबर सहेजे गए, यात्रा कार्यक्रम ईमेल किया गया

एक नमूना ट्रेस: कीमत बदली, ग्राहक ने उसे स्वीकार किया, बुकिंग कॉल टाइमआउट हुई और एक स्टेटस क्वेरी ने दो बार बुक किए बिना उसकी पुष्टि की।

  • रिक्वेस्ट लॉग और ट्रेस ID

    हर सर्च, रीचेक, बुकिंग और टिकट कॉल एक ही रेफ़रेंस के तहत लॉग होती है, ताकि समस्या जल्दी अलग की जा सके।

  • टेस्ट रूट लाइब्रेरी

    रूट, तारीख़ों, केबिन और यात्री मिश्रण का एक तय सेट जिसे आप हर बदलाव के बाद चलाते हैं।

  • टाइमआउट और रीट्राई नीति

    छोटी नेटवर्क विफलताओं से उबरती है, बिना डबल बुकिंग के जोखिम के।

  • विफलता बढ़ने पर अलर्ट

    त्रुटि दर बढ़ते ही आपकी टीम को सूचना मिलती है, बिक्री प्रभावित होने से पहले।

गो-लाइव योजना

TBO फ़ेयर बेचने के पाँच चरण

टीमें हफ़्ते गँवा देती हैं जब ऑपरेशनल ज़रूरतें देर से पता चलती हैं। यह योजना उन्हें पहले रखती है।

  1. 01

    एक्सेस और क्रेडेंशियल

    अपना TBO खाता खोलें, फ़्लाइट API एक्सेस का अनुरोध करें और टेस्ट क्रेडेंशियल पाएँ।

  2. 02

    कनेक्ट और सत्यापित करें

    एडमिन में क्रेडेंशियल जोड़ें, टाइमआउट सेट करें और टेस्ट रूट लाइब्रेरी चलाएँ।

  3. 03

    सर्च और कीमत नियंत्रण

    मार्कअप, मुद्राएँ और फ़िल्टर सेट करें, और पुष्टि करें कि रीचेक की गई कीमतें चेकआउट से मेल खाती हैं।

  4. 04

    बुक और कन्फ़र्म करें

    यात्री विवरण, भुगतान, बुकिंग, टिकटिंग और यात्रा कार्यक्रम ईमेल को शुरू से अंत तक टेस्ट करें।

  5. 05

    संचालन और विस्तार

    लाइव क्रेडेंशियल पर जाएँ, अलर्ट और सपोर्ट चरण तय करें, फिर ट्रैफ़िक खोलें।

टेस्ट रूट लाइब्रेरी

रूटयात्रायात्रीकेबिनयह क्या साबित करता है
DEL → BOMOW1 ADTYएक बुनियादी घरेलू फ़ेयर और तुरंत टिकटिंग
BOM → DXBRT2 ADT · 1 CHDYबच्चे की कीमत और आने-जाने की जोड़ी
DEL → LHRRT1 ADT · 1 INFYशिशु की कीमत और पासपोर्ट फ़ील्ड
BLR → SINOW1 ADTCबिज़नेस केबिन फ़ेयर और उनके नियम
HYD → JEDOW2 ADTYलंबे सेक्टर पर बैगेज नियम

वे रूट इस्तेमाल करें जो आप सच में बेचते हैं; ये उदाहरण हैं।

जब चाहें डिलीवरी सहायता

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

विकल्प

TBO फ़्लाइट बेचने के तरीके, तुलना में

हर तरीका काम कर सकता है। फ़र्क़ इसमें है कि आप ख़ुद कितना बनाते और चलाते हैं।

विकल्पलॉन्च में समयलगातार कार्यभारआमतौर पर उपयुक्त
TBO API पर सीधा निर्माणलॉन्च में समयमध्यम से लंबा: UI, प्राइसिंग, रीचेक, लॉग और सपोर्ट टूल आप बनाते हैंलगातार कार्यभारअधिकआमतौर पर उपयुक्तइन-हाउस डेवलपर और ऑपरेशंस वाली बड़ी टीमें
एक GDS कनेक्शनलॉन्च में समयलंबा: गहरी ऑनबोर्डिंग और इम्प्लीमेंटेशनलगातार कार्यभारअधिकआमतौर पर उपयुक्तजटिल एयरलाइन कंटेंट ज़रूरतें
कोई दूसरा एग्रीगेटर APIलॉन्च में समयमध्यम: जल्दी शुरुआत, पर बुकिंग के बाद का काम आपके पास रहता हैलगातार कार्यभारमध्यमआमतौर पर उपयुक्तजल्दी बना पहला संस्करण
TBO के साथ PHPTRAVELSतैयार समाधानलॉन्च में समयकम: बुकिंग फ़्लो और मैनेजमेंट टूल पहले से मौजूद हैंलगातार कार्यभारकम से मध्यमआमतौर पर उपयुक्तOTA, एजेंसियाँ, टूर ऑपरेटर और DMC

PHPTRAVELS एक बार का लाइसेंस है, कमर्शियल लाइसेंस के तहत सोर्स कोड के साथ, जो आपके अपने सर्वर पर इंस्टॉल होता है। आपका TBO अनुबंध और क्रेडेंशियल आपके ही रहते हैं।

TBO को दूसरे फ़्लाइट सप्लायर्स के साथ चलाएँ

एक सर्च कई फ़्लाइट स्रोतों को मिला सकती है, हर एक का अपना मार्कअप, ताकि आप कभी एक ही सप्लायर पर निर्भर न रहें।

यह भी पढ़ें:AmadeusNDC फ्लाइट बुकिंग सिस्टमB2B ट्रैवल पोर्टलसभी इंटीग्रेशन

  • Seeru
  • Amadeus
  • Duffel
  • Google Flights
  • Kayak
  • Kiwi
  • Mystifly
  • PKfare
  • Sabre
  • Travelport

FAQ

TBO फ़्लाइट के बारे में सवाल

TBO खाता जोड़ने से पहले टीमें आमतौर पर क्या पूछती हैं।

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

पुष्टि करें कि आपके TBO खाते में फ़्लाइट API एक्सेस है और टेस्ट क्रेडेंशियल लें। फिर उन्हें फ़्लाइट मॉड्यूल में जोड़ें, असली रूट और तारीख़ों की एक छोटी लाइब्रेरी को सर्च, रीचेक, बुकिंग और रद्दीकरण से गुज़ारें, और उसके बाद ही ग्राहक यात्रा को निखारें।

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

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

नहीं। कई टीमें अपना CRM या अकाउंटिंग टूल रखती हैं और उन्हें API और webhook के ज़रिए बुकिंग इंजन से जोड़ती हैं, ताकि ऑफ़िस का काम करने का तरीका बदले बिना फ़्लाइट बिक्री जुड़ जाए।

TBO होटल स्टे मॉड्यूल में एक अलग कनेक्टर का उपयोग करते हैं। जहाँ आपका अनुबंध अनुमति दे, आप एक ही TBO खाते के विवरण से फ़्लाइट, होटल या दोनों चालू कर सकते हैं।

हाँ। होटल, टूर, कार और ट्रांसफ़र बाद में जोड़े जा सकते हैं, जबकि एक ग्राहक खाता, एक चेकआउट और एक रिपोर्टिंग लेयर बनी रहती है।