`

เช็กลิสต์การเปลี่ยน PMS โรงแรม: สิ่งที่ต้องเตรียมก่อนย้ายระบบ

Aug 31 2026 · Smart Order · นาที 1
เช็กลิสต์การเปลี่ยน PMS โรงแรม: สิ่งที่ต้องเตรียมก่อนย้ายระบบ
ประเด็นสำคัญ
1. การเปลี่ยน PMS ส่วนใหญ่มักล้มเหลวในสัปดาห์สุดท้าย ไม่ใช่เพราะข้อมูลสูญหาย แต่เพราะข้ามขั้นตอนสำคัญ เช่น การแมป OTA ใหม่ และการให้พนักงานทดสอบภายใต้สถานการณ์จริง
2. เช็กลิสต์นี้ครอบคลุมทุกขั้นตอน ได้แก่ การส่งออกข้อมูล การจัดการการจองที่เข้ามาระหว่างการย้ายระบบ การเชื่อมต่อ OTA ใหม่ การฝึกอบรมพนักงาน และการดำเนินงานในวันเปลี่ยนระบบ
3. ดำเนินการแต่ละหัวข้อตามลำดับ เพราะขั้นตอนถัดไปจะขึ้นอยู่กับความสมบูรณ์ของขั้นตอนก่อนหน้า
4. ทีมเริ่มต้นใช้งานของ Smart Order ดูแลการนำเข้าข้อมูลและการเชื่อมต่อ OTA ใหม่ในขั้นตอนการตั้งค่า ช่วยตัดสองรายการที่มีความเสี่ยงสูงที่สุดออกจากเช็กลิสต์ของคุณ

การเปลี่ยน ระบบบริหารจัดการโรงแรม (PMS) ไม่ได้ขึ้นอยู่กับเทคโนโลยีมากเท่ากับการจัดลำดับขั้นตอน หากพลาดขั้นตอนแรก ๆ ปัญหาอาจไม่ปรากฏจนถึงวันเช็กอิน เช่น การจองที่ไม่ได้โอนย้าย ช่องทาง OTA ที่ยังเชื่อมโยงกับระบบเดิม หรือพนักงานที่ไม่เคยรับชำระเงินผ่านหน้าจอของระบบใหม่

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


ขั้นตอนที่ 1: ตรวจสอบข้อมูล (ก่อนส่งออกข้อมูลใด ๆ)

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

ข้อมูลผู้เข้าพัก

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

การจองในอนาคต

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

แผนราคาและการกำหนดค่าห้องพัก

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

ข้อมูลย้อนหลัง

  • ส่งออกข้อมูลการจองย้อนหลัง 12 เดือนเป็นไฟล์เก็บถาวรแบบคงที่ (CSV หรือ Excel)
  • ส่งออกรายงานรายได้แยกตามช่องทางของช่วงเวลาเดียวกัน
  • จัดเก็บข้อมูลเหล่านี้ไว้นอกระบบ ไม่จำเป็นต้องนำเข้า PMS ใหม่ แต่คุณอาจต้องใช้อ้างอิงหากเกิดข้อโต้แย้งด้านการเรียกเก็บเงินในภายหลัง

ขั้นตอนที่ 2: ส่งออกและนำเข้าข้อมูล

ส่งออก

  • ส่งออกข้อมูลผู้เข้าพักในรูปแบบที่ผู้ให้บริการรายใหม่รองรับ (โดยทั่วไปคือ CSV)
  • ส่งออกการจองในอนาคตด้วยรูปแบบเดียวกัน
  • ตรวจสอบว่าชื่อส่วนหัวคอลัมน์ตรงกันทุกประการ เพราะเครื่องมือนำเข้าส่วนใหญ่ไม่ถือว่า "ชื่อ" และ "ชื่อผู้เข้าพัก" เป็นข้อมูลเดียวกัน
  • นับจำนวนแถวก่อนปิดไฟล์ส่งออก

นำเข้า

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

หากจำนวนข้อมูลไม่ตรงกัน ให้แก้ไขก่อนดำเนินการขั้นตอนที่ 3 เพราะหากพบการจองตกหล่นหลังเปลี่ยนระบบ ผู้เข้าพักอาจมาถึงโดยไม่มีข้อมูลการจองอยู่ในระบบ


ขั้นตอนที่ 3: จัดการการจองที่เข้ามาระหว่างการย้ายระบบ

การจองที่เข้ามาในช่วงเปลี่ยนผ่านต้องได้รับการจัดการอย่างรอบคอบ คุณจะต้องใช้งานระบบเดิมและระบบใหม่ควบคู่กันเป็นเวลา 1–2 สัปดาห์ และการจองใหม่ทุกรายการต้องมีอยู่ในทั้งสองระบบ

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

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

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

ทดลองใช้ฟรี

ขั้นตอนที่ 4: แมป OTA ใหม่

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

ก่อนยกเลิกการเชื่อมต่อระบบเดิม

  • จัดทำรายชื่อช่องทาง OTA ทั้งหมดที่เชื่อมต่อกับ PMS เดิมอยู่ในปัจจุบัน (Booking.com, Agoda, Expedia, Airbnb, Trip.com หรือช่องทางอื่นที่เกี่ยวข้อง)
  • บันทึกรหัสที่พักของคุณบนแต่ละแพลตฟอร์ม (จำเป็นสำหรับการเชื่อมต่อใหม่)
  • ตรวจสอบว่า OTA ใดต้องอนุมัติการเชื่อมต่อ ระบบจัดการช่องทางการขาย ใหม่ด้วยตนเอง โดยปกติการเริ่มต้นใช้งานแบบเร่งด่วนของ Booking.com ใช้เวลา 24–48 ชั่วโมง จึงควรวางแผนให้เหมาะสม

การเชื่อมต่อใหม่ในระบบใหม่

  • เชื่อมต่อช่องทาง OTA แต่ละช่องผ่าน PMS หรือระบบจัดการช่องทางการขายใหม่ทีละช่องทาง
  • หลังเชื่อมต่อแต่ละช่องทาง ให้ทดลองเปลี่ยนจำนวนห้องว่างใน PMS ใหม่ และตรวจสอบว่าข้อมูลอัปเดตบน OTA ภายใน 5 นาที
  • ตรวจสอบว่าชื่อประเภทห้องพักใน PMS ใหม่ตรงกับประเภทห้องที่แมปไว้บน OTA แต่ละราย เพราะข้อมูลที่ไม่ตรงกันจะทำให้เกิดข้อผิดพลาดในการซิงค์ซึ่งอาจไม่เห็นได้ชัดในทันที
  • ยืนยันว่าราคาในทุกช่องทางที่เชื่อมต่อสอดคล้องกันก่อนเปิดใช้งานจริง
  • สำหรับ Booking.com ให้ตรวจสอบว่าสถานะการเชื่อมต่อแสดงเป็น "ใช้งานอยู่" ทั้งใน Booking.com Extranet และแดชบอร์ด PMS ใหม่

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


ขั้นตอนที่ 5: ฝึกอบรมพนักงาน

การฝึกอบรมพนักงานเป็นขั้นตอนเดียวที่เร่งรัดไม่ได้ ทุกชั่วโมงที่ลดเวลาฝึกอบรมจะกลับมาในรูปของข้อผิดพลาดที่แผนกต้อนรับหลังเปลี่ยนระบบ

การเช็กอินและเช็กเอาต์

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

การจอง

  • พนักงานสามารถค้นหาการจองได้จากชื่อผู้เข้าพัก หมายเลขอ้างอิงการจอง และวันเช็กอิน
  • พนักงานสามารถเพิ่มการจองด้วยตนเองได้ (ลูกค้าวอล์กอินหรือการจองทางโทรศัพท์)
  • พนักงานสามารถแก้ไขการจองได้ เช่น เปลี่ยนวันที่ เปลี่ยนประเภทห้องพัก และเพิ่มหมายเหตุ

การอัปเดต OTA

  • มีพนักงานอย่างน้อยหนึ่งคนที่ทราบวิธีปิดขายห้องพักด้วยตนเองในระบบจัดการช่องทางการขายเมื่อจำเป็น
  • พนักงานเข้าใจว่าการแก้ไขจาก OTA จะไม่อัปเดตใน PMS โดยอัตโนมัติ จึงต้องตรวจสอบบันทึกการแก้ไขของ OTA และอัปเดตด้วยตนเอง

การชำระเงิน

  • พนักงานสามารถรับเงินมัดจำผ่านลิงก์ชำระเงินได้
  • พนักงานสามารถดำเนินการคืนเงินได้
  • พนักงานทราบวิธีตรวจสอบสถานะการชำระเงินของการจอง

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


ขั้นตอนที่ 6: ดำเนินงานในวันเปลี่ยนระบบ

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

หนึ่งวันก่อนเปลี่ยนระบบ

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

เช้าวันเปลี่ยนระบบ

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

48 ชั่วโมงแรก

  • ตรวจสอบการซิงค์ OTA ทุก 2–3 ชั่วโมง เพราะปัญหาการซิงค์ส่วนใหญ่มักปรากฏในวันแรก
  • ตรวจสอบว่าการจองที่แก้ไขหลังเปลี่ยนระบบแสดงอย่างถูกต้องทั้งใน PMS และ OTA
  • คงสิทธิ์เข้าถึงระบบเดิมแบบอ่านอย่างเดียวไว้ 30 วันเพื่อใช้อ้างอิง และอย่าเพิ่งยกเลิกบัญชีจนกว่าจะผ่านรอบการเรียกเก็บเงินแรกในระบบใหม่เรียบร้อย

ขั้นตอนที่ 7: ตรวจสอบหลังเปลี่ยนระบบ

  • หลัง 7 วัน: เรียกดูรายงานรายได้ในระบบใหม่ และเปรียบเทียบกับข้อมูลที่บันทึกด้วยตนเองในระบบเดิมของช่วงเวลาเดียวกัน
  • หลัง 14 วัน: ตรวจสอบว่าช่องทาง OTA ทั้งหมดซิงค์อย่างถูกต้อง และไม่มีข้อผิดพลาดเกี่ยวกับจำนวนห้องพักใน Extranet ใด ๆ
  • หลัง 30 วัน: ยืนยันว่าพนักงานไม่ได้จัดทำข้อมูลสำรองคู่ขนานด้วยตนเอง (สเปรดชีตหรือสมุดบันทึก) ซึ่งอาจบ่งชี้ว่าระบบใหม่ยังมีช่องว่าง
  • ยกเลิกการสมัครใช้ PMS เดิมหลังจากสิ้นสุดระยะเวลาตรวจสอบ 30 วันเท่านั้น — ห้ามยกเลิกก่อนหน้านั้น

หากระบบใหม่ของคุณรวม Channel Manager และ PMS ไว้ในผลิตภัณฑ์เดียว การซิงค์ข้อมูลระหว่างแผนกต้อนรับกับช่องทาง OTA จะเป็นไปโดยอัตโนมัติ Smart Order จะอัปเดตห้องว่างใน OTA ที่เชื่อมต่อทั้งหมดทันทีที่ระบบประมวลผลการจอง โดยไม่ต้องซิงค์ข้อมูลด้วยตนเองหรือกระทบยอดเมื่อสิ้นสุดวัน จึงตัดงานหนึ่งรายการออกจากเช็กลิสต์การปฏิบัติงานประจำวันของคุณได้อย่างสมบูรณ์

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

ทดลองใช้ฟรี

คำถามที่พบบ่อยเกี่ยวกับเช็กลิสต์การเปลี่ยนระบบ PMS โรงแรม

ฉันควรเริ่มตรวจสอบข้อมูลก่อนเปลี่ยนระบบนานเท่าใด

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

ฉันสามารถเปลี่ยนระบบ PMS โรงแรมในช่วงฤดูกาลท่องเที่ยวสูงสุดได้หรือไม่

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

จะเกิดอะไรขึ้นกับการจองจาก OTA ที่เข้ามาระหว่างการเปลี่ยนระบบ

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

ควรทำอย่างไรหากข้อมูลการจองบางรายการหายไปจากการนำเข้าข้อมูล

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

ฉันต้องแจ้งผู้เข้าพักเมื่อเปลี่ยนระบบ PMS หรือไม่

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

ฉันจะตรวจสอบได้อย่างไรว่าการซิงค์กับ OTA ทำงานถูกต้องหลังเปลี่ยนระบบ

เข้าสู่ระบบเอ็กซ์ทราเน็ตของ OTA แต่ละแห่งโดยตรง แล้วเปรียบเทียบจำนวนห้องว่างที่เปิดขายกับข้อมูลที่แสดงใน PMS ใหม่ จากนั้นทดลองเปลี่ยนแปลงข้อมูลเล็กน้อยใน PMS โดยบล็อกห้องหนึ่งห้องเป็นเวลาหนึ่งคืน และตรวจสอบว่ารายการบล็อกดังกล่าวปรากฏบน OTA ภายในห้านาทีหรือไม่ หากยังไม่ซิงค์ภายในช่วงเวลาดังกล่าว ให้ตรวจสอบสถานะการเชื่อมต่อ Channel Manager ใน PMS ใหม่ก่อนสรุปว่าปัญหาเกิดจากฝั่ง OTA