上周三下午两点，东莞南城一家连锁便利店的后仓里，技术员老陈蹲在收银台下面，手里捏着一台屏幕已经磨花的安卓收银机。他当天装的第四台设备，前三次kdpay安装都顺利，唯独这台卡在系统权限弹窗上是点"允许"之后页面闪退，再点一次了。还是闪退。
这类场景，支付终端落地的时候并不罕见。kdpay安装本身谈不上复杂了，安卓端主要靠安装包侧载，iOS端走描述文件或企业签名的流程，真正的门槛藏在系统版本和厂商定制ROM的差异里。老陈的经验是ColorOS和MIUI对"未知来源应用"的限制比原生系统更严，装之前得先把纯净模式关掉；iOS那边更绕一些，描述文件装完后要到"设置—通用—VPN与设备管理"里手动信任，有些人第一次装会漏掉这一步的。然后判定成安装失败。
他还见过有人把微信群里转发的安装包直接覆盖上去，签名对不上，旧版本卸不干净的，新版本也起不来。规范的kdpay安装流程里，版本校验和卸载残留清理是排在很前面的两步。装完只是开始。真正让商户头疼的，是第二天早班收银员发现扫码没反应。
原因一般不在应用本身，但在后台保活，安卓的电池优化会在夜间清掉进程，推送通道一断，收款提醒就进不来，所以kdpay安装完成后，还要把应用加进电池白名单、锁定后台、手动打开自启动权限。开关散在不同层级的菜单里，一家门店三台机器，一台一台点过去的，十几分钟就没了吧？有店长抱怨过，说装个软件比装空调还费劲。
这话不算夸张了。网络环节同样容易被跳过。连锁门店的路由器常挂着好几台设备吧？后台，一旦做了域名白名单或走了二级代理，通信请求就可能被拦在外面了。老陈的做法是先跑一遍连通性检查，把接口域名单独放行，有些门店还会配一个固定内网IP，避免DHCP重新分配后掉线。碰上说不清的问题。他直接开远程协助，看日志比听描述快得多是用户说"打不开"，日志里一般写着证书过期或者时间不同步。
机器时间差五分钟，签名校验就会失败。跑了三十多家门店之后，老陈攒出一条不成文的规矩，安装包只从官方渠道拿。同一台设备不混装多个版本。
装完当场测一笔小额交易。他说kdpay安装的坑大多不在技术，但在"想省事"是省掉信任步骤、省掉白名单、省掉一次实测，最后都要用双倍时间补回来。收银台前排队的人不会等，这才是最实在的压力。
