Google Play 的收款不会从开发者账号直接进你的银行账户,中间还隔着一层:付款资料(payments profile)。Google 付款中心帮助把这份资料定义为存放「谁对该资料负责」的姓名、地址与税号,以及挂在它下面的付款方式。所有关于收款的问题——为什么还没到账、为什么被暂缓、为什么金额不对——答案都在这一层,而不在应用里。

今天要解决的问题:创建或关联正确的付款资料;让资料上的法定名称与你的税务文件、银行账户完全一致;填好税务信息,使预扣税额计算正确;添加银行账户并把验证做完;并保持资料长期有效,避免收款被暂缓。动手前请先核对你自己国家对应的线上 Play 控制台帮助页——本文只复述 Google 已公布的内容。


三个总被混淆的对象

开发者账号、付款资料、银行账户是三个独立对象,各自有独立的验证流程。把它们分清楚,这项工作就完成了一大半:

付款资料可以复用。如果你已经有 Google 付款资料——来自这个开发者账号或别的 Google 产品——帮助页写明可以选择已有资料,而不必新建重复的一份。重复的资料,正是两个账号最终指向同一个银行账户、却带着对不上的法定名称的原因。


第一步:创建或关联正确的付款资料

从 Play 控制台的付款设置进入,它会转到付款中心。已公布的流程很短:先查看开发者与商户注册的支持国家/地区列表,登录,然后选择已有资料或新建一份。

动手输入前,先定下两件已公布的事实:

  1. 资料类型跟随开发者账号类型。个人账号与企业账号对应的资料并不相同。要按你实际注册的账号类型来建,而不是按方便来建。
  2. 支持地区是关键前提。能否注册、能否成为商户,取决于责任方的法定所在地。在假设你的国家、主体类型或付款方式可用之前,先对照支持地区列表。

法定名称要与你打算使用的税务文件、银行账户上写的完全一致。不要写商号、不要写商店列表里的品牌名、不要写缩写。后面几乎每一次验证失败,追根溯源都追到这一行。


第二步:完成税务信息

税务信息决定 Google 是否预扣、预扣多少。它位于付款资料内部,而资料上的姓名、地址、税号,必须与税务表格所描述的是同一个人或同一主体。

不要靠猜来绕过表格。如果你的主体类型对应哪一项确实不清楚,请咨询税务专业人士——本文不是税务建议,税务表格也不是靠猜能填对的地方。


第三步:添加银行账户,然后把验证做完

添加银行账户不等于验证完成。Play 控制台帮助专门保留了一篇银行账户验证文章,原因很直接:未通过验证的账户收不到款,而验证恰恰是开发者最容易漏掉的一步。

已公布的流程是:找到你想收款的那个账号,在付款中心打开付款资料,把银行账户添加为付款方式,并完成 Google 要求的验证。视国家/地区不同,验证方式可能是 Google 向该账户打一笔小额款项、由你来确认,也可能是帮助页为支持地区说明的即时验证路径。你的账户提供哪种就走哪种,不要默认你所在的国家有即时验证。

然后核对最基础的一点:账户持有人名称必须与付款资料的法定名称一致。拼写不同的个人账户、已注销的账户、注册名与资料不符的企业账户,都是款项躺在那里无人领取的常见原因。


第四步:让资料长期保持健康

收款被暂缓的原因往往很无聊,也都能修。以下几项值得定期检查:

如果款项已经卡住,走 Google 为 Play 与 Chrome 网上应用店开发者提供的付款支持通道,而不是提一个通用的控制台工单——帮助页把付款问题引到那里是有意为之。


十分钟核对清单

  1. 确认开发者账号的身份验证已完成,而不是待处理。
  2. 确认账号关联的是哪一份付款资料,并确认只有一份。
  3. 把资料上的法定名称读出来,与税务文件、银行对账单逐字比对。
  4. 打开税务信息部分,确认国家、主体类型与税号仍然符合实际情况。
  5. 确认银行账户确实已添加,而不是只存了草稿。
  6. 确认银行账户显示为已验证,而不是待验证。
  7. 用支持地区列表对照责任方的所在地。
  8. 查看付款中心的通知——验证请求实际是在那里出现的。
  9. 如果地址、主体或银行有任何变化,当周就更新资料。
  10. 把支撑资料名称的那套文件放在同一个文件夹里。支持人员问起时,答案应该是一份文件,而不是一段解释。

一句话版本

Play 的收款走的是付款资料,不是开发者账号:按账号类型建对资料类型,让资料上的法定名称与税务文件、银行账户完全一致,把税务信息填到预扣正确,把银行验证真正做完而不是只添加一个账户,并让这一切保持最新——因为收款被暂缓的原因从来是不一致与未完成的验证,而不是什么隐藏规则。


来源