定义
无感支付（Contactless Payment，自动扣款支付）是一种基于车牌识别、ETC、RFID 等技术与支付账户绑定的支付方式。用户预先将车牌、ETC 设备等与支付宝、微信、银行卡、云闪付等账户绑定，车辆离场或通过收费站时系统自动识别并完成扣款，无需停车、扫码或刷卡，实现"抬杆即走"的便捷体验。
无感支付需保障支付安全与交易准确性，涉及车牌识别准确率、账户余额校验、异常交易拦截等。与收单系统、清分结算系统对接，实现资金实时划转。
技术特点
无感支付依赖道闸、地磁、摄像头、ETC 天线等设备采集进出场/通行数据，通过物联网卡实时上传至云平台。云平台与支付机构 API 对接，完成鉴权、扣款、对账。在停车场场景，通常与车位引导、反向寻车、电子发票等系统集成。
应用场景
无感支付广泛应用于智慧停车、高速公路 ETC、加油站、充电站、洗车等场景。停车场道闸、地磁、摄像头等设备通过物联网卡将进出场数据上传至云平台，与支付系统对接完成自动结算。达希物联为无感支付场景提供稳定联网保障、专用 APN，确保交易数据实时传输与资金安全。
识别、扣款与抬杆回执的对应关系
无感支付里，物联网卡传送的是一次通行的识别结果和设备状态，不是银行卡组织内部的清算指令本身。车牌、ETC 或射频标签先在车道本地被读到，再与已经绑定的支付账户匹配，由收单或停车平台决定扣款，最后把抬杆或拒绝写回路边控制器。技术含义是这三步必须能用同一个通行标识串起来：哪一次识别、哪一笔扣款、哪一次抬杆。蜂窝中断若发生在识别之后、回执之前，本地可能已经抬杆，平台却没有扣款，或平台已扣款而杆未抬。只监控“相机在线”看不到这种错位。
使用条件是车道设备有本地队列，能在蜂窝恢复后按通行顺序补报，而不是只上报当前地感上的那一辆车。相机、栏杆和支付平台的时钟要一致，否则夜间补传会对到别的班次。欠费、无感签约失效和识别置信度不足，要有明确的降级：转人工、转扫码或拒绝抬杆，不能默认放行。卡宜定向到停车或收单平台，车道工控机的远程桌面不要和交易报文抢同一优先级。一杆多相机、场中场和嵌套车库要规定以哪一个识别点生成通行标识，避免同一辆车被扣两次。设备更换车牌相机后要重新绑定卡号和车道号，旧相机的未完成队列不能丢。
容易出错的是把抬杆成功当成扣款成功。杆的继电器动作是本地电气信号，扣款是平台事务，两者要分别记录。另一类是弱网时终端反复提交同一通行，平台没有幂等，产生多笔扣款。还有雨雾导致识别置信度下降，系统仍按无感放行，事后用错误车牌向错误账户请款。对账文件若按自然日切割，而车道按收费员班次切割，跨零点的通行会一边有记录一边没有。验收应包含识别成功但扣款超时、扣款成功但抬杆指令丢失、同一车牌连续两辆跟车，核对每一笔是否只有一个通行标识。收银侧的受理系统见 收单系统，车道设备见 道闸。
每条通行保留识别图或识别置信度的引用、扣款检索号和栏杆回执，三者缺一就进入人工复核队列，而不是自动判成功。跟车和相邻车道串车要在本地就能标出，标出的记录不要再自动请款。无感签约失效时的降级方式写在车道控制器里，网络超时不能默认抬杆。跨零点的班次按通行标识归属，不按文件生成时间把一笔切成两天。相机更换后的第一天要抽对车牌与账户，防止安装角度变化造成系统性误识别。退款和冲正使用原来的通行标识，避免客服按时间附近“找一笔看起来像的交易”。对账差异要能落到具体车道和卡号，只给一个场站总数无法安排维修。重复提交的保护在平台和车道两侧都要有，只在一侧做，另一侧仍会把重试当成新通行。
车道控制器重启后，未完成的通行先补报再抬新的杆。重启期间地感上的车辆进入人工车道，不自动生成无感订单。识别置信度低于门槛的记录保留图片索引供复核，不直接扣款。场站日结以通行标识为准，和支付机构对账不一致时列出标识，而不是只列出金额差额。只有金额没有标识的差异，先回到车道日志补标识，再决定是否退款。