การทำงานของตัวชี้วัดการเข้าพักกับรายการห้องพักแบบแยก

บทความนี้อธิบายวิธีการคำนวณและรายงานเมตริกการเข้าพัก รวมถึงเปอร์เซ็นต์การเข้าพัก อัตราค่าห้องพักเฉลี่ยรายวัน (ADR) และรายได้ต่อห้องว่างที่มี (RevPAR) ภายใน Cloudbeds เมื่อใช้ฟีเจอร์การแยกรายการห้องพัก

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

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

การเข้าใจการแยกรายการห้องพัก: วิธีการคำนวณการเข้าพัก ADR และ RevPAR และความหมายของการแยกและไม่แยก

ความแตกต่างระหว่างห้องจริงและห้องเสมือนคืออะไร?

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

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

 การเชื่อมโยงรายได้: ในขณะที่ความจุและห้องที่ขายเชื่อมโยงกับห้องจริง รายได้จะเชื่อมโยงกับห้องจริงที่ถูกจองเสมอ ไม่ว่าจะเป็นห้องจริงหรือห้องเสมือน.

ภาพแสดง "ลิงก์ห้อง" สำหรับการตั้งค่าการแยกรายการห้องพัก โดยเน้นประเภทที่พักหลักและรอง:

การคำนวณการเข้าพักเมื่อใช้การแยกรายการห้องพักทำได้อย่างไร?

การนิยามการเข้าพักพื้นฐานคือ: จำนวนห้องทั้งหมดที่ขาย ÷ จำนวนห้องทั้งหมดที่มี.

  • เมื่อใช้การแยกรายการห้องพัก ระบบจะรายงานการเข้าพักอย่างถูกต้องโดยอิงจาก ห้องจริงเท่านั้น.
  • เปอร์เซ็นต์การเข้าพัก = ([ห้องจริงที่ขาย]) / ([ห้องจริงที่มี]) * 100.
  • ห้องที่มี สำหรับวัตถุประสงค์ในการเปรียบเทียบ ไม่ลบห้องที่ถูกบล็อกและห้องชำรุด (OOS); ที่ Cloudbeds ขณะนี้เท่ากับความจุรวมของห้องจริง.

เป็นตัวอย่าง นี่คือรายงานที่แสดงห้องจริงและห้องเสมือน โดย ห้องจริง มีความจุและห้องที่ขาย และ ห้องเสมือน ไม่มีความจุหรือห้องที่ขาย:

การคำนวณ ADR และ RevPAR สำหรับการตั้งค่าการแยกรายการห้องพักทำได้อย่างไร?

สำหรับที่พักที่ใช้การแยกรายการห้องพัก การรายงานที่ถูกต้องเกี่ยวกับเมตริกรายได้เช่น ADR และ RevPar เป็นไปได้เฉพาะที่ ระดับวันที่เข้าพัก.

  • ADR (อัตราค่าห้องพักเฉลี่ยรายวัน) = รายได้จากค่าห้องทั้งหมด ÷ จำนวนห้องจริงที่ขายทั้งหมด.
    • ห้องที่ขาย เป็นห้องจริงเท่านั้น ซึ่งรวมถึงการแยกรายการห้องพัก.
    • รายได้จากค่าห้องทั้งหมด รวมถึงอัตราห้อง รายได้จากห้องแบบแมนวล และค่าธรรมเนียมการไม่เข้าพัก แต่ ไม่รวมภาษีและค่าธรรมเนียมที่รวมอยู่หรือไม่รวมอยู่ และค่าธรรมเนียมการยกเลิก.
  • RevPar (รายได้ต่อห้องว่างที่มี) = รายได้จากค่าห้องทั้งหมด ÷ จำนวนห้องจริงที่มีทั้งหมด.
    • ห้องที่มี เป็นห้องจริงเท่านั้น (การแยกรายการห้องพัก) และรวมถึงห้องที่ถูกบล็อกและห้องชำรุด (OOS) ที่ Cloudbeds โดยทั่วไปจะเท่ากับความจุรวมของห้องจริง.
    • นิยามรายได้จากค่าห้องทั้งหมด เหมือนกับสำหรับ ADR.

 ตรรกะการเข้าพักถูกนำไปใช้ตลอดทั้ง Cloudbeds PMS หากต้องการดูว่ามันปรากฏที่ไหนในส่วนต่างๆ ของแพลตฟอร์ม ให้ตรวจสอบ ส่วนคำถามที่พบบ่อย ของบทความนี้.

ฉันจะระบุห้องเสมือนและห้องจริงในรายงานได้อย่างไร?

หากคุณมี Cloudbeds Insights (เครื่องมือสร้างรายงาน) เปิดใช้งาน คุณสามารถเพิ่ม “ประเภทที่พัก,” CDF ลงในรายงานชุดข้อมูลการเข้าพักของคุณ สิ่งนี้ช่วยให้คุณสามารถระบุได้อย่างง่ายดายว่าห้องใดเป็นห้องเสมือนหรือห้องจริงโดยตรงภายในรายงานของคุณ.

ความแตกต่างระหว่างการกำหนดค่า Split Inventory แบบ Tiered และ Non-Tiered คืออะไร?

ใน Cloudbeds การกำหนดค่า Split Inventory สามารถจัดกลุ่มเป็น Tiered หรือ Non-Tiered ขึ้นอยู่กับวิธีการเชื่อมโยงระหว่างห้องเสมือนและห้องจริง โครงสร้างนี้มีผลโดยตรงต่อการติดตามการเข้าพักและรายได้

  • การกำหนดค่าแบบ Tiered: การกำหนดค่านี้เกี่ยวข้องกับการเชื่อมโยงหลายชั้นระหว่างที่พัก การติดตั้งทั่วไปจะเชื่อมโยงห้องเสมือนเข้ากับห้องเสมือนอีกห้องหนึ่ง ซึ่งจะเชื่อมโยงไปยังห้องจริงหนึ่งห้องหรือมากกว่า ตัวอย่างเช่น: เสมือน → เสมือน → จริง.

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

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

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

การกำหนดค่า รายการห้องพักที่แยกได้ ที่รองรับและไม่รองรับ

เพื่อให้แน่ใจว่าการรายงานการเข้าพักและรายได้ถูกต้อง สิ่งสำคัญคือต้องตรวจสอบยืนยันว่าที่พักของคุณกำลังใช้ การกำหนดค่า รายการห้องพักที่แยกได้ที่รองรับ การติดตั้งที่ไม่รองรับอาจทำให้เกิดความไม่สอดคล้องกันในวิธีการคำนวณและแสดงเมตริกการเข้าพัก (เช่น การเข้าพัก %, ADR และ RevPAR) ในรายงาน

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

การกำหนดค่า รายการห้องพักที่แยกได้ที่รองรับ

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

การกำหนดค่าแบบแบ่งระดับ:

เสมือน → เสมือน → ทางกายภาพ

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

ด้านล่างเป็นตัวอย่างของที่พักที่มีห้องทางกายภาพ 16 ห้องและห้องเสมือน 11 ห้อง ความจุรวมของมันคือ 16

ภาพหน้าจอนี้แสดงหน่วย VIR(1) ที่เชื่อมโยงโดยตรงกับหน่วย VR(1), PHY(1), และ PHY(2) โดยที่ VR(1) เป็นห้องสวีทเสมือนอยู่แล้ว:

นี่คือวิธีที่มันจะปรากฏในรายงาน:

จะอ่านรายงานได้อย่างไร?

    1. มีการจองสำหรับห้อง VIR(1) โดยมีวันที่เช็คเอาท์ 2025-05-21.
    2. ทางกายภาพ 1 มีความจุ ขณะที่ เสมือน 1 และ เสมือน 2 ไม่มี ความจุ.
    3. VIR(1) ไม่ได้ ถูกทำเครื่องหมายว่าได้ขายแล้ว แต่มีรายได้ที่เกี่ยวข้องกับการจอง.
    4. VR(1) (หรือที่เรียกว่าห้องสวีทเสมือน) ไม่ได้ ถูกทำเครื่องหมายว่าได้ขายแล้วและ ไม่มี รายได้ที่เกี่ยวข้อง (รายได้จะเกี่ยวข้องกับห้องเสมือนที่ถูกจองจริง).
    5. ห้องทางกายภาพที่เชื่อมโยง PHY(1) และ PHY(2) ถูกทำเครื่องหมายว่าได้ขายแล้ว แต่ ไม่มี รายได้ที่เกี่ยวข้อง (รายได้จะเกี่ยวข้องกับห้องเสมือนที่ถูกจองจริง).
    6. การเข้าพักถูกคำนวณจากหน่วยทางกายภาพที่ขาย — ในกรณีนี้คือ 2/16.

เสมือน → ทางกายภาพ และ เสมือน → ทางกายภาพ

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

ด้านล่างเป็นตัวอย่างของที่พักที่มีห้องทั้งหมด 4 ห้อง (ห้องทางกายภาพ 2 ห้องในแต่ละสาย) ความจุรวมของมันคือ 4

ภาพหน้าจอนี้แสดงหน่วย VT(1) ที่เชื่อมโยงกับ PHT(1) และ PHT(2) และหน่วย VT(2) ที่เชื่อมโยงกับ PT2(1) และ PT2(2):

นี่คือวิธีที่มันจะปรากฏในรายงาน:

จะอ่านรายงานได้อย่างไร?

    1. มีการจองสำหรับห้อง VT(1) โดยมีวันที่เช็คเอาท์ 2025-06-04.
    2. ทางกายภาพทดสอบ และ ทางกายภาพทดสอบ 2 มีความจุ ขณะที่ เสมือนทดสอบ ไม่มี ความจุ.
    3. VT(1) ไม่ได้ ถูกทำเครื่องหมายว่าได้ขายแล้ว แต่มีรายได้ที่เกี่ยวข้องกับการจอง.
    4. PT2(1) และ PT2(2) ไม่ได้ถูกทำเครื่องหมาย ว่าได้ขายแล้วและ ไม่มี รายได้ที่เกี่ยวข้อง (รายได้จะเกี่ยวข้องกับห้องเสมือนที่ถูกจองจริง).
    5. PHT(1) และ PHT(2) ถูกทำเครื่องหมาย ว่าได้ขายแล้ว แต่ ไม่มี รายได้ที่เกี่ยวข้อง (หมายเหตุเดียวกับข้างต้น).
    6. การเข้าพักถูกคำนวณจากห้องทางกายภาพที่ขาย — ในกรณีนี้คือ 2/4 = 50%.

เสมือน → เสมือน และ เสมือน → ทางกายภาพ

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

ด้านล่างเป็นตัวอย่างของที่พักที่มี 21 ห้องทางกายภาพ และ 12 ห้องเสมือน ความจุรวม คือ 21.

ภาพหน้าจอนี้แสดงหน่วยเสมือนระดับสูงสุด VR(1) ที่เชื่อมโยงกับหน่วยเสมือนสองหน่วย (VT(1) และ VT(2)) หนึ่งในหน่วยเสมือนเหล่านั้น — VT(1) — เชื่อมโยงกับหน่วยทางกายภาพสองหน่วย: PHT(1) และ PHT(2).

นี่คือวิธีที่มันจะปรากฏในรายงาน:

จะอ่านรายงานได้อย่างไร?

  1. มีการจองสำหรับ VR(1) โดยมีวันที่เช็คเอาท์ 2025-06-01.
  2. เสมือน และ เสมือนทดสอบ (ประเภทห้องเสมือนทั้งสอง) ไม่มี ความจุ; ประเภทห้องทางกายภาพ ทางกายภาพทดสอบ มี.
  3. VR(1) ไม่ได้ถูกทำเครื่องหมายว่าได้ขายแล้ว แต่ถือรายได้ทั้งหมดสำหรับการจอง.
  4. หน่วยเสมือนระดับกลาง VT(1) และ VT(2) ไม่ได้ถูกทำเครื่องหมายว่าได้ขายแล้ว และมี ไม่มีรายได้ ที่เกี่ยวข้อง.
  5. หน่วยทางกายภาพที่เชื่อมโยง PHT(1) และ PHT(2) ถูกทำเครื่องหมายว่าได้ขายแล้ว แต่แสดง ไม่มีรายได้ (รายได้จะอยู่กับห้องเสมือนที่ถูกจองจริง).
  6. การเข้าพักถูกคำนวณจากห้องทางกายภาพที่ขาย — ในกรณีนี้คือ 2/21.

การกำหนดค่าแบบไม่แบ่งชั้น:

เสมือน → เสมือน

การกำหนดค่านี้ใช้เมื่อห้องเสมือนเชื่อมโยงกับห้องเสมือนอื่น โดยทั่วไปเพื่อแสดงถึงทรัพยากรที่ไม่ใช่ห้องหรือข้อเสนอที่ไม่ใช่ทางกายภาพที่ซ้อนกัน

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

ด้านล่างเป็นตัวอย่างของที่พักที่มีห้องทางกายภาพ 16 ห้องและห้องเสมือน 11 ห้อง ความจุรวมของมันคือ 16

ภาพหน้าจอนี้แสดง VR3(1) เชื่อมโยงกับห้องเสมือนอื่น VR4(1) โดยไม่มีห้องทางกายภาพในเครือข่าย

นี่คือวิธีที่มันจะปรากฏในรายงาน:

วิธีการอ่านรายงาน?

    1. มีการจองสำหรับห้อง เสมือน 3 โดยมีวันที่เข้าพัก 2025-05-23
    2. ไม่มีหน่วยทางกายภาพที่เชื่อมโยง ดังนั้น เสมือน 3 จึงแสดงรายได้แต่ไม่มีความจุหรือห้องที่ขายได้
    3. เสมือน 4 (เสมือนไปยังเสมือน) ไม่ส่งผลต่อรายได้หรือการเข้าพักและไม่ได้ถูกทำเครื่องหมายว่าได้ขาย
    4. เนื่องจากไม่มีห้องทางกายภาพที่ขายได้ การเข้าพักยังคงอยู่ที่ 0% — แม้ว่าจะมีการสร้างรายได้

เสมือน → ทางกายภาพ (สถานการณ์ห้องไปห้อง)

ใช้เมื่อรวมสองห้องทางกายภาพหรือมากกว่านั้นเป็นห้องเสมือนเดียว (เช่น คุณมีห้องดีลักซ์ทางกายภาพ 2 ห้องที่คุณต้องการขายเป็นดูเพล็กซ์) ในขณะที่อนุญาตให้ห้องเหล่านั้นยังคงขายแยกกันได้

ด้านล่างเป็นตัวอย่างของที่พักที่มีห้องทางกายภาพ 22 ห้องและห้องเสมือน 12 ห้อง ความจุรวมของมันคือ 22

ภาพหน้าจอนี้แสดงหน่วย VR2(1) เชื่อมโยงโดยตรงกับหน่วย PH2(2) และ PH2(1):

นี่คือวิธีที่มันจะปรากฏในรายงาน:

วิธีการอ่านรายงาน?

    1. มีการจองสำหรับห้อง เสมือน 2 โดยมีวันที่เข้าพัก 2025-06-02
    2. ทางกายภาพ 2 มีความจุ ในขณะที่ เสมือน 2 ไม่มี ความจุ
    3. เสมือน 2 ไม่ได้ถูกทำเครื่องหมายว่าได้ขายแต่มีรายได้ที่เกี่ยวข้องกับการจอง
    4. ประเภทห้อง ทางกายภาพ 2 (PH2(2) และ PH2(1) หน่วย) ถูกทำเครื่องหมายว่าได้ขายแต่ไม่มีรายได้ที่เกี่ยวข้อง (รายได้จะเกี่ยวข้องกับห้องเสมือนที่ถูกจองจริง)
    5. การเข้าพักคำนวณจากหน่วยทางกายภาพที่ขาย — ในกรณีนี้คือ 2/22

เสมือน → ทางกายภาพ (เตียงนอนในหอพักไปยังเตียงนอนในหอพัก)

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

ด้านล่างเป็นตัวอย่างของที่พักที่มี เตียงนอนในหอพักทางกายภาพ 5 เตียง และ ประเภทเตียงนอนในหอพักเสมือน 5 ประเภท ความจุรวม คือ 5

ภาพหน้าจอนี้แสดง เตียงนอนในหอพัก 5 เสมือน เชื่อมโยงกับประเภทห้องทางกายภาพ เตียงนอนในหอพัก 5:

นี่คือวิธีที่มันจะปรากฏในรายงาน (สถานการณ์ 1):

วิธีการอ่านรายงาน?

  1. มีการจองสำหรับ DOV(1) (เตียงนอนในหอพักเสมือน) ในวันที่ 2025-09-26
  2. เตียงนอนในหอพัก 5 (ทางกายภาพ) มีความจุ ในขณะที่ เตียงนอนในหอพัก 5 เสมือน ไม่มี
  3. DOV(1) ไม่ได้ถูกทำเครื่องหมายว่าได้ขายแต่มีรายได้ที่เกี่ยวข้องกับการจอง
  4. DOR(1) (ทางกายภาพ) ถูกทำเครื่องหมายว่าได้ขายแต่ไม่มีรายได้ที่เกี่ยวข้อง
  5. การเข้าพักคำนวณเป็น 1/5 = 20%

นี่คือวิธีที่มันจะปรากฏในรายงาน (สถานการณ์ 2):

  1. มีการจองสำหรับ DOR(1) (เตียงนอนในหอพักทางกายภาพ) ในวันที่ 2025-09-24
  2. เตียงนอนในหอพัก 5 มีความจุ ในขณะที่ เตียงนอนในหอพัก 5 เสมือน ไม่มี
  3. DOR(1) ถูกทำเครื่องหมายว่าได้ขายและมีรายได้ที่เกี่ยวข้องกับการจอง
  4. DOV(1) ไม่ได้ถูกทำเครื่องหมายว่าได้ขายและไม่มีรายได้ที่เกี่ยวข้อง
  5. การเข้าพักคำนวณเป็น 1/5 = 20%

การกำหนดค่าที่รองรับจะต้องแน่ใจว่า:

  • เฉพาะ ห้องทางกายภาพ เท่านั้นที่ถูกนับในเมตริกการเข้าพัก
  • รายได้ จะถูกผูกพันกับห้องที่ถูกจองจริง — ไม่ว่าจะเป็นหน่วยเสมือนหรือทางกายภาพ

การกำหนดค่าที่ถูกจำกัด: หลีกเลี่ยงการติดตั้ง Split Inventory เหล่านี้

เพื่อเพิ่มความสอดคล้องและความถูกต้องของรายงาน Cloudbeds จะเริ่ม จำกัดการกำหนดค่า Split Inventory บางประเภท โดยจะอนุญาตเฉพาะการกำหนดค่าที่ระบุไว้ข้างต้นเท่านั้น

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

การกำหนดค่าแบบชั้น:

เสมือน → ทางกายภาพ → เสมือน

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

เนื่องจากหน่วยที่จองสุดท้ายเป็นเสมือน ห้องทางกายภาพที่เกี่ยวข้องอาจไม่ถูกนับอย่างถูกต้องต่อการเข้าพัก

ด้านล่างนี้เป็นตัวอย่างของที่พักที่มีห้องทางกายภาพ 16 ห้องและห้องเสมือน 11 ห้อง ความจุรวมของมันคือ 16

ภาพหน้าจอนี้แสดง VR5(1) เชื่อมโยงกับ PH3(1) ซึ่งเชื่อมโยงไปยังห้องเสมือนอีกห้องหนึ่ง VR6(1)

นี่คือวิธีที่มันจะปรากฏในรายงาน:

จะอ่านรายงานได้อย่างไร?

    1. มีการจองสำหรับห้องเสมือน VR5(1) โดยมีวันที่เข้าพัก 2025-05-24
    2. VR5(1) ไม่ได้ถูกทำเครื่องหมาย ว่าได้ขายและมี ไม่มี ความจุ แต่มีรายได้ที่เกี่ยวข้องกับการจอง
    3. ห้องทางกายภาพกลาง PH3(1) ถูกทำเครื่องหมายว่าได้ขาย และ มี ความจุ แต่แสดง ไม่มี รายได้ที่เกี่ยวข้อง (รายได้จะเกี่ยวข้องกับห้องเสมือนที่จองจริง)
    4. ห้องเสมือนที่เชื่อมโยง VR6(1) แสดง ไม่ มีการเข้าพัก หรือ ความจุ หรือรายได้
    5. การเข้าพักคำนวณจากหน่วยทางกายภาพที่ขาย — ในกรณีนี้ 1/16 = 6.25%

ทางกายภาพ → ทางกายภาพ → เสมือน

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

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

ด้านล่างนี้เป็นตัวอย่างของที่พักที่มีห้องทางกายภาพ 16 ห้องและห้องเสมือน 11 ห้อง ความจุรวมของมันคือ 16

ภาพหน้าจอนี้แสดง PH8(1) เชื่อมโยงกับ PH9(1) ซึ่งเชื่อมโยงไปยังหน่วยเสมือน V10(1)

นี่คือวิธีที่มันจะปรากฏในรายงาน:

จะอ่านรายงานได้อย่างไร?

    1. มีการจองสำหรับหน่วยเสมือน V10(1) ในวันที่ 2025-05-28
    2. V10(1) ไม่ได้ถูกทำเครื่องหมาย ว่าได้ขายและมี ไม่มี ความจุ แต่แสดงจำนวนรายได้ทั้งหมด
    3. ทั้ง PH8(1) และ PH9(1) ไม่ได้ถูกทำเครื่องหมายว่าได้ขาย และไม่แสดงข้อมูลรายได้หรือการเข้าพักใด ๆ
    4. แม้ว่าจะมีรายได้ปรากฏ การเข้าพักคือ 0/16 = 0% เพราะไม่มีห้องทางกายภาพใดถูกทำเครื่องหมายว่าได้ขาย

ทางกายภาพ → เสมือน → เสมือน

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

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

ด้านล่างนี้เป็นตัวอย่างของที่พักที่มีห้องทางกายภาพ 16 ห้องและห้องเสมือน 11 ห้อง ความจุรวมของมันคือ 16

ภาพหน้าจอนี้แสดง PH4(1) และ PH4(2) เชื่อมโยงกับ VR(1) ซึ่งเชื่อมโยงไปยัง VR8(1)

นี่คือวิธีที่มันจะปรากฏในรายงาน:

จะอ่านรายงานได้อย่างไร?

    1. มีการจองสำหรับหน่วยเสมือนสุดท้าย Virtual 8 โดยมีวันที่เข้าพัก 2025-05-26
    2. Virtual 8 ไม่ได้ถูกทำเครื่องหมายว่าได้ขาย แสดง ไม่มี ความจุ แต่มีรายได้ทั้งหมดที่เกี่ยวข้องกับการจอง
    3. Virtual 7 ยังเชื่อมโยงกับประเภทห้องทางกายภาพเดียวกัน แต่ ไม่ได้ถูกจอง — แสดง ไม่มี รายได้ ไม่มี ความจุ และ ไม่ได้ถูกทำเครื่องหมาย ว่าได้ขาย
    4. หน่วยทางกายภาพ PH4(1) และ PH4(2) ทั้งคู่ถูกทำเครื่องหมายว่าได้ขาย (ห้องที่ขาย = 2) และมีความจุเต็ม แต่แสดง ไม่มีรายได้ (รายได้จะเกี่ยวข้องกับห้องเสมือนที่จองจริง)
    5. การเข้าพักถูกคำนวณอย่างถูกต้องจากหน่วยทางกายภาพที่ขาย — ในกรณีนี้ 2/16 = 12.5%

การกำหนดค่าแบบไม่ชั้น:

ทางกายภาพ → ทางเสมือน

การกำหนดค่านี้สะท้อนถึงการติดตั้งแบบเก่าที่ห้องพักทางกายภาพเชื่อมโยงโดยตรงกับห้องพักทางเสมือน ซึ่งเป็นเรื่องปกติในระหว่างการ การย้ายห้องพักที่ใช้ร่วมกัน ที่เก่าแก่

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

ด้านล่างเป็นตัวอย่างของที่พักที่มีห้องพักทางกายภาพ 16 ห้องและห้องพักทางเสมือน 11 ห้อง ความจุรวมของมันคือ 16

ภาพหน้าจอนี้แสดง PH5(1) และ PH5(2) ที่เชื่อมโยงกับห้องพักทางเสมือนเดียว: VR9(1).

นี่คือวิธีที่มันจะปรากฏในรายงาน:

วิธีการอ่านรายงาน?

    1. มีการจองสำหรับหน่วยทางเสมือน VR9(1) ในวันที่ 2025-05-25.
    2. VR9(1) ไม่ได้ถูกทำเครื่องหมายว่าได้ขาย แสดง ไม่มี ความจุ แต่ถือรายได้ทั้งหมด
    3. หน่วยทางกายภาพ PH5(1) และ PH5(2) ถูกทำเครื่องหมายว่าได้ขายอย่างถูกต้องและมีส่วนร่วมในการเข้าพัก แต่มี ไม่มีรายได้ ที่เกี่ยวข้อง (รายได้จะเกี่ยวข้องกับห้องพักทางเสมือนที่ถูกจองจริง)
    4. การเข้าพักถูกคำนวณอย่างถูกต้องตามหน่วยทางกายภาพที่ขาย — ในกรณีนี้, 2/16 = 12.5%.

ทางกายภาพ → ทางกายภาพ

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

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

ด้านล่างเป็นตัวอย่างของที่พักที่มี 2 ห้องพักทางกายภาพ และไม่มีห้องพักทางเสมือน ความจุรวมของมันคือ 2.

ภาพหน้าจอนี้แสดง Toucan Room (TR1) ที่เชื่อมโยงโดยตรงกับห้องพักทางกายภาพอีกห้องหนึ่ง: Colibri Room (CR1).

ตัวอย่างที่ 1: การจองสำหรับ Toucan Room

นี่คือวิธีที่มันจะปรากฏในรายงาน:

วิธีการอ่านรายงาน?

    1. มีการจองสำหรับ Toucan Room (TR1) โดยมีวันที่เข้าพัก 2025-08-21.
    2. Toucan Room ถูกทำเครื่องหมายว่าได้ขายและมีรายได้ที่เกี่ยวข้องกับมัน
    3. Colibri Room ยังคงที่มีอยู่และไม่ได้ถูกทำเครื่องหมายว่าได้ขาย
    4. รายได้จะเกี่ยวข้องกับ Toucan Room เท่านั้น
    5. การเข้าพักถูกคำนวณเป็น 1/2 = 50%.

ตัวอย่างที่ 2: การจองสำหรับ Colibri Room

นี่คือวิธีที่มันจะปรากฏในรายงาน:

วิธีการอ่านรายงาน?

    1. มีการจองสำหรับ Colibri Room (CR1) โดยมีวันที่เข้าพัก 2025-08-22.
    2. Colibri Room ถูกทำเครื่องหมายว่าได้ขายและมีรายได้ที่เกี่ยวข้องกับมัน
    3. Toucan Room ยังคงที่มีอยู่และไม่ได้ถูกทำเครื่องหมายว่าได้ขาย
    4. รายได้จะเกี่ยวข้องกับ Colibri Room เท่านั้น
    5. การเข้าพักถูกคำนวณเป็น 1/2 = 50%.

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

2 ทางกายภาพ → 2 ทางกายภาพ

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

ด้านล่างเป็นตัวอย่างของที่พักที่มี 16 ห้องพักทางกายภาพ และ 11 ห้องพักทางเสมือน ทำให้มีความจุรวม 16.

ในภาพหน้าจอนี้ PY6(1) และ PY6(2) ถูกกำหนดเป็นหน่วยทางกายภาพหลัก เชื่อมโยงโดยตรงกับ PH7(1) และ PH7(2) เป็นหน่วยทางกายภาพรอง:

 

นี่คือวิธีที่มันจะปรากฏในรายงาน:

วิธีการอ่านรายงาน?

    1. มีการจองสำหรับ PY6(1) โดยมีวันที่เข้าพัก 2025-05-27.
    2. PY6(1) ถูกทำเครื่องหมายว่าได้ขายและมีรายได้ที่เกี่ยวข้องกับมัน
    3. PH7(1) และ PH7(2) ก็ถูกทำเครื่องหมายว่าได้ขายเช่นกัน แต่ ไม่มีรายได้ รายได้จะยังคงอยู่กับหน่วยที่ถูกจองจริง
    4. ทั้ง Physical 6 และ Physical 7 มีความจุ แต่การคำนวณการเข้าพักนับเฉพาะ 3/16 หน่วยที่ขาย
    5. ปัญหา: หน่วยทางกายภาพที่เชื่อมโยงทั้งสี่ห้องไม่ได้ถูกนับว่าได้ขายทั้งหมด นี่ทำให้เกิด การเข้าพักที่ไม่ถูกต้อง ทำให้การกำหนดค่านี้ไม่ได้รับการสนับสนุน

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


เคล็ดลับ & แนวทางที่ดีที่สุด

  • เพื่อให้ได้เมตริกรายได้ที่ถูกต้อง (ADR, RevPar) กับ รายการห้องพัก ที่แยกกัน ให้แน่ใจว่าคุณกำลังตรวจสอบข้อมูลที่ ระดับวันที่เข้าพัก.
  • หากห้องเสมือนถูกจองโดยไม่มีห้องจริงที่มอบหมาย Cloudbeds จะทำการ มอบหมายที่คาดการณ์ เพื่อวัตถุประสงค์ในการรายงานการเข้าพักเพื่อระบุห้องจริงว่าได้ถูกขายแล้ว เพื่อป้องกันการมอบหมายที่คาดการณ์ คุณ ต้อง มอบหมายห้อง.
  • คุณสามารถระบุการมอบหมายที่คาดการณ์ได้โดยการตรวจสอบ "ธงการมอบหมายที่คาดการณ์" CDF ในรายงาน หากธงเป็น "จริง" การมอบหมายถูกคาดการณ์โดยระบบ.
  • การจองในอดีตที่ไม่มีการมอบหมายห้องจะไม่ได้รับการสนับสนุน สำหรับการรายงานการเข้าพักที่ถูกต้อง คุณจะต้องมอบหมายห้องให้กับการจองในอดีตเหล่านี้เพื่อให้แน่ใจว่ามีการรวมอยู่ในรายงานอย่างถูกต้อง.

การแก้ไขปัญหา

เมตริกการเข้าพักดูไม่สอดคล้องหรือไม่ถูกต้อง

บทความนี้มีประโยชน์หรือไม่
2 จาก 3 เห็นว่ามีประโยชน์

ข้อคิดเห็น

0 ข้อคิดเห็น

โปรด ลงชื่อเข้าใช้ เพื่อแสดงข้อคิดเห็น