聚合支付既有“扫二维码”，也有“被扫”，但一家店实际能用哪种方式，要看开通的收款功能和设备。它把多个支付渠道接入同一套收款服务，本身并不限定扫码方向。

站在顾客角度，拿手机扫描柜台上的收款码，是主动扫码；打开自己的付款码交给收银员扫描，是被扫。换成商户角度，这两个称呼就反过来了。日常沟通时，直接说“顾客扫商家码”或“商家扫顾客码”，不容易弄混。

顾客扫描柜台上的聚合收款码

柜台摆着一个收款二维码，顾客用微信或支付宝等支持的应用扫描，进入相应支付页面，这就是常见的聚合收款码使用方式。具体支持哪些支付渠道，以商户开通的服务为准。

如果使用的是静态码牌，顾客往往还要填写金额。商户核对金额并确认收款结果后，完成商品交付。另一种情况是收银系统根据订单生成二维码，金额已经写入订单，顾客扫描后按页面提示支付。二维码出现在纸质码牌还是屏幕上，不决定它属于“扫”还是“被扫”；这里都是顾客扫描商户提供的码。

顾客手机显示支付成功后，商户仍要查看自己收款端的结果。声音提示可能延迟，截图也不能替代交易记录。遇到双方显示不一致，先核对金额、交易时间和订单状态，状态未明时不要立即要求顾客重复付款。

收银员扫描顾客手机上的付款码

超市结账时，顾客打开微信或支付宝付款码，收银员用扫码设备读取，收银系统按当前订单金额发起收款。这属于商户主动扫码、顾客被扫，也是聚合支付能够支持的一类操作。

不过，支持聚合收款码，不代表已经开通了扫描付款码的功能。商户端还要有相应的支付接口和交易权限，扫码设备也要接入能发起支付的收银系统。

普通扫码枪能读出二维码内容，却未必能完成扣款。付款码被读取后，还要由系统提交交易并返回支付结果；部分交易会要求顾客在手机上确认。收银员看到“已扫描”，还不能据此结束结账，要等订单显示支付成功。

顾客展示的也应是支付应用里的付款码。把自己的收款码递过去，操作方向就错了，商户无法按正常的付款码收款流程完成这笔交易。

准备增加扫码设备时，核对已开通的功能

假设一家小店原来只摆放聚合收款码，顾客扫码后手动输入金额。忙时收银员要反复确认金额，店主便想改成扫描顾客付款码。他接上新买的扫码枪后，设备能够读取二维码，但收银软件没有生成支付订单。

在这个情境里，检查方向应落在收银软件和支付服务的连接上，不能因为设备能扫码，就认定被扫收款已经可用。

店主向服务商确认后，发现原来的服务只开通了码牌收款，付款码收款还没有接入当前软件。接下来的处理是核对软件支持的接入方式，再确认扫码枪能否配合使用。原有收款码继续留在柜台，避免更换过程中影响营业。

这条路径也有现实取舍：接入新功能可能涉及软件配置或额外费用，已有设备未必兼容。店主暂时没有更换整套收银系统，而是让服务商写清现有软件的接入条件和费用；未确认之前，新扫码枪没有投入正式收款。

办理聚合支付时，把需求直接说成“顾客扫我的收款码”或“我扫描顾客付款码”，让服务商对应确认功能与设备。上线前做一笔小额交易，核对顾客扣款结果和商户订单记录；付款状态仍不一致，就保留交易信息继续查明，不靠再次扫码来试错。