有人补一次材料就过了，有人改了八轮还在排队。差别不在于谁材料写得更厚，而在于------他们被卡住的地方，根本不在同一层。
一、先搞清楚：你的材料要过几道关
算法备案走的是互联网信息服务算法备案系统（beian.cac.gov.cn），分两个阶段提交，审核链条大致是四步。
两个阶段
| 阶段 | 核心材料 | 这一阶段在查什么 |
|---|---|---|
| 第一阶段 主体信息认证 | 《落实算法安全主体责任基本情况》 营业执照、法人与算法安全负责人身份证件、算法安全负责人承诺书与工作证明、算法备案承诺书 | 机构与制度建设：有没有明确的算法安全负责人、有没有成体系的算法安全管理制度 |
| 第二阶段 算法信息登记 | 《算法安全自评估报告》 App 或网站情况说明、ICP 备案证明／ICP 许可证、产品功能访问路径及该路径下的功能信息、拟公示内容、算法基础属性信息、算法详细属性信息 | 算法本身：原理是否讲清、风险是否研判、防控措施是否可核查 |
四道审核
- 初审------省级网信办核查材料完整性与形式合规性，通常数个工作日到十余个工作日，各地线上化程度不同
- 复审 ------国家网信办组织技术合规审查，周期通常一到两个月，生成式 AI 这类复杂算法可能更长，并可能引入第三方技术测试
- 补正 ------材料有问题需修改，每次补正后重新排队，额外增加数周
- 公示与发号------通过后进入公示，无异议发放备案编号（"网信算备"字号）
两个时间口径要分清：《互联网信息服务算法推荐管理规定》第二十五条 规定的是"材料齐全之日起 30 个工作日内 予以备案并公示"------这是法定发编号时限；而实务中从提交到拿号通常是 2---3 个月，差额就来自补正。
**所以：低水平驳回的代价，不是"再交一次"，而是"重新排一次队"。**一次本可以避免的补正，往往意味着多等一个月。
二、驳回的三种类型：不是同一件事
这是全文最需要记住的一节。
| 类型 | 典型表现 | 审核在想什么 | 怎么解 |
|---|---|---|---|
| A 低级错误 | 统一社会信用代码与营业执照不一致；身份证号位数错误；缺工作证件照；负责人电话打不通 | 这家企业不认真 | 核对后重交，一次就能过 |
| B 口径不一致 | 系统填报、自评估报告、拟公示内容三处的算法名称／模态／指标对不上 | 连基础信息都统一不了，风控能力存疑 | 建立统一口径后全量回改，改一处不动其余 = 下一次还被驳 |
| C 方向错了 | 类目选错；备案／登记路径选错；本产品不在备案范围 | 这份材料不属于这里 | 补材料解决不了，要重新确认路径 |
绝大多数人以为自己卡在 A，其实是卡在 B；而真正改了八轮还在排队的，基本都是 C。
补正通知的措辞本身就是信号
- 写**"材料需补充完善"**------方向是对的，补材料
- 写**"本产品不属于备案范围"** 或**"建议变更申报类型"**------方向错了，再怎么补都过不了，得回头重新确认申报类型
这两种意见的处理方式完全不同，但很多人的反应都是"再补一份说明"，于是第二轮、第三轮接踵而来。
三、九个高频驳回点，逐条讲
说明：以下分类整理自备案系统公开填报指南、网信部门公开口径与多家服务机构的实务归纳。官方从未发布过"驳回原因清单"，各地审核尺度也存在差异，请以属地网信部门实际反馈为准。
1. 主体信息与营业执照不一致
这是第一阶段最常见的驳回，也是最容易避免的一类。提交前逐字核对：统一社会信用代码（连字符格式都不能错）、企业名称、法定代表人姓名与身份证号、算法安全负责人信息。
有两个细节经常被漏掉：
- **算法安全负责人的电话要能打通。**初审过程中联系不上，可能被判定真实性存疑
- **责任人社保缴纳单位、ICP 备案主体、算法备案主体要能对上。**集团下多家公司、产品挂在 A 公司、备案用 B 主体报，这类不一致在核验时会暴露
2. 类目选错（"5+1"没拆清楚）
算法备案的分类体系是五类：生成合成类、个性化推送类、排序精选类、检索过滤类、调度决策类，实践中还有 API 输出的特殊场景。
典型错误：
- 把内容审核过滤算法报成"个性化推送类"
- 把简单规则排序包装成大模型算法
- 一个产品同时含推荐、审核、排序多种算法，却只提交一个备案
类目选错意味着后续所有材料都偏离审核标准------即便内容写得再充分，也过不了。
3. 路径选错：只做了大模型备案／登记，没做算法备案
这一条在 2026 年出现得特别多。
面向公众提供 AI 生成服务的产品，算法备案与大模型备案／登记是两项不同层级的义务，缺一不可，不能相互替代。
- 自研底座模型、深度微调模型 → 走完整大模型备案
- 仅调用第三方已备案 API 做应用层封装 → 走大模型登记
- 但无论哪一条，生成合成类算法备案都要单独办
把三套材料交叉混用，是这一类的典型死法。
4. 三份材料口径不一致
这是目前占比最高的驳回原因。审核的一大部分工作，就是在交叉核对。
| 口径位置 | 需要与之对齐的对象 / 常见不一致 |
|---|---|
| 备案系统填报 | 与全部材料对齐：算法名称、模态、功能描述 |
| 算法安全自评估报告 | 报告里的输入输出模态与系统填报不符 |
| 产品界面公示 | 公示的算法名称与备案名称不一致（监管巡查会做比对） |
| 用户协议与隐私政策 | 缺少 AI 相关条款、缺投诉与关闭入口 |
| 渠道与应用商店资料 | 功能描述与备案功能不一致 |
| ICP 备案主体 | 与算法备案主体不一致（最常被忽略） |
三条典型退件意见，以及它们真正指向的问题：
| 退件意见 | 实际对应的问题 |
|---|---|
| 算法名称与产品页面公示不一致 | 四处口径未对齐 → 先定一个统一名称，再回改全部材料与界面，别只改被指出的那一处 |
| 输入模态与实际功能不符 | 模态漏报 → 按真实输入输出重列，别照抄已有材料 |
| 请说明该编号的性质 | 编号类型混用 → 分清算法备案编号、备案编号、上线编号 |
5. 自评估报告模板化、空洞化
通篇"高度重视算法安全""建立了完善的防护机制""有效保障用户权益"------没有任何可验证的具体措施和量化指标。
审核要的是可落地的执行机制和可核查的实际效果，不是纸面承诺。对比一下：
| ❌ 会被打回 | ✅ 能过 |
|---|---|
| 具备不良信息过滤能力 | 输入与输出双环节内容安全审核，高风险内容 100% 人工复核 ，敏感词库定期更新并留存版本记录，操作日志留存不少于 6 个月 |
| 建立了完善的算法安全管理制度 | 设算法安全负责人 1 名（姓名／职务／联系方式），每季度开展一次算法安全自评估，评估记录留存编号备查 |
另外，自评估报告要覆盖四块内容：算法情况介绍（含所调用模型的备案情况）、服务情况介绍、风险研判、风险防控措施。只讲技术方案、不讲风险研判，缺一块就退回。
6. 算法原理描述不合格
这一项的通病是两个极端：要么直接复制开源项目的技术文档，堆砌 Transformer、扩散模型、对抗训练；要么一句"基于深度学习实现"就概括全部。
正确写法是按输入 → 处理 → 输出的链路展开：
技术目标：电商 App 商品推荐；
输入数据：用户近 30 天行为日志（JSON 格式，含浏览时长／加购标记）；
核心处理：协同过滤模块（计算用户相似度 ≥0.6 的商品集）+ 排序模块（按销量权重排序）；
输出：App 首页推荐列表。
看出差别了吗？每一环都落到可验证的技术细节------输入格式、阈值、排序权重。审核据此判断"你的算法到底做了什么"。
7. 数据合规说明薄弱
生成合成类算法尤其突出。常见缺口：
- 只说"数据来自公开渠道"，不提供具体来源和授权证明
- 训练数据的标注规则、质量管控标准、个人信息脱敏措施缺失
- 涉及第三方版权内容的语料，拿不出完整授权链条
- 运行期用户数据处理规则不明确：存储期限、访问权限、销毁机制含糊
随着《数据安全法》《个人信息保护法》落地，数据来源合法性与处理合规性已经是硬性门槛，不是加分项。
8. 硬指标不达标（最容易突击失败的一项）
针对生成式 AI 备案，全国普遍有量化要求：
| 指标 | 通行口径 |
|---|---|
| 生成测试题库 | 不少于 2000 条 |
| 拒答专项题库 | 不少于 500 条 |
| 风险关键词库 | 万词级，且需覆盖变体话术 |
| 模型实际输出记录 | 只有题目不够，必须附输出记录 |
| 多模态（文生图／文生视频） | 需对应的像素级／帧级测试题库 |
还有两个经常一起被扣分的点：题库陈旧无更新机制 、缺少输出记录。
注意出处：这些量化指标出自 GB/T 45654《生成式人工智能服务安全基本要求》及各地审核通行口径 ，不是《算法推荐规定》的条文本身，而且各省可能加严（部分地区的关键词库口径远高于万词级）。请以属地最新要求为准。
9. 真实性存疑：被认定"套壳"
简单封装开源模型后声称自研，审核会重点考察三样东西：微调数据集、损失函数变化、效果差异。说不清这三项，就容易被认定为套壳。
同类的还有：直接套用网上通用模板撰写自评估报告，轻则被判断"与企业真实情况不符"，重则被认定高度雷同------这个后果比退回严重得多。
四、审核员真正在查的两件事
把九个驳回点抽象回去，审核本质上只在验证两件事。
真实性------你写的，和你真实做的，必须一致
- 业务真实：算法真的在产品里上线运行了，有截图、有入口、有触发路径可证
- 技术真实：描述的模型架构、数据来源、处理流程是你实际在用的，不是抄的开源官网介绍
- 数据真实：测试数据条数、合格率、词库版本、月活数据，必须与原始记录对得上
可追溯性------任何一个关键结论，都能顺着文档追到源头
- 数字可追溯：报告写"测试 2000 条"，就得有 2000 条原始测试日志
- 版本可追溯 ：备案表、自评估报告、代码实现里的词库版本与模型版本号，三处一致
- 链路可追溯：随便抽一条用户请求 ID，能查到完整处理链路
- 来源可追溯：训练数据来源有授权合同或采购凭证编号备查
一句话：真实性回答"是不是真的"，可追溯性回答"能不能查证"。两者缺一，技术方案就很难过审。
五、还有两个容易漏的细节
关联产品与功能的勾选粒度
系统提供三种粒度：勾选产品 （该产品下所有功能）、勾选功能访问路径 （该路径下所有功能）、勾选特定功能（仅该功能）。
算法只用于某个小程序的特定入口，就不要一路勾到整个产品------粒度选错会导致备案范围与实际不符。
重大变更要在 10 个工作日内变更备案
《算法推荐规定》第二十四条：变更之日起 10 个工作日内 办理变更备案；终止服务 20 个工作日内注销备案。
"重大变更"没有统一的量化标准，实务上通常指核心逻辑重构、应用场景扩大这两类。（此为实务归纳，非条文定义。）
六、提交前自查清单（10 项，可直接打勾）
| 维度 | 自查要点 |
|---|---|
| 类目判定 | 五类选对了吗？一个产品含多种算法，是否分别提交了？ |
| 路径判定 | 算法备案 + 大模型备案／登记，两项都办了吗？（不能互相替代） |
| 主体资质 | 营业执照经营范围覆盖 AI 服务吗？ICP 有效吗？责任人社保、任职证明齐全吗？ |
| 技术原理 | 是否按"输入---模型---逻辑---输出"讲清？有没有流程图？ |
| 干预机制 | 有反馈闭环、人工置顶／权重调整、熔断开关吗？ |
| 数据合规 | 语料来源与授权链完整？个人信息已脱敏？境内存储、日志留存 ≥6 个月？ |
| 自评估报告 | 量化了吗？结合业务了吗？口径统一吗？有模板痕迹吗？ |
| 用户权益 | 一键关闭、公示、查询删除、投诉路径真实可操作吗？未成年人保护落地了吗？ |
| 三件套一致性 | 系统填报、自评估报告、拟公示内容，信息完全一致吗？ |
| 题库与词库 | 数量达标？有输出记录？有更新机制说明？ |
七、被驳回之后怎么办
- **先判断属于 A／B／C 哪一类。**看补正意见的措辞------"补充完善"是 A 或 B，"不属于备案范围""建议变更申报类型"是 C
- **B 类要全量回改，不要只改被点名的那一处。**只改一处，下一轮必然再被驳
- C 类先别急着补材料，回头重新确认申报类型，必要时向属地网信部门咨询
- **注意时间成本。**每次补正重新排队，额外增加数周------这也是为什么第一轮就该把口径统一好
- **确有先例的误审可以申诉。**但需要足够经验判断"是材料问题还是真被误判"，不加判断直接申诉，反而可能进一步拉长周期
八、拿到编号不等于结束
两件事值得知道。
第一，编号是会被注销的。 据算法备案系统公开的注销公告，2026 年以来已分批注销二十余个编号（其中 5 月一批 5 个、7 月一批 10 个）。公告写明的原因是**"因产品停止运营、主体停止运营等原因主动申请注销"** ------注意，这是企业主动申请，不是被撤销、也不是被吊销，两者性质完全不同。
第二，算法合规已经从"网信单线"变成"网信 + 公安双线"。 公安部令第 176 号《公安机关网络空间安全监督检查办法》已于 10 月 1 日施行 ，第七条列出的重点检查内容中包括：*"是否依法落实算法安全主体责任，建立健全算法推荐管理制度和技术措施。"*配套还有：等保三级以上的网络运营者、关基运营者每年一次日常现场检查。
换句话说：备案审的是"上线前你准备了什么"，后续检查查的是"上线后你在做什么"。