广州市算法备案、大模型备案及登记指引

团队做完产品要上线，法务突然问「算法备案做了吗、大模型备案走了没」，你大概会愣一下：这俩是不是一回事、广州这边找谁办、要交什么材料。这篇不讲法条原文，只给一条能照着走的路径：先分清两类手续，再按备案前中后三段准备材料，最后附一份提交前自查清单和常见退回原因，方便你和法务、研发分工对表。

团队产品要上线，法务突然问「算法备案做了吗、大模型备案走了没」，你多半会愣一下：这俩是不是一回事、广州这边找谁办、要交什么材料。这篇不念法条，只给一条能照着的路径：先分清两类手续，再按备案前中后三段准备材料，最后附提交前自查清单和常见退回原因，方便你和法务、研发分工对表。

全程记住一件事：具体受理范围、表单入口、材料细节，都以主管部门当期公布的口径为准，站内也不会写死这些。下面给的是判断标准和动作顺序，具体数字和口径请到 指南中心（/guides） 核对当时的版本。

先分清：算法备案和大模型备案不是同一件事

第一个动作不是去填表，而是先用产品对外提供的能力判断走哪条路。只用了推荐、排序、检索、生成这类算法能力，和对外提供生成式大模型服务，通常落在不同口径。判断不准时别自己拍板，把产品形态、用户规模、是否面向公众开放这几项整理成一页说明给法务，由他们定申报口径。

• 产品形态：是工具、是平台，还是对外提供生成服务
• 用户规模：小范围试用和公开注册的处理口径可能不同
• 开放程度：是否面向境内公众、是否需要登录
• 数据来源：自采、采购还是用户上传，来源要能说清
• 输出管控：有没有人工审核、有没有投诉入口

不适用的情况也要说清：纯内部自用、不对外开放、不面向境内公众提供的工具型系统，通常不走同一套流程。但这不等于可以什么都不留，内部记录、变更日志还是要有，方便日后被问到能拿得出来。

备案前的三段准备：主体、材料、技术说明

确认了路径，接下来按三段准备。先看主体段，再看材料段，最后是技术说明段。这三段顺序别乱，因为主体信息会贯穿所有材料，主体没对齐，后面写多少都可能返工。

主体段：先把人和证对齐

• 营业执照、法人信息、联系人信息要一致
• 注册地址在广州的证明材料先备好
• 确认申报主体和实际运营方是不是同一家
• 联系人的电话和邮箱要能打通、能回信

材料段：拆成四块写

做什么

这项算法或模型对外提供什么能力，解决什么问题

数据从哪来

数据来源、采集方式、是否有授权或采购凭证

怎么调参

训练或调优流程、人工介入环节、版本管理方式

输出怎么管

内容审核、拦截规则、投诉处理、日志留存

四块写清楚，比堆术语容易过。很多材料被退回不是因为内容不够，而是因为写得太虚。比如只写「符合相关要求」，审核方看不出你到底做了什么，自然会要求补正。

技术说明段：要能落到人和时间

安全评估、内容审核机制、用户投诉入口、日志留存方案，不能只写制度名称，要写到具体岗位和操作：谁在什么环节做什么、发现异常怎么处理、记录存在哪里、保留多久。建议把材料存成可复用的底稿，之后版本迭代只改差异部分，别每次从头重写。

办理顺序与提交动作：按这个先后走

顺序本身就能省掉不少返工。先内部对齐口径，再准备材料底稿，然后提交前做一轮自查，最后按受理反馈补正。跳步直接交，大概率会被打回来重来。

1. 内部对齐口径法务、产品、研发坐一起确认走哪条路、由谁主笔、谁复核，形成一页结论
2. 准备材料底稿按主体、材料、技术说明三段整理，存成可复用版本
3. 提交前自查对照下面的清单逐项打勾，两方交叉看一遍
4. 按反馈补正逐条对应修改，回复里写明改在哪一页哪一段，别整份重交

补正是常态，不用慌。收到意见后按条对应改，逐条说明修改位置，比只改一处就整份重交效率高得多。提交渠道和表单以主管部门当期公布的口径为准，站内不写死入口；不确定时打当地政务服务热线确认，比自己猜快。

提交前自查清单与常见退回点

提交前把下面这张表过一遍，能挡掉大部分低级问题。重点看两件事：材料里说的和产品实际做的是不是一回事，以及联系人能不能联系上。

• 材料里只写「符合相关要求」没有具体做法，是最常见的退回原因
• 技术说明与实际功能不符，比如写了人工审核但实际没有
• 联系人电话打不通、邮箱不回，会被要求重新确认
• 照抄网上模板，模板表述可能已经过期，按当期要求核对更稳

最后一步：提交前让研发和法务各看一遍同一份材料。两边理解不一致的地方，往往就是审核方最容易被问住的硬伤。自己先把矛盾找出来，比被退回再改省时间。