微信支付更新设备支付规则！

9月15日，财付通修订《设备支付用户服务协议》，新版协议将于10月15日起生效。

支付之家注意到，最新版协议已经将智能眼镜和车载系统写入具体的设备支付规则。

通过智能眼镜付款时，设备会利用摄像头识别收款码，用户需要说出付款金额，再通过前滑镜腿等明确动作确认。车载系统则把手机与车机的蓝牙连接纳入免密付款条件，并设置手势密码、四位简易密码以及返回手机微信完成验证等不同方式。

微信设备支付并不是从这次开始。

早在Apple Watch、儿童手表等设备上，用户就已经可以绑定微信支付，设置每日限额、优先支付方式，并通过设备展示付款码完成交易。过去的设备支付，更多是在手机之外增加一个能够展示付款码、调用原有账户的终端。

这次出现的新变化，是智能眼镜和车载系统被进一步写进设备支付规则。

一周前，微信支付刚刚上线智能眼镜SDK。

9月8日，微信支付将“扫一扫”支付能力封装为标准SDK，向符合接入标准的智能眼镜厂商开放。Rokid乐奇AI眼镜成为首款完成适配的产品。首次使用前，用户需要通过厂商App申请开通，再进入微信完成支付密码验证和设备绑定。日常付款时，可以通过语音唤起扫一扫，将视线对准商户收款码，再滑动镜腿确认付款。

从手表、手环到眼镜、车机，变化已经不只是多了几种可以付款的硬件。设备开始主动参与识别、交互和交易确认，原来相对简单的账户绑定、限额和付款码规则，也需要适配新的使用方式。

支付开始走出手机

过去十多年，移动支付的形态一直在变化，但手机的位置相当稳定。

用户可以扫二维码，可以出示付款码，也可以在小程序、App里完成购买。入口虽然不同，关键的支付操作大多仍然发生在手机上。

用户看着屏幕确认商户和金额，在手机上输入密码，通过指纹或者人脸完成身份核验，再点击确认付款。支付账户、个人设备、交互界面和验证工具长期集中在一块屏幕里，支付机构也已经围绕这种使用方式建立起成熟的交易流程。

支付早已开始进入手机之外的设备。

Apple Watch、儿童手表等智能穿戴设备很早就可以绑定微信支付。这类设备的典型模式相对简单，用户先在手机端完成账户绑定和权限设置，日常付款时再由手表等设备展示付款码，由商户扫码完成交易。

设备变了，付款流程的核心部分却仍然沿用手机时代已经形成的账户和支付体系。

现在，设备支付正在进入另一类终端。

微信支付智能眼镜SDK就是最近一个案例。微信支付没有为眼镜另外建立一套支付账户，而是把已有的扫一扫付款能力向智能眼镜输出。目前公开的基础版本主要用于线下小额、高频场景，支付时眼镜仍然需要与手机协同。

今年6月的中国国际金融展上，微信支付还展示了车载AI支付等方案。

支付宝也已经把支付能力带到多个新终端。华为AI眼镜接入了支付宝“看一下支付”，支付宝目前公开的新终端支付方案还涉及智能眼镜、智能耳机、车载设备等不同终端。

与早期手表、手环相比，这些设备承担的角色明显更多。

眼镜可以主动识别商户收款码，车机可以参与点餐、订票等服务流程，耳机可以接受语音消费指令。设备不再只是把付款码从手机搬到另一块屏幕上，而是越来越深地进入交易本身。

支付账户依然属于原来的账户体系，但发起支付和确认交易的设备正在增加。设备承担的任务越多，身份确认、付款授权和风险控制也要跟着变化。

支付不再只是一个独立的付款动作

部分智能终端已经开始参与一笔交易从需求产生到付款完成的更多环节。

过去一笔消费通常有比较清晰的分界。用户先找到商品或者服务，完成选择和下单，最后再进入支付工具付款。即使前面的服务发生在电脑、汽车或者其他设备里，支付往往还是最后单独完成的一步。

今年4月，北京车展期间，支付宝与斑马智能发布集成支付宝“AI付”车载版的AI座舱方案。车主可以直接通过语音提出买门票、订酒店、点餐等需求，车载系统在完成服务选择后继续进入交易和支付环节。

支付宝的新终端方案中，智能耳机也出现了类似路径。用户可以直接提出充值、点咖啡等消费需求，系统完成订单确认后继续进入支付确认。

搜索、选择、下单和付款，开始出现在同一套设备交互里。

设备可以替用户搜索，可以帮用户选择，也可以创建订单。做得越多，哪一步才算用户正式同意扣款，就越需要说清楚。

用户说“帮我订一家附近的酒店”，并不等于已经接受任何价格、任何房型和任何付款。

用户说“帮我点一杯咖啡”，也不能直接被理解为允许设备在没有进一步确认的情况下扣款。

当搜索、下单和付款都在同一套设备交互里完成时，用户到底在哪一步真正同意付钱，需要更加明确。

设备接入支付之后，还要解决一个更具体的问题，怎样确认这笔钱确实是用户同意付的。

设备换了，付款授权也必须跟着变

早期手表、手环类设备支付的授权逻辑相对简单。

用户先通过手机完成账户绑定、密码验证和支付限额设置，日常使用时由设备展示付款码，再由商户扫码完成交易。设备主要承担的是付款凭证展示，真正需要处理的授权关系相对集中。

智能眼镜已经不同。

最新版《设备支付用户服务协议》规定，眼镜首先通过摄像头识别收款码。付款前，用户需要说出需要支付的金额，并通过明确的交互动作确认，例如前滑智能眼镜的镜腿。

支付方向发生了变化。

过去是设备展示付款码，由商户来扫；到了智能眼镜，设备开始主动识别商户收款码，用户还要通过语音和动作继续完成交易确认。

摄像头负责识别收款码，用户通过语音表达金额，再用明确动作完成最后确认。视觉、语音和身体动作被放进了同一笔付款流程。

钱仍然从原有的支付渠道扣除，变化的是用户表达付款意愿的方式。

车载系统又是另一种情况。

最新版协议规定，车载场景中的免密付款以手机与车载系统蓝牙连接为前提。在连接期间，由车载系统发起、处于免密付款额度及适用范围内的交易，可以按照协议约定完成扣款。

如果蓝牙连接没有建立或者已经断开，免密付款自动失效。相关交易需要通过手势密码、四位简易密码，或者回到手机微信完成支付验证。

智能眼镜通常由个人穿戴，设备与使用者之间的关系相对直接。汽车则存在多人使用的可能。车辆可能由家人、朋友驾驶，车内乘客也可能接触车机，已经绑定支付账户的手机还可能被留在车内。

车载支付因此还要确认，当前操作车机的人是否仍在账户授权范围内。

协议专门提醒，车辆交由他人使用前应及时解绑相关设备，离车时也应避免把手机遗留在车内。

从手表到眼镜，再到车机，同一个微信支付账户并没有复制同一套付款确认方式。

手表更像一个付款码载体。智能眼镜开始主动识别交易对象，并通过语音和动作确认。车机还要把蓝牙连接、免密范围以及多人使用环境一起纳入授权判断。

设备由谁使用、设备和用户之间是什么关系，开始直接影响付款授权的设计。

高度个人化的穿戴设备，更容易把设备与具体用户联系起来。多人可能接触和使用的车载系统，则需要更多条件来确认当前操作仍然处于原有授权范围。

支付宝目前公开的新终端方案也采用了不同的核身和确认方式。智能眼镜可以结合视觉、语音以及相应的身份核验和动作确认，智能耳机则更多依赖语音交互及声纹等核身方式。

账户还是原来的账户，但眼镜、车机和耳机确认用户身份和付款意愿的方式不会完全一样。

支付机构需要确认当前是哪台设备在发起交易，这台设备与哪个用户建立了关系，当前操作的人是否仍在授权范围内，以及用户完成什么动作之后才能扣款。

设备越多，支付机构就越不能再默认“拿着设备的人就是账户本人”。

支付风控开始进入“设备层”

手表、手环时代已经出现设备级管理。

此前手表、手环等设备已经有账户绑定、每日限额、优先支付方式和解除绑定等规则。用户把支付能力交给一台设备以后，支付机构本来就需要限定这台设备可以做什么、能够使用多少资金。

新版协议更明显的变化，是设备风控开始进一步结合具体终端的连接状态、使用环境和运行状态。

协议允许用户在微信客户端查看和管理已经绑定的智能设备，也可以关闭设备支付或者解绑指定设备。设备解绑后，相应设备上的授权终止，其他没有解绑的设备仍然可以继续使用。

支付账户与设备之间的授权关系，可以单独建立，也可以单独解除。

每个已绑定的智能设备仍然有每日付款限额，用户可以调整每日限额、优先扣款方式，并设置额外验证。

到了车载场景，设备本身的状态开始变得更加重要。

最新版协议在设备支付过程中会结合蓝牙绑定和连接状态、设备标识以及设备安全状态等信息进行判断。车辆是否处于驻车状态还会影响支付页面的展示方式。

协议明确，在相关操作发生时，系统会即时判断车辆是否处于驻车状态。例如车辆处于行车状态时，可以对付款码作遮罩处理。

过去设备支付更多解决“这台手表有没有付款权限、每天能付多少”的问题。到了眼镜和车机，支付机构还要进一步判断设备和用户是否仍然保持有效关系、设备现在处于什么状态，以及当前环境是否适合完成相应操作。

传统支付风控已经围绕用户、账户、商户和交易建立大量规则。随着支付进入更多智能终端，设备身份、连接状态和实际使用环境也开始进入风险判断。

支付机构现在同时要判断账户、设备、使用者和设备状态，确认当前操作能不能代表用户真实的付款意愿。

从手表、手环到智能眼镜和车机，设备支付要处理的问题明显增加了。

从手表、手环时代的账户绑定、付款码和限额管理，到智能眼镜的识码、语音和动作确认，再到车机的蓝牙连接、多人使用和设备状态判断，设备在支付流程中的角色越来越重。

支付进入眼镜、车机等新终端后，设备支付也从相对简单的账户绑定和付款能力延伸，开始进入更复杂的场景化授权和风险管理。

这里是支付之家。我们关注支付表象之下的规则差异与逻辑变化，提供支付科技领域增量信息。观点内容仅供参考。