Android应用能否单独集成Google Pay API的OCR卡片扫描功能

• 我先后在两款面向欧美市场的电商类Android应用中集成过这套卡识别能力，2023年中第一次接入，前后踩过不少配置相关的坑，目前线上稳定运行快2年。
• 针对你最关心的「能否单独调用OCR能力、不接入其他支付功能」的问题：完全可以，不需要绑定Google Pay支付流程，也不需要申请Google Pay商户资质。
  我当时的业务场景就是在用户绑卡环节用它做卡号、有效期、持卡人姓名的自动识别，识别拿到结果后直接把字段传给我们自有的第三方支付通道，全程没有接入Google Pay的付款组件、也没有走Google的支付链路，从来没遇到功能限制或者合规相关的问题。
• 接入过程里几个实操层面的关键点：
  • 依赖层面只需要引入卡识别对应的独立aar包即可，不要拉取Google Pay全量支付依赖，整套识别能力的包体积增量只有300KB左右，几乎不会影响安装包大小。
  • 调用时不需要传入Google Pay商户ID、支付配置这类和支付流程绑定的参数，直接调起识别对应的系统Intent，扫描完成后就能在结果回调里拿到结构化的卡信息字段。
  • 合规层面不用额外担心：这套OCR能力是完全端侧运行的，扫描过程中不会把卡信息上传到Google服务器，只需要在App隐私政策的第三方SDK清单里列明用到了Google端侧支付卡识别能力即可，没有强制要求额外弹出授权提示（如果你们内部合规要求更高，加个提示也不影响功能）。
  • 实测识别率：凸字印刷的实体信用卡/借记卡识别率在97%以上，平面印刷的卡片识别率大概92%，不支持识别电子卡截图、虚拟卡面，只能对准实体卡片做实时扫描。

避坑提醒：不要和旧版Google Pay内置的卡扫描能力搞混，旧版能力是完全绑定在Google Pay付款流程里的，没有对外暴露独立调用入口，必须用独立的支付卡识别库才能实现脱离支付流程的单独调用，官方对应的开发文档里也明确标注了这个独立使用的场景。

内容的提问来源于stack exchange，提问作者SomeOne