การจองจาก Tiket.com ไม่แสดงในระบบ PMS ของคุณ: คู่มือการแก้ไขปัญหา

การจองจาก tiket.com ที่ไม่แสดงในระบบบริหารจัดการโรงแรม ยังคงเป็นการจองที่ใช้งานได้จริงหาก tiket.com ยืนยันแล้ว ความล้มเหลวอาจเกิดขึ้นระหว่าง Extranet และ ผู้จัดการช่องทาง, ระหว่างผู้จัดการช่องทางและระบบบริหารจัดการโรงแรม หรือภายในคิวการนำเข้าของระบบบริหารจัดการโรงแรม นอกจากนี้ การจองอาจมีอยู่แต่ถูกซ่อนจากมุมมองการมาถึง (arrivals view)

อย่าเริ่มต้นด้วยการส่งซ้ำหรือป้อนการจองด้วยตนเอง ให้ยืนยันระเบียนของช่องทาง ติดตามตัวระบุเดียวกันผ่านแต่ละระบบ และปกป้องแขกโดยไม่สร้างการจองซ้ำซ้อน

ยืนยันการจองใน Extranet ของ Tiket.com

เข้าสู่ระบบ ในที่พักที่ถูกต้องบน Extranet เวอร์ชันเดสก์ท็อป จากนั้นเปิด การจอง (Bookings) > ค้นหาการจอง (Search Bookings) และค้นหาด้วยรหัสกำหนดการเดินทาง (Itinerary ID) หรือชื่อแขก ขยายช่วงวันที่และตรวจสอบสถานะที่ยืนยันแล้ว แก้ไขแล้ว และยกเลิกแล้ว แทนที่จะพึ่งพาเพียงแดชบอร์ดของวันนี้

แอป Lignum by tiket.com เป็นอีกหนึ่งช่องทางในการยืนยัน เปิด การจอง (Reservations), สลับระหว่าง เช็คอิน และ การจอง, เลือกช่วงวันที่ที่เกี่ยวข้อง และค้นหาด้วยชื่อแขกหรือรหัสกำหนดการเดินทาง คำแนะนำการค้นหาการจองของ tiket.com และคู่มือการจองของ Lignum ได้อธิบายถึงการตรวจสอบฝั่งพาร์ทเนอร์ในปัจจุบันเหล่านี้

เปิดการจองและบันทึกที่พัก, รหัสกำหนดการเดินทาง, สถานะการจอง, เวลาที่สร้างและแก้ไข, วันที่เข้าพัก, ห้องพัก, แผนราคาห้องพัก, จำนวนผู้เข้าพัก, รายละเอียดแขก, คำแนะนำการชำระเงิน และคำขอพิเศษ ใช้ระเบียนของช่องทางเพื่อตรวจสอบว่าแขกมีการจองที่ถูกต้องหรือไม่ และใช้ระบบบริหารจัดการโรงแรมเป็นปลายทางในการดำเนินงาน

หาก tiket.com ไม่พบการจอง โปรดตรวจสอบที่พักและตัวระบุอีกครั้งก่อนที่จะดำเนินการตามภาพหน้าจอของแขกหรืออีเมลที่ส่งต่อมา หาก tiket.com แสดงสถานะว่ายืนยันแล้ว ให้ปกป้องการเข้าพักของแขกแม้ว่าปัญหาการส่งมอบจะยังไม่ได้รับการแก้ไขก็ตาม

ติดตามการส่งมอบการจอง

โดยปกติการจองที่เชื่อมต่อกันจะส่งจาก tiket.com ไปยังผู้จัดการช่องทางหรือผู้ให้บริการเชื่อมต่อ ผ่านการจับคู่ผลิตภัณฑ์ เข้าสู่บริการนำเข้าของระบบบริหารจัดการโรงแรม และสุดท้ายจะปรากฏในมุมมองการมาถึง ให้ทดสอบสายโซ่นี้ด้วยรหัสกำหนดการเดินทาง 1 รายการ

1. ค้นหาผู้ให้บริการเชื่อมต่อสำหรับรหัสกำหนดการเดินทางของ tiket.com และการประทับเวลาการจอง
2. ตรวจสอบว่าได้รับ จัดคิว ส่งมอบ ปฏิเสธ หรือลองใหม่แล้วหรือไม่
3. บันทึกรหัสข้อความของผู้ให้บริการ ที่พักปลายทาง การตอบกลับ และข้อความข้อผิดพลาด
4. ค้นหาระบบบริหารจัดการโรงแรมทั้งหมดด้วยรหัสกำหนดการเดินทาง รหัสอ้างอิงของผู้ให้บริการ ชื่อแขก วันที่จอง และวันที่เข้าพัก
5. ตรวจสอบระเบียนที่รอดำเนินการ ล้มเหลว ซ้ำซ้อน ถูกกักกัน ยกเลิก เก็บถาวร และยังไม่ได้มอบหมาย
6. เปรียบเทียบการประทับเวลาทั้งหมดในเขตเวลาเดียวกันก่อนตัดสินใจว่าความล่าช้าเกิดขึ้นที่ใด

หาก tiket.com มีการจองแต่ผู้ให้บริการไม่มี แสดงว่าข้อผิดพลาดอยู่ก่อนถึงผู้ให้บริการ หากผู้ให้บริการส่งมอบแล้วแต่ระบบบริหารจัดการโรงแรมปฏิเสธ ให้ตรวจสอบข้อผิดพลาดในการนำเข้า หากระบบบริหารจัดการโรงแรมมีการจองอยู่นอกเหนือจากมุมมองการมาถึง ให้แก้ไขตัวกรองหรือสถานะการดำเนินงานแทนที่จะนำเข้าใหม่อีกครั้ง

channel manager โรงแรม ของ Smart Order จะช่วยรักษารหัสอ้างอิงจาก OTA ที่เข้ามาให้ผูกติดกับจำนวนห้องพักที่จับคู่ไว้และเส้นทางการจองของระบบบริหารจัดการโรงแรม ทำให้ค้นหาการส่งมอบที่สำเร็จครั้งล่าสุดได้ง่ายขึ้น

ตรวจสอบการเชื่อมต่อและการจับคู่ผลิตภัณฑ์

ยืนยันว่าการเชื่อมต่อ tiket.com เปิดใช้งานอยู่สำหรับที่พักที่ถูกต้อง และมีการเปิดใช้ทิศทางการส่งมอบการจอง การอัปเดตราคาล่าสุดที่สำเร็จไม่ได้พิสูจน์ว่าการจองขาเข้าทำงานได้ปกติ เนื่องจากทั้งสองกระบวนการอาจใช้บริการที่แตกต่างกัน

เปรียบเทียบตัวระบุของที่พัก, ห้องพัก และแผนราคาห้องพักของ tiket.com กับการจับคู่ของผู้จัดการช่องทางและผลิตภัณฑ์ในระบบบริหารจัดการโรงแรมที่ใช้งานอยู่ ให้ความสนใจเป็นพิเศษหลังจากมีการเปลี่ยนชื่อห้องพัก, โคลนแผนราคา, ปิดการใช้งานผลิตภัณฑ์ หรือเชื่อมต่อที่พักใหม่ การมีชื่อแสดงที่ตรงกันเพียงอย่างเดียวนั้นไม่เพียงพอ

ตรวจสอบจำนวนผู้เข้าพัก, การตั้งค่าสำหรับเด็ก, อาหาร, เงื่อนไขการยกเลิก, รูปแบบการตั้งราคา และสกุลเงิน ผู้ให้บริการอาจได้รับการจองแต่ปฏิเสธเนื่องจากผลิตภัณฑ์ห้องพักและแผนราคาที่รวมกันไม่มีปลายทางของระบบบริหารจัดการโรงแรมที่ถูกต้อง หรือเนื่องจากไม่รองรับค่าที่จำเป็น

อย่าทำการจับคู่ห้องพักที่ใช้งานอยู่ใหม่เพียงเพื่อบังคับให้การจองรายการเดียวผ่านไปได้ ให้ยืนยันจำนวนห้องพักจริงและเงื่อนไขทางการค้า บันทึกการจับคู่เดิม ขออนุมัติ และทดสอบการจับคู่ที่แก้ไขแล้วกับผลิตภัณฑ์ที่มีความเสี่ยงต่ำ

ตรวจสอบกฎการนำเข้าและการมาถึงของระบบบริหารจัดการโรงแรม

อ่านข้อความการปฏิเสธของระบบบริหารจัดการโรงแรมอย่างละเอียดก่อนเปลี่ยนแปลงข้อมูล สาเหตุทั่วไปได้แก่ ที่พักไม่เปิดใช้งาน, ขาดการจับคู่ห้องพักหรือราคา, จำนวนผู้เข้าพักไม่ถูกต้อง, รหัสภายนอกซ้ำซ้อน, ตัวอักษรที่ไม่รองรับ, ขาดฟิลด์ข้อมูลแขกที่จำเป็น, วันที่ดำเนินธุรกิจถูกปิด หรือการแก้ไขมาถึงก่อนการจองต้นฉบับ

หากไม่พบการปฏิเสธ ให้ค้นหานอกเหนือจากรายการการมาถึงที่เป็นค่าเริ่มต้น ตรวจสอบขอบเขตที่พัก, ช่วงการมาถึง, วันที่ดำเนินธุรกิจ, เขตเวลา, สถานะการจอง, การกำหนดห้องพัก, ตัวกรองแหล่งที่มา และสิทธิ์ของผู้ใช้ การจองที่แก้ไขแล้วอาจเลื่อนออกไปนอกกรอบเวลาของวันนี้ ในขณะที่การยกเลิกอาจยังคงอยู่ในประวัติเท่านั้น

รักษาสถานะการนำเข้าบางส่วนไว้หากมีรหัสแหล่งที่มาอยู่แล้ว ให้ซ่อมแซมหรือเรียกใช้ระเบียนที่เชื่อมต่อนั้นใหม่ แทนที่จะสร้างการจองครั้งที่สองซึ่งจะไม่สามารถรับการแก้ไขหรือการยกเลิกในภายหลังได้

ปกป้องแขกและจำนวนห้องพัก

เมื่อ tiket.com ยืนยันการจอง แผนกต้อนรับจำเป็นต้องมีมาตรการป้องกันการดำเนินงานในขณะที่การตรวจสอบทางเทคนิคยังคงดำเนินต่อไป

1. ค้นหาทุกระบบเป็นครั้งสุดท้ายโดยใช้รหัสกำหนดการเดินทาง
2. กันห้องพักจริงที่ถูกต้องไว้ผ่านขั้นตอนข้อยกเว้นที่ได้รับอนุมัติของโรงแรม
3. สร้างระเบียนในระบบบริหารจัดการโรงแรมชั่วคราวเฉพาะเมื่อนโยบายกำหนดให้ทำสำหรับการมาถึงที่ใกล้จะเกิดขึ้น
4. ติดป้ายกำกับว่า รอการตรวจสอบการซิงค์ tiket.com และรวมรหัสอ้างอิงภายนอกไว้ด้วย
5. คัดลอกวันที่, ห้องพัก, ราคา, จำนวนผู้เข้าพัก, วิธีการชำระเงิน, เงื่อนไขการยกเลิก และสิ่งที่รวมอยู่ด้วยอย่างถูกต้อง
6. ปิดใช้งานการยืนยันซ้ำซ้อน, การชำระเงิน, รหัสผ่านเข้าออก และระบบอัตโนมัติในการรีวิวบนระเบียนชั่วคราว
7. มอบหมายผู้รับผิดชอบและกำหนดเวลาสำหรับการรวมหรือลบระเบียนนี้หลังจากการกู้คืน

ห้ามยกเลิกการจองของช่องทางที่ได้รับการยืนยันแล้ว หรือขอให้แขกทำการจองใหม่เนื่องจากการส่งมอบภายในล้มเหลว ห้ามลดจำนวนห้องพักแยกต่างหากในหลายระบบ ให้บันทึกการควบคุมชั่วคราวเพียงรายการเดียว จากนั้นค่อยตรวจสอบความถูกต้องเมื่อการจองที่เชื่อมต่อมาถึง

อีเมลเป็นการแจ้งเตือนสำรองที่มีประโยชน์แต่ไม่ใช่หลักฐานการส่งมอบของระบบบริหารจัดการโรงแรม Tiket.com ส่งอีเมลการจองใหม่ไปยังผู้ใช้ที่มีบทบาทผู้ดูแลระบบ (Administrator) หรือฝ่ายการจอง (Reservation) คำแนะนำเกี่ยวกับอีเมลการจองอธิบายว่าปัญหาด้านบทบาท ที่อยู่ หรือบัญชีดำอาจทำให้ข้อความเหล่านั้นหยุดลงได้อย่างไร ให้แก้ไขการกำหนดเส้นทางอีเมลแยกต่างหากจากปัญหาการบูรณาการระบบ

ลองใหม่อีกครั้งและพิสูจน์การกู้คืน

สอบถามผู้ให้บริการเชื่อมต่อว่าได้รับ push notification, ดึงข้อมูลการจอง หรือใช้วิธีการที่ได้รับอนุมัติอื่นหรือไม่ การดำเนินการกู้คืนต้องตรงกับการเชื่อมต่อดังกล่าว

แก้ไขข้อผิดพลาดที่เฉพาะเจาะจงก่อน จากนั้นเรียกใช้หรือดึงเหตุการณ์ต้นฉบับเพียงครั้งเดียว โดยใช้รหัสกำหนดการเดินทางเดียวกัน ก่อนลองใหม่ ให้ยืนยันว่าไม่มีการส่งมอบที่ล่าช้าหรือการแก้ไขในภายหลังที่อยู่ในคิวแล้ว การที่พนักงานหลายคนทำซ้ำการกระทำเดียวกันอาจทำให้เกิดระเบียนระบบบริหารจัดการโรงแรมซ้ำซ้อนหรือประมวลผลข้อความผิดลำดับ

การกู้คืนจะสมบูรณ์ก็ต่อเมื่อ:

• การจองในระบบบริหารจัดการโรงแรม 1 รายการ มีรหัสอ้างอิงของ tiket.com และผู้ให้บริการที่ถูกต้อง;
• ห้องพัก, แผน, วันที่, จำนวนผู้เข้าพัก, ราคา, คำแนะนำการชำระเงิน และสถานะตรงกับ Extranet;
• จำนวนห้องพักลดลงเพียงครั้งเดียวในพูลที่ใช้ร่วมกัน;
• การกันห้องพักชั่วคราวหรือระเบียนแบบแมนนวลได้รับการตรวจสอบแล้วโดยไม่สูญเสียบันทึกย่อหรืองาน; และ
• การแก้ไขหรือการยกเลิกในภายหลังยังคงสามารถอัปเดตระเบียนที่เชื่อมต่อรายการเดียวกันได้

ยกระดับปัญหา (Escalate) พร้อมระบุรหัสที่พัก, รหัสกำหนดการเดินทาง, ตัวระบุห้องพักและแผน, การประทับเวลาพร้อมเขตเวลา, รหัสข้อความของผู้ให้บริการ, ภาพหน้าจอการจับคู่, ข้อความข้อผิดพลาดของระบบบริหารจัดการโรงแรม, จำนวนห้องพักก่อนและหลัง และทุกการดำเนินการที่ได้ทำไปแล้ว สำหรับการมาถึงภายในวันเดียวกัน, จำนวนห้องพักห้องสุดท้าย, การจองที่ขาดหายไปหลายรายการ หรือคิวที่เพิ่มขึ้น ให้ยกระดับปัญหาทันทีในขณะที่ฝ่ายปฏิบัติการให้การดูแลเพื่อปกป้องแขก

คำถามที่พบบ่อย

พนักงานควรตรวจสอบการจอง tiket.com ที่ขาดหายไปที่ไหนก่อน?

ตรวจสอบที่พักที่ถูกต้องใน การจอง (Bookings) > ค้นหาการจอง (Search Bookings) หรือในส่วนของ การจอง (Reservations) ของแอป Lignum ยืนยันรหัสกำหนดการเดินทางและสถานะก่อนทำการเปลี่ยนแปลงในระบบบริหารจัดการโรงแรม

ราคาห้องพักสามารถซิงค์ได้หรือไม่ในขณะที่การจองล้มเหลว?

ได้ ข้อมูลราคาห้องพักและความพร้อมใช้งานขาออกอาจใช้ทิศทางหรือบริการที่แตกต่างจากการส่งมอบการจองขาเข้า โปรดตรวจสอบทั้งสองกระบวนการแยกกัน

แผนกต้อนรับควรสร้างการจองด้วยตนเองหรือไม่?

ทำเฉพาะเมื่อขั้นตอนข้อยกเว้นที่ได้รับอนุมัติกำหนดให้ต้องมีการปกป้องทันที ให้ทำเครื่องหมายเพื่อรอการตรวจสอบ ป้องกันระบบอัตโนมัติซ้ำซ้อน และค้นหาการจองที่เชื่อมต่อซึ่งอาจล่าช้าก่อนการตรวจสอบบัญชีรอบดึก (night audit)

เหตุใดการจองจึงหายไปจากมุมมองการมาถึง (Arrivals) เท่านั้น?

อาจเป็นเพราะถูกจัดอยู่ในที่พัก, วันที่, สถานะ, การกำหนดห้องพัก, เขตเวลา หรือขอบเขตสิทธิ์อนุญาตอื่น ค้นหาในระบบบริหารจัดการโรงแรมทั้งหมดด้วยรหัสอ้างอิงภายนอกและชื่อแขก

อะไรคือสิ่งที่พิสูจน์ว่าปัญหาได้รับการแก้ไขแล้ว?

การจองที่เชื่อมต่อในระบบบริหารจัดการโรงแรม 1 รายการตรงกับ tiket.com, ความพร้อมใช้งานเปลี่ยนแปลงเพียงครั้งเดียว, การควบคุมชั่วคราวได้รับการตรวจสอบแล้ว และเหตุการณ์การจองในอนาคตสามารถอัปเดตระเบียนเดียวกันได้

การจอง tiket.com ที่หายไปจะได้รับการแก้ไขเมื่อแขกได้รับการปกป้องและการจองสามารถติดตามได้ตั้งแต่ต้นจนจบ ยืนยันระเบียนของช่องทางก่อน ซ่อมแซมเฉพาะการส่งมอบที่ล้มเหลว และปิดเคสนี้ด้วยการจองในระบบบริหารจัดการโรงแรมที่สมบูรณ์เพียง 1 รายการ