泰能管理模式手册.doc

客房相关概念及销售控制
客房相关概念及状态控制
客房的基本概念
客房是饭店中可供客人下榻的房间的统称
客房状态控制
可租用属性控制
长期维护房OOI 房(Out of Inventory)
由于某种原因而较长时间不能出租的客房。

短期维护房OOO房(Out of Order)
由于某种原因短期不能出租的客房，在设置这种状态时，要输入维护起始终止日
期。

可出租房(Rentable Room)
这类是供可出租的客房。

占用状态控制
可出租房中根据占用情况又分
空房[Vaccant]: 未出租――V
占用房[Occupy]: 已占用――O/I 预订占用一一0/R 根据客房清洁状态:
脏房[Dirty]: 未清扫客房――D
清扫房[Clear]: 正清扫客房――C
检查房[Ready]: 已检查客房――R
组合房态
为了简明的描述客房的各种状态，TALENT HOTEL采用以下组合房态
V/RC 空的已检或清洁房
V/D 空的脏房
O/I 占用房
O/R 今日预计到店房
OOI 长期维修房
OOO 短期维修房
OTHER 其他房
客房的自然分类---房类
根据客房的自然类型将客房分成若干类来管理，通常同一类房的不同的房间其标准房价
是相同的，
常见的房间分类举例如下:
BLK Block 标准间
D Double 双人间
DS Double Suite 双人套间
K King 豪华客房
KS King Suite 豪华套房
LS Large Suite 大套间
客房的销售策略
选择正确的房类
TALENT HOTE将饭店所有的客房按房间类型分成若干类，在客房的销售中应向客人介绍
各种房类的特点，并征求客人的意向来选择房类。

当客人没有明显的倾向性时，预订市
场员或前台接待员应按以下的原则向客人推荐：
在客房销售中，细心观察客人的反应，尽量推荐和客人身份相符合的房类。

这
种着眼于客人的销售从长远来讲是提高客人回头率的一种积极因素。

根据当时2的客房销售情况，推荐未出租房数较多的房类，以便饭店在以后的销售
中具有更大的灵活性。

向客人介绍饭店有特色的房类，从饭店的利益出发，一般来说应先向客人推荐价格
较昂贵的客房类。

选择最合适的房间风格
从一切为客人服务的角度出发，特别是在客人预订时，询问并记下客人对客房更详细的特色
要求，也是提高饭店在客人声誉中的一种服务。

如对旅游的客人推荐能观山景或观海景的客
房；对残疾客人推荐残疾客房；对长期公务的客人，推荐有厨房的客房；对短期商务客人，
推荐有Mini吧的客房.....TALENT HOTEL设有房间风格代码来标识每间房间的特色风格以满
足客人的特殊的要求。

客房的销售控制及工具
客房的销售控制工具
为了更充分准确地销售客房，TALENT HOTEL提供了两个工具分别控制精确到房类的销售和精
确到房号的销售：
未来房类占用表
未来房类占用表记载从当天起到第30天止之间从房类角度观察的每天客房
销售情况这张表提供以下信息:
期间每一天，每一类房的销售情况，即还剩几间房当天全部可供销售的房间总数，
预计销售数和预计出租率。

未来房间占用表
未来房间占用表记载从当天起到第30天止之间每天从房间角度观察的客房
销售情况这张表提供以下信息：
按房类列出每类房的全部客房的房号;
对应每个房号有个清洁状态标志：D表示脏房，C表示清洁房，R表
示已检查房。

在清洁标志后是该房的加床标志：用"+"表示该房间加床。

列出每一间客房从当天到第30天之间的出租情况。

V表示空房（VACCANT）
O表示在住占用（OCCUPY）
R表示预订占用（RESERVE）
M表示维修（MAINTAIN）
电脑房态盘
TALENT HOTEL还提供了非常直观且便于操作的电脑房态盘:
按饭店客房的自然分布，逐层逐间地在屏幕上显示一个代表每间客房的图块；用
不同的颜色表示该房间的当前房态;
方便的业务处理操作--当前房的操作:
选择当前要操作的房间选择对当前房间的操作
客房的销售控制
在进行各种操作时系统自动维护"未来房类占用表"及"未来房间占用表": 系统不
限制房类的销售极限，但正确地显示任一类的未来销售信息，以便进行超预订控
制：当未来房类占用表出现负数时表示该天该类房超预订数系统只反映客房主帐
对房类的影响，从帐客被认为同住而不影响未来房类占用表。

故正确确定客人的主从属性是正确维护"未来房类占用表"的基础。

当预订的日期已超出未来房类占用表时，此时可用客人查询来分析一段期间的房类
占用情况。

在客人入住的当时的合法房态
房间清洁状态必须是R态或是C态。

在客人到店与离店期间该房间应为正常可出租状态
（非维修）且尚
有空床
床的销售及控制#
TALENT HOTEL 是基于房来进行销售和统计。

为了给某些既有包房又有按床 销售业务的饭店提供管理的灵活性， TALENT HOTEL 提供一套标准包床的解
决策略：
在系统的房间设置时，将该类客房，设为可按床出租。

并正确地输 入该间房的床位数。

对于按床出租的客人，在登记时，应选择标准包床房价等级代码, （即双字符房价代码）。

在客人入住时，系统将自动检查包床客人 码）所入住的房间是否可按床出租。

在未来房间占用表中，可清楚地看到可按床出租的那些房间在未来 任一天中还未出租的床数。

为了有别于正常的房间， TALENT HOTEL 在未来房间占用表上用小写的字母表示该房的占用情况；
系统不管理到床号，对要进行床号管理的饭店，推荐用客人住客卡 来标识其床号。

如同住在3408号房的三个客人，可用以下编号的住客卡来控制客人 的床位号：
#对无包床情况的饭店，可忽略此节
（即房价等级代码为包床代
3408--1 :表示住在 3408第一号床位的客人 3408--2 :表示住在 3408第二号床位的客人 3408--3 :表示住在
3408第三号床位的客人
客人的相关管理及控制
标准住客流程
饭店服务对象是客人，现在从一个客人的角度来分析一下其标准住客流程：其标准住
客流程是一个连续的过程，但在这个过程中有两个转折点:
第一个转折点为入住（Checki n）第二个转折点为离店（Checkout）
由这两个点将一个客人的整个住客流程分成三段：：
入住前：通常意义上的"预订"（或订房）
入住离店之间：通常意义上的"在住"
离店后：通常意义"离店"
Reservati on Check In In house Check Out Out
预订入住在住离店结帐离店后
图1。

标准住客流程示意图
客人（包括团队主帐）状态
TALENT HOTE通过客人状态来管理处在其住客流程中的不同期间及同一期间中不同状
态的客人客人状态有以下几种：
入住前:
RESV : 普通预订 RGUA :确认的预订 CNCL :取消的预订
CNLD :取消并预订金结平帐的预订
改变客人状态的相关操作
预订入住：客人的状态从
RESV ，RGUA 变为 INHS
步行客入住：登记一个新的客人，其状态为 INHS
（离店后）重入：客人的状态从 OUT , ONZ 变为INHS
离店结帐：对结平的客人，由离店操作将客人状态由 OUT 对未结平的客人，由离店操作将其客人状态由
客人信息的介绍及控制
基本标识信息
客人帐号：是客人的唯一标识，系统在创建客人信息
步行客入住登记）时，系统会自动给该客人产生唯一的帐号。

以后都 是基于该帐号对客人进行各种管理。

住客卡号：客人住客卡的号码， TALENT HOTEL 将通常所
说的房
卡，签单卡统称为住客卡； 客人姓名:
预订：登记一个新的客人, 其状态为 RESV
预订确认：客人的状态从 RESV 变为 RGUA
预订取消：客人的状态从 RESV 或 RGUA 变为 CNCL 预订恢复：客人的状态从 CNCL 变为 RESV 在住
INHS : 在住状态
离店
OUT : 离店且结平帐 ONZ :
离店未结平帐
INHS 变为 INHS 变为 ONZ
（如预订客人,
泰能饭店管理系统管理模式手册
到店日期：在创建临时到店客人时，该域自动填入当天日期 离店日期: 主从属性:
0:表示该客人为客房主帐; 1:表示该客人为客房从帐; 2:表示该客人为客房分付从帐;
客房主帐的使用:
TALENT HOTEL 系统中对一个在住占用房必须有且只有一个合法 的在住客房
主帐，系统默认该帐号为跟房间相关费用对应的记帐 帐号，如长话费，房费（非分付情况），Mini Bar 的消费等。

TALENT HOTEL 系统中仅主帐客人影响未来房类占用表;
客房从帐（同住帐）（Secondary Account ）:即通常所说的同住客;
房类：房类代码 房号：填入或选择与房类相对应的房号，对预定客人可空，对在住 客人该域非空。

房价等级：该客人对应的房价等级 （如标准价，优惠价，季节调价等） 房价：选择房类和房价等级之后，系统自动在房价域填上相对应的 房价且操作员不能修改。

如房价等级选择了 "M"即手输房价后, 员方能输入该客人的房价。

优惠代码：优惠代码是用来解释优惠原因的。

结帐方式：指出结帐的方式
结帐方式是控制客人离店结帐时的重要参考。

根据饭店的管理，正确地 选择结帐方式是正确预订的一个重要方面。

典型的结帐方式代码
分房类信息
房价类信息
操作
帐务类信息
(MOS)
泰能饭店管理系统管理模式手册
有:
CA 现金(CASH)
CC 信用卡(Credit Card)
CK 支票(Check)
AR 挂帐方式(Account / Regular)
CMA 全免(Comp All)
CMR 免房费(Comp Room)
CMFB 免房费及餐饮(Comp Room F&B)
特别要提的是TALENT HOTEL寸操作员选择MOS弋码
制，操作员必须严格遵守饭店的有关管理条例来选择挂帐和免费付款方式时。

MOS特别是选择
选择了挂帐方式时，必须在客人的挂帐帐号域中填入其挂帐帐号。

选择了免费付款方式时，必须在客人的挂帐帐号域中填入提供免费部帐号。

挂帐限额：饭店给该客人设定的客欠的超限报警额，若客欠金额超出这个数
目，贝惊统自动将客人帐号状态置为挂帐超限状态，以提醒做相应催款工
作。

挂帐帐号:
当该客人全部费用由另一客人或团队支付时，将替该客人付费的客人帐
号或团队主帐帐号填入此域，该客人发生费用记帐，系统将其自动转到
其挂帐帐号去。

当该客人全部费用由非客帐支付时，做如下处理:
将该客人的结帐方式置为挂帐方式
此域中填入为其付费的非客帐号(如城市帐号或TA帐号)
客人VIP属性控制
为了更有效更精确地控制客人, 不同字符来灵活地控制客人，具及报表来管理这些
特殊客人。

TALENT HOTEL提供通过设定VIP属性域中
TALENT HOTEL提供系列工具：包括查询工
以下是TALENT HOTEL推荐VIP控制字符:
泰能饭店管理系统管理模式手册
B 一BLACK 黑名单 G----GROUP 团队成员客人
F----FOREIGNER 外籍客人 L----LONG 长住客人 S 一SPECIAL 特殊控制客人
T 一TRANSIENT
普通散客
V----VIP
传统意义上的重要客人
注：饭店可跟据需要增填新的控制字符
为了方便饭店对一段时间的住客进行市场分析及统计, HOTEL 设计了两个供统计用的代码。

市场码：用于记录客人来到饭店所处城市的目的。

来源码：用于记录客人来饭店住宿的途径。

注：上面是两个统计码的推荐用法，饭店可根据需要将统计码用于其他 方面的统计
客人的业务处理
客人信息登录流程
完整的客人信息登录流程由以下几个部分组成
客人信息的输入 历史转入
为了饭店能根据某客人在本店以前的住店情况来确定本次的房价或方便
地将此客人系统中存储的信息转入到本次登录中, 历史转入”来完成此功能。

黑名单查询
确定该客人是否属于该饭店的黑名单客人; 客人看作黑名单客人
统计类信息
TALENT
TALENT HOTE 提供" TALENT HOTEL 将以下两类
通过"黑名单管理”输入的客人。

已离店但未结平帐的客人。

注：历史转入，黑名单查询均以客人姓名为查找根据。

预订流程及控制
在档次较高的饭店中，预订是饭店业务中最重要，最基础的一环。

准确，充分的预订
处理是高质量服务和前台高效率入住的基础。

由于预订处理客人信息的快速性不是客
人敏感的因素，故在预订登录时尽可能对客人的信息做较详细地输入。

预订的流程包括以下几个部分
客人信息登录
预订客人的状态控制预订种类
TALENT HOTEL中将客人预订分为两类：普通预订和保证预订。

普通预订：一旦将客人的信息输入，经检验后合法，则系统便产生了一个合
法的帐号来。

管理该预订客人，并将客人状态置为
RESV（普通预订态）。

保证预订：从普通预订转成保证预订的操作我们称之为预订确认。

确认一个普通预订一般要有以下的条件之一被满足:
饭店收到一笔大于或等于饭店对该客人要求预订金收款。

根据饭店管理，有确认权的管理部门下的确认通知。

预订的分房策略
预订中的客人的分房，可分到房类，也可以分房号；在预订中分房一般遵循以下分房
原则：
对预订一般采取尽量推迟分房原则，以便饭店在客房的销售上更具灵活性。

严格准确地控制确认操作，以便前台接待时针对不同类型的预订有不同的留
房处理。

根据饭店的管理方式来控制超预订率。

（根据未来房类占用表）根
据饭店的管理方式提前一，二天给将要到店的预订客人分房并及时地通知客
人或其代理人。

在预分房时，首先必须满足保证预订，
然后再是普通预订。

超预订控制
由于一般均存在一定比例的预订未到客人（Noshow），故在饭店业中一般
允许超预订，但对超预订的控制和处理必须慎重。

客人预订的取消和恢复
如果客人提出取消预订，则TALENT HOTEL系统中用取消操作来实现这个业务，取消操作
后客人的状态为CNCL未结平帐的取消预订的客人，
其信息将一直保留在系统中，在其结平之前，经客人申请，可以恢复其预订，经操作员审
核客房的销售情况后，确认可满足其要求后，可作恢复操作，并对其相应的信息（到店日
期，离店日期，房类，房号，房价
）
作相应的调整。

前台接待的控制
入住时的主要处理
入住一般分两种：预订客人的入住（CheckIn）和临时客入住（Walkln）。

预订客人的入住（CheckIn）:
对预订客人系统自动将预订时登录的客人信息调入;
对信息作必要的修改，如到离店日期，房价及房类等，对未分房的客人进
行分房；
填上客人的住客卡号
通过入住的合法性判断后，将客人状态置为INHS（在住）；
临时客入住（Walkln）:
创建新（在住）客人----客人信息登录，包括住客卡号及房号;
通过入住的合法性判断后，将客人状态置为INHS（在住）；
注：入住的合法性的判断准则:
到店日期必须是当天的营业日;
合理的分房;
入住的房间的房态为已检查或为清洁;
只有满足了以上的条件，客人才可入住。

接待时的快速登记
为了解决在前台接待中，由于临时团队和临时一组客的下榻，造成前台接待上的繁忙，
TALENT HOTEL设计了一个快速登记以解决这一瓶颈。

快速登记的流程:
选择有代表性的客人进行单个客人的登记;
对上一个客人信息进行复制，快速不同的部分以得到当前客人的信息，并存盘循
环此操作直至临时一组客全部登录完毕;
注：对同住客应将其主从帐属性置为
对预订客人的留房处理
前台接待在发现今天所有的客房都已出售完毕之后，可查看今日预订到店的客，哪些是预
订到房号但尚未到店。

在满足下列条件的情况下，可以给预订客人先退房。

但一般遵循以
下的原则：
对RESV（普通预订）和RGND（保证预订）这两种不同的预订，一般饭店应有不同
的可退房时间。

注意有些饭店对保证预订规定是必须要保留其房的。

一般先考虑退RESV（普通预订）的房，再考虑退RGUA（保证预订）的退房。

作这种退房操作最好要跟预订部相应的市场员联系一下。

特殊的入住操作
今日离店客人的重入：今日离店的客人，由于某种原因，又回到饭店中要求下
榻，接待员可将其重新入住（Re-checki n），并尽量将其分
在其昨夜下榻的房间。

但如果在其离店之后，其房间已被出售，此刻应换一个房
间让他入住。

离店未平帐的客人的重入：离店未平帐客人的信息，始终被保留在系统中，故一
旦有一天客人申请重入，此时接待员不必重新登记，只需将其作一次重新入住操
作即可。

注：对今日OUT和ONZ客人可作重入操作
提前到店客人的入住：客人因某种原因提前到店，并申请入住，接
待员应审查今日是否有空房，如果允许，可对其做入住操作并修改客人信息中的
到店日期。

在住期间的客人控制
换房操作
当在住期间客人提出换房要求时，接待员只须在客人修改界面上，修改客人的房号，并在
随后弹出的客人信息修改备注对话框中填入换房单号并简明地加上换房原因备注。

续住手续
对今日该离店尚未离店的客人，应询问客人是今日离店还是要续住。

对要办续住的客人，
要全面考察客房的销售情况以确定是否能办续住。

对确认可续住的客人应进行客人信息修
改，将其离店日期改为客人要求的离店日期，并在客人信息修改备注对话框中，填入相对
应的备注。

房价表，房价及房费记帐
房价表
TALENT HOTE提供一张由房类和房价等级组成的房价表来决定每个客人的房价。

一间房标
准房价最终由其房间种类和选择的房价等级共同决定。

在客人预订和接待时，预订员和接
待员可根据饭店的管理条例来选择不同的房价等级，系统自动找到该类房和该类房价等级
对应的房价。

房价和房费记帐
房价是指饭店一房间的销售价格，其由该房在住主帐客的房价决定。

客人房费指的是客人房费记帐，即记在某个客人帐号上的房费"费用"。

客人房费的处理
1标准包房总付费
该房间全部从帐客的主从属性为从帐
在夜审过房费时，将全部的房费过到该房间主帐客帐号上。

从帐客不过房费。

2标准包房分付费
该房间全部从帐客的主从属性为分付从帐
夜审过房费时，所有同住的客人均过N分之一，N为某间房的同住
客人数。

3手输房价
系统中还提供了一种最灵活的客人房类设置:
将所有的主帐和从帐的房价等级域中输入"M"（手输房价灯级代码）将
每个客人的房价域中输入自己夜审所应过的房费。

注:
1，2种方式被认为是标准房价3被认为是特殊房价1，2，3以外的其它情况
均认为是非法房价。

客人的特殊要求控制
此功能专为对管理要求特别严和特别细的饭店设置的，其管理的主要思路如下：
先设好饭店能提供服务的客人的特殊要求代码及满足这些特殊要求相应的饭店的
服务部门代码；由前台操作员或预订员将客人的特殊要求输入;
由前台操作员或夜审员打印出
"按部门的特殊要求报告” "按代码的特殊要求报告”
将此报告分送有关的服务及管理部门;
团队的业务处理及控制
团队主帐概念及其信息介绍
团队主帐概念
般团队的人数较多而造成客人信息登录的繁忙
不仅要管理团队的公共信息及帐务和团对成员的信息及帐务, 也要管理好两者之间的关系。

TALENT HOTEL 用团队主帐(Group Master ) 来管理团队的公共信息及帐 务。

团队主帐(Group Master ) 是系统在创建团队时自动产生的帐号，系 统基于此帐号来管理团队的公共信息，帐务及团队的住客流程。

团队主帐信息介绍
基本标识信息
帐号：即团队主帐帐号 住客卡号：团队主帐帐号对应的签单卡的号码 名称：团队的名称 分房类信息
到店日期：在创建临时到店客人时，该域自动填入当天日期 离店日期: 房价类信息
房价:
团队业务是饭店业务中较难处理的业务之一,
主要表现在以下几个方面:
同时
帐务类信息
结帐方式: 指出结帐的方式
注：结帐方式的控制与客人相同。

挂帐限额：饭店给该客人设定的客欠的超限报警额，若客欠金额超出这个数目，则
系统自动将该帐号的帐状态置为挂帐超限状态，以提醒做相应催款工作。

挂帐帐号：当该客人全部费用由非客帐支付时，做如下处理;
将该客人的结帐方式置为挂帐方式
此域中填入为其付费的非客帐号（如城市帐号或TA帐号）
注：对团队主帐而言挂帐帐号仅用于挂帐方式;
团队主帐的特殊控制
确认方式代码：几乎所有的团队都通过一系列的预订流程再入住的，再加上团队的
客人数目多，故对团队的预订的控制就变的非常重要。

其中重要的一步是"确认"。

TALENT HOTEL通过确定团队主帐的确认方式代码和确认日期来控制对团队预订的确
认。

确认方式代码是一组饭店定义的描述饭店对该团队采用的何种确认方式
的代码；以下为TALENT HOTEL提供的一组确认方式代码：
AC 预付定金确认
CC 公司确认
FC 电传传真确认
LC 信函确认
PC 电话确认
PRC 协议确认
RCC 公司再确认
RTC 旅行代理再确认
TC 旅行代理确认
确认日期：记录确认方式代码所代表的确认行为的执行日期。

接待方式代码：接待方式代码是一组饭店定义的描述饭店对该团队
采用的何种接代方式的代码；饭店有关的服务部门根据接待方式代码在团队到店时
安排接待。

团队主帐的辅助管理工具
TALENT HOTEL 为团队主帐如下辅助管理工具:
团队留房
在给预订团队预留房时，操作员只需输入留房的房类及数目即可， 认留房期间为从团队的到店日期起到离店日期止。

一但为某个团队作了 队留房"操作，系统会自动处理团队留房对未来房类占用表的影响即在该团 队到店和离店这段期间被团队留房的房类会自动减少该类房的留房数目。

团队付费
在饭店业务中存在这样的情况，
团队所有成员客人的某些类费用均由团队
来付，其有关的帐目应记在团队主帐上。

TALENT HOTEL 用团队付费来
处理这种业务。

实务操作如下：
操作员先用团队付费设置由团队主帐所付的各类费用。

当团队的成员客人发生这些类费用时，系统将自动做一笔转帐操 作，将该客人的这笔费用转到其团队主帐上。

团队的特殊要求
与客人的特殊要求完全相同。

团队主帐与其成员客人帐号的关系
在处理团队业务时要注意 TALENT HOTEL 有关团队主帐与其成员客人帐号 关系的处理：在创建客人信息时 "团队帐号"被填入某一个团队帐号后，该 客人就成为此团队的成员，同时系统会将团队主帐中的有关信息复制到客 人信息中；
团队的业务处理流程
团队的业务处理流程控制比较复杂，应严格按规定的的业务处理流程进 行：
先创建预订的团队主帐；就一般情况而言，饭店在创建预订主帐时 还未得其成员的详细信息，为了准确控制客房的销售，此刻应根据 团队的要求进行"团队留房"操作。

由负责该团队销售的市场员对该团队进行一系列的预订确认活动。

在团队入住前几
系统默 "团。