**

科技版鹅财神 (2).png第一部分 对接信息概览

一、对接目的和概要

实现客房、餐饮等多业态的一体化管理。
为方便酒店统一对会员的管理和营销,提供会员共享,对接之后客房和餐饮的会员数据可以共用,统一在客房处理;
为方便酒店统一对单位进行管理,应收账务好进行统一的账务处理,减少双方对接环节,实现单位共享,对接后单位信息可统一在客房进行账务处理;
为方便酒店客人可统一账务归口,减少发票等后续环节的麻烦,实现餐饮挂房账,餐饮可以将账务挂入客房房间

二、对接要求

餐饮必须用2020.10.27.1之后的升级包
升级包地址:https://pan.baidu.com/s/1PZuwpJknXjVl-O6aIerd_w提取码:esbf

三、对接详细文档

1、 备份餐饮数据
2、 安装餐饮升级包
3、 配置参数:系统选项->基础设置->配置客房接口
云pms和盾魔方对接 - 图5
服务器地址:https://g.kesiyunlai.com
集团代码:内部系统->酒店信息->查看->详情
云pms和盾魔方对接 - 图6
酒店代码:内部系统-》酒店信息查看
云pms和盾魔方对接 - 图7

对接成功后提示
云pms和盾魔方对接 - 图8
特别注意:服务器地址、集团代码、酒店代码不要复制空格,否则会报错

四、 对接注意事项

1、 对接后会员和单位的数据都存在与金天鹅数据库中。对接之前的会员数据和单位数据餐饮的无法共享以客房为准,需要对餐饮的账务数据进行留存。
2、 餐饮转房账的数据在交班和日报进行了区分,其他报表暂时还未做处理,在非房费中统计了相关费用给,会对部分报表有影响,11月份进行优化。
3、 对接后在餐饮的发卡验证会比较多,请实施人员在沟通时需要重点对餐饮人员讲解以下几点,后期优化

**会员卡号不能重复,手机号有长度验证,证件号有长度验证,分类需要先选择客房的正确的卡类型。 :::tips 第三方发卡的卡类型是取自客房的卡类型,在对接完成后请先看下餐饮需要发放的卡在客房是否有对应的卡类型。 :::

五、 其他说明

1、 第二阶段对接业务会做限制,如果给直接客户对接了请一定告知徐娟客户名称,避免后期客户的对接失效。
2、 文档持续完善中

科技版鹅财神 (2).png第二部分 对接操作详情

一、会员共享

1、 在客房和餐饮对接配置完成的前提下,对接之后所有的会员信息在云pms-》客户—》会员-》会员信息管理中查询
2、 餐饮提供发卡功能,当前验证较多 后期提供优化
云pms和盾魔方对接 - 图10
3、 会员余额变化情况可在云pms->客户—>会员->储值账单中查询明细变化,根据备注和操作员可以区分费用发生业态,后期优化提供筛选
注意:对接后会员信息均存储在客房餐饮不在留存数据

云pms和盾魔方对接 - 图11

二、单位共享

1、在客房和餐饮对接配置完成的前提下,对接之后所有的单位信息在云pms->客户->单位->单位管理中管理中查询
2、非对接酒店的单位信息,需要在单位管理中设置了集团内共享才能够在餐饮中查询到此信息。
云pms和盾魔方对接 - 图12
3、 所有的单位账务均需在客房进行处理看,操作方式跟客房操作一致

三、转房账🚀

转房账只允许转入在住订单。如果在住是团队,可以区分是转入团队账务还是转入房间账务。可以根据房号等信息筛选,详情如下**。**
云pms和盾魔方对接 - 图13
云pms和盾魔方对接 - 图14

四、交班和报表

1、餐饮挂房账的费用进入交班报表,按消费项正常统计上缴和下放。
云pms和盾魔方对接 - 图15
2、餐饮挂房账进入营业日报但不计入其他分析类报表。因第三方挂房账本身为餐饮的营业收入,客房仅是代收,新增总营收合计=营收合计+第三方挂房账。
云pms和盾魔方对接 - 图16

科技版鹅财神 (2).png第三部分 对接操作详情

1、部分老版本餐饮升级后进行对接,因其中缺少两个文件会导致对接时报错,需去以下链接获取文件ssleay32.dll、libeay32.dll 放置餐饮软件根目录即可。
链接地址如下:https://pan.baidu.com/s/1gPNWlWQ0kOv8lWGFWg4j0A 提取码bex6
报错如下:Could not load SSL library
image.png