系统参数设置表.docx
《系统参数设置表.docx》由会员分享，可在线阅读，更多相关《系统参数设置表.docx（15页珍藏版）》请在冰豆网上搜索。
系统参数设置表
系统参数设置表
THIS2000系统在产品发布时根据许多用户的使用经验做了缺省设置，用户可以在安装系统之前，应根据自己管理的需求确定所需参数
销售部
商业客户类型设置
说明：
与酒店签定商业合同的用户类型，主要用于分类统计商业客户的消费。
公司代码：
代码解释是否缺省系统预留
CC公司户TF
CH佣金户FF
CP个人协议FF
CT旅行社FF
会员设置
说明：
酒店发放的会员卡的类型和会籍的分类。
会员类型：
？
代码解释是否缺省系统预留
AD成人TF
CH儿童FF
会籍类型：
代码解释是否缺省系统预留
MC公司会员TF
MF金卡会员FF
MS普通会员FF
市场销售员设置
说明：
酒店的市场销售人员的设置。
系统会根据市场员代码来分析各个市场员的销售业绩。
市场员代码：
代码解释是否缺省系统预留
01饭店TF
02前台FF
03销售部FF
房价设置
房价代码：
代码解释
A台面价
D八折价
F免费
H自用
M手工包房
MM手工包床
GR团队包房
GRMM团对包床
C协议包房
CMM协议包床
台面房价：
房类代码房价
ST900
优惠房价（如：
八折）：
房类代码房价
ST720
市场分类（市场码）设置
市场代码
代码描述相关房价
WI步入客A，D，M，MM
F.I.T散客A，D，M，MM，C，CMM
GR团队GRM，GRMM，M，MM
CO协议单位A，D，C，CMM
LU长包房M，MM，C，CMM
HU自用房H
FR免费F
客房部
楼区设置
房区代码：
代码解释是否缺省系统预留
MB主楼TF
楼层设置
楼层代码：
代码解释是否缺省系统预留楼层楼区
M01一层TF1MB
房类设置
房类代码：
代码解释
ST标准间
SU套间
房类设置中请提供该房类可超预订的房间数量。
客房风格设置
客房风格可根据酒店的自己的实际情况进行设置，这里我们提供了设置样稿。
房间风格代码：
代码解释系统预留
E东F
N北F
客房设置
客房设置：
房号房类楼层容客数客房风格
0101标准间12E
客房维修原因设置
酒店可根据自己经常出现的维修情况设置自己的维修代码。
原因代码
代码解释是否缺省系统预留
01清洗地毯TF
02电器故障FF
03空调不足FF
04电视损坏FF
前台预订接待
语言代码
系统已预设
代码解释是否缺省系统预留
CN中文TF
EN英语FF
DE德语FF
FR法语FF
JP日文FF
预订确认代码
代码解释是否缺省系统预留
AC协议确认TF
AD预付金确认FF
CC公司确认FF
FC传真确认FF
证件代码
泰能时代公司根据公安部要求的数据格式，提供给客户系统缺省的设置，客户可以根据自己的需要增加代码。
接待方式
原因代码
代码解释是否缺省系统预留
AP接机TF
LR大堂迎接FF
RS火车站迎接FF
ZZ散到FF
前台财务
记帐代码
按下图所示将记帐代码（包括代码的中英文名称）准备完毕，由于记帐代码涉及统计因此酒店应对这些记帐的代码给予足够的重视，确保系统的实施的顺利。
自动费用
自动费用是指伴随夜审过房费的同时自动记入客人帐户的费用，例如城市建设费。
鉴于各酒店对自动费用的计算方式的不同，因此要求将自动费用的名称和计算公式列出。
以便系统设置时使用
记帐代码金额/比例计算公式
城建费￥5.00基于客人人数/BaseOnGuests
帐单
THIS2000系统提供帐单和发票的套打、和续打功能，酒店必须提供帐单的格式和一定数量的帐单以备帐单打印测试用，建议用户在设计帐单时应将帐单的设计样稿先通知我公司，以便我公司判断帐单是否适合打印机使用。
餐饮娱乐收银
营业场所的名称
各个营业场所的名称，例如中餐厅（潮洲风味餐厅），网球馆。
营业场所设施的名称
包房的名称，散座的编号
商品类型
对各个营业场所销售德商品进行类型设置（见下图），酒店在系统开始培训之前必须将所有的商品进行分类，并将所有的商品进行编号，已备进行系统初试化。
商品管理
按照商品的分类准备商品明细资料，资料的项目见下图所示：
如果酒店的商品资料项目比图中的项目简单，图中的项目可留空。
记帐代码
按下图所示将各个营业场所的记帐代码准备完毕，由于记帐代码涉及统计因此酒店应对这些记帐的代码给予足够的重视，确保系统的实施的顺利。
折扣
各个营业场所的折扣方案。
包括：
季节的折扣，商品的类型的折扣，不打折的商品类型和明细。
客帐帐单
THIS2000的POS系统提供帐单的套打、和续打功能，酒店必须提供帐单的格式和一定数量的帐单以备帐单打印测试用，建议用户在设计帐单时应将帐单的设计样稿先通知我公司，以便我公司判断帐单是否适合打印机使用。
PBX程控交换机接口PMS部分
PMS接口需要
●开关长途：
串口参数，握手协议，命令格式（如：
STX|Data|ETX|BCC），并提供开关每种等级的命令：
内线，市话，国内长途，国际长途，郊县。
并对命令格式的具体含义进行详细的说明，最好是中文的。
另外，列举出每种命令的相应的例子。
●修改房态：
要求服务员可以通过电话输入如下内容：
操作员号（3位），操作员密码（3位），房态码（1位，从0到9）。
能够从串口吐出相应的修改房态的信息，并且包含以上内容。
修改房态信息和记费信息如果在同一个串口吐出，一定要保证两种信息会有明显的区别标志。
●叫醒服务：
叫醒方式是通过电话的语音或是振铃来达到叫醒客人的目的（对于一些客人，这种方式并不能保证一定会把客人叫醒）。
做这个功能，需要：
串口参数，握手协议，命令格式，并列出一个或是几个相应的例子。
对命令格式的每个部分的含义要进行详细的描述，最好是中文的。
总之酒店必须提供电话交换机的型号，以及交换机的接口协议和通信规范。
电话交换机的串口参数，命令格式，握手协议，详细的说明，以及相应的典型的例子。
如为串口方式，许久点提供串口线（注：
接计算机一端要求为九孔头）。
设备及供应商的资料（请详细填写下表，并与供应商联系确保厂家的配合）：
名称：
联系人：
电话：
传真：
地址：
设备型号：
启用日期：
VOD接口
VOD设备名称
VOD接口方式要求
要求指明通讯方式。
通常是串口，也有采用共享交换数据库的方式的。
方式一：
串口方式
一、接口协议要求
要求提供接口协议的相关文档。
协议中应当有相应的详细配置说明（如：
怎样配置才能正确进行通信）、协议的具体细节（如传送数据的格式并给出具体的定义），如有握手则说明是如何进行握手的和相应的出错处理，能给出通讯实例以备参照如记账，账单查询等的通信实例。
例如：
记账VOD给PMS发了一条纪录，说明1904房间在1999.06.1712:
11:
01点播了十诫，看了429秒，应收25.20元。
PMS回应0，表示记账成功。
VOD->PMS
PS|1904|1999.06.1712:
11:
01|十诫|25.20|429|
PMS->VOD
PA|0|
二、需要提供的接口资料
需提供以下信息的处理接口及数据规范
1．客人开启VOD关闭VOD的控制信息
2．能提供客人消费情况信息
3．账单查询
方式二：
提供共享中间数据库的方式。
也就是说，VOD系统将顾客的相应的信息写入中间数据库相应的表中，然后我们在从这个中间数据库里的这张表中读取数据。
例如：
vodusr.db
字段名
意义
属性
字段长度
默认值
备注
User_id
房间号
char
6
*+
User_name
客人姓名
Char
40
*
User_sex
客人性别
Char
1
0
*0:
男1:
女
User_lvl
客人级别
Char
1
0
0:
A1:
B
User_tp
计费类型
Char
1
0
0:
按次1:
按日
Acnt
按日计费单价
Real
若user_tp=1则此字段不能为空
Open_data
开放时间
yyyymmdd
hhmmss
Char
14
若此字段为空则取VOD系统当前时间
Close_data
关房时间
yyyymmdd
hhmmss
Char
14
若此字段为空则取VOD系统当前时间
Vod_sts
Vod操作指示
Char
1
*+1：
开机0：
关机
Modsts
传输标识
Char
1
1
1：
未读取0：
已读取
此表为开关房而设。
开房时带“*”的字段不能为空；开房时带“+”的字段不能为空。
Modsts为传输标志，该字段默认值为“1”，VOD将数据取走后将此值改写为“0”。
以上为中间数据库操作的方式举例，如用该方式请给出操作中间数据库的具体协议，如该如何写、如何读，我方对数据库有哪些操作权限，操作数据库的时间的配合等具体说明。
设备及供应商的资料（请详细填写下表，并与供应商联系确保厂家的配合）：
名称：
联系人：
电话：
传真：
地址：
设备型号：
启用日期：
门锁系统接口
电子门锁类型（请在□中打√）
磁卡琐□IC卡锁□TIM卡锁□射频卡锁□其他锁□
其它锁说明：
一、驱动程序模式要求
要求厂商以32位DLL的方式提供驱动程序，16位DLL因为无法直接在Win98/NT/2000平台使用，恕不支持！
提供的32位的驱动程序最好能同时在9x和2000上执行。
我公司认为使用DLL方式的好处在于厂商可以屏蔽掉具体的实现细节，并且与酒店软件保持独立。
例如DLL内部可以定义IC卡的读写密码，该信息不会泄漏给酒店软件厂商。
又比如，门卡软件与酒店软件可以独立升级，只要DLL接口定义保持不变即可。
所以推荐使用DLL方式的驱动程序。
二、接口定义要求
要求DLL中至少提供四个函数：
1．开门卡设备
2．闭门卡设备
3．读宾客卡
4．写宾客卡
接口定义的一个示例如下：
functionInitPort（HotelID:
Pchar;PortID:
Integer）:
Integer;stdcall;
返回值为错误码。
HotelID为门卡厂商对酒店的编号，用于内部校验；PortID为端口号，通常0表示串口1。
ProcedureClosePort;stdcall;
无参数，内部检查是否设备已打开。
是则关闭。
functionReadCard（DoorNo,BeginTime,EndTime:
PChar）:
Integer;stdcall;
返回值为错误码，读出的数据由参数返回。
functionWriteCard（DoorNo,BeginTime,EndTime:
PChar）:
Integer;stdcall;
返回值为错误码，要写入的数据由参数传递。
对接口函数的附加说明：
1．对于酒店管理系统而言，仅仅要求处理宾客卡，不需要门卡厂商提供读写楼层卡和管理卡的能力；
2．要求提供<关闭门卡设备>函数，是因为我们系统允许一台门卡设备同时为网络上的多个工作站点服务。
这样，就不允许一个工作站点打开设备后不关闭，因为这将导致其它工作站点无法连接到门卡设备上（因为已被占用）；
3．接口定义请一定指明调用约定（调用约定决定了参数压栈次序），双方采用的调用约定有误将导致函数不能正常工作，甚至导致AV错误。
推荐使用stdcall，可适用于各种语言；
4．考虑不同语言对日期/时间的处理是非常不一样的，例如Delphi以整数0表示1899.12.30，所以推荐采用直接传递字符串的方式，将具有最大的通用性；
5．读写卡函数要求有客人的到离时间的信息，还有能辨别是否是本酒店的卡。
三、提供的资料的要求
1.函数说明文档
要求给出接口定义（包括调用约定）、数据格式、参数说明及使用的注意事项。
如：
年的计数是4位的还是2位的。
2.DLL文件
3.能给出相应的程序demo等测试程序，能提供相应的实验设备
要求酒店方在验收门卡设备的时候，检验门卡厂商提供的Demo程序是否能够正常工作。
该步骤的主要目的是为了证明门卡厂商提供的Dll文件是实际可用的，以明确双方（门卡厂商和酒店软件厂商）的责任。
由于此时门卡厂商一般有专人在现场负责，极便于完成调试工作。
否则，以后若依靠酒店软件厂商直接与门卡厂商联系的话，很难保证配合的质量，毕竟门卡厂商是与酒店拥护签定协议而并非与酒店软件厂商签定协议！
四、声明
对于未经酒店方验收的DLL文件，本公司认为未能遵守合同的规定，将视该DLL文件为无效文件。
尽管本公司本着从客户利益角度出发的原则，将经一切可能直接与门卡厂商联系并做测试，但并不能保证DLL文件的有效性。
对于因此引发的不能按期完成门卡系统的集成工作，本公司恕不承担责任！
五、补充说明
a）DLL作为接口文件，应尽量屏蔽细节。
例如，当需要关联数据库时，不应当要求酒店软件厂商去直接操作门卡软件的数据库，这不仅很不方便，而且会带来危险。
应当仅允许酒店软件厂商通过DLL接口操作，而由DLL函数内部自行存取数据库。
b）楼号与床号不要在接口中呈现，推荐使用唯一特征的锁号。
程序类型：
请与锁的供应商/厂家联系，确保他们的配合。
设备及供应商资料（请负责采购锁的人员详细填写下表，并与供应商联系确保厂家的配合）：
名称：
联系人：
电话：
传真：
地址：
设备型号：
启用日期：
公安数据传输接口
数据传输的程序供应商的资料
名称：
联系人：
电话：
传真：
地址：
数据传输的程序开发人员的联络方法。
资料格式同上
数据库的名称：
数据的格式：
包括编码的原则以及编码表。
升级会员 