<强>一、结算主体不存在,说明需要按键与支付方式关联起来,需要在后台操作
<强>二、POS主机去解绑
如果POS系统出现故障,需要用另一台来替代的时候需要用到POS主机账号的去解绑,然后重新在更换的那一台主机上面来进行重新的绑定
在更换另一台主机的时候需要做哪些事情呢?
需要备份数据库:
1,备份之前先关闭相关服务进行备份
。如果是全备份的话,需要关闭两个服务
HLL_Web_Service和MySQL服务
b。如果只备份MySQL的数据的话,只需要关闭
MySQL服务即可
2,这里只需要备份MySQL的数据,然后在已经重新安装好的啦啦系统上面,把原理的MySQL内容全都替换掉即可。
注意:在替换之前,需要先把MySQL的服务关闭掉,等替换完之后才重新打开
3,进入系统盘,需要做一些修改,把LocalIsServer=2修改成LocalIsServer=1,然后保存,然后重新启动电脑,启动的时候等待的时候比较的长,大概需要20 ~ 30分钟
4,耐心等待HLL_Web_Service服务的开启
5,直接登录,发现不需要重新解绑,这个也蛮好的,省去麻烦的操作,如果这时候需要重新注册的话,那说明是需要重新解绑的
<强>三、支付死机状态解决
然后,选中哗啦啦系统进程,然后点击结束掉即可
最后重新再次打开哗啦啦收银系统,然后让客人再次点击扫码支付即可
出现这种现象的原因是网络故障造成的,导致这种问题发生的问题很多,跟电脑的软硬件也有很大的关联,第二个最主要的是网络的不稳定性导致的
<强>四,员工餐未结账问题的处理
一般发生这样的情况,搁谁谁都不爽快
那么如何去处理呢?
。关于公司的制度规定,员工餐经理以下员工享有半折优惠,所以不过这个不处理好,还是会出现一些问题的
关于员工用餐还需要付费,一方面说明是为了避免浪费,另一方面也是考虑到一些其它的,这个我可能不太清楚
b。机器这个东西是死的,规定什么就是什么?一般出现这样的问题,不用想肯定是没有付款造成的结果,肯定是需要扫描支付结账的,如果说认为是员工的过错的话,那肯定不太好,所以我们最好还是理解成员工误操作导致的,或者网络问题造成的,这样也说得过去
c。出现这样的问题肯定是需要处理掉的,如果是能够退的,可以直接退掉,如果是不能够退的,那肯定是需要重新扫码支付的,或者直接的使用现金结账也可以,这个必须需要处理的
d。为了避免类似的问题再次发生,决定采取的措施是把员工需求的套餐都设置一个组合的键位,员工下次点单的时候,只需要两步就好了,再不会说存在误操作的问题,如果再有问题,那只能调监控去查明原因,这想对来说是比较好的处理方法
