การเชื่อมต่อ API เที่ยวบิน
การเชื่อมต่อ API เที่ยวบิน TBO ตั้งแต่การค้นหาจนถึงตั๋วอิเล็กทรอนิกส์
เชื่อมบัญชี TBO ของคุณเข้ากับโมดูลเที่ยวบินของ PHPTRAVELS แล้วขายค่าโดยสาร TBO บนเว็บไซต์และพอร์ทัลเอเจนต์ ทุกค่าโดยสารถูกตรวจซ้ำก่อนชำระเงิน ทุกการเรียกมี ID ติดตาม และทีมของคุณได้บันทึก กฎการลองใหม่ และเครื่องมือการจองที่ทำให้ยอดขายตั๋วรายวันมั่นคง
- ค่าโดยสาร TBO แบบสด
- ตรวจราคาซ้ำก่อนชำระเงิน
- ID ติดตามในทุกการเรียก
- ชำระเงิน B2C และพอร์ทัล B2B
สิ่งที่คุณขาย
การเชื่อมต่อ API เที่ยวบิน TBO ภายในระบบจองของคุณเอง
TBO เป็นผู้จัดจำหน่ายด้านการท่องเที่ยวแบบ B2B ซึ่ง API ด้านการบินส่งคืนค่าโดยสารเที่ยวบินที่บริษัทท่องเที่ยวนำไปขายต่อได้ โมดูลเที่ยวบินของ PHPTRAVELS เรียก API นี้ด้วยข้อมูลรับรอง TBO ของคุณเอง แสดงค่าโดยสารในผลการค้นหา และดำเนินการจองทั้งหมด ได้แก่ เงื่อนไขค่าโดยสาร การตรวจราคาซ้ำ ข้อมูลผู้โดยสาร การชำระเงิน การจอง และตั๋ว
ค่าโดยสารไม่ได้ทำงานเหมือนกันทั้งหมด บางค่าโดยสาร (มักเป็นสายการบินต้นทุนต่ำ) จองและออกตั๋วในขั้นตอนเดียว ขณะที่บางค่าโดยสารสามารถพักการจองไว้และออกตั๋วภายหลังได้ โมดูลทำให้ทีมของคุณเห็นความแตกต่างนี้ เพื่อไม่ให้มีค่าโดยสารใดถูกเรียกเก็บเงินโดยไม่มีขั้นตอนถัดไปที่ถูกต้อง
- 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
ทุกแนวทางใช้ได้ ความต่างอยู่ที่ว่าคุณต้องสร้างและดูแลเองมากแค่ไหน
| ทางเลือก | เวลาจนถึงเปิดตัว | ภาระงานต่อเนื่อง | มักเหมาะกับ |
|---|---|---|---|
| พัฒนาเองบน API ของ TBO | เวลาจนถึงเปิดตัวปานกลางถึงนาน: คุณสร้าง UI ราคา การตรวจซ้ำ บันทึก และเครื่องมือซัพพอร์ตเอง | ภาระงานต่อเนื่องสูง | มักเหมาะกับทีมใหญ่ที่มีนักพัฒนาและฝ่ายปฏิบัติงานภายใน |
| การเชื่อมต่อ GDS | เวลาจนถึงเปิดตัวนาน: การสมัครและการติดตั้งที่ซับซ้อนกว่า | ภาระงานต่อเนื่องสูง | มักเหมาะกับความต้องการเนื้อหาสายการบินที่ซับซ้อน |
| API ของผู้รวบรวมรายอื่น | เวลาจนถึงเปิดตัวปานกลาง: เริ่มได้เร็ว แต่งานหลังการจองยังเป็นของคุณ | ภาระงานต่อเนื่องปานกลาง | มักเหมาะกับเวอร์ชันแรกที่รวดเร็ว |
| PHPTRAVELS กับ TBOพร้อมใช้งาน | เวลาจนถึงเปิดตัวสั้นกว่า: ขั้นตอนการจองและเครื่องมือจัดการมีอยู่แล้ว | ภาระงานต่อเนื่องต่ำถึงปานกลาง | มักเหมาะกับOTA เอเจนซี ผู้ประกอบการทัวร์ และ DMC |
PHPTRAVELS เป็นไลเซนส์แบบจ่ายครั้งเดียวพร้อมซอร์สโค้ดภายใต้ไลเซนส์เชิงพาณิชย์ ติดตั้งบนเซิร์ฟเวอร์ของคุณเอง สัญญาและข้อมูลรับรอง TBO ยังเป็นของคุณ
ใช้ TBO ควบคู่กับผู้จำหน่ายเที่ยวบินรายอื่น
การค้นหาเดียวรวมแหล่งเที่ยวบินได้หลายแหล่ง แต่ละแหล่งมีมาร์กอัปของตัวเอง คุณจึงไม่ผูกติดกับผู้จำหน่ายรายเดียว
อ่านเพิ่มเติม:Amadeusระบบจองตั๋วเครื่องบิน NDCพอร์ทัลท่องเที่ยว B2Bการเชื่อมต่อทั้งหมด
Seeru
Amadeus
Duffel
Google Flights
Kayak
Kiwi
Mystifly
PKfare
Sabre
Travelport
ตรวจสอบว่าบัญชี TBO ของคุณมีสิทธิ์เข้าถึง API เที่ยวบินและขอข้อมูลรับรองสำหรับทดสอบ จากนั้นใส่ในโมดูลเที่ยวบิน รันคลังเส้นทางและวันที่จริงชุดเล็กผ่านการค้นหา การตรวจซ้ำ การจอง และการยกเลิก แล้วจึงปรับประสบการณ์ลูกค้าให้สมบูรณ์
ราคาเปลี่ยนระหว่างการค้นหาและการชำระเงิน ข้อจำกัดในเงื่อนไขค่าโดยสารที่ลูกค้าไม่เห็น และการหมดเวลาระหว่างยืนยัน โมดูลตรวจทุกค่าโดยสารซ้ำก่อนชำระเงิน บันทึกทุกขั้นตอนภายใต้ ID ติดตามเดียว และสอบถามสถานะการจองหลังหมดเวลาแทนการจองใหม่
ได้ ระบบจองเดียวรองรับทั้งสองกลุ่ม ลูกค้าใช้หน้าชำระเงินสาธารณะ ส่วนเอเจนต์มีราคา มาร์กอัป และรายงานของตัวเองในพอร์ทัลเอเจนต์
ไม่ต้อง หลายทีมยังใช้ CRM หรือเครื่องมือบัญชีเดิม แล้วเชื่อมกับระบบจองผ่าน API และ webhook จึงเพิ่มการขายเที่ยวบินได้โดยไม่เปลี่ยนวิธีทำงานของสำนักงาน
โรงแรม TBO ใช้ตัวเชื่อมต่อแยกในโมดูลที่พัก คุณเปิดใช้เที่ยวบิน โรงแรม หรือทั้งสองอย่างด้วยข้อมูลบัญชี TBO เดียวกันได้ หากสัญญาของคุณอนุญาต
ได้ โรงแรม ทัวร์ รถเช่า และรถรับส่งเพิ่มภายหลังได้ โดยยังคงมีบัญชีลูกค้าเดียว หน้าชำระเงินเดียว และชั้นรายงานเดียว
สำรวจต่อ
เพิ่มเติมเกี่ยวกับแพลตฟอร์ม
- เชื่อมต่อ API โรงแรม TBOราคาโรงแรม TBO Holidays ในระบบจองของคุณ
- เที่ยวบินออกตั๋วผ่าน GDS และ NDC
- ซอฟต์แวร์จองตั๋วเครื่องบินเช็กลิสต์สำหรับเอเจนซีและ OTA ที่ขายตั๋วเครื่องบิน
- API ท่องเที่ยวAPI ของ GDS โรงแรม ทัวร์ รถเช่าและการชำระเงิน
- พอร์ทัลท่องเที่ยว B2Bล็อกอินเอเจนต์ กฎราคา เอกสาร และการชำระบัญชี
- Amadeusเที่ยวบินและโรงแรมผ่าน GDS
