酒店前台公关销售系统范本模板.doc

第六章 公关销售系统 2
第一节 协议管理 2
1.1 协议管理实例分析 2
1.2 协议管理 3
1.2.1 销售员管理 3
1.2.2 房价方案 5
1.2.3 房价明细设置 8
1.2.4 房价码设置 11
1.2.5 消费模式 14
1.2.6 设置协议码 17
1.2.7 用户（单位）类别 20
1.2.8 新增用户（单位） 20
1.2.9 新建协议单位实例一 23
1.2.10 共享协议码实例 26
.1.3 其它 28
1.3.1 用户（单位）列表 28
1.3.2 系统房价调整 29
1.3.3 协议房价本日时间改变 30
1.3.4 来宾消费手工统计 30
1.3.5 佣金管理 31
第二节 预订和查询 32
2.1 预订 32
2.1.1 散客预订 32
2.1.2 散客预订多间房 33
2.1.3 团体&会议预订 36
2.1.4 餐饮预订 36
2.2 查询 37
2.2.1 读卡 37
2.2.2 会议室预留 38
2.2.3 档案查询 39
2.2.4 来宾留言 42
2.2.5 公共信息 42
第三节 房类和房间 43
3.1 房类 43
3.2 房间 43
第四节 统计报表 43
4.1 报表 43
4.1.1 饭店营业总表 44
4.1.2 报表打印 44
4.1.3 稽核报表 45
4.1.4 报表教授 47
4.2 辅助功效 47
4.2.1 经营分析 47
4.2.2 特殊要求统计 48
4.2.3 制作统计广告标牌 49
第五节 小结 50
第六章 公关销售系统
公关销售系统关键针对饭店公关销售部实际职能，实现协议管理、客房和各餐饮娱乐点预订和酒店各类信息及相关报表查询等功效。
公关销售菜单
第一节 协议管理
FOXHIS系统提供了一套内容丰富完善协议管理功效，经过销售员管理、房价管理、消费模式管理、协议码和协议类别和协议档案管理等功效来实现。酒店销售部门能够利用其来实现多种销售策略，并将得到正确实用销售分析报表。
下面我们首先以实例形式明确制订协议单位基础操作，然后再分解操作步骤，具体说明协议管理每个组成部分。
1.1 协议管理实例分析
实例6.1：假设酒店前厅部销售员扬帆代表酒店和杭州西软科技企业签定优惠房价协议，内容以下。其中杭州西软科技企业联络人朱小姐、联络电话、网址是.com、地址是杭州文三路天苑大厦层。
一、房价
房间类型
门市价
协议价
备 注
平时
周末（五、六）
标准间北
400
240
260

单人房
598
360
380

标准间南
782
420
450

豪华商务房
978
600
600

套房（1）
1380
1000
1118

豪华套房
3000

2100
包含两卧、两卫
表-1
二、优惠条款：
● 以上协议房价均为净房价； ● 如遇大型会议价格另议； ● 餐饮食品7.5折、酒水8.5折、香烟不打折。
三、预订房间如无特殊说明，房间将只保留至北京时间18：00。
四、付款：全部帐款需在要求日期内结清。
分 析：实施协议管理→新增用户（单位），打开以下『用户（协议单位）主单』窗口。
协议单位基础信息

图6.1
由上图可见，建立一个协议单位必需录入协议单位基础信息、设置消费模式。具体细分以后，必需含有以下信息：
需要条件
说明章节
电脑中有销售员扬帆
给扬帆设置工号《1.2.1 销售员管理》实例
房价计算
定义房价方案《1.2.2 房价方案》
录入每类房间协议价
定义房价明细《1.2.3 房价明细设置》实例
组合房价明细，定房价码
《1.2.4 房价码设置》房价码设置实例
定义协议消费模式
《1.2.5 消费模式》实例
制订协议码
《1.2.6 设置协议码》实例
增加单位类别
《1.2.7 用户（单位）类别》
表-2
以上各部分设置在FOXHIS系统中，全部有对应实现功效，下面我们首优异入《1.2 协议管理》，等说明结束时，建立上协议单位各部分也就配置齐全了，到时只要综合，即可生成协议单位。
在协议单位输入前，必需先对销售员、房价方案、房价码、消费模式、协议码、协议类别等项目进行设定。
1.2 协议管理
1.2.1 销售员管理
FOXHIS可将全体销售员分成几类，每个类别下又可设置具体销售员。管理销售员时通常先设置类别，再设置或修改销售员。
实施协议管理→销售员管理，打开以下图所表示『销售员维护』窗口。
编辑区
把鼠标停留在某个按钮上，系统就会显示这个按钮功效

已经有销售员类别，双击可查看该类下销售员

图6.2
上图界面为系统代码设置统一界面，其风格和操作方法和WINDOWS中资源管理器相仿。窗口中部工具栏各按钮功效依次是：——上一级；——打开；——增加；——修改；——存盘；——删除；——退出。操作者能够利用这些按钮完成销售员管理。销售员设置好后，每一个协议档案必需对应对应销售人员。对某一销售人员全部协议在酒店消费额进行统计即为该职员销售业绩。
下面以实例说明。
实例6.2：增加前厅部销售员扬帆。
分 析：有上图可见，现没有前厅部这个大类，所以，必需首先设置前厅部这类，再增加销售员名单。
操作步骤：
（1）、『销售员维护』窗口下，如上图所表示。单击增加按钮，光标定位在编辑区，以下图所表示。

图6.3
（2）、【代码】处输入B，这个由操作者决定，也能够是C、01等；【描述】中输入前厅部，以下图所表示。单击存盘即可。

图6.4
（3）、双击『销售员维护』窗口左边显示“前厅部”，打开编辑区。
（4）、单击增加按钮，光标定位在编辑区【销售员号】处，以下图所表示。

图6.5
（5）、【销售员号】处输入YF（也能够是其它代码如三位数字等），【名称】处输入扬帆，【电脑工号】处输入YF。【电脑工号】和【销售员号】能够相同，也能够不一样，系统提议使用相同代码。单击存盘，或回车继续增加销售员。

图6.6
1.2.2 房价方案
在实际操作中，酒店针对不一样时期、不一样协议可能实施房价含早餐、房价服务费优惠等多种房价策略，为此系统引入了房价方案概念。房价方案提供了对包价、服务费和城建费费率及优惠计算方法等房价参数定义。房价方案定义完后，可分别对散客、团体主单、团体组员、协议单位等对象进行设定，所以其应用很灵活和广泛。
实施协议管理→房价方案，打开以下『房价方案』窗口。

图6.7
上图列出了已经有房价方案，其中：
【代 码】 可自由定义，系统提议使用三位数字。
【帐 号】 为空，表示该方案适适用于全部客人；不为空则表示该方案为指定帐号特定房价方案。
【描 述】 对该房价方案说明，系统提议使用含义明确文字。
【服务费】、【城建费】全部在包价中定义。
【模 式】 用字母组合表示该房价方案对服务费、优惠计算等选择，它是由系统依据操作者选择自动生成，所以通常操作人员只要了解即可。模式中字母含义以下表：
字母次序
含义
可选项
第一位
房价中是否包含服务费
I：含服务费
E：不含服务费
第二位
房价计算次序
D：先算优惠
S先算服务费
I：独立计算
第三位
团体组员是否收服务费
C：收服务费
F：不收服务费
第四位
加床是否有优惠
D：有优惠
N：没有优惠
第五位
加床是否倒扣服务费
D：扣服务费
N：不扣服务费
举例EDFNN
不含服务费、先算优惠、团体组员不收服务费、加床不优惠、不扣服务费
表-3
【 包 】 数字表示包价中含有几项，由系统依据〖包价〗定义自动生成。如我们将在下实例中定义了一包价，这时项目【包】数值就为1，若包价内容含有3项，【包】数值就为3。
上图窗口底行功效按钮操作全部比较简单，值得注意是〖包价〗按钮。单击〖包价〗可定义房价包含或附加对应费用等情况，如房价含早、入住客房送娱乐券等。
实例6.3：增加一免服务费、附加费且包含跨虹厅68元早餐一份房价方案，命名代码为001。
操作步骤：
（1）、上图『房价方案』窗口下，单击〖增加〗，光标定在【代码】处，输入001，【描述】处输入免服务费、附加费、含单早，单击〖存盘〗，窗口以下所表示。

图6.8
（2）、单击〖包价〗，打开『定义房价方案“001”』，单击“免服务费”、“免附加费”。
（3）、单击增加按钮，【次序】处输入01，【代码】处输入11A（按F1，使用帮助也能够），回车系统自动显示【描述】内容，【金额】处输入68，，窗口显示以下图。

图6.9
（4）、单击〖存盘〗、〖退出〗，『房价方案』窗口，“001—免服务费、附加费、含单早”统计以下。

图6.10
（4）、房价方案定义成功。
◆ 『定义房价方案“001”』窗口“定义房价”标签页
“标 志”：有“包含”和“外加”两种选择，指房价是否包含该项费用。系统默认房费包含该费用。
“稽核（半）”：定义系统自动补过半天房费时是否需要收取该项费用。有“不收”、“减半”、“全额”三种选择，系统默认“不收”。
“日租”：定义手工加收全天或半天房费时是否需要收取该项费用。有“不收”、“减半收”、“按百分比收”、“全额收”四个选择，系统默认“不收”。
◆ 『定义房价方案“001”』窗口“高级设置”标签页
单击“高级设置”标签页，以下图所表示。

图6.11
若一房价方案未定义免服务费和附加费，则可在上图窗口中可定义其具体费率及计算模式。
若某一主单在预订或登记时选择了该类房价方案，则在其散客工作窗口下，实施其它→房价方案，可打开以下窗口，查询该房价方案具体内容，同时可预览房费。

图6.12
由上图窗口能够看出，“001-301”房费中包含了68元跨虹厅早餐费，但在补过半天及加收房费时不再包含，且免收服务费和附加费。
1.2.3 房价明细设置
在实际应用中，不一样协议有不一样房价优惠，一个房价优惠能够包含不一样房类明细优惠、对不一样时段设定不一样优惠房价。系统中房价码即为多种房价优惠，房价明细项目就是各房类针对不一样协议明细优惠。
注意：同一房价明细项目可被多个房价码调用
房价码定义可分三步完成：
（1）、房价明细项目定义；
（2）、房价码代码及名称定义；
（3）、给房价码选择房价明细。
本节首先说明怎样定义房价明细项目。
实施协议管理→房价明细项目，打开以下『房价明细设置一览表』窗口。
该窗口显示了目前已经定义好房价明细。操作者能够经过窗口右边〖编码〗、〖名称〗按钮，查询现有房价明细。
下面我们用实例说明怎样新建房价明细。
注意：定义房价明细时，代码和明细描述全部不能反复。

图6.13
实例6.4：定义实例6.1中提到房价优惠之一，标准间北平时240元，周五、周六260元。
假 设：标准间北代码是BJA。
操作步骤：
（1）、如上图所表示『房价明细设置一览表』窗口下，单击〖新建〗，打开『房价明细项目设置』窗口。
（2）、【代码】、【描述】可自定义，其中【代码】支持五位，系统提议编辑代码和描述时要求含义明确，如【代码】处输入BJA24；【描述】输入标准间北240元；光标定在【房类】处，按F1，取得帮助，因为该明细适适用于BJA类房间，所以单击“BJA标准间北”。【星期】处，按F1，取得帮助以下图所表示，单击“星期日”到“星期四”，单击〖确定（O）〗，表示适适用于周日到周四。

图6.14
（3）、【实价】处输入240，回车，【方案】处选择默认值，房价方案设置已经在上节中说明，请参见上节。信息录入完成后，窗口显示以下图。
房价方案设置在1.2.2节已说明

图6.15
（4）、单击〖存盘〗，〖退出〗，『房价明细设置一览表』增加一明细统计。

图6.16
（5）、反复步骤（1）——（4），建立标准间北260元明细，使『房价明细项目设置』窗口以下，即可。
C定价区
B条件区
A代码区

图6.17
◆ 『房价明细项目设置』窗口
上图『房价明细项目设置』窗口分为三个区：A代码区、B条件区和C定价区。
● A代码区
【代 码】只能在新建时输入，一旦存盘则不可再修改。
● B条件区
【楼 号】是针对酒店有多幢楼情况，每幢楼可编号，以示区分。
【虚拟房类】房类上一级概念。其具体含义参见《FOXHIS基础概念》中相关说明。
【房 类】用于录入适用该房价明细房类。
【年份】、【月份】、【日】、【星期】分别指该房价适适用于哪些年、月、日或星期，可多选。
注意：条件区中“条件一”、“条件二”前五项均可多选。
● C定价区
【淡季】、【平季】、【旺季】是酒店依据客源等情况可自定义三种销售季节。
【模 式】定价模式有“优惠”和“实价”两种选择，分别对应于后面“优惠率”和“实价”两个具体值。
【单 位】指定价单位可有“年”、“月”、“天”、“人”四种选择。
【房价方案】其含义详见上文说明。不一样季节可选择不一样房价方案。
【佣 金】给旅行社等计算返佣参数，有三种模式能够选择
(a)、底价，酒店给旅行社房价，佣金 = 实际房价 - 底价
(b)、百分比，按百分比， 佣金 = 实际房价 X 百分比
(c)、固定，一个固定不变金额 佣金 = 固定金额
1.2.4 房价码设置
房价码也能够称为房价优惠包，它是由多种房价明细组成。
实例6.5：建立杭州西软科技企业房价码，其中包含房价明细同1.1节中实例6.1。
操作步骤：
（1）、实施协议管理→房价码，打开『房价码设置』窗口，图所表示。单击窗口右边〖新建〗按钮，打开以下窗口。
（2）、单击〖增加〗，【代码】处输入C000248（接着原有代码，只要不反复即可，但必需是C开始编号），【描述】处输入杭州西软科技企业，【协议专用】处输入T，以下图所表示。

图6.18
补充：上图中【代码】可自由定义，系统提议以C开头；【描述】应尽可能表现该房价码特点；【专用】指该房价码是否为单个协议服务。
（3）、单击〖存盘〗，〖退出〗该窗口，『房价码设置』窗口中增加一统计。『房价码设置』窗口中找到该统计，单击选中，以下图所表示。
双击，可查看房价明细内容
方法提醒
该单位现在无房价明细

图6.19
补充：上图左边部分列出了各房价代码及其描述等信息。单击〖代码〗按钮，即可进入修改窗口，对各代码初始信息进行编辑。
（4）、供选择房价明细代码中找到“BJA24”统计，选中，按住鼠标左键不放，向上拖动至显示区，鼠标箭头显示为地球状，松开即可。
（5）、反复上操作，可将已经定义好杭州西软科技企业房价明细全部拖动到窗口右上方。以下图所表示，定义杭州西软科技企业房价码成功。

图6.20
补充：上图窗口右边上半部分显示该房价码已选中房价明细，下半部分窗口显示全部待选房价明细。
1.2.5 消费模式
消费模式用于定义餐饮、娱乐服务费、折扣和附加费方案及百分比。消费模式适适用于协议单位也适适用于一般客人，它定义可分经过消费模式代码定义和消费模式内容定义两步来完成。
◆ 消费模式代码
实施协议管理→消费模式代码，打开以下『消费模式代码编辑』窗口。

图6.21
上窗口中代码可自行定义，其名称和描述应尽可能直观、明确地表示本项模式特点。使用〖查询〗、〖增加〗、〖删除〗、〖修改〗等按钮可对模式代码进行编辑。至于每个消费模式具体包含内容，实施协议管理→消费模式定义，即可定义，请参见本节下部分说明。
实例6.6：因实例6.1中协议需要，建立食品酒水打折、香烟不打折消费模式。
操作步骤：
（1）、『消费模式代码编辑』窗口下，单击〖增加〗，光标定位在【代码】处。
（2）、【代码】处输入080（能够是其它编号，只要不和已经有反复即可），【汉字名】处输入协议单位打折，【英文名】可填可不填，【描述】处输入食品酒水打折、香烟不打折，单击〖存盘〗，定义成功，窗口以下图所表示。

图6.22
注意：以上只是定义了消费模式代码，该消费模式具体内容定义请参见下实例。
◆ 消费模式定义
实施协议管理→消费模式定义，打开以下『各营业点消费模式定义』窗口。该窗口左边是“模式列表”，这些全部是在消费模式代码中定义，右边是“模式定义明细”。在“模式列表”中找到上实例定义模式代码，单击，右边“模式定义明细”显示空白以下图（这是因为我们还没有定义明细）。

图6.23
“类 型”表明本条信息所定义模式类型。可选项有“优惠”、“服务费”、“附加费”三个。
“部 门”表示本条信息所适用部门范围, 对应于稽核报表中营业部门。本系统中通常情况下，“02”表示餐饮部，“03”表示娱乐部。若只输入“0”，则表示可适适用于全部部门。
“菜谱代码”表明是对大类、小类还是具体菜进行处理。和部门项一样，代码位数越多优先级越高。
“比 例”即模式优惠率（或服务费率、附加费率）。有别于菜单中临时定义菜单优惠（服务费、附加费）。
“理 由”即优惠理由，通常由工程师事先在维护代码中定义。
“模 式”：用于定义优惠、服务费、附加费等计算方法。针对不一样类型有不一样可选项。这些可选项系统已定义好，酒店不能修改。
优惠模式选项及含义以下表：
优惠模式内容
举例说明
不优惠

模式优惠X 菜单优惠
如模式打8折，菜单打9折，则实际打7.2折
模式优惠 + 菜单优惠
如模式打8折，菜单打9折，则实际打7折
以模式优惠为准
如模式打8折，菜单打9折，则实际打8折
以菜单优惠为准
如模式打8折，菜单打9折，则实际打9折
以较大优惠为准
如模式打8折，菜单打9折，则实际打8折
以较小优惠为准
如模式打8折，菜单打9折，则实际打9折
表-4
服务费、附加费可选项及含义以下表：
服务费、附加费
模式内容
举例说明
以模式服务费率为准
如模式服务费率20%，菜单服务费率为10%，则实际服务费率为20%
以菜单服务费率为准
如模式服务费率20%，菜单服务费率为10%，则实际服务费率为10%
以较大服务费率
为准
如模式服务费率20%，菜单服务费率为10%，则实际服务费率为20%
以较小服务费率
为准
如模式服务费率20%，菜单服务费率为10%，则实际服务费率为10%
以模式服务费率为准
（优惠服务费）
通常指服务费打折
以菜单服务费率为准
（优惠服务费）
以较大服务费率
为准（优惠服务费）
以较小服务费率
为准（优惠服务费）
优惠服务费
表-5
实例6.7：定义“080 协议单位打折”模式明细：
全部食品打7.5折，若酒店有其它优惠活动则以菜单优惠为准；全部酒水打8.5折，以菜单优惠为准；香烟不打折。上明细只适适用于餐饮部消费。优惠服务费，以菜单要求为准。
假 设：02代表餐饮部，0代表食品，1代表酒水，2代表香烟
操作步骤：
（1）、『各营业点消费模式定义』窗口下，单击〖设置〗，打开『餐饮娱乐模式定义』窗口，以下图所表示。
（2）、单击〖增加〗，【类型】处选择“优惠”，【部门】处输入02，【菜谱代码】处输入0，【百分比】处输入0.2，【理由】处选择“协议优惠”，【模式】中选择“以菜单优惠为准”，〖存盘〗。
（3）、反复上操作步骤，设置其它明细，设置完成，『餐饮娱乐模式定义』窗口以下图所表示。

图6.24
（4）、存盘后单击〖退出〗，『各营业点消费模式定义』窗口显示以下，明细定义成功。

图6.25
1.2.6 设置协议码
实际使用中，可能出现多个协议单位享受相同优惠模式情况。为降低操作，优化系统结构，FOXHIS设计了通用协议码管理功效。协议码一旦设定，能够为多个协议服务。当然，也可专门为某一协议设计一个协议码。协议码包含房价码和消费模式。
实施协议管理→设置协议码，打开『通用协议码一览表』。

图6.26
上窗口中列出了全部协议码基础信息，窗口右边〖新建〗、〖删除〗按钮增加或删除协议码。〖编码〗、〖名称〗、〖房价码〗、〖消费码〗、〖备注〗按钮为查询房价码提供条件。
双击某一协议码可打开以下图所表示窗口，可对协议码内容进行编辑。

图6.27
房价码和消费码可经过问号得到帮助，如上窗口提醒。也可双击房价码对其进行创建和编辑。
实例6.8：为杭州西软科技企业建立房价码。该企业房价码在《1.2.4 房价码设置》实例中已经建立，消费码使用“080 协议单位打折”，该消费码建立请参见上节。
分 析：
操作步骤：
（1）、『通用协议码一览表』窗口，单击〖新建〗，打开『协议码编辑』窗口。【协议码】处输入C000248（系统建立使用和房价码相同编号，便于记忆），【协议名称】处输入杭州西软科技企业，单击〖存盘〗。双击【房价码】处，系统提醒“是否用目前协议码名称创建同名房价码？”，以下图所表示。

图6.28
（2）、因为我们在《1.2.4 房价码设置》实例中已经为该企业建立了房价码，所以此处不需要再建立，所以单击〖否（N）〗。
（3）、【房价码】处，按F1，打开『房价码帮助』窗口，选择“杭州西软科技企业”统计。系统自动显示【房价码】和对应【描述】。
（4）、用同（3）方法选择【消费码】为“协议单位打折”。
（5）、把该协议码制订为西软科技企业专用，单击“专用协议”，使其显示以下图。
图6.29
（6）、单击〖存盘〗，协议码编辑完成。退出该窗口。『通用协议码一览表』显示增加统计。
注意：房价码也可在这里直接创建，这种操作比较方便，通常系统提议使用这种方法。
1.2.7 用户（单位）类别
实际中，酒店销售部为便于统计会将用户单位（协议单位）分成几类，如按单位性质、所属地域、企业规模等分类。正确录入协议类别后，本系统将产生对应类别销售报表以供参考。
实施协议管理→用户（单位）类别，打开以下『协议单位类别——代码维护』窗口。协议单位类别通常系统中已经有该类信息，而且下窗口操作十分简单，此处不再细述。
由下图可见，系统中已设置了“企业”，我们将在下实例中使用该类别。

图6.30
1.2.8 新增用户（单位）
经过以上各节准备工作，下面我们建立杭州西软科技企业为本酒店协议单位，并给它一个AR帐号。
实例6.9：杭把州西软科技企业增加为本酒店协议单位。
操作步骤：
（1）、实施协议管理→新增用户（单位），打开『用户（协议单位）主单』，以下图所表示。
（2）、录入企业基础信息。
【自编号】处输入GS00001，【类别】处单击，打开下拉表，单击“企业”，【用户名称】处输入杭州西软科技企业，【地址】处输入杭州文三路天苑大厦21层，【电话】处输入，【WWW信息】处输入.com, 【联络人】处输入朱小姐，【销售员】处按F1，打开帮助，选择扬帆。存盘。

图6.31
（3）、实施协议码→调整，系统提醒“[Y]依据目前档案创建协议码，[N]直接从目前协议码中挑选，[Cancel]取消”。因为我们已经建立了协议码，所以选择[N]，单击〖否（N）〗，打开『协议码帮助』窗口，底行【代码】处输入C00024，窗口显示前匹配协议码，以下图所表示。

图6.32
（4）、双击“C000248”统计，『用户主单』窗口显示该协议房价码和消费码。
（5）、实施AR帐号→调整，系统提醒以下图所表示。

图6.33
（6）、单击〖1.依据目前档案创建AR帐号〗，『用户（协议单位）主单』窗口【AR帐号】自动生成。
若单击〖2.直接从目前AR帐号中挑选〗，则可从系统已经有AR帐号中挑选一个。

图6.34
补充：上图窗口上半部分为协议单位基础信息，依据实际情况填入即可。其中【自编号】由销售员自定，【电脑编号】在第一次存盘时由电脑自动生成，不可编辑。【类别】、【用户名称】、【销售员】为必填项目。
窗口下半部分用于显示该协议单位消费模式，包含房价码、消费码、相关人等信息。
窗口菜单使用我们将在1.3节实例中说明。
（7）、为便于销售员查询协议其它信息，可把这些信息存如附件。单击附件，打开『附件编辑』窗口，录入协议其它信息，存盘，以下图所表示。退出该窗口，协议单位新建成功。

图6.35
1.2.9 新建协议单位实例一
由整个1.2节前部分能够看到，根据这么次序建立一个协议单位即使条理很清楚，但操作比较麻烦。在明白了原理以后，下面介绍建立协议单位常见方法。
实例6.10：IBM上海分企业和酒店协议内容以下（销售员扬帆）：
一、房价
房间类型
门市价
协议价
备 注
平时
周末（五、六）
标准间南
782
430
460

豪华商务房
978
580
580

套房（1）
1380
800
880

豪华套房
3000
1800
1800
包含两卧、两卫
表-6
二、优惠条款：
● 以上协议房价均为净房价； ● 如遇大型会议价格另议； ● 餐饮食品7.5折、酒水8.5折、香烟不打折。
三、预订房间如无特殊说明，房间将只保留至北京时间18：00。
四、付款：全部帐款需在要求日期内结清。
为使操作简化，假设只知企业联络人方小姐、联络电话。
分析：建立协议单位之前，首先录入全部房价明细列表中没有，而该协议需要房价明细。这个操作比较简单，请参见《1.2.3 房价明细设置》。假设全部房价明细已经建立完成，下面开始建立协议单位。
操作步骤：
（1）、实施协议管理→新增用户（单位），打开『用户（协议单位）主单』。
（2）、【自编号】处输入GS00002，【类别】处选择“企业”，【用户名称】处输入IBM上海分企业，【电话】处输入，【联络人】处输入方小姐，【销售员】处选择扬帆。
（3）、单击〖存盘〗，系统生成【电脑编号】。
（4）、实施协议码→调整，单击〖是（Y）〗，系统生成【协议码】。实施协议码→主单，系统提醒“是否用目前协议码名称创建同名房价码？”，以下图所表示。

图6.36
（5）、单击〖是（Y）〗，弹出『房价码』窗口，把房价列表中明细，从下窗口“可供挑选房价明细代码”中，选择，向上拖动。结果以下图。

图6.37
（5）、单击〖存盘〗，〖退出〗，回到图6.36窗口。单击【消费码】处，选择“080 协议单位打折”。单击〖存盘〗，窗口以下图所表示。

图6.38
（6）、实施AR帐号→调整，弹出提醒窗口，单击〖1.依据目前档案创建AR帐号〗，『用户（协议单位）主单』窗口【AR帐号】自动生成。
（7）、实施AR帐号→主单，打开『AR帐主单信息』窗口，以下图所表示，可修改或补充相关信息。

图6.39
（8）、修改完AR帐主单信息后，存盘，退出，回到『用户（协议单位）主单』窗口。IBM上海分企业协议主单以下图所表示。

图6.40
1.2.10 共享协议码实例
实例6.11：IBM广州分企业和酒店签定协议内容和上海分企业一致，假设也是销售员扬帆用户。企业信息：联络人熊小峰，电话。
分 析：因为该单位和已建立协议IBM上海分企业协议一样，所以能够使两个单位共享房价码。
操作步骤：
（1）、实施协议管理→新增用户（单位），打开『用户（协议单位）主单』。
（2）、【自编号】处输入GS00003，【类别】处选择“企业”，【用户名称】处输入IBM广州分企业，【电话】处输入，【联络人】处输入钟国庆，【销售员】处选择扬帆。
（3）、单击〖存盘〗，系统生成【电脑编号】。
（4）、实施协议码→调整，系统提醒，以下图所表示。

图6.41
（5）、单击〖否（N）〗，弹出『协议码帮助』窗口。在底行【描述】处输入I，窗口显示以下图所表示。

图6.42
（6）、双击“C000250”统计，『用户（协议单位）主单』显示房价码、消费码信息。设置AR帐号方法同上实例，不再反复说明。

图6.43
.1.3 其它
1.3.1 用户（单位）列表
用户（单位）列表显示了系统目前全部协议单位，并设置分类显示。系统提供大量查询条件便于用户查询，同时还能完成新建协议单位功效。
实施协议管理→用户（单位）列表，打开以下窗口。系统默认显示目前全部正在使用协议单位，操作者可经过选择右上角状态，查看停用或全部协议单位。
单击，打开下拉列表可选择协议状态
分类显示

图6.44
『用户（单位）一览表』右边有一排功效按钮，功效说明以下：
〖新建〗 单击该按钮，打开『用户（协议单位）主单』，可新建协议单位。
〖编码〗、〖名称〗、〖类别〗、〖协议〗、〖联络〗、〖职员〗、〖备注〗全部是用于单个条件查询按钮，其中〖名称〗查询支持模糊匹配，其它支持前匹配。模糊匹配是指只要包含输入内容，查询结果中全部将显示；前匹配是指，若要查询自编号以GS开头单位，能够单击〖编码〗输入GS，那么查询结果中将显示全部自编号是GS开头协议单位。
以上这些查询按钮使用方法类似，不再一一说明，仅以〖名称〗为例。
实例6.12：如已知协议单位名称中含有电子科技，要求查询该单位，并查看协议具体信息。
操作步骤：
（1）、上图窗口下，单击〖名称〗按钮，打开以下输入框。
（2）、依据提醒输入电子科技，以下图所表示。

图6.45
（3）、单击〖确定（O）〗，即可显示查询结果，以下图。可见该系统中只有一个协议单位名称中含有电子科技四个字。
（4）、双击蓝色显示统计，打开该协议单位『用户主单』，可查看相关信息。

图6.46
〖速查〗即简单条件组合查询。单击该按钮，打开以下窗口，单击〖附加〗按钮，可显示更多查询条件。输入查询条件后，单击〖确定（O）〗，即可显示查询结果。

图6.47
〖组合〗 自定义组合查询是一个强有力查询方法，能够满足用户多方面要求。因为该按钮在第一章《系统基础》中已具体说明了使用方法，此处不再细述，请参见第一章《5.1.1 目前住客档案》组合查询说明。
1.3.2 系统房价调整
通常宾馆酒店尤其是以旅游业为主酒店，其销售季节性是很显著。酒店为了愈加好地吸引和稳定客源，常常在淡季、平季、旺季等不一样季节实施不一样促销价。本系统提供了方便、灵活房价调整功效来满足上述要求。
实施协议管理→系统房价调整，打开『系统总体房价调整方案』，以下图所表示。

图6.48
系统许可同时设计多个房价调整方案。若相互间有冲突，经过优先级来处理。每个方案由三部分组成,如上图所表示，第一部分可定义该方案优先级和适用房价方案；第二部分为条件区，可依据实际情况定义各日期条件和房间条件，能够细化定义到具体某一天或某一间房；第三部分为定价区，有“优惠”和“实价”两种定价模式。
如上图，调整方案一表示：每十二个月1、2、12月份，DBJ、DDC两种房房价为550.00元，且免服务费、附加费、含单早。调整方案二表示：每逢周一、二、三、四，酒店全部房类房价均打六折，且房费含早。
假设3月30日，星期二，入住DBJ房类。由上房价调整方案定义，能够看到同时满足方案一和方案二，这时DBJ房价应选择优实价550.00元，因为方案一优先级高。
注意：客人预订或入住时，在散客工作窗口中显示房价仍为门市价，在过房费时系统才去匹配各房价调整方案，若满足条件则房费按调整后价格入帐。
1.3.3 协议房价本日时间改变
实施此功效，系统将检验现在协议客人本日房价和昨天比是否有变动。
1.3.4 来宾消费手工统计
此功效用于手工补录客人消费统计。
1.3.5 佣金管理
自动过房费时，系统将自动统计佣金数量。操作者可经过打印相关佣金报表，辅助管理佣金。
实施协议单位→佣金管理，打开『佣金统计列表』窗口，以下图所表示。该窗口列出了目前已经有佣金统计，同时又分类显示已返和未返统计，经过切换标签页，可查看分类情况。窗口右边〖帐号〗、〖姓名〗、〖房号〗、〖到日〗、〖离日〗、〖日期〗、〖工号〗、〖单位〗等按钮，用于条件查询。〖组合〗按钮用于处理复杂查询。相关〖组合〗按钮使用，请参见第一章《系统基础》中《5.1.1 目前住客档案》中组合查询说明。

图6.49
双击某统计，可打开『佣金统计编辑』窗口，可手工调整佣金。

图6.50
〖回佣〗 用于标识已经返佣统计。
〖佣码〗 用于查询回佣情况。
〖新建〗 用于手工调整、输入佣金。单击〖新建〗，打开『佣金统计编辑』窗口，可手工输入佣金。
第二节 预订和查询
2.1 预订
酒店公关销售部另一关键职能是接收多种预订单，为了便于销售部直接操作，系统在本模块中集成了散客预订、团体预订和餐饮预订三个功效。
下面我们分小节说明各预订操作，着重指出和预订接待系统不一样之处，相同部门请参见第二章《预订接待系统》相关说明。
2.1.1 散客预订
散客预订功效在散客工作窗口中完成，该窗口包含了散客全部信息。
预订散客时应依据实际情况尽可能完整地输入预订信息，尤其注意对起源、类别、单位等信息也应正确输入，从而确保销售报表正确性。
实施预订→散客预订，打开以下『散客工作窗口』。该窗口和“预订接待系统”『散客工作窗口』有区分，着重突出简练性。
『散客工作窗口』关键能够分为三部分，A区帐号栏、B区客人信息、C区显示目前预订信息。
C区显示预订信息
B区客人信息录入处
A区帐号栏，保留主单是自动生成帐号

图6.51
◆ A区帐号栏
帐号栏信息反应了客人主单类别、状态和联房情况，这些内容均由系统自动产生。

图6.52
【团号】──若该客人是某团体组员，客人所在团体团号将自动显示在散客主单这个位置。
【帐号】──客人主单存盘后，由系统自动产生。帐号组成由其本身规律（参见第一章《系统基础》《3.1 Foxhis相关概念》）。
【房号】──客人所在房间号。
【状态】──显示主单状态，R代表预订，I代表在住，O代表当日结帐等。
【联房】──显示联房信息，假如有联房，显示是房间帐号；假如没有联房，则如上图所表示，显示是“〔无〕”。
◆ B区显示客人信息
B区显示供录入客人信息，这些信息大多含义明确，不再一一解释，有需要能够参见第二章《预订接待系统》说明。值得注意有以下几项：
【VIP】──FOXHIS系统可事先设置多个VIP类别，本项设定后在查询客人信息时即可经过相关指示灯识别其为VIP客人，并可打印对应VIP报表。
【保密】──选择此项后，查询客人信息时有专门指示灯识别其为保密客人。
【房类】──房间类型代码，最多由三个英文字母组成。按F1取得全部房类代码，选择即可。对于预订来说，房类代码必需输入，房号则能够入住时再输。对于登记而言，输入房号后系统会自动显示对应房类。
◆ C区显示目前预订统计
预订客人信息录入完成存盘后，系统自动生成帐号，并在C区显示目前预订统计。
2.1.2 散客预订多间房
需要注意是本系统支持一个预订单对应一个房间，所以假如某个客人同时预订多个房间话，需要建立多个预订单。该操作能够使用系统提供“另存”功效方便建立多个预订。依据预订是否到房间，另存能够分为两种模式。
◆ 另存预订到房类
情况一：预订相同房类房间多间
这种情况处理最简单，只需在『散客工作窗口』【房类】第二个空格处输入房间数量即可。
情况二：预订不一样房类房间多间
一个预订完成后，单击『散客工作窗口』C区〖另存〗按钮，打开『主单另存』窗口，以下图所表示。系统默认复制客人信息，在房类标