Google 播放最近的审核通知 - APK 有显着披露，但披露不充分
Google Play recent review notification - APK HAS A PROMINENT DISCLOSURE BUT THE DISCLOSURE IS NOT ADEQUATE
我们最近收到了来自 google 游戏团队的通知，指出“需要采取措施：您的应用不符合 Google 游戏政策”。他们声明要在 7 天内解决更改，否则该应用将从 google Play 商店中删除。请参阅下图中的资格问题。
他们解释说该应用正在向 https://cloud.codenameone.com 发送用户 Phone 号码信息。我们认为造成这种情况的唯一原因是可能会发送崩溃报告日志进行调试。应用程序中的任何其他信息只会存储在设备本身上。
Google 突出披露和同意要求指出：-
您必须提供有关您的数据访问、收集、使用和共享的应用内披露信息。应用内披露：
- 必须在应用本身内，而不仅仅是在应用说明或网站上；
- 必须在应用程序的正常使用中显示，而不需要用户导航到
菜单或设置；
- 必须描述正在访问或收集的数据；
- 必须说明数据将如何使用 and/or 共享；
- 不能只放在隐私政策或服务条款中；和
- 不能包含在与个人或敏感数据收集无关的其他披露中。
您的应用内披露信息必须伴随并紧接在请求用户同意和相关运行时权限（如果可用）之前。在用户同意之前，您不得访问或收集任何个人或敏感数据。该应用的同意请求：
- 必须清晰明确地呈现同意对话框；
- 必须需要肯定的用户操作（例如，点击接受，勾选复选框）；
- 不得将导航解释为远离公开信息（包括轻敲或按下
后退或主页按钮）作为同意；和
- 不得使用自动关闭或过期消息作为获得用户同意的方式。
我们的应用程序目前只需要 phone 权限，因为该应用程序启动到消息应用程序以发送编程 SMS 消息。这是当前应用的唯一权限。当使用代号的崩溃报告功能时，是否有一些其他权限需要以某种方式添加？或者看起来我们需要删除日志功能并重新提交。非常感谢任何有关如何解决此问题的建议。
已经过去了几周，但我们的应用程序在经过无数次尝试和重试后终于上线了，结果证明这是最愚蠢的事情，也是关于如何破坏 Google 审核流程的最疯狂的例子。
似乎 Google 生产应用程序失败，即使旧的 PAUSED 测试通道存在于旧版本的应用程序中也是如此。他们在 APK 版本中指出了这一点（在您的情况下为 1.91，对应于 191）。我猜这只是一个非常旧的版本，与您生产的当前版本相去甚远。解决方案是一个一个地进入内部、alpha、beta 渠道并推广一个版本，然后最终发布到生产环境。
他们会因此暂停生产应用程序，这太疯狂了。他们不会在电子邮件中这么说，也不会向完全错误的方向进行误导，这真是太疯狂了。太疯狂了，他们的 UI/UX 太糟糕了，一周前我试图更新这些频道中的 APK，但似乎这次更新没有通过，因为我需要通过另一个阶段并提升到下一个阶段等级.
注意：此答案经过编辑以反映正确答案，这是原始答案，可能对某些边缘情况仍然有效...
这可能是一个非常古老的建筑吗？
我们自己为我们的一个应用程序准备了这个。过去，我们使用代号 One 应用程序的 phone 访问权限来解决旧版本 Android 中的错误（不收集数字，因为它们不正确地暗示）。简单地创建一个新版本可能会解决这个问题。
就我们的应用程序而言，我刚刚发送了一个新版本并上传了一个新版本，到目前为止它仍然可用（2 周后）所以这似乎是正确的。
编辑：我还为此写了一篇博客 post：https://dev.to/codenameone/google-play-kafkaesque-experience-mp3
我们最近收到了来自 google 游戏团队的通知，指出“需要采取措施：您的应用不符合 Google 游戏政策”。他们声明要在 7 天内解决更改，否则该应用将从 google Play 商店中删除。请参阅下图中的资格问题。
他们解释说该应用正在向 https://cloud.codenameone.com 发送用户 Phone 号码信息。我们认为造成这种情况的唯一原因是可能会发送崩溃报告日志进行调试。应用程序中的任何其他信息只会存储在设备本身上。
Google 突出披露和同意要求指出：-
您必须提供有关您的数据访问、收集、使用和共享的应用内披露信息。应用内披露：
- 必须在应用本身内，而不仅仅是在应用说明或网站上；
- 必须在应用程序的正常使用中显示，而不需要用户导航到 菜单或设置；
- 必须描述正在访问或收集的数据；
- 必须说明数据将如何使用 and/or 共享；
- 不能只放在隐私政策或服务条款中；和
- 不能包含在与个人或敏感数据收集无关的其他披露中。
您的应用内披露信息必须伴随并紧接在请求用户同意和相关运行时权限（如果可用）之前。在用户同意之前，您不得访问或收集任何个人或敏感数据。该应用的同意请求：
- 必须清晰明确地呈现同意对话框；
- 必须需要肯定的用户操作（例如，点击接受，勾选复选框）；
- 不得将导航解释为远离公开信息（包括轻敲或按下 后退或主页按钮）作为同意；和
- 不得使用自动关闭或过期消息作为获得用户同意的方式。
我们的应用程序目前只需要 phone 权限，因为该应用程序启动到消息应用程序以发送编程 SMS 消息。这是当前应用的唯一权限。当使用代号的崩溃报告功能时，是否有一些其他权限需要以某种方式添加？或者看起来我们需要删除日志功能并重新提交。非常感谢任何有关如何解决此问题的建议。
已经过去了几周，但我们的应用程序在经过无数次尝试和重试后终于上线了，结果证明这是最愚蠢的事情，也是关于如何破坏 Google 审核流程的最疯狂的例子。
似乎 Google 生产应用程序失败，即使旧的 PAUSED 测试通道存在于旧版本的应用程序中也是如此。他们在 APK 版本中指出了这一点（在您的情况下为 1.91，对应于 191）。我猜这只是一个非常旧的版本，与您生产的当前版本相去甚远。解决方案是一个一个地进入内部、alpha、beta 渠道并推广一个版本，然后最终发布到生产环境。
他们会因此暂停生产应用程序，这太疯狂了。他们不会在电子邮件中这么说，也不会向完全错误的方向进行误导，这真是太疯狂了。太疯狂了，他们的 UI/UX 太糟糕了，一周前我试图更新这些频道中的 APK，但似乎这次更新没有通过，因为我需要通过另一个阶段并提升到下一个阶段等级.
注意：此答案经过编辑以反映正确答案，这是原始答案，可能对某些边缘情况仍然有效...
这可能是一个非常古老的建筑吗？
我们自己为我们的一个应用程序准备了这个。过去，我们使用代号 One 应用程序的 phone 访问权限来解决旧版本 Android 中的错误（不收集数字，因为它们不正确地暗示）。简单地创建一个新版本可能会解决这个问题。
就我们的应用程序而言，我刚刚发送了一个新版本并上传了一个新版本，到目前为止它仍然可用（2 周后）所以这似乎是正确的。
编辑：我还为此写了一篇博客 post：https://dev.to/codenameone/google-play-kafkaesque-experience-mp3