生成QR
为设备、产品、中继通道、价格规则或定时会话创建 QR 代码。
关键事实
QR 付款改造之前需要了解什么。
付款拥有者
QuLink QR 付款或您自己的 PSP、钱包或读卡器。
机器动作
启动、解锁、分配、脉冲、中继或定时会话。
结果路径
付款参考、操作结果、会话状态或故障。
先样品
一台机器验证回调和物理动作。
待定示例：确切的 QR 流程、回调、设备映射和机器操作取决于项目。
付款触发
QR 支付 vs 读卡器 vs API 触发器。
选择由谁确认付款以及机器下一步必须执行的操作。
| 路径 | 付款来源 | 机器动作 | 确认什么 |
|---|---|---|---|
| QuLink QR 付款 | QuLink QR 流量 | 启动、解锁、分配、脉冲或定时运行。 | 价格、设备映射、回调、结果。 |
| 您的支付提供商 | PSP、钱包、应用程序或服务器 | 向机侧板签署命令。 | 回调、超时、参考、结果。 |
| 读卡器 | 读者认可 | MDB无现金或与读者相关的操作。 | 读者支持，MDB路径，出售结果。 |
| 静态QR | 手动付款验证 | 通常没有自动机器动作。 | 协调和手动触发。 |
读卡器和 QR 路径可以共存。样本确认哪一个拥有授权。
项目适配
适用于扫描启动和付款触发的机器
买家信号
- 支付箱、储物柜、充电设备、自动售货机、洗衣房和门禁设备。
- 付款确认应触发物理动作的机器。
- 使用 QuLink QR 付款或您自己的付款提供商回调的项目。
- 需要机侧单板且没有封闭SaaS平台的运营商。
首先需要提供
- 机器照片或现有主板照片
- 接口或接线说明
- 支付/API 后要触发的动作
- 是否需要数据上传
不适合的情况
- 您需要一个付款收单机构而不是机器端操作。
- 没有物理启动、解锁、分配、脉冲或会话来触发。
- 您没有机器、控制器或付款信息。
集成方式
付款批准成为签名的机器操作
QuLink可以提供QR付款流程，或者您也可以保留自己的结帐。无论哪种方式，付款确认都会成为签名的机器命令。
- 触发源
- QuLink QR 付款、钱包回调、应用程序批准、操作面板或服务器命令
- 机器产量
- 继电器、脉冲、解锁、串行动作、定时运行、分配命令
- 返回数据
- 付款参考、命令接受、机器启动、会话完成、故障警报
- 项目模式
- 支付盒改装、扫描启动设备、OEM 支付控制器
控制流程
从机器接口到 API 控制的执行结果。
确认付款
使用 QuLink QR 付款或在客户付款后发送您自己的付款回调。
触发动作
该板启动、解锁、分配、脉冲或运行机器。
报告结果
您的服务器接收操作结果、telemetry 和会话状态。
API 示例
服务器命令或 webhook 示例。
命令字段取决于机器接口、固件配置，以及由支付还是你的应用触发。
POST /v1/devices/LOCKER-22/commands
{
"command": "unlock",
"source": "qr_payment",
"machine_action": {
"type": "relay",
"channel": 2,
"duration_ms": 900
}
}
项目询盘
先发机器照片，我们帮你判断主板、接口和样品测试步骤。
发送机器类型、价格/会话规则、支付提供商以及支付后应执行的操作。
一条有效的第一条消息
如果不确定机器接口，先发你手上的资料即可。照片往往比长文档更快判断方向。
- 机器类型和目标国家
- 机器照片、主板照片或线束照片
- 支付或 API 后要触发的动作
- 是否需要数据上传、预计数量
最快的第一步
- 发送机器照片
- 说明 API 或支付后要触发什么动作
- 告诉我们是否需要数据上传
常见问题
打样前通常会问的问题。
QuLink只是一个支付网关吗？
第QuLink是机器端控制层。当需要扫描开始时，可以QR付款。
我们可以保留自己的支付提供商吗？
是的。您的系统可以确认付款并调用QuLink命令API。
一个 QR 代码可以映射到不同的操作吗？
是的。 QR 可以根据项目映射到设备 ID、产品、中继通道、价格规则或定时会话。
可以与MDB自动售货机一起使用吗？
是的，控制器支持 MDB 无现金或基于 MDB 的操作。脉冲、继电器或串行路径也是可能的。
我们应该先发送什么？
机器类型、价格/会话规则、支付提供商、目标操作以及控制器或支付模块的照片。
相关页面