App 上架,公安备案被驳回怎么办?
结论:先确认驳回来自公安联网备案、工信部 App 备案,还是 Apple、Google 或国内应用市场审核;三者不是同一流程。对于公安联网备案,保留受理编号和完整驳回意见,核对申报主体、App 标识、服务内容、网络资源及前置备案的一致性,只修改被指出或经受理机关确认的问题,再通过原入口重提;理由不清时联系属地公安网安受理部门,不要凭网上清单反复试错。
题目把“上架”和“公安备案”放在一起,最容易造成误诊。应用商店可能因为隐私、功能、账号或内容拒审;工信部 App 备案涉及 App 主办者和网络接入等信息;公安联网备案依据另一套管理流程。界面上都可能显示“驳回”,但材料、机关和整改方式不同。
| 失败所在环节 | 识别线索 | 应核对的第一手信息 | 不要做什么 |
|---|---|---|---|
| 工信部 App 备案 | 接入商、备案系统、备案号或短信核验 | 主办者、App 名称、包名、域名与接入信息 | 拿商店截图代替备案信息核对 |
| 公安联网备案 | 全国互联网安全管理服务平台或属地网安反馈 | 受理编号、驳回原文、主体、服务和网络资源 | 把所有隐私条款都猜一遍再重提 |
| Apple App Review | App Store Connect 审核消息与指南条款 | 具体 guideline、测试账号、复现步骤 | 修改公安备案材料期待解决商店拒审 |
| Google Play 审核 | Play Console 政策状态或邮件 | 具体政策、声明、数据安全表单和版本 | 把 Apple 的整改原样套用 |
| 国内应用市场 | 对应市场后台和主体材料 | 市场自己的类目、软著、隐私和测试要求 | 假设一家通过就代表全部通过 |
在落实合规责任、证据与技术控制时,还可以对照 软件平台立项前如何评估资质与监管要求? 和 软件开发服务可以提供哪些合规支持?;这些内容补充了需要放在同一项决策中考虑的上下文。
先建立一份“申报事实基线”
把营业执照主体、法定代表人或负责人、App 中文和英文名称、包名或 Bundle ID、版本、域名、服务器 IP 与接入商、实际功能、用户和收费方式列在同一页。再对照工信部、公安平台、应用商店、隐私政策和 App 内展示,找出同一事实的名称或版本是否不一致。主体变更、包名新增、服务器迁移和功能扩展都应标明日期。
驳回意见逐条拆成“原申报值、正确事实、证明材料、需修改位置、负责人”。例如受理机关指出网络资源不符,就先由运维导出生产域名解析、云账号和接入信息,不要同时重写产品介绍;指出服务内容不清,就用用户能完成的具体动作描述,而不是堆“智慧赋能”。任何修订都保存前后版本和提交时间,以便下一次沟通。
不要把隐私政策当万能整改项
隐私政策确实要与实际收集、权限和 SDK 一致,但公安联网备案驳回并不当然由隐私条款造成。是否要求哪些截图、联系人或材料,也可能因系统字段、属地和具体服务而异。最可靠的依据是本次驳回原文、官方平台当前指引和受理机关答复,不应宣称“基本都会附原因”或罗列未经当前项目验证的高频原因。
重新提交前在生产或待审版本核对:App 名称和包名是否为申报版本,域名解析和证书是否有效,隐私入口与注销功能是否可访问,测试账号能否进入主要功能,服务器和第三方 SDK 是否与材料一致。若功能尚未上线,不要用设计稿冒充真实运行截图;若必须说明规划功能,明确标注状态。
每次提交记录平台、账号主体、受理号、版本、材料摘要、提交与回复时间。多个市场并行时各自管理,不让某一市场的状态覆盖公安或工信部状态。通过也不等于永久有效,主体、网络资源或服务发生实质变化时,按官方规则判断变更或注销。
滚水科技可以协助客户整理事实基线、技术截图、域名服务器信息和整改版本,并陪同解释技术内容;备案申请主体、负责人核验和材料真实性由客户承担。我们不会承诺一定通过,也不会替客户虚构功能、服务器或联系人信息。若受理机关要求法律或行业资格材料,应由客户和专业方补充。
参考资料:
- 全国互联网安全管理服务平台:公安联网备案的官方办理入口,具体字段和反馈以登录后的当前页面为准。
- 工信部关于开展移动互联网应用程序备案工作的通知解读:用于区分工信部 App 备案的制度与参与主体。
- 滚水科技 App 服务介绍:用于了解滚水科技公开的 App 开发与上架协作范围,实际支持以合同为准。