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

     目前餐台已经对接了较多一卡通，积累了较丰富的对接经验 详见 对接名单。

对接方案

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接口调用及运作的人员（专业技术人员或研发人员），用于我们遇到问题时解惑。

特别注意：

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