算法备案流程图怎么做

要交备案材料了，才发现流程图不会画：节点写到哪一层、谁签字、哪步算完成，全靠猜。这篇不讲法规条文复读，只讲制图顺序：先定泳道、再定节点、最后补判据和留证。适用于自研或委托开发的团队；纯调用他人已备案服务的，多半用不上这套。

要交备案材料了，才发现流程图不会画：节点写到哪一层、谁签字、哪步算完成，全靠猜。很多团队第一版图是照着网上模板描的，结果自己都说不清某个方框里到底谁负责。这篇不讲法规条文复读，只讲制图顺序：先定泳道、再定节点、最后补判据和留证。

适用范围先说清楚：自研算法、委托开发、在别人基础上做二次开发的团队，这套思路基本都能套。如果你的产品只是调用第三方已经备过案的接口，自己不做模型训练也不改输出逻辑，多半用不上这套图，去站内 /sites 核对一下服务方的备案信息更省事。下面按画图的实际顺序来。

画之前先定三件事：口径、范围、读者

动手开画图软件之前，先把这三件事写在纸上。顺序错了，后面画的每一根连线都要返工。口径决定泳道怎么分，范围决定图有几页，读者决定框里写什么词。

口径（主体是谁）

先确认备案主体：自研就写自己团队，委托开发要写清开发方和委托方的角色边界，二次开发要说明原始算法归属和你的改动部分。主体不同，泳道划分完全不一样。

范围（备案哪部分）

把同一系统里不涉及备案的模块明确划出去，比如纯展示页面、纯日志统计。别把整条产品线都塞进一张图，评审看不到重点。

读者（给谁看）

内部评审版可以写系统名和内部代号，随材料提交的版本尽量用功能描述代替内部叫法，避免出现只有你们自己看得懂的缩写。

泳道怎么分：按角色分，不按部门分

泳道划分是这张图里最容易做错的一步。按部门分看起来整齐，但部门会调整、会合并，图很快就过时；按角色分，角色是稳定的，谁来做这个动作比谁在哪个部门更重要。

• 推荐三条主泳道：算法责任方、技术执行、合规/法务复核。小团队可以合并成两条，但角色别混着写，比如不要把「提交材料」和「训练模型」放进同一条泳道。
• 每条泳道只放该角色真正做的动作，跨泳道的连线才是有信息量的部分。同一条泳道内部的连线越多，说明你分错了。
• 如果流程图超过三页还没画到提交环节，说明粒度太细，回退到「节点级」而不是「操作级」，比如写「完成安全评估」而不是「登录系统点击上传」。
• 泳道顺序建议按时间从左到右，不要为了排版美观来回折线，评审看图时最怕找不着下一步在哪。

必须出现的关键节点与判断分支

节点不是越多越好，是缺一个都不行。下面这几类如果图里没有，提交前自己先补上，不然大概率会在补正环节被问回来。

1. 入口节点写清算法上线或变更的触发条件：什么情况下重新走一遍流程，比如模型结构改了、数据来源换了、输出内容形态变了。没有这个节点，图就是死的。
2. 三类必备中间节点安全评估、数据来源与使用范围确认、人工干预与退出机制。三个都要有对应角色和产出物，不能只写一个方框就过去。
3. 判断分支至少留两处一是「是否属于需备案情形」，二是不属于时要画出去哪；二是「材料是否齐全」，不齐全时回到哪一步要明确画出来，别让线悬空。
4. 收口节点提交、补正、变更与注销，四个状态各有对应动作。很多人只画到提交就断了，补正和变更才是实际工作中最常走的分支。

流程图和材料怎么对上号

图本身不是目的，它要能指向材料。评审看你的图，是想知道每个环节有没有对应的证据，所以节点和附件必须能对上号。

建议在图例里固定一列，每个节点后面标注对应的材料名称和编号。看过图的人不用问你，就知道该去哪找附件。这一列别省，省了图就只是个示意图。

提交前用这张四列表跑一遍：节点、责任人、产出物、留存位置四列齐了才算闭环。缺哪一列，回去补哪一列，比重新画图快得多。

变更时优先改节点和判据，而不是重画整张图。版本号和修订说明单独留一栏，写清这次改了什么、为什么改，下次被问到时能直接翻出来。

常见的三个漏点

这三个漏点出现的频率最高，几乎每份被退回的图里都能找到至少一个。对照检查一遍，比重新画省时间。

• 只画正向流程，没画驳回和补正。评审最容易在这里追问：材料不齐怎么办、评估不通过怎么办。把驳回线画出来，问题就少一半。
• 把算法备案和域名、ICP 备案混在一张图里。两类流程的触发条件、责任主体、提交对象都不一样，混在一起口径对不上，谁也说不清哪条线该谁走。
• 节点写成岗位名称却没写动作。比如只写「法务」，别人看不出法务在什么时候交了什么、交给谁。动作加产出物，两样都写。

自查顺序可以这样排：先看有没有驳回和补正分支，再看有没有把不同备案类型混在一起，最后逐个节点检查是不是写了动作。三步走完，图基本能用了。