智慧餐台对接准备(团餐)

来自维基百科
logbank>Ligang2017年10月23日 (一) 16:54的版本
(差异) ←上一版本 | 最后版本 (差异) | 下一版本→ (差异)
跳到导航 跳到搜索
     目前餐台已经对接了较多一卡通,积累了较丰富的对接经验 详见 对接名单

对接方案

  1. 对于较小或者不知名的一卡通或餐饮软件,建议由我们提供协议,对方按照协议进行开发即可,我们负责最后测试验收等,建议销售收取一定对接费用(毕竟解释、指导以及测试对接结果还是需要付出很多时间的,一般在15~20天左右);
  2. 对于较大的一卡通或餐饮软件,如果有类似的比较成熟的对接方案且不愿意按照我方协议开发时,由对方提供协议,我方进行沟通后确定能否对接开发,开发时首选POS对接,避免餐台过多涉及到对方交易的规则中;该对接前期沟通等非常费时,整个周期一般在 20~30天左右;
  3. 对于已经对接了的由于对方修改可能出现一些差异,在不确定时都应该按照新对接的方式进行前期沟通以及后期测试,只是开发周期相对时间短很多,但整个周期基本也在15天左右。

以上均是在对方较配合的情况下给出的大概时间,如遇到协议复杂或流程复杂的,会延迟项目的周期,这点请销售人员在前期与客户沟通时必须要有心理准备。

对接方式

由于餐饮软件的对接方式太多,这里就不描述了。 以下是通常团餐常用的两种对接方式,首选POS对接

1. 消费机对接,对接准备工作如下:

 * 串口通讯协议(至少含有读卡、扣费功能);
 * 消费机(符合上述串口通讯协议);
 * 串口线(消费机与电脑连接的通讯线)或接线图;
 * 一卡通平台(可通过接口远程使用,主要是来上传和下载一卡通参数等)(如果机器可以脱机消费,此条可忽略)
 * 该一卡通平台上使用的卡4张(2张有较多金额>1000.00的、1张较少金额<5.00的\1张已经挂失的)
 * 最重要的,能够解释清楚POS交互过程以及串口通讯协议的人员(专业技术人员或研发人员),用于我们遇到问题时解惑。

特别注意:

   该协议并不是常见的消费机(POS)二次开发协议,不是用于消费机与一卡通之间通讯的协议;
   该协议用于其他自助类设备控制POS扣费以及接收POS扣费结果(是否成功)的一种简单协议。
   该协议的主要目的是让已有一卡通的卡片在自助类设备中使用,但自助设备基本不参与交易的流程(如名单验证、身份交易规则等)。



2. 发卡器对接,对接准备工作如下:

 * 发卡器及发卡器驱动(Win7 32位和64位) 
 * 二次开发API及Demo
 * 一卡通平台(可通过接口API进行本地访问或远程访问)
 * 该一卡通平台上使用的卡4张(2张有较多金额>1000.00的、1张较少金额<5.00的、1张已经挂失的);
 * 最重要的,能够解释清楚API接口调用及运作的人员(专业技术人员或研发人员),用于我们遇到问题时解惑。

特别注意:

   发卡器个别厂家也称为读写器,是一种桌面设备,连接到电脑,主要用于一卡通软件端对卡片的操作的设备,该设备无法单独使用。