nest-device-access 信用卡支付报错 OR-RWE-02

2026-10-24支付老李

结论

OR-RWE-02 通常表示 Google Payments 没有完成付款验证或风险审核，与 Nest Device Access API 的配置无关。Google 并未公开该错误码的唯一原因。根据已经进入银行验证码验证、随后才报错的情况，问题更可能出在银行返回的 3-D Secure/PSD2 验证结果、Google Payments 风控，或者付款资料与银行卡信息的一致性校验环节。

现有订阅可以正常扣款，不代表这笔 $5.00 的一次性付款也能通过。续订通常是已经授权的 recurring payment，而这次属于新的跨境或无卡支付交易，适用的 PSD2、3-D Secure 和风控规则可能不同。

优先检查的设置

使用注册 Device Access 的同一个 Google Account 登录，然后打开 Google Payments：

https://payments.google.com/

逐项确认以下内容：

Payments profile 中没有“需要验证”“账户受限”或“补充资料”等提示。
姓名、账单地址、邮政编码和国家/地区与银行登记的信息完全一致。
银行卡的 CVC、有效期和持卡人姓名填写正确。
Payments profile 的国家/地区与当前居住地、银行卡发行地一致。
Google Account 中没有未完成的身份、年龄或付款资料验证。
使用的是个人 Google Account，不是受组织策略管理的 Workspace、学校或公司账户。

Payments profile 的国家/地区通常无法直接修改。如果创建资料时选错了地区，可能需要根据实际所在地建立新的付款资料。不要通过填写虚假地址或国家来绕过限制。

建议的解决顺序

1. 请银行查询这笔交易的实际拒付记录

只问银行“银行卡是否正常”往往查不到具体问题。请银行按照交易时间、金额和商户定位这笔授权，并确认：

是否收到 Google 发起的 $5.00 授权请求；
3-D Secure 2 验证是否成功返回；
是否因为 PSD2/SCA、跨境支付、电子商务支付或无卡交易而拒绝；
是否允许美元计价的国际线上交易；
验证码通过后，银行是否又拒绝了最终授权；
是否存在 merchant category、低金额验证或其他风控限制。

如果银行完全查不到最终授权请求，问题更可能出在 Google Payments，或者 3-D Secure 验证结果的回传环节。

PSD2 不是一个可以在 Nest Console 中手动开启的选项。银行所说的验证方式不兼容，需要由发卡行、银行卡网络或 Google 的支付处理链路解决。

2. 删除失败的付款方式并重新添加

在 Google Payments 中删除出现问题的银行卡，再按照银行账单上的信息重新添加。操作前先确认账户中没有待处理的身份验证或付款资料警告。

如果这张卡仍关联有效订阅，导致无法删除，可以先添加另一张卡，将相关订阅切换到新卡后再处理原卡。切换前应确认操作不会造成订阅中断。

3. 尝试其他发卡机构的实体信用卡

优先考虑：

支持 3-D Secure 2 的实体 Visa 或 Mastercard；
允许国际电子商务交易的信用卡；
与 Payments profile 在同一国家/地区发行的银行卡。

预付卡、虚拟卡、一次性卡号、企业卡和部分借记卡更容易被支付网关或风控系统拒绝。即使更换同一家银行发行的另一张卡，也不一定能解决问题，因为这些卡可能使用相同的验证链路。

4. 排查浏览器会话问题

支付验证一般会经过重定向、弹窗或嵌入页面。可以依次尝试：

使用最新版 Chrome；
暂时关闭广告拦截、隐私保护和脚本拦截扩展；
允许弹窗及必要的第三方 Cookie；
退出其他 Google Account，只保留注册 Device Access 时使用的账户；
清除 nest.google.com、google.com 和 Google Payments 相关站点的数据，然后重新登录；
关闭 VPN、代理或其他会改变所在地区的网络服务。

无痕窗口有时可以解决会话问题，但如果浏览器默认在无痕模式中阻止第三方 Cookie，也可能导致银行验证无法完成。

5. 等待临时风控解除

短时间内连续尝试多张银行卡，可能会触发临时风险限制。遇到这种情况后继续反复提交，通常没有帮助。可以先停止尝试，等待一段时间，再使用已经核对过资料的一张卡重新付款。

Google 没有公布 OR-RWE-02 对应的固定等待时间，因此无法确定等待多久一定能够恢复。

这不是代码问题

这笔费用必须在 Device Access Console 和 Google Payments 的交互页面中完成支付。Google 没有提供可绕过付款验证的公开 API、curl 命令或 OAuth 参数。例如，不能通过下面这样的请求自行创建注册付款：

POST /device-access/payment
Authorization: Bearer <token>
Amount: 5.00 USD

这只是一个不存在的示意请求，并非 Google API。修改 Device Access、Google Cloud 或 OAuth 代码也无法消除 OR-RWE-02。

浏览器开发者工具可以帮助确认支付页面是否受到扩展程序或网络策略的阻断，但不要复制、修改或重放包含银行卡信息、验证码、Cookie 或支付令牌的请求。

仍然失败时需要提交的信息

如果银行确认 3-D Secure 和最终授权均已成功，或者银行根本没有收到拒付，应联系 Google Payments 或 Nest Device Access 支持。提交以下非敏感信息：

完整错误码 OR-RWE-02；
付款失败的准确日期、时间和时区；
Payments profile 的国家/地区；
银行卡发行国家和卡组织，例如 Visa 或 Mastercard；
是否完成银行验证码，以及错误出现在验证前还是验证后；
银行是否看到授权请求及其拒绝原因；
页面地址和错误截图；
是否使用个人账户、VPN、代理或受管理浏览器。

不要提交完整卡号、CVC、短信验证码、Cookie、OAuth token，也不要提供支付请求中的敏感字段。

建议先排查 Payments profile 与银行卡的地区或账单信息是否一致，再请发卡行确认 3-D Secure 2/PSD2 验证结果是否被 Google 支付链路接受。如果资料完全一致，而且多家发卡行的银行卡都在验证码验证后出现相同错误，问题更可能来自 Google Payments 的账户风控或支付处理环节，需要支持团队查询后台交易记录。