फ़्लाइट API इंटीग्रेशन
सर्च से ई-टिकट तक TBO फ़्लाइट API इंटीग्रेशन
अपने TBO खाते को PHPTRAVELS फ़्लाइट मॉड्यूल से जोड़ें और अपनी वेबसाइट व एजेंट पोर्टल पर TBO एयर फ़ेयर बेचें। हर फ़ेयर भुगतान से पहले दोबारा जाँचा जाता है, हर कॉल पर एक ट्रेस ID होती है, और आपकी टीम को वे लॉग, रीट्राई नियम और बुकिंग टूल मिलते हैं जो रोज़ की फ़्लाइट बिक्री को स्थिर रखते हैं।
- लाइव TBO एयर फ़ेयर
- भुगतान से पहले प्राइस रीचेक
- हर कॉल पर ट्रेस ID
- B2C चेकआउट और B2B पोर्टल
आप क्या बेचते हैं
आपके अपने बुकिंग इंजन के अंदर TBO फ़्लाइट API इंटीग्रेशन
TBO एक B2B ट्रैवल डिस्ट्रीब्यूटर है जिसका एयर API ऐसे फ़्लाइट फ़ेयर देता है जिन्हें ट्रैवल कंपनियाँ दोबारा बेच सकती हैं। PHPTRAVELS फ़्लाइट मॉड्यूल आपके अपने TBO क्रेडेंशियल से इसे कॉल करता है, आपके सर्च रिज़ल्ट में फ़ेयर दिखाता है और पूरी बुकिंग चलाता है: फ़ेयर नियम, प्राइस रीचेक, यात्री विवरण, भुगतान, बुकिंग और टिकट।
सभी फ़ेयर एक जैसे नहीं चलते। फ़ेयर के अनुसार, कुछ (अक्सर लो-कॉस्ट एयरलाइंस) एक ही चरण में बुक और टिकट हो जाते हैं, जबकि दूसरे बुकिंग के रूप में होल्ड किए जा सकते हैं और बाद में टिकट होते हैं। मॉड्यूल यह अंतर आपकी टीम को दिखाता रहता है, ताकि कोई भी फ़ेयर सही अगले चरण के बिना चार्ज न हो।
इन पर आधारितफ़्लाइटफ़्लाइट बुकिंग सॉफ़्टवेयरट्रैवल API
- LCC06:10 – 08:253h 45m · नॉन-स्टॉप₹18,450चुनें
- FSC09:40 – 11:503h 40m · नॉन-स्टॉप₹21,980चुनें
- FSC21:15 – 23:353h 50m · नॉन-स्टॉप₹26,300चुनें
नमूना फ़ेयर। हर रिज़ल्ट अपने सप्लायर का टैग रखता है, ताकि सपोर्ट को हमेशा स्रोत पता रहे।
कॉल चेन
सर्च और टिकट के बीच छह कॉल
एक चरण चुनें और देखें कि TBO से क्या लौटता है, PHPTRAVELS उसके साथ क्या करता है और वहाँ आमतौर पर क्या गड़बड़ होती है।
सर्च
- क्या लौटता है
- रूट, तारीख़ों, केबिन और यात्री मिश्रण के लिए फ़ेयर, हर एक के साथ अगली कॉल के लिए एक रिज़ल्ट टोकन।
- PHPTRAVELS क्या करता है
- रिज़ल्ट को एक रूप में लाता है, आपका मार्कअप लगाता है, सर्च को कैश करता है और एयरलाइन, स्टॉप, बैगेज व प्रस्थान समय के फ़िल्टर जोड़ता है।
- क्या गड़बड़ हो सकती है
- कैश किए गए फ़ेयर बहुत देर तक दिखना। कैश छोटा होता है और हर अगला चरण दोबारा जाँच करता है।
फ़ेयर नियम
- क्या लौटता है
- चुने गए फ़ेयर की बदलाव और रद्दीकरण शर्तें, बैगेज अलाउंस और फ़ेयर नोट्स।
- PHPTRAVELS क्या करता है
- नियम फ़ेयर कार्ड पर और भुगतान से पहले फिर दिखाता है, जहाँ सप्लायर संरचित डेटा देता है वहाँ सरल भाषा में।
- क्या गड़बड़ हो सकती है
- ग्राहक ऐसा फ़ेयर खरीद लेते हैं जिसे वे समझे नहीं, फिर ऐसे रिफ़ंड माँगते हैं जिनकी फ़ेयर अनुमति नहीं देता।
प्राइस रीचेक
- क्या लौटता है
- ग्राहक द्वारा चुने गए फ़ेयर की मौजूदा कीमत और उपलब्धता।
- PHPTRAVELS क्या करता है
- इसे दिखाई गई कीमत से मिलाता है। कीमत वही हो तो आगे बढ़ता है; बढ़ी हो तो ग्राहक से पुष्टि माँगता है; फ़ेयर न रहे तो उन्हें रिज़ल्ट पर लौटाता है।
- क्या गड़बड़ हो सकती है
- बदले हुए फ़ेयर के लिए पुरानी कीमत वसूलना, जिससे विवाद और मैन्युअल रिफ़ंड होते हैं।
एक्स्ट्रा
- क्या लौटता है
- सीटें, भोजन और अतिरिक्त बैगेज, जहाँ एयरलाइन और फ़ेयर इन्हें देते हैं।
- PHPTRAVELS क्या करता है
- विकल्पों को उनकी कीमत के साथ दिखाता है और भुगतान से पहले बुकिंग कुल में जोड़ता है।
- क्या गड़बड़ हो सकती है
- ऐसे एक्स्ट्रा बेचना जिन्हें फ़ेयर सपोर्ट नहीं करता। सिर्फ़ लौटाए गए विकल्प ही दिए जाते हैं।
बुक
- क्या लौटता है
- एक बुकिंग रेफ़रेंस, या सीट या कीमत न रहने पर विफलता का कारण।
- PHPTRAVELS क्या करता है
- बुकिंग को उसकी ट्रेस ID, यात्री डेटा और भुगतान रिकॉर्ड के साथ सहेजता है और बुकिंग टाइमलाइन शुरू करता है।
- क्या गड़बड़ हो सकती है
- भुगतान के बाद टाइमआउट। मॉड्यूल दूसरी बुकिंग भेजने से पहले हमेशा बुकिंग स्थिति पूछता है।
टिकट
- क्या लौटता है
- एयरलाइन द्वारा जारी होने पर हर यात्री के ई-टिकट नंबर।
- PHPTRAVELS क्या करता है
- टिकट नंबर सहेजता है, यात्रा कार्यक्रम ईमेल करता है और बदलाव, रद्दीकरण व रिफ़ंड के लिए बुकिंग खोलता है।
- क्या गड़बड़ हो सकती है
- होल्ड की गई बुकिंग समाप्त होने तक बिना टिकट पड़ी रहना। होल्ड बुकिंग पर एक समय-सीमा होती है जो आपकी टीम देख सकती है।
प्राइस रीचेक
किसी के भुगतान करने से पहले फ़ेयर फिर जाँचा जाता है
ज़्यादातर असफल फ़्लाइट बुकिंग उस कीमत से शुरू होती हैं जो सर्च और भुगतान के बीच बदल गई। चेकआउट जिन तीन नतीजों को संभालता है, उन्हें आज़माएँ।
चेकआउट नियम
- 01भुगतान लेने से पहले हर फ़ेयर TBO से दोबारा जाँचा जाता है।
- 02हर ट्रेस पर भुगतान एक ही बार लिया जाता है, रीट्राई पर कभी दोबारा नहीं।
- 03भुगतान चरण पर फ़ेयर नियम और बैगेज फिर दिखाए जाते हैं।
- 04फ़ेयर न रहने पर सर्च और यात्री विवरण सुरक्षित रहते हैं।
भुगतान फ़्लो:पेमेंट गेटवेएजेंट वॉलेट
- सर्च के समय कीमत
- ₹18,450
- रीचेक पर कीमत
- ₹18,450
- अंतर
- ₹0
भुगतान उसी कीमत पर आगे बढ़ता है जो ग्राहक ने देखी।
- सर्च के समय कीमत
- ₹18,450
- रीचेक पर कीमत
- ₹19,120
- अंतर
- ₹+670
ग्राहक नई कीमत देखता है और भुगतान से पहले उसकी पुष्टि करता है। पुष्टि तक कुछ भी चार्ज नहीं होता।
- सर्च के समय कीमत
- ₹18,450
- रीचेक पर कीमत
- उपलब्ध नहीं
- अंतर
- —
ग्राहक ताज़ा रिज़ल्ट पर लौटता है, वही सर्च और यात्री विवरण पहले से भरे रहते हैं।
एक वयस्क के लिए उदाहरण आँकड़े।
ऑपरेशंस
एक ट्रेस ID हर कॉल में बुकिंग के साथ चलती है
जब किसी बुकिंग पर ध्यान देना हो, सपोर्ट उसका ट्रेस खोलकर क्रम से पढ़ता है कि क्या हुआ, बजाय डेवलपर से सर्वर लॉग खोजने को कहने के।
trace TBO-FL-7Q2K9 --route DEL-DXB --pax ADT1
- 10:02:11INFOsearchइस सर्च के रिज़ल्ट कैश किए गए
- 10:03:40INFOrulesचुने गए फ़ेयर से फ़ेयर नियम और बैगेज जोड़े गए
- 10:05:02WARNrecheckकीमत बदली, ग्राहक से नए फ़ेयर की पुष्टि माँगी गई
- 10:05:31OKrecheckग्राहक ने नया फ़ेयर स्वीकार किया
- 10:06:12INFOpayइस ट्रेस के लिए भुगतान एक बार लिया गया
- 10:06:19WARNbookसप्लायर टाइमआउट, दूसरी बुकिंग की जगह स्टेटस क्वेरी भेजी गई
- 10:06:27OKstatusस्टेटस क्वेरी से बुकिंग पुष्ट, रेफ़रेंस सहेजा गया
- 10:06:40OKticketई-टिकट नंबर सहेजे गए, यात्रा कार्यक्रम ईमेल किया गया
एक नमूना ट्रेस: कीमत बदली, ग्राहक ने उसे स्वीकार किया, बुकिंग कॉल टाइमआउट हुई और एक स्टेटस क्वेरी ने दो बार बुक किए बिना उसकी पुष्टि की।
रिक्वेस्ट लॉग और ट्रेस ID
हर सर्च, रीचेक, बुकिंग और टिकट कॉल एक ही रेफ़रेंस के तहत लॉग होती है, ताकि समस्या जल्दी अलग की जा सके।
टेस्ट रूट लाइब्रेरी
रूट, तारीख़ों, केबिन और यात्री मिश्रण का एक तय सेट जिसे आप हर बदलाव के बाद चलाते हैं।
टाइमआउट और रीट्राई नीति
छोटी नेटवर्क विफलताओं से उबरती है, बिना डबल बुकिंग के जोखिम के।
विफलता बढ़ने पर अलर्ट
त्रुटि दर बढ़ते ही आपकी टीम को सूचना मिलती है, बिक्री प्रभावित होने से पहले।
गो-लाइव योजना
TBO फ़ेयर बेचने के पाँच चरण
टीमें हफ़्ते गँवा देती हैं जब ऑपरेशनल ज़रूरतें देर से पता चलती हैं। यह योजना उन्हें पहले रखती है।
- 01
एक्सेस और क्रेडेंशियल
अपना TBO खाता खोलें, फ़्लाइट API एक्सेस का अनुरोध करें और टेस्ट क्रेडेंशियल पाएँ।
- 02
कनेक्ट और सत्यापित करें
एडमिन में क्रेडेंशियल जोड़ें, टाइमआउट सेट करें और टेस्ट रूट लाइब्रेरी चलाएँ।
- 03
सर्च और कीमत नियंत्रण
मार्कअप, मुद्राएँ और फ़िल्टर सेट करें, और पुष्टि करें कि रीचेक की गई कीमतें चेकआउट से मेल खाती हैं।
- 04
बुक और कन्फ़र्म करें
यात्री विवरण, भुगतान, बुकिंग, टिकटिंग और यात्रा कार्यक्रम ईमेल को शुरू से अंत तक टेस्ट करें।
- 05
संचालन और विस्तार
लाइव क्रेडेंशियल पर जाएँ, अलर्ट और सपोर्ट चरण तय करें, फिर ट्रैफ़िक खोलें।
टेस्ट रूट लाइब्रेरी
| रूट | यात्रा | यात्री | केबिन | यह क्या साबित करता है |
|---|---|---|---|---|
| DEL → BOM | OW | 1 ADT | Y | एक बुनियादी घरेलू फ़ेयर और तुरंत टिकटिंग |
| BOM → DXB | RT | 2 ADT · 1 CHD | Y | बच्चे की कीमत और आने-जाने की जोड़ी |
| DEL → LHR | RT | 1 ADT · 1 INF | Y | शिशु की कीमत और पासपोर्ट फ़ील्ड |
| BLR → SIN | OW | 1 ADT | C | बिज़नेस केबिन फ़ेयर और उनके नियम |
| HYD → JED | OW | 2 ADT | Y | लंबे सेक्टर पर बैगेज नियम |
वे रूट इस्तेमाल करें जो आप सच में बेचते हैं; ये उदाहरण हैं।
जब चाहें डिलीवरी सहायता
- किकऑफ़ और दायरारूट, बाज़ार, मूल्य नियम और वर्कफ़्लो ज़रूरतें।
- इम्प्लीमेंटेशन और 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 खाते के विवरण से फ़्लाइट, होटल या दोनों चालू कर सकते हैं।
हाँ। होटल, टूर, कार और ट्रांसफ़र बाद में जोड़े जा सकते हैं, जबकि एक ग्राहक खाता, एक चेकआउट और एक रिपोर्टिंग लेयर बनी रहती है।
और जानें
प्लेटफ़ॉर्म के बारे में और
- TBO होटल API इंटीग्रेशनआपके बुकिंग इंजन में TBO Holidays होटल रेट
- फ़्लाइटGDS और NDC टिकटिंग
- फ़्लाइट बुकिंग सॉफ़्टवेयरफ़्लाइट बेचने वाली एजेंसियों और OTA के लिए चेकलिस्ट
- ट्रैवल APIGDS, होटल, टूर, कार और पेमेंट API
- B2B ट्रैवल पोर्टलएजेंट लॉगिन, प्राइसिंग नियम, दस्तावेज़ और सेटलमेंट
- AmadeusGDS फ़्लाइट और होटल
