开台下单

Posted on 2019-02-22 00:44:30.589417

1.登录    

触发指令方式:1.客人模式切换到服务员模式           触发DL指令。

                         2.点完菜直接发送下单,弹出登录框体   触发DL指令。

请求格式:类型码(4位)、空位(1位)、点菜机机号(4位)

机器号 (10位)、空(1位)、服务员号(5位)、密码(8位)

示例:        

DL   101
ATE0101010  001  101   

返回格式: 类型码(4位)、空位(1位)、点菜机机号(4位)

返回内容:“0”或“1”,0表示登录失败,1表示登录成功!
信息提示

示例: 登录成功
DL   101
1

示例: 登录失败
DL   101
0

 

2.开台   

触发指令方式:ZDCX之后,确认为空台,触发KT指令。            

请求格式:
类型码(4位)、空位(1位)、点菜机机号(4位)
台号(5位)、人数(3位)、点菜员号(6位)、机器号(8位)、保留(8位)、预定人(12位)、电话(12位)
服务员工号(5位) 、开台备注(20位)、消费类型(6位)
桌台码token(15位)、桌台码code_url(200位)

示例:        

KT   019
0009 2  hhh   pose2b7b              06025       136055555   
0602 两个大人一个小孩      0002               
t_EceJP             https://u.dc78.cn/t_EceJP

 

返回格式: 
类型码(4位)、空位(1位)、点菜机机号(4位)
返回内容:“开台成功!”
信息提示

示例:

KT   101
开台成功!

 

注:蓝色部分为客户定制内容;

消费类型在桌台类型表.txt中定义

 

 

3.点菜 

触发指令方式:下单时,触发DC指令【ipad  -1表示原价,并不是赠送,赠送是用符号来判断的加价是9

请求格式:

1:类型码(4位)、空位(1位)、点菜机机号(4位)、标志(2位)

2:台号/账单号 (8位)、出厂号(7位)、空位(4位)、快餐牌号(14位)、人数(4)、下单流水(8位)、空位(1位)、洗浴服务员工号(8位)、洗浴手牌号(8位)、座位号(6位)、整桌口味(40位)

3...:台号(8位)、菜品号(5位)、空位(1位)、数量(5位)、作法(13位)、套餐子项标记(3位)、等叫标记(1位) 、空位(1位)、下单流水(8位)、空位(1位)、单价(9位)、单位(8位)、加价(6位)、条只数(3位)、做法扩展(50位)、空(1位)、套餐分组(2位)、空(1位)、自定义加价(6位)

标志说明:1 快餐;   2  预点单;

示例1:        

示例2:

 

单价-1表示没有变价

加价用于点菜时的自定义加价yi

发送流水号按时间格式, 但并非实际时间,用于后台软件在接口网络通讯异常时的重发判断。

遇到一样则抛弃,和博立点菜宝一样处理方式。

 

套餐标志,2位编号, 表示这个菜品属于哪个套餐。

套餐头在这个位置也会标注:固定标记‘S’,或者自定义变价标记‘X’,自定义固定价‘M’

如下:

----- T1.txt --------
DC   0007
1001    gp6H4f                       10:00:09
1001    10001 1.000             X 0 10:00:09 500      套               
1001    11021 1.000             01 0 10:00:09 -1       例               
1001    11028 1.000             01 0 10:00:09 -1       例               
1001    11040 1.000             01 0 10:00:09 -1       例               
1001    11031 1.000             01 0 10:00:09 -1       位               

 

临时菜品:临时菜的品名也在做法(13位),并以”,”号分隔;  例如: “空心菜,蒜蓉”;

做法扩展(40位):当做法口味选择,加上自定义要求输入的比较多,总共超过13位时;则启用这个40位的做法扩展字段;原13位字段可以忽略

 

返回格式: 
类型码(4位)、点菜机机号(4位)
返回内容:“点菜成功!”

信息提示

示例:
DC   101 
点菜成功!   

 

失败示例:
DC   101
某菜品已沽清,下单失败。

 

注意:条只数需要在WX设置中启用“下单新协议”

ipad通用云pos预定导入微信下单的菜品时,DC指令中稍有变化,格式如下

请求格式:

类型码(4位)、空位(1位)、点菜机机号(4位)
台号/账单号 (7位)、空位(1位)、出厂号(7位)、空位(4位)、快餐牌号(14位)、人数(4)、流水号(8位)、预定导入标记(1位)
台号 (7位)、空位(1位)、菜品号(5位)、空位(1位)、数量(5位)、作法(13位)、套餐明细标记(3位)、等叫标记(1位) 、空位(1位)、发送流水号(8位)、预定导入标记(1位)、单价(9位)、单位(8位)、加价(6位)、条只数(3位)、做法扩展(50位)、套餐分组(2位)

----- T1.txt --------
DC   007
01      ec55fba                      21:01:002                      
01      01002 1                    0 21:01:00222       份            0                                      
01      01003 1                    0 21:01:00236       份            0                                                      

 

----- R1.txt --------
DC   0000

下单成功!

10:49:55.043,192.168.0.103 ,A542 007 , 点单01002超人气功夫鸡腿排,01003皇室沙朗牛扒, ,A==>10:49:55 ,下单成功!

 

等叫标记数字代表不同状态