1. การทำงานร่วมกันระหว่างระบบ PMS โรงแรมและ Booking.com ที่มีประสิทธิภาพจะซิงโครไนซ์ข้อมูล 5 ประเภทโดยอัตโนมัติ ได้แก่ ความพร้อมใช้งาน ราคา ข้อจำกัด รายละเอียดการจองของผู้เข้าพัก และสถานะการชำระเงิน
2. แต่ละหมวดหมู่มีทิศทางการซิงโครไนซ์เฉพาะเจาะจง — บางส่วนส่งข้อมูลจากระบบ PMS โรงแรมไปยัง Booking.com บางส่วนดึงข้อมูลจาก Booking.com เข้าสู่ระบบ PMS โรงแรม — ซึ่งความล้มเหลวในแต่ละทิศทางจะสร้างปัญหาในการทำงานที่แตกต่างกัน
3. การแก้ไขปัญหาการซิงโครไนซ์ที่ผิดพลาดด้วยตนเองไม่ใช่แค่เรื่องยุ่งยาก แต่ยังทำให้เกิดความล่าช้าซึ่งสร้างความเสี่ยงต่อการจองเกินจำนวน และการละเมิดความเท่าเทียมกันของราคา
4. คุณภาพของการทำงานร่วมกันขึ้นอยู่กับว่าระบบ PMS โรงแรมใช้การเชื่อมต่อ API ของ Booking.com โดยตรง หรือผ่านผู้รวบรวมระบบ channel manager โรงแรมของบุคคลที่สาม
สิ่งที่การทำงานร่วมกันระหว่างระบบ PMS โรงแรมและ Booking.com ทำจริงๆ
เมื่อระบบ PMS โรงแรมเชื่อมต่อกับ Booking.com จะเกิดการสร้างซิงโครไนซ์สองทิศทางระหว่างระบบ PMS โรงแรมและ เอ็กซ์ทราเน็ตของ Booking.com. การเชื่อมต่อนี้ช่วยแทนที่กระบวนการแบบแมนนวลในการเข้าสู่ระบบเอ็กซ์ทราเน็ตเพื่ออัปเดตความพร้อมใช้งาน การเปลี่ยนราคาห้องพักทีละห้อง และการคัดลอกรายละเอียดการจองเข้าสู่ระบบ PMS โรงแรมด้วยตนเอง
การทำงานร่วมกันที่มีประสิทธิภาพหมายความว่าการเปลี่ยนแปลงที่เกิดขึ้นในระบบ PMS โรงแรมจะถูกส่งไปยัง Booking.com โดยอัตโนมัติ และการจองที่ทำผ่าน Booking.com จะปรากฏในระบบ PMS โรงแรมโดยอัตโนมัติ ซึ่งทั้งสองทิศทางไม่จำเป็นต้องให้พนักงานแผนกต้อนรับเข้าถึงเอ็กซ์ทราเน็ตสำหรับการดำเนินงานประจำวันเลย
การทำความเข้าใจว่าข้อมูลหมวดหมู่ใดซิงโครไนซ์ในทิศทางใด — และลักษณะการทำงานอัตโนมัติที่ถูกต้องสำหรับแต่ละหมวดหมู่เป็นอย่างไร — จะช่วยให้คุณมีวิธีที่เชื่อถือได้ในการทดสอบว่าการทำงานร่วมกันในปัจจุบันของคุณทำงานได้ถูกต้องหรือไม่ และควรสอบถามสิ่งใดเมื่อประเมินแพลตฟอร์มระบบ PMS โรงแรมใหม่
1. ซิงโครไนซ์ความพร้อมใช้งาน (ระบบ PMS โรงแรม → Booking.com)
การซิงโครไนซ์ความพร้อมใช้งานจะส่งสถานะสินค้าคงคลังห้องพักของคุณจากระบบ PMS โรงแรมไปยัง Booking.com แบบเรียลไทม์ เมื่อห้องพักถูกจอง ระบบ PMS โรงแรมจะลดจำนวนที่ว่างลง และส่งข้อมูลสินค้าคงคลังที่อัปเดตไปยัง Booking.com เพื่อไม่ให้ห้องเดียวกันนั้นถูกขายซ้ำอีก
การซิงโครไนซ์นี้ต้องเป็นซิงโครไนซ์แบบเรียลไทม์ ไม่ใช่เป็นแบบกลุ่ม (batch) channel manager โรงแรม ที่อัปเดต Booking.com ในรอบ 15 นาทีจะมีช่องโหว่ของการจองเกินจำนวน 15 นาที หากที่พักของคุณได้รับการจองสองครั้งสำหรับห้องพักเดียวกันภายในช่วงเวลาดังกล่าว — หนึ่งช่องทางผ่าน Booking.com และอีกหนึ่งช่องทางผ่าน Agoda — การจองครั้งที่สองจะยืนยันสำเร็จก่อนที่ข้อมูลการลดความพร้อมใช้งานของการจองแรกจะไปถึงช่องทางนั้น
การซิงโครไนซ์ความพร้อมใช้งานยังครอบคลุมถึงการปิดห้องพัก การระงับเพื่อบำรุงรักษา และคำสั่งหยุดการขาย เมื่อพนักงานแผนกต้อนรับทำเครื่องหมายว่าห้องพักชำรุดในระบบ PMS โรงแรม ห้องนั้นควรหายไปจากสินค้าคงคลังของ Booking.com ภายในไม่กี่วินาที — ไม่ใช่หลังจากรอบการซิงก์ครั้งถัดไป
สิ่งที่ต้องทดสอบ: สร้างการจองทดสอบผ่าน Booking.com ในวันที่อัตราการเข้าพักต่ำ ตรวจสอบว่าระบบ PMS โรงแรมแสดงการจองได้เร็วแค่ไหน และจำนวนห้องว่างใน Booking.com อัปเดตได้เร็วเพียงใด ความล่าช้าใดๆ ที่นานกว่า 60 วินาทีเป็นสัญญาณว่าควรได้รับการตรวจสอบ
ซิงโครไนซ์ความพร้อมใช้งานแบบเรียลไทม์ในทุกแพ็กเกจ
channel manager โรงแรม ของ Smart Order จะส่งการเปลี่ยนแปลงความพร้อมใช้งานไปยัง Booking.com และ OTA ที่เชื่อมต่อแบบเรียลไทม์ — ไม่มีรอบการทำงานแบบกลุ่ม ไม่ต้องอัปเดตเอ็กซ์ทราเน็ตด้วยตนเอง
2. ซิงโครไนซ์ราคา (ระบบ PMS โรงแรม → Booking.com)
การซิงโครไนซ์ราคาจะส่งข้อมูลราคาจากโมดูลการจัดการราคาในระบบ PMS โรงแรมไปยัง Booking.com เมื่อมีการสร้างหรือแก้ไขแผนราคาในระบบ PMS โรงแรม ราคาที่อัปเดตแล้วควรปรากฏบน Booking.com โดยมีความล่าช้าเพียงสั้นๆ — โดยทั่วไปจะต่ำกว่า 5 นาทีสำหรับการเชื่อมต่อ API โดยตรง
การซิงโครไนซ์ราคาครอบคลุมราคาหลายประเภท: ราคาห้องพักมาตรฐาน ราคาประยุกต์ที่คำนวณเป็นเปอร์เซ็นต์จากราคาหลัก ราคาตามระยะเวลาการเข้าพัก และราคาโปรโมชั่นที่ใช้กับช่วงวันที่กำหนด ซึ่งแต่ละรายการเหล่านี้ควรซิงโครไนซ์ไปยังแผนราคาของ Booking.com ที่สอดคล้องกันโดยไม่จำเป็นต้องเข้าไปกรอกข้อมูลในเอ็กซ์ทราเน็ตแยกต่างหาก
ความเท่าเทียมกันของราคา (Rate parity) — การรักษาราคาให้คงที่ในทุกช่องทางการจัดจำหน่าย — ขึ้นอยู่กับการซิงโครไนซ์ราคาที่ทำงานอย่างถูกต้อง หากการเปลี่ยนแปลงราคาในระบบ PMS โรงแรมไม่ถูกส่งไปยัง Booking.com ที่พักอาจแสดงราคาที่แตกต่างกันในแต่ละช่องทางโดยไม่รู้ตัว Booking.com จะตรวจสอบการละเมิดความเท่าเทียมกันของราคา และสามารถระงับการมองเห็นที่พักหรือตั้งสถานะแจ้งเตือนบัญชีได้เมื่อตรวจพบ
สิ่งที่ต้องทดสอบ: เปลี่ยนราคาสำหรับประเภทห้องพักที่กำหนดในระบบ PMS โรงแรมจำนวน 10 ดอลลาร์สำหรับวันที่ในอนาคต ตรวจสอบว่าราคาที่สอดคล้องกันใน Booking.com อัปเดตภายใน 5 นาที หากไม่อัปเดต ให้ยืนยันว่าการทำงานร่วมกันของคุณใช้การเชื่อมต่อ API โดยตรง หรือผ่านชั้นผู้รวบรวมระบบ
3. ซิงโครไนซ์ข้อจำกัด (ระบบ PMS โรงแรม → Booking.com)
ข้อจำกัดคือกฎที่ควบคุมว่า Booking.com จะยอมรับการจองประเภทใดสำหรับประเภทห้องพักและช่วงวันที่กำหนด ข้อจำกัดที่พบบ่อยได้แก่ ระยะเวลาการเข้าพักขั้นต่ำ ระยะเวลาการเข้าพักสูงสุด ปิดรับการเช็คอิน ปิดรับการเช็คเอาต์ และคำสั่งหยุดขาย
การซิงโครไนซ์ข้อจำกัดมีความสำคัญอย่างยิ่งต่อการจัดการรายได้ ข้อจำกัดเรื่องระยะเวลาเข้าพักขั้นต่ำในช่วงวันหยุดสุดสัปดาห์ที่มีความต้องการสูง — ซึ่งกำหนดให้ผู้เข้าพักต้องจองวันศุกร์และวันเสาร์ร่วมกันแทนที่จะเป็นแค่คืนเดียว — จะทำงานได้ก็ต่อเมื่อข้อจำกัดนั้นถูกส่งไปยัง Booking.com ก่อนที่จะมีการจองในวันดังกล่าวเข้ามา
ความล้มเหลวในการซิงโครไนซ์ข้อจำกัดนั้นตรวจจับได้ยากกว่าความล้มเหลวของความพร้อมใช้งานหรือราคา เนื่องจากมันไม่ได้แสดงข้อผิดพลาดให้เห็นในทันที ข้อจำกัดการเข้าพักขั้นต่ำที่ไม่ถูกส่งไปยัง Booking.com จะส่งผลให้ระบบยอมรับการจองแบบคืนเดียว ซึ่งเป็นสิ่งที่กลยุทธ์ด้านรายได้พยายามหลีกเลี่ยง ความสูญเสียในที่นี้คือรายได้ที่เสียไปแทนที่จะเป็นการแจ้งเตือนเรื่องการจองเกินจำนวน
สิ่งที่ต้องทดสอบ: ตั้งค่าข้อจำกัดการเข้าพักขั้นต่ำสองคืนสำหรับวันที่กำหนดในระบบ PMS โรงแรม ยืนยันภายใน 5 นาทีว่าข้อจำกัดเดียวกันปรากฏในปฏิทินราคาบนเอ็กซ์ทราเน็ตของ Booking.com ลองสร้างการจองทดสอบแบบหนึ่งคืนสำหรับวันดังกล่าวโดยตรงบน Booking.com เพื่อตรวจสอบว่าข้อจำกัดทำงานอยู่หรือไม่
4. ซิงโครไนซ์รายละเอียดการจองของผู้เข้าพัก (Booking.com → ระบบ PMS โรงแรม)
เมื่อผู้เข้าพักจองที่พักผ่าน Booking.com รายละเอียดการจอง — ชื่อผู้เข้าพัก ข้อมูลการติดต่อ วันที่เช็คอินและเช็คเอาต์ ประเภทห้องพัก แผนราคา และจำนวนผู้เข้าพัก — ควรถูกส่งเข้าสู่ระบบ PMS โรงแรมโดยอัตโนมัติภายในไม่กี่นาทีหลังจากที่การจองได้รับการยืนยัน
ทิศทางการซิงโครไนซ์นี้จะส่งจาก Booking.com เข้าสู่ระบบ PMS โรงแรม แผนกต้อนรับไม่จำเป็นต้องคัดลอกรายละเอียดการจองใดๆ จากเอ็กซ์ทราเน็ตเข้าสู่ระบบการจองของระบบ PMS โรงแรมด้วยตนเอง การป้อนข้อมูลการจองแบบแมนนวลอาจทำให้เกิดข้อผิดพลาดในการคัดลอก สร้างความล่าช้าในการอัปเดตความพร้อมใช้งาน และกินเวลาของแผนกต้อนรับที่ควรนำไปใช้ดูแลผู้เข้าพักมากกว่า
ระดับของรายละเอียดผู้เข้าพักที่ถูกซิงโครไนซ์ขึ้นอยู่กับการตั้งค่าความเป็นส่วนตัวของผู้เข้าพัก และนโยบายการแชร์ข้อมูลของ Booking.com ที่อยู่อีเมลของผู้เข้าพักอาจถูกปิดบัง (ถูกแทนที่ด้วยอีเมลตัวกลางของ Booking.com) ขึ้นอยู่กับการตั้งค่าความยินยอมของผู้เข้าพัก ระบบ PMS โรงแรมควรรับและจัดเก็บที่อยู่อีเมลตัวกลางนี้อย่างถูกต้อง เพื่อให้การสื่อสารก่อนการเข้าพักใดๆ ที่ส่งผ่านระบบ PMS โรงแรมสามารถเข้าถึงตัวผู้เข้าพักได้จริง
สิ่งที่ต้องทดสอบ: สร้างการจองทดสอบผ่าน Booking.com ยืนยันว่าการจองปรากฏในระบบ PMS โรงแรมภายใน 5 นาที พร้อมข้อมูลห้องพัก วันที่ ราคา และชื่อผู้เข้าพักที่ถูกต้อง — โดยไม่ต้องให้พนักงานแผนกต้อนรับกรอกข้อมูลด้วยตนเอง
5. ซิงโครไนซ์สถานะการชำระเงิน (Booking.com → ระบบ PMS โรงแรม)
สถานะการชำระเงินเป็นหมวดหมู่การซิงโครไนซ์ที่มีความหลากหลายที่สุดในการตั้งค่าการเชื่อมต่อระหว่างระบบ PMS โรงแรมและ Booking.com ซึ่งสิ่งที่จะซิงโครไนซ์ — และความน่าเชื่อถือระดับไหน — จะขึ้นอยู่กับว่าโรงแรมใช้รูปแบบการชำระเงินใดสำหรับการจองบน Booking.com
สำหรับโรงแรมที่ใช้รูปแบบการชำระเงินด้วยบัตรเครดิตเสมือน (VCC) ของ Booking.com ทาง Booking.com จะให้บัตรเสมือนจริงสำหรับการจองแต่ละรายการซึ่งจะสามารถเรียกเก็บเงินได้ในวันที่ผู้เข้าพักมาถึง ระบบ PMS โรงแรมควรได้รับรายละเอียด VCC เป็นส่วนหนึ่งของการซิงโครไนซ์การจอง เพื่อให้แผนกต้อนรับสามารถดำเนินการเรียกเก็บเงินได้โดยไม่ต้องเข้าถึงเอ็กซ์ทราเน็ตเพื่อดึงข้อมูลบัตรด้วยตนเอง
สำหรับโรงแรมที่ใช้ Booking.com Payments (โดยที่ Booking.com จะเรียกเก็บเงินจากผู้เข้าพักและโอนให้กับโรงแรม) ระบบ PMS โรงแรมควรได้รับสัญลักษณ์สถานะการชำระเงินที่ระบุว่าผู้เข้าพักได้ชำระเงินกับ Booking.com โดยตรงแล้วหรือไม่ เพื่อให้แผนกต้อนรับรู้ว่าจะต้องไม่เรียกเก็บเงินซ้ำซ้อนตอนเช็คอิน
สำหรับโรงแรมที่เรียกเก็บเงินโดยตรงจากผู้เข้าพักที่หน้างาน ใบแจ้งหนี้ (folio) ในระบบ PMS โรงแรมควรแสดงยอดค้างชำระ ณ เวลาเช็คอิน เพื่อให้พนักงานแผนกต้อนรับเรียกเก็บเงินตามปกติ
ในทั้งสามกรณีนี้ การจองที่เข้ามาในระบบ PMS โรงแรมควรมีตัวบ่งชี้สถานะการชำระเงินที่บอกแผนกต้อนรับได้อย่างชัดเจนว่าสิ่งใดถูกชำระเงินแล้วและสิ่งใดยังคงค้างชำระอยู่ — โดยไม่ต้องเข้าสู่ระบบเอ็กซ์ทราเน็ตเพื่อยืนยัน
สิ่งที่ต้องทดสอบ: หลังจากที่การจองทดสอบเข้าสู่ระบบ PMS โรงแรม ให้ยืนยันว่ารูปแบบการชำระเงินถูกระบุไว้อย่างชัดเจนบนใบแจ้งหนี้การจอง — รายละเอียด VCC หากมี หรือสัญลักษณ์สถานะการชำระเงิน — โดยไม่ต้องให้แผนกต้อนรับตรวจสอบในเอ็กซ์ทราเน็ตของ Booking.com
API โดยตรง vs ระบบรวบรวมข้อมูล: ทำไมประเภทการเชื่อมต่อจึงมีความสำคัญ
ระบบ PMS โรงแรมสามารถเชื่อมต่อกับ Booking.com โดยตรงผ่าน API — ซึ่งระบบ PMS โรงแรมจะสื่อสารกับชั้นการเชื่อมต่อของ Booking.com โดยตรง — หรือผ่านผู้รวบรวมระบบ channel manager โรงแรมของบุคคลที่สามซึ่งคั่นอยู่ระหว่างทั้งสองระบบ
การเชื่อมต่อโดยตรงให้การซิงโครไนซ์ที่เร็วกว่า มีจุดล้มเหลวน้อยกว่า และแก้ไขปัญหาได้ง่ายกว่า: มีการเชื่อมต่อจุดเดียวให้วินิจฉัยเมื่อเกิดข้อผิดพลาด การเชื่อมต่อผ่านผู้รวบรวมข้อมูลจะเพิ่มชั้นการแปลงข้อมูลซึ่งความล่าช้าและข้อผิดพลาดอาจสะสมขึ้นโดยไม่มีผู้รับผิดชอบที่ชัดเจน
สอบถามผู้ให้บริการระบบ PMS โรงแรมว่าการเชื่อมต่อกับ Booking.com เป็นแบบโดยตรงหรือผ่านผู้รวบรวม หากเป็นการเชื่อมต่อผ่านผู้รวบรวม ให้ถามว่าเป็นผู้รวบรวมรายใด ข้อตกลงระดับบริการ (SLA) ด้านความพร้อมใช้งาน (Uptime) ของพวกเขาเป็นอย่างไร และจะเกิดอะไรขึ้นเมื่อระบบผู้รวบรวมเกิดขัดข้อง
คำถามที่พบบ่อยเกี่ยวกับการทำงานร่วมกันระหว่างระบบ PMS โรงแรมและ Booking.com
ข้อมูลใดบ้างที่ซิงโครไนซ์ระหว่างระบบ PMS โรงแรมและ Booking.com?
การทำงานร่วมกันที่มีประสิทธิภาพจะซิงโครไนซ์ข้อมูล 5 หมวดหมู่: ความพร้อมใช้งาน ราคา และข้อจำกัด (จากระบบ PMS โรงแรมไปยัง Booking.com) และรายละเอียดการจองของผู้เข้าพักและสถานะการชำระเงิน (จาก Booking.com ไปยังระบบ PMS โรงแรม) แต่ละหมวดหมู่มีทิศทางการซิงโครไนซ์ที่แตกต่างกันและมีรูปแบบความล้มเหลวที่เฉพาะเจาะจงเมื่อระบบทำงานผิดพลาด
ความพร้อมใช้งานควรซิงโครไนซ์จากระบบ PMS โรงแรมไปยัง Booking.com เร็วแค่ไหน?
การเปลี่ยนแปลงความพร้อมใช้งานควรซิงโครไนซ์กับ Booking.com ภายในไม่กี่วินาทีสำหรับการเชื่อมต่อ API โดยตรง — ไม่ใช่เป็นรอบการทำงานแบบกลุ่ม ความล่าช้าในการซิงโครไนซ์ใดๆ ที่นานกว่า 60 วินาที จะทำให้เกิดช่วงโหว่ในการเกิดการจองเกินจำนวน ซึ่งห้องพักเดียวกันอาจถูกจองจากหลายช่องทางพร้อมกันได้ ขอให้ผู้ให้บริการระบบ PMS โรงแรมยืนยันวิธีการซิงก์ของพวกเขา และขอข้อมูลประวัติความพร้อมใช้งานของการเชื่อมต่อ Booking.com ของพวกเขา
จะเกิดอะไรขึ้นหากการเชื่อมต่อระบบ PMS โรงแรมกับ Booking.com ขัดข้อง?
การซิงโครไนซ์ทั้ง 5 หมวดหมู่จะเปลี่ยนกลับไปเป็นกระบวนการแบบแมนนวล — การอัปเดตความพร้อมใช้งาน การป้อนข้อมูลการจอง และการเปลี่ยนแปลงราคาจะต้องดำเนินการในเอ็กซ์ทราเน็ตและในระบบ PMS โรงแรมแยกจากกัน ความล่าช้าของความพร้อมใช้งานจะสร้างความเสี่ยงต่อการจองเกินจำนวน ส่วนความล้มเหลวในการซิงโครไนซ์ราคาจะทำให้เกิดการละเมิดความเท่าเทียมกันของราคา ซึ่ง Booking.com จะตรวจสอบและลงโทษได้
การทำงานร่วมกันระหว่างระบบ PMS โรงแรมกับ Booking.com รองรับบัตรเครดิตเสมือนหรือไม่?
ตามหลักแล้วควรจะรองรับ รูปแบบการชำระเงินด้วยบัตรเครดิตเสมือน (VCC) ของ Booking.com จะให้บัตรที่ไม่ซ้ำกันสำหรับการจองแต่ละรายการ ซึ่งเรียกเก็บเงินได้ในวันที่เช็คอิน ระบบ PMS โรงแรมที่เชื่อมต่อได้ดีจะรับรายละเอียด VCC เป็นส่วนหนึ่งของการซิงโครไนซ์การจอง เพื่อให้พนักงานแผนกต้อนรับสามารถดำเนินการเรียกเก็บเงินได้โดยไม่ต้องเข้าสู่ระบบเอ็กซ์ทราเน็ต หากระบบของคุณไม่สามารถทำได้ ให้ยืนยันกับผู้ให้บริการระบบ PMS โรงแรมของคุณว่าแพ็กเกจที่คุณใช้งานอยู่รองรับ VCC หรือไม่
การเชื่อมต่อ API โดยตรงดีกว่าผ่านผู้รวบรวมระบบ channel manager โรงแรมในการเชื่อมต่อกับ Booking.com หรือไม่?
โดยทั่วไปแล้วใช่ การเชื่อมต่อ API โดยตรงมีจุดติดต่อเดียว ซิงโครไนซ์ได้เร็วกว่า และแก้ปัญหาได้ง่ายกว่า การเชื่อมต่อผ่านผู้รวบรวมระบบจะเพิ่มชั้นของบุคคลที่สามซึ่งอาจเกิดความล่าช้าและข้อผิดพลาดในการแปลงข้อมูล — และทั้งผู้ให้บริการระบบ PMS โรงแรมหรือ Booking.com ต่างก็ไม่ต้องรับผิดชอบในการแก้ไขปัญหาการขัดข้องของผู้รวบรวมระบบ เมื่อประเมินระบบ PMS โรงแรม ควรถามให้ชัดเจนว่าการเชื่อมต่อ Booking.com เป็นแบบโดยตรงหรือผ่านผู้รวบรวม
เชื่อมต่อกับ Booking.com โดยตรง — ไม่มีชั้นผู้รวบรวมระบบ
Smart Order เชื่อมต่อกับ Booking.com และ OTA รายใหญ่ผ่านช่องทาง API โดยตรง — ซิงโครไนซ์แบบเรียลไทม์ มีช่องทางติดต่อสนับสนุนช่องทางเดียวเมื่อเกิดปัญหาขัดข้อง
