系统参数设置表

1、系统参数设置表系统参数设置表THIS2000系统在产品发布时根据许多用户 的使用经验做了缺省设置，用户可以在安装系统 之前，应根据自己管理的需求确定所需参数销售部商业客户类型设置说明：与酒店签定商业合同的用户类型，主要用于分类统计商业客户的消 费。公司代码：代码解释是否缺省系统预留CC公司户TFCH佣金户FFCP个人协议FFCT旅行社FF会员设置说明：酒店发放的会员卡的类型和会籍的分类。会员类型：？代码解释是否缺省系统预留AD成人TFCH儿童FF会籍类型：代码解释是否缺省系统预留MC公司会员TF项目实施报告MF金卡会员FFMS普通会员FF市场销售员设置说明：酒店的市场销售人员的设置。系统会根据

2、市场员代码来分析各个市场员 的销售业绩。市场员代码:代码解释是否缺省系统预留01饭店TF02前台FF03销售部FF房价设置房价代码:A台面价D八折价F免费H自用M手工包房MM手工包床GR团队包房GRMM团对包床C协议包房CMM台面房价:房类代码房价ST900优惠房价（如：八折）：房类代码而ST720市场分类（市场码）设置市场代码代码描述相关房价WI步入客A, D,M , MMF.I.T散客A, D,M , MM , C, CMMGR团队GRM ,GRMM , M, MMCO协议单位A, D,C, CMMLU长包房M , MM , C, CMMHU自用房HFR免费F第4页共30页项目实施报告客房

3、部楼区设置房区代码：代码解释是否缺省系统预留MBTF楼层设置楼层代码：代码 1S是否缺省系统预留楼区M01 一层TF1MB房类设置房类代码：代码解释ST标准间SU套间房类设置中请提供该房类可超预订的房间数量。客房风格设置客房风格可根据酒店的自己的实际情况进行设置，这里我们提供了设置样稿。 房间风格代码：解释E东FN北F客房设置客房设置：房号房类楼层 容客数客房风格0101 标准间12E第24页共30页客房维修原因设置酒店可根据自己经常出现的维修情况设置自己的维修代码原因代码代码解释是否缺省系统预留01清洗地毯TF02电器故障FF03空调不足FF04电视损坏FF前台预订接待语言代码系统已预设代码

4、解释是否缺省系统预留CN中文TFEN英语FFDE德语FFFR法语FFJP日文FF预订确认代码解释是否缺省系统预留AC协议确认TFAD预付金确认FFCC公司确认FFFC传真确认FF证件代码泰能时代公司根据公安部要求的数据格式， 提 供给客户系统缺省的设置，客户可以根据自己的 需要增加代码。接待方式原因代码代码解释是否缺省系统预留AP接机TFLR大堂迎接FFRS火车站迎接FFZZ散到FF前台财务记帐代码按下图所示将记帐代码（包括代码的中英文名横罂茶焦粗关葭置乂1老赛惜/贷ioorw'"TftI* I102加斥费Trut?105日居赞True10S后黄洞整Irut110服等费Tru

5、t11J手续费Truti120城建费Tins130电话费TrueKO洗衣矍True150赔偿费Tru*151新宝学Trui152保龄球Tru?1S3秀厅Tint154美寻True155含温费Tnif156球球Tin*160余项Tine180商各中心转帐True151商务中心Te中文名花田0祖福苴地雇性r是错集1期预留r是否是包诗刖代眄是吉星霆班使用的代妈r是否是冲臧我码载u的帐九 基赳同歌方式 记喻代码使同迁制 俾恒对描记限玛p是否有欧事闭曲|匚m”|mi跑 |褊称）准备完毕，由于记帐代码涉及统计因此酒店 应对这些记帐的代码给予足够的重视，确保系统 的实施的顺利。自动费用自动费用是指伴随夜审过

6、房费的同时自动记 入客人帐户的费用，例如城市建设费。鉴于各酒 店对自动费用的计算方式的不同，因此要求将自动费用的名称和计算公式列出。以便系统设置时 使用记帐代码金额/比例计算公式城建费¥ 5.00基于客人人数/BaseOnGuests帐单THIS2000系统提供帐单和发票的套打、和续 打功能，酒店必须提供帐单的格式和一定数量的 帐单以备帐单打印测试用，建议用户在设计帐单 时应将帐单的设计样稿先通知我公司，以便我公 司判断帐单是否适合打印机使用。餐饮娱乐收银营业场所的名称各个营业场所的名称，例如中餐厅（潮洲风味餐厅），网球馆。营业场所设施的名称包房的名称，散座的编号商品类型对各个营业场

7、所销售德商品进行类型设置（见下图），酒店在系统开始培训之前必须将所有的商品进行分类，并将所有的商品进行编号，已备 进行系统初试化商品管理按照商品的分类准备商品明细资料，资料的项商品明和编辑商品类型用坊季冷一商品编码11Mm商品名称|群丽一快建建四艮英文名称色格套一 |¥15.00价格套二饰格套三价格套四|IT * A ”成本拄制类型基于成份成本仰商品单位制作部门供应商传菜码潮坛香冷菜¥5.«0可以修改商品名称 可以修改商品价格 可以对商品折扣 对此商品加收服晶费 对商品成本控制 对商品进销存控制 此m品有效厂厂歹V厂717目见下图所示：如果酒店的商品资料项目比图中

8、 的项目简单，图中的项目可留空。记帐代码按下图所示将各个营业场所的记帐代码准备完毕，由于记帐代码涉及统计因此酒店应对这些记帐的代码给予足够的重视，确保系统的实施的 顺利折扣各个营业场所的折扣方案。包括：季节的折扣，商品的类型的折扣，不打 折的商品类型和明细。客帐帐单THIS2000的POS系统提供帐单的套打、和续 打功能，酒店必须提供帐单的格式和一定数量的 帐单以备帐单打印测试用，建议用户在设计帐单 时应将帐单的设计样稿先通知我公司，以便我公 司判断帐单是否适合打印机使用。PBX程控交换机接口 PMS部分PM滋口需要开关长途：串口参数，握手协议，命令格式（如：STX|Data|ETX|BCC）

9、,并提供开关每种等级的命令：内线，市话， 国内长途，国际长途，郊县。并对命令格式的具体含义进行详细 的说明，最好是中文的。另外，列举出每种命令的相应的例子。修改房态：要求服务员可以通过电话输入如下内容：操作员号（3位），操作员密码（3位），房态码（1位，从0到9）。能够从 串口吐出相应的修改房态的信息，并且包含以上内容。修改房态 信息和记费信息如果在同一个串口吐出，一定要保证两种信息会 有明显的区别标志。叫醒服务：叫醒方式是通过电话的语音或是振铃来达到叫醒客人 的目的（对于一些客人，这种方式并不能保证一定会把客人叫醒）。做这个功能，需要：串口参数，握手协议，命令格式，并列出一个或是几个相应的例

10、子。对命令格式的每个部分的含义要进行详 细的描述，最好是中文的。总之酒店必须提供电话交换机的型号， 以及交换机的接口协议和通信规 范。电话交换机的串口参数，命令格式，握手协议，详细的说明，以及相应 的典型的例子。如为用口方式，许久点提供用口线（注：接计算机一端要求 为九孔头）。设备及供应商的资料（请详细填写下表，并 与供应商联系确保厂家的配合）：名称：联系人：电话：传真：地址：设备型号: 启用日期:VOD 接 口VOD设备名称VOD接口方式要求要求指明通讯方式。通常是串口，也有采用共 享交换数据库的方式的。方式一：串口方式、接口协议要求要求提供接口协议的相关文档。协议中应当 有相应的详细配置说

11、明（如：怎样配置才能正 确进行通信）、协议的具体细节（如传送数据 的格式并给出具体的定义），如有握手则说明 是如何进行握手的和相应的出错处理，能给出通讯实例以备参照如记账，账单查询等的通信 实例。例如：记账 VOD给PMS发了一条纪录， 说明1904房间在1999.06.17 12:11:01点播了十 诫，看了 429秒，应收25.20元。PMS回应0, 表示记账成功。VOD->PMS PS | 1904 | 1999.06.17 12:11:01 |十诫 | 25.20 | 429 |PMS->VODPA | 0 |二、需要提供的接口资料需提供以下信息的处理接口及数据规范1 .客

12、人开启VOD关闭VOD的控制信息2 .能提供客人消费情况信息3 .账单查询方式二：提供共享中间数据库的方式。也就是说，VOD系统将顾客的相应的信息 写入中间数据库相应的表中，然后我们在从这个 中间数据库里的这张表中读取数据。例如：vodusr.db字段名意义属性字 段 长 度默 认 值备注User_id房间号char6*+User_nam e客人姓名Cha r40*User_sex客人性别Cha10* 0:男r1：女User_lvl客人级别Cha r100: A1: BUser_tp计费类型Cha r100:按次 1:按日Acnt按日计费 单价Real若 user_tp =1 则此字 段不能

13、为空Open_dat a开放时间 yyyymmd dhhmmssCha r14若此字 段为空 则取VOD系统当 前时间Close_dat a关房时间 yyyymmd dhhmmssCha r14若此字 段为空 则取VOD系统当 前时间Vod_stsVod操作指示Cha r1*+1:开机0:关机Modsts传输标识Cha r111：未读 取0: 已读取此表为开关房而设。开房时带“ *”的 字段不能为空；开房时带“ +”的字段不能 为空。Modsts为传输标志，该字段默认值 为“1”，VOD将数据取走后将此值改写为 “ 0”。以上为中间数据库操作的方式举例，如 用该方式请给出操作中间数据库的具体协

14、 议，如该如何写、如何读，我方对数据库有 哪些操作权限，操作数据库的时间的配合等 具体说明。设备及供应商的资料（请详细填写下表，并与供应商联系确保厂家的配合）：名 称：联系人：电 话：传真：地 址：设备型号:启用日期：门锁系统接口电子门锁类型（请在口中打，）磁卡琐口 IC卡锁 口 TIM卡锁 口射频卡锁 口 其他锁口其它锁说明：驱动程序模式要求 项目实施报告要求厂商以 32 位 DLL 的方式提供驱动程 序 ， 16 位 DLL 因 为 无 法 直 接在 Win98/NT/2000 平台使用，恕不支持！提供的32位的驱动程序最好能同时在 9x和2000 上执行。我公司认为使用DLL方式的好处在

15、于厂商可以屏蔽掉具体的实现细节，并且与酒店软件保持独立。例如 DLL 内部可以定义IC卡的读写密码，该信息不会泄漏给酒店软件厂商。又比如，门卡软件与酒店软件可以独立升级，只要DLL接口定义保持不变即可。所以推荐使用DLL方式的驱动程序。二、接口定义要求 要求 DLL 中至少提供四个函数：1 开门卡设备2 闭门卡设备3 读宾客卡4 写宾客卡接口定义的一个示例如下：function InitPort(HotelID: Pchar; PortID: Integer): Integer; stdcall;返回值为错误码。 HotelID 为门卡厂商对酒店的编号，用于内部校验； PortID 为端口号，

16、通常0 表示串口 1。Procedure ClosePort; stdcall;无参数， 内部检查是否设备已打开。 是则 关闭。function ReadCard(DoorNo, BeginTime, EndTime: PChar): Integer; stdcall;返回值为错误码，读出的数据由参数返回。function WriteCard(DoorNo, BeginTime, EndTime: PChar): Integer; stdcall;返回值为错误码， 要写入的数据由参数传递。对接口函数的附加说明：1 对于酒店管理系统而言，仅仅要求处理宾客卡， 不需要门卡厂商提供读写楼层卡和管理卡

17、的能力；2 要求提供<关闭门卡设备> 函数，是因为我们系统允许一台门卡设备同时为网络上的多个工作站点服务。 这样， 就不允许一个工作站点打开设备后不关闭， 因为这将导致其它工作站点无法连接到门卡设备上 （因为已被占用 ）；3 接口定义请一定指明调用约定（调用约定决定了参数压栈次序 ） ，双方采用的调用约定有误将导致函数不能正常工作， 甚至导致 AV 错误。推荐使用 stdcall ，可适用于各种语言；4 考虑不同语言对日期 / 时间的处理是非常不一样的，例如Delphi 以整数0 表示5 899.12.30，所以推荐采用直接传递字符串的方式，将具有最大的通用性；5 读写卡函数要求有

18、客人的到离时间的信息，还有能辨别是否是本酒店的卡。三、提供的资料的要求1. 函数说明文档要求给出接口定义（包括调用约定）、数据格式、参数说明及使用的注意事项。如：年的计数是4 位的还是 2 位的。2. DLL 文件3. 能给出相应的程序 demo 等测试程序， 能提供相应的实验设备要求酒店方在验收门卡设备的时候， 检验门卡厂商提供的 Demo 程序是否能够正常工作。该步骤的主要目的是为了证明门卡厂商提供的 Dll 文件是实际可用的， 以明确双方（ 门卡厂商和酒店软件厂商） 的责任。由于此时门卡厂商一般有专人在现场负责， 极便于完成调试工作。 否则， 以后若依靠酒店软件厂商直接与门卡厂商联系的话， 很难保证配合的质量， 毕竟门卡厂商是与酒店拥护签定协议而并非与酒店软件厂商签定协议！四、声明对于未经酒店方验收的 DLL 文件，本公司认为未能遵守合同的规定， 将视该 DLL文件为无效文件。 尽管本公司本着从客户利益角度出发的原则， 将经一切可能直接与门卡厂商联系并做测试，但并不能保证DLL文件的有效性。 对于因此引发的不能按期完成门卡系统的集成工作， 本公司恕不承担责任！五、补充说明a） DLL 作为接口文件，应尽量屏蔽细节。例第29页 共30页项目实施报告如，当需要关联数据库时，不应当要求酒店 软件厂商去直接操作门卡软件的数