客房系统建置
房间建置
在创建房号之前，先在 [ 客房基本数据维护 (BSBF10GR) ] 中准备下列
- 馆别(BR)
-
系统已内置一个代号为 FO 名称为 Main building 的馆别，新系统规划「馆别」时，可删除内置的馆别 FO，增加「馆别」先在 添加馆别代号，添加馆别时选取该添加代号。
- 房型 (RMTP)
-
若不分类，请创建一个主阶分类如 ALL 全部房型，再由 ALL 细分，主阶亦能规划成特定目的的代号。
在多馆别时，建议主阶分类为馆别代号，房型建议前置馆别简码 (一个英文本母)。 - 房间区域 (AREA)
-
布局程序同一时间只能显示一个房间区域，可创建一个代号 0 All 的区域。
若有多个区域时，布局程序的缺省区域为房间区域 [ 顺序 ] 的最小值。 - 房间楼层 (FLOOR)
-
布局程序只显示某个楼层，排房的楼层顺序或关楼。「房间楼层」关连「房间区域」，如果有多个「区域」其楼层代号不可重复，必须以前置码区分，如 A10、B10。
在多馆别时，可依需求按馆别将楼层前置码区分为 A 馆 A1F A2F A3F，B 馆 BA (All)，在布局程序选取 A1F 时，只显示 A 馆的 1F，A 馆的排房可按楼层顺序或关楼。 - 若需「床型功能」则如下设置
-
设置为 Y。
床型数据于 [ 床型(BDTP) ] 建置。
房间数据维护(GRBF10)
请先完成 房间建置 再创建房间数据。
由 [ 房间数据维护 (GRBF10) ] 创建新房号时，其 X 轴、 Y 轴、高度及宽度可先忽略，由系统缺省即可，再由 [ 房间布局维护(GRBF30) ] 移动至适当位置。
建议您先创建一个最多房间的楼层，以「拷贝数据表」粘贴试算表软件，在试算表软件修改房间的位置、大小后，再以「粘贴数据表」至房间数据。
- 房号
-
在多馆别时，房号建议前置馆别简码 (一个英文本母)。
- 排房序
-
自动排房的顺序，可依需求指定顺序或不指定。
- 系统限制
-
房号、房间区域(AREA) 、房间楼层(FLOOR)、房型(RMTP) 为现况，不支持激活、禁用的状态。
房型库存维护(GRBF20)
- 开始日期
-
开始日期 (库存基准日期)，可事先输入未来的库存数，若库存数变更或标准定价变更，应创建新的「开始日期」。
- 定价
-
可依据该房型可能售出的最高金额来决定，可采用年节房价为准，「定价」目的在于报表中计算出折扣率，可由报表得知房价是否异常。
计算房型数量
以目前房间现况数据，计算出房型的「库存数」并合计至「房间数」。
网络订房库存维护(GRBF50)
在订房单输入 Agoda、Booking 的「网络订房」市场，订房数量将统计至「网络订房房型」(不会统计至「馆内房型」)。
- 开始日期
-
开始日期 (库存基准日期)，可事先输入未来的库存数，若库存数变更，应创建新的「开始日期」。
- 库存明细
-
- 市场
-
网络订房的库存数，主要是以市场区隔来区分，如 Booking 网站，在市场区隔中增加 Booking 的市场。
- 房型、库存数
-
扣减馆内的房型库存数。
- 网订房型
-
虚拟化网络订房为「网订房型」，该「网订房型」于 [ 订房作业(GRCF10) ] 以另外字段显示，依据需求可如下设置：
-
Agoda 跟 Booking 不区分时则设置为相同的「网订房型，如 NET 则在订房作业将合并总数于房型 NET。
-
区分 Agoda 跟 Booking 时则各别设置为 AG、BK，则在订房作业分开不同字段。
-
细部设置，如 Agoda 的「网订房型」按房型区分如 ASG、ATW 则 Agoda 区分 SG、TW 房型。
-
- 网络订房的房型库存，可不依据房型吗？
-
「网络订房数量」大于「网络订房库存」其订房状态为 Overbook，需注意实际可销售的房型是否不足。
- 网络订房超订会如何？
-
跟房型库存的概念相同，订房状态为 Overbook，可销售数将为负数，实务上应该不会发生，除非库存数设置错误或订房单市场输入错误。
- 激活网络订房库存后，如何取消？
-
创建新的「开始日期」，仅输入激活的「市场区隔」，全部取消则创建一个无库存明细的「网络订房库存」。
套装项目(GRPF10)
- 套装入帐方式区分两种类型
-
-
由客房系统直接入帐不需经过外场系统耗用套装，收入项目为未冲销 (收入项目)。
-
外场系统耗用套装，其收入为外场收入；金额为「内部效用」，该套装未冲销 (未耗用) 时其收入为未冲销 (收入项目)。
未冲销 (收入项目) 由企业规范，如早餐由西餐厅供应，未耗用早餐可并入西餐厅食品收入，在收入总表中西餐厅食品收入将合并「未耗用早餐」，或者纳入客房收入。
-
- 系统
-
耗用该套装项目的系统，可选取 GR (客房) 或 FB (外场)。
- 场所
-
耗用该套装项目的系统如为 FB (外场)，可限制某个场所如 WR (西厅)。
- 使用方式
-
Y 可提前，N 当天。
- 面额
-
外场销售商品的定价，若不为外场套装，金额不具意义可输入 0。
- 内部效用
-
为未税的收入。如早餐定价如为 100，但跟客房一起销售时，内部效用可能是 48，外场的销售金额为 100 耗用套装金额也为 100，但只会认列 48 收入。
- 未冲销
-
该套装「未被耗用」或「直接入帐」的「销售交易」。
价等维护(GRPF20)
- 如何规范价等？
-
在上线初期可先只设置一个 SPC SPECIAL 的开放价等，不限制输入房租金额，但该 SPC 价等不利于管理。
-
应按平日、假日在正常情况的给价创建价等。
-
依据平日、假日创建折扣价。
-
依据年节创建价等。
-
按合约或特定对象。
-
依据年度调整，旧年度不再使用的价等，运行 取消。
-
- 过夜数
-
0: 表示为 Day Use 限定为 「即时展开」
1: 为可续住的型态 (亦可即时展开)
>1: 超过1天必须为即时展开
由 设置值为 Y，才会激活 Day Use 机制。 - 销售交易
-
指定 表价收入 / 每日加价 / 假日加价 的 销售交易。
- 展开方式
-
-
夜间滚帐 (N)
夜间滚帐的价等天数规定只能输入 1 天。
无期间变价的问题，于滚帐产生销售交易及可用套装。 -
即时展开 (R)
入住时即时展开所有内外帐的项目。
单日即时展开价等，如当日晚餐于入住展开，「夜审」判断该住客为续住，则展开次日晚餐，当日展期 [ 换房及修改(GRHF30) ] 时亦展开次日晚餐。
-
- 价等类型
-
-
R 房间价等
主要房间 (Host) 及 共享房间 (Share) 采用。 -
J 加价专用
应用于早餐加价，或者套装数避免价等设置需依据人数而增加价等代号，如实务上若能以加一人加价多少及「套装内容」则可简化价等设置。
-
- 价等帐别
-
或称为外帐帐别，向住客收取销售金额的帐别 (帐别为 RM)，如果由旅行社支付房租，住客并不支付，则将「价等帐别」指定为 TA，参阅：帐户类型。
- 套装帐别
-
或称为内帐帐别，为内部拆帐使用，该帐别由系统内定为 PK (Package Account)。
- 合约限定
-
订房或入住单据上的合约客户等级，必须合乎「合约限定」的等级才能使用该价等，限定「合约等级」可为节点。
- 招待项目
-
参阅：招待项目。
- 过期价等
-
- 多日价等
-
多日价等过期前，一般情况会通知住客，并办理续住。但如果「夜审」检测出价等已过期，则依据「过期价等」来入帐。
当价等并未设置「过期价等」则依据 ； 若「过期价等」均未设置则不予入帐。
在一般情况，应在系统参数中「OVERRNRAT 多日价等过期」设置过期价等，将房租入帐至房帐。 - 单日即时展开价等
-
若有指定「过期价等」则以过期价等机制入帐 (如果过期价等没有合乎房型则不入帐)，未指定过期价等则以原始价等入帐。
- 单日即时展开价等注意事项
-
虽然未指定「过期价等」会以原始价等入帐，但如果是晚餐，虽然于入住当日系统展开晚餐，但如果己知住客续住若没有展期，那么第二天将无晚餐套装，于「夜审」再产生晚餐套装已无作用。
- Day Use
-
Day Use 未退房，虽然在逻辑上当日的「夜审」已经过期，但 Day Use 在入住时已入帐，为了避免帐务太过复杂，系统在第一天不会入帐，第二天 按「单日即时展开价等」机制入帐。
过期价等应创建所有的「可用房型」，如果未创建全部房型，系统找不到房型时将不会入帐。
另外「价等」在入帐时，不判断价等状态；在「禁用 (N)」时，亦会入帐。- 问题：价等过夜数为 2 天，那么入住时至少为 2 天，那么可以入住时输入 3 天吗？
-
可以，如果在第三天时未变价，「夜审」检测出价等已过期，则依据「过期价等」入帐。
- 对冲代号
-
实验性质，尚未激活。
- (房间)等级
-
缺省房间等级。
「房间等级」列表 由 来建置。- 问题：房间等级是什么？
-
可视为「价等」的归类。由于价等可能会因为某个期间推出特定方案，价等并无法比对上年度；以「房间等级」来比对， 这也说明了「房间等级」不应任意增加。
注：「加价专用」的价等无等级，「加价价等」在系统内定跟主要房间为同等级。
- 等级修改
-
如果将「房间等级」视为归类，则不应设置为 Y。
若要激活「等级修改」必须先在 设置为 Y， 价等维护、订房单、入住单才会出现「等级」字段。
- 成人人数、小孩人数
-
缺省价等的人数。若未输入则依据 的人数设置。
上述的人数是粗略值，若要精准，则于入住单中的的参考数据中 [ PAX 人数 ] 输入正确人数。
参阅：人数统计。
- 可用房型
-
- 「房型」
-
输入指定房型或 「-」表示所有房型，若未输入任何项目，该价等将无法使用。
- 「价等表价」
-
向住客收取的金额，过夜数若为 1 天或 0 天 (Day Use) 为每日金额，若为多日套装则为总价，该金额未输入时则开放给操作者自行输入，销售交易为「表价收入」。
- 「每日加价」
-
每日向住客收取的金额，该金额未输入时则开放给操作者自行输入；在订房、入住单中可输入负数，其销售交易为「每日加价」。
- 「假日加价」
-
向住客额外收取假日加价，住宿期间若为「假日」系统自动加价，其销售交易为「假日加价」。
「假日」由 [ 日历设置(BSEF10BS) ] 来设置。
- 套装内容
-
- 日期 (过期期限)
-
输入套装项目的过期期限，如早餐日期为 1，表示入住日 +1 为有效，入住日 +2 则失效，系统将认列未使用套装。
客房套装在价等天数小于 2 时，其 (入帐) 日期应设为 0，如为 1 则 (房租) 收入将会在次日认列。
住客可使用的外场套装，跟退房没有关系，住客在退房后依旧可使用早餐。
如果 2 天的价等提供下午茶，那么日期为 2，入住日 +3 则失效， 另外在 套装项目(GRPF10) 将该项目的「使用方式」设置为「Y 可提前」，则表示入住后即可使用，如果设置为「N 当天」， 则表示入住第二天才能使用。
Berak down 说明
基础公式
房租收入 = 表价 - 套装合计
实际公式
「每日房租收入」= 「未税表价」 - 套装收入「内部价值」
意思是跟住客收取的金额扣减税额后，该收入分配至那些套装收入后，由系统自动算出未分配的金额给房租。
由于「价等表价」可能非固定值，开放给操作者自行输入时则可修改价格，金额必须合乎；经过系统计算后的房租未税金额必须大于或等于零。
如下范例，早餐内部价值为 95，未输入价等定价为开放价等其每日房租收入为 -95，操作者必须输入大于或等于 100 (房租未税金额 95)。假设金额输入 300 未税为 286 税金为 14，那么每日房租收入 = 286 (未税表价) - 95 (内部价值) = 191。
可用房型 |
套装内容 |
|||||
房型 |
价等定价 |
每日加价 |
每日房租收入 |
日期 |
项目 |
内部价值 |
|---|---|---|---|---|---|---|
- |
-95 |
1 |
BF 早餐 |
95 |
||
在多日套装时，如 2 天表价 600，未税 571，但 571 必须拆成「每日房租收入」，无法整除，每日房租收入为 285，「房租价差」调整为 1，系统在第一天入帐 286，第二天入帐 285，或者每日房租收入为 286，「房租价差」为 -1，第一天入帐 285，第二天入帐 286。
房间升等
改变固定表价的价等为开放表价的「升等价等」，「升等价等」中的「价等表价」不设置；表示开放给操作者自行输入。
「升等价等」的「房间等级」统计为该价等的缺省等级，「升等价等」的「等级修改」可能需设置为 Y。
实务上并不一定要「等级修改」，因为「升等价等」可能会有多组 (不建议)，或者该「升等价等」的等级统计已在限定在范围中。
期间中变更「即时展开」的价等
当价等还在期限内时，若操作者在未在作废套装的情况下持续变价，内帐项目因为「即时展开价等」的机制，将难以理解。
套装明细中的「价等期限」中不可有大于「系统日期」的项目，「换房及修改(GRHF30) 」才能变更价等。
价等期限并非是退房日期，而是由价等天数来计算；入住日加上「价等天数」，以实例来说明比较清楚：
1/1 即时展开了 2 天价等，价等期限为 1/3。
在 1/1 或 1/2 时，禁止变更价等，该套装行程还没有跑完。
期间变价
- 导入 (耗用) 未使用的套装时其收入应为房租，为什么？
-
因为套装价值是扣减房租而来。
这跟夜审在认列未耗用套装的机制不一样，夜审认列时为未冲销项目。
-
系统参数「指定导入套装收入(GR.CINI.IMPKGTID)」为「房租」。
「指定导入套装收入」由 来设置，若未设置则为套装未冲销项目。 -
客房帐务中心(GACF10) 导入先前展开的未使用的套装，导入后收入为「房租」。
-
决定已发生的内容，视情况调整。
住客已使用套装，在住客的外帐中加收套装面额，如已使用晚餐或已送红酒。
套装直接入帐的项目，但实际上并未使用，如回收协力厂商票券。
负项 该套装，补上房租，房租税别为 N 不开立 ( 帐户类型 PK 系统缺省为不开立 )。
如果套装帐户为团体，则需输入正确的价等及房型，在团体帐户中输入房租交易时可在「房间价等」输入房号则自动填入价等、等级及房型。
实际的作法，由企业自行范例，本例仅提供其一方式。