客房系統概念

客源、市場說明

由企業自行規範，本節的說明僅供參考。

客源是什麼？

銷售(通路) 來源，如下範例

TA  旅行社(簽約)
NET 網路訂房(簽約)
FB  Facebook
IA  企業內部活動
RES 訂房
WI  Walk-in

IA 企業內部活動，是指該銷售來源是由企業本身開發的客源。
如果企業內部自行建立「網路訂房」，應另外建立客源。

問題：客源為什麼要區分「訂房」、「Walk-in」採用「Self」不就好了？

沒有正確解答，您認為呢？如果考慮到「銷售通路來源」呢？

市場是什麼？

業務活動、內部活動或者潛在市場。
在實務上客源跟市場難以區分，客源項目往往也是市場項目，在規劃上可將市場跟客源一對一。

業務活動 SA(Sales Activities)

CCO 簽約公司(客源為 IA)
VIP 貴賓(客源為 IA)
CP  住宿優惠券(客源為 IA)
GTA 旅行社團體(客源為 TA)
NET 網路訂房(客源為 NET)
FB  Facebook(客源為 FB)

內部活動

ENT 招待住房(客源為 IA)
HU  House-use(客源為 IA)

潛在市場 POT(Potential Market)

IR  散客訂房(客源為 RES)
WI  Walk-in(客源為 WI)
GOV 政府機關
GIT 非簽約團體

系統是以「市埸」區分為是否為「團體」，可不依據系統規範，如上述的「政府機關」不區分，一律以「散客」來分析；或者區分成「政府團體」、「政府散客」， 對於潛在市場而言，將「政府機關」區分成團體、散客也不錯。

當增加業務活動時，應增加市場分析，舉一個怪怪的例子，如果去街上叫客，因為該活動已成為一種「業務活動」， 應建立跟 Walk-in 的不同新項目，才能分析「街上叫客」的產能。

問題：簽約公司 Walk in 要輸入什麼？

已知是簽約公司，該簽約公司是由業務活動而來的，市場應輸入 CCO 簽約公司。
至於客源是 IA 企業內部活動或者是 WI Walk-in 都可以。
那麼如果是 VIP(貴賓) 或者 HU(House-use) Walk in 呢？

「客源」「市埸」由 [ 客房基本資料維護(BSBF10GR) ] 中的 [ 客源代號(SRC) ]、市場區隔(MSEG) 設定。 建置時，若不分類，請建立一個主階分類如 ALL 所有，再由 ALL 細分，主階亦能規劃成特定目的的代號。

市埸建置範例-主階
代號 說明

F

散客

G

團體

N

網路
市埸建置範例-散客
代號 說明 團體 預設客源

CCO

簽約公司

IA 企業內部活動

VIP

貴賓

IA 企業內部活動

WI

Walk-in

WI Walk-in
市埸建置範例-團體
代號 說明 團體 預設客源

GIT

直客團體

Y

GTA

旅行社團體

Y

TA 旅行社
市埸建置範例-網路
代號 說明 團體 預設客源

AG

Agoda

AG Agoda

BK

Booking

BK Booking

網路訂房庫存管理請參閱：網路訂房庫存維護(GRBF50)

Outstanding

(本系統) 簡稱 OSD ，中文意義為未償還餘額，為非日結帳系統的正規作業。
客房系統每日收入不會等於收款，以該調整數達到借貸平衡，該數值為借方調節項。

基礎公式

本日收款 + 本日OSD = 本日收入

換一下位置

本日OSD = 本日收入 - 本日收款

累計公式

本日OSD累計 = 前日OSD累計 + 本日OSD

平衡式

本日收款 + 本日OSD累計 = 本日收入 + 前日OSD累計

房間控制(Ctrl)

  • Host Room
    主要房間

  • Join Room
    同行房客可輸入姓名或輸入「加價價等」。

  • Share Room
    房客共住房間，各自入住退房，各自房帳，應用於比賽、慶典時，增加房間的產能。

住房率說明

住房率 = 夜間房銷售數 / 可出售客房總數

住房率或為 Occupied rate(簡稱為 OCC)
可出售客房總數可設定成是否扣減故障房(OOO)

客房銷售率 = 當日銷售客房總數 / 可出售客房總數

銷售 Share Room / Day Use 將增客房銷售率。

平均房價 = 當日銷售客房金額 / 可出售客房總數

事實上，系統並未明確定義「平均房價」，在房間分析表(GRSR20)有多項「平均房價」，如將 Share Room / Day use / House use 分開項目，則能列示不同的「平均房價」。

Due Out、Stay In、Due In、OCC 的數字是以「夜間房」為基礎，如程式或報表中需要表現「客房銷售率」，則會另外列示 Day-Use。

Day Use 說明

系統提供簡易型的 Day Use 功能，並無法滿足以 Day Use 為主要經營模式的企業 (不支援多時段 Day Use)。

Day Use 不會 OverBook，亦取消「最大訂房數」的管制，夜間房亦不會以日間房的銷售數來判斷。
這裡有風險，Day Use 未退房可能造成庫存不足，但系統無法處理，Day Use 延期時，系統提示庫存不足，已無作用。
Day Use 的價等天數為 0，其他價等在退房日期等於入住日期時，並非是 Day Use，而是 Early C/O，Early C/O 不計日間房數及夜間房數。
Day Use 延期時，系統將增加 Extend 統計，扣減 Day Use 統計，增加 Stay In 統計。
Day Use 訂房時可以 Block，不會影響夜間房，除非「夜間房」剛好續住 Day-use Block 的次日。

啟用 Day Use 由「客房基本資料維護(BSBF10GR)  系統參數(CINI)  啟用 Day Use 機制(OPT-Day Use)」設定。

最大訂房數

房間總數超過本設定值時，必須有權限才能訂房。(房間總數為訂房數 + 入住數 - 故障數)
若不需啟用該功能時請設定為 0，以避免系統執行不必要的檢查數量機制。

本設定亦能控制訂房 Overbook 的情況。
最大訂房數小於或等於房間庫存數，則訂房不會有 Overbook 的情況。
最大訂房數大於房間庫存數的差額，可作為 Overbook 超量的限制值。

由 客房基本資料維護(BSBF10GR)  館別(BR) 設定 [ 最大訂房數 ]。

床型

應用於同房型的房間但實際上有床型差異，如雙人房一大床或二小床或者應於用其他目的，如無障礙房。

訂房單輸入床型後，排房程式會先依據房型及合乎的床型先予以排房，若無合乎的床型則不會排房。
無特別需求床型的訂房則忽略床型條件，只依據房型來排房。

排房程式可預排明天後天的訂房，事先提供房務調整床型。

啟用床型功能由 客房基本資料維護(BSBF10GR)  系統參數(CINI)  OPT-BEDTYPE 啟用床型 設定。

床型由 客房基本資料維護(BSBF10GR)  床型(BDTP) 設定。

會議室

以房型機制提供「會議室」的功能，跟一般房間的操作無差異，唯「銷售率」及「住房率」不計算「會議室」，但多項式報表除外。

可於 [ 房型庫存維護 (GRBF20) ] 中，增加會議室的房型及庫存數，相關程式並不會將「會議室」加總至「房間」總數。

住房人數統計

人數統計優先權如下

  1. 參考資料
    若參考資料中有輸入「PAX 人數」則以參考資料為準。

  2. 價等統計人數
    若可明確以價等來決定人數，則可在價等中設定人數。只要在「成人數」、「小孩數」設定其一欄位，則視為已決定。

  3. 房型統計人數
    只要在成人數、小孩數設定其一欄位，則視為已決定。Share Room 忽略房型統計人數，只取價等統計人數。

    人數由 客房基本資料維護(BSBF10GR)  房型(RMTP) 中的人數來設定。

  4. 當無上述無決定人數統計資料時，若為 Host / Share 時則成人數為 1。

Join 房間，除非在 Join 參考資料中輸入「PAX 人數」，否則不予計算，就算輸入住客姓名也一樣， 因為「人數統計優先權」的設定中，已經針對了該 (一個) 房間設定了人數規則，Join 只是補上住客姓名。

參考資料

參考資料跟訂房數的關係

下列參考資料，在系統內視為一筆。入住時只填入第一筆，總量管制不乘以訂房數。

  • CP 優惠券

  • CAR 車號

  • TRPU 接機

  • TRDO 送機

  • BC 嬰兒床

  • EB 加床

以下的訂房參考資料在入住時填入每個房間的參考資料。

  • AATT 帳戶事項

  • ENT 招待

  • NEWS 加送報紙

  • PAX 人數

  • TRAF 交通車

「參考資料選取列表」亦有說明「以每間房間匯入至入住單」。

招待項目

「招待項目」由「服務項目」組成，可由「價等」或由住房的「參考資料」輸入「招待項目」。
「服務項目」為「招待項目」的細項，設定由那些「服務部門」提供服務，每過幾天送一次，到達之後過了幾天之後才開始送。

招待項目

提供「招待備料(GRER50P)」、「招待列表 Entertainment Report(GRER50)」等報表。
可應用於備料任務，如含早餐的價等指定早餐招待項目，則可列印早餐招待備料，實際上當然不是招待，是要收錢的 。

招待項目(ENTITEM)範例
代號 說明 服務項目 數量 說明

BF1

西餐 1 份早餐

BF 西餐早餐

1

價等含早餐或早餐加價，提供西餐備料。

BF2

西餐 2 份早餐

BF 西餐早餐

2

同上

BFN1

西餐早餐估算

BFN 無早餐

1

未含早餐的價等，提供西餐估算備料。

BFN2

西餐早餐估算

BFN 無早餐

2

同上

CAKE

蛋糕

CAKE 蛋糕

1

前廳依報表；住宿期間生日，參考資料輸入招待 CAKE。

EXBD

加床

EXBD 加床

1

加床時參考資料一併輸入招待，提供房務準備。

VIP

VIP

FR 水果

1

參考資料輸入 VIP，房客招待水果。

TD 夜床服務

1

參考資料輸入 VIP，房客招待夜床服務。
服務項目(SRVITEM)範例
代號 說明 服務部門 天數/次 延遲天數 說明

BF

西餐早餐

WR 西餐

1

1

入住次日 (延遲天數)，每天一次。

BFN

無早餐

WR 西餐

1

1

CAKE

蛋糕

HK 房務

999

0

入住當日 (延遲天數)，每過 999 天一次 (只送一次)。

EXBD

加床

HK 房務

999

0

FR

水果

HK 房務

3

0

入住當日 (延遲天數)，每過 3 天一次。

TD

夜床服務

HK 房務

1

0

入住當日 (延遲天數)，每天一次。
列印招待列表的「服務時段」其用意是什麼？

如；在下午四點之前，送一次招待，晚上九點之前，補送之前未送的招待。
「服務時段」在下午四點之前包含前日入住 (當日入住為 N)，晚上九點前為「當日入住」。
輸入服務時段後，報表條件將限定為入住房。

服務時段範例 客房基本資料維護(BSBF10GR)  服務時段(SRVTMS)
代號 說明 開始時間 結束時間 當日入住

16

下午四點之前

00:00

16:00

N

21

下午四點 至 晚上九點

16:01

21:00

Y
已排房的房間是否能選取「下午四點之前」的「服務時段」來列印？

不行！招待列表需以實際入住的時間來判斷，已排房尚未入住並無入住時間。
若需要列印預計入住的「招待列表」，不可選取「服務時段」。

服務時段空白時報表將包含預計入住的訂房，服務數量會乘以訂房數，作為招待備料的明細表。

「招待項目」於 客房基本資料維護(BSBF10GR)  招待項目(ENTITEM) 來設置。

交通車

提供住客上下班的交通車。
住房的「參考資料」輸入「交通車」(或由訂房帶入)，系統提供「交通車表(GRER30)」報表。
「交通車」於 客房基本資料維護(BSBF10GR)  交通車次(TRAFFIC) 來設置。

接送車次

應用於調度室調派車輛提供住客接送服務之車次。
於訂房單 / 入住單中的參考資料輸入接送車次、人數，若人數超過載客人數，系統將提示並記錄超量狀態。

系統提供 [ 車次操作記錄 (GRCF11) ] [ 接機報表 (GRER10P) ] [ 送機報表 (GRER10D) ] 及 [ 接送機統計表 (GRER20) ]。

「接送車次」於 客房基本資料維護(BSBF10GR)  接送車次(SHUTTRIP) 來設置。

報紙

送報列表(GRER40) 列印原則

  1. 入住單中的參考資料輸入 [ NEWS 加送報紙 ] (或由訂房帶入) 則一定加送。

  在 Host Room / Share Room 才會處理下列

  1. 客戶的參考資料中指定報紙，則依據指定報紙。

  2. 客戶未指定報紙，依據 客房基本資料維護(BSBF10GR)  房價等級(CLASS) 的「招待控制」依據選取來決定是否送「國別」預設「報紙」。

入住單無客戶資料，只送 [ NEWS 加送報紙 ]。

House Use 的招待控制為不送報，但若客戶參考資料中指定 [ NEWS 加送報紙 ] 則送報。

若為兩份相同的報紙 ，報表中亦列印兩份。

「報紙」於 客戶管理基本資料維護(BSBF10CM)  客戶參考資料(RID) 中的 [ NEWS 報紙種類 ] 設置，
在 [ 國別代號(ORGID) ] 的報紙欄位輸入預設報紙。

加床及嬰兒床

於訂房單 / 入住單中的參考資料輸入「加床」或「嬰兒床」，操作記錄及超量狀態由參考資料直接顯示。

由 客房基本資料維護(BSBF10GR)  館別(BR) 中，設定 [ 加床數量 ] [ 嬰兒床數量 ]。