客房系统概念

客源、市场说明

由企业自行规范，本节的说明仅供参考。

客源是什么？

销售(通路) 来源，如下范例

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) 中，设置 [ 加床数量 ] [ 婴儿床数量 ]。