2024 年 6 月 4 日，工信部等四部门公布智能网联汽车准入和上路通行试点联合体，推进 L3/L4 级别产品准入与上路通行试点。试点把产品准入、安全评估、道路测试、数据记录与责任划分串成一条链，为高阶自动驾驶的规模化应用设定制度门槛。对整车企业、零部件供应商与算法服务商，理解这条链比记住名单更重要。
试点的制度含义
试点不是全面放开，而是在限定联合体、限定区域与限定条件下验证制度工具。入选意味着进入一套更密集的监管流程，也意味着获得真实道路数据的通道。企业需要理解，试点资格与量产许可不是同一件事；前者验证能力与方法，后者才涉及市场投放。把两者混同，容易在资源投入上做出错误判断。
产品准入与安全评估
L3/L4 产品准入要求企业证明系统在设定运行条件下能够安全执行动态驾驶任务，并具备接管、降级与最小风险策略。安全评估覆盖功能安全、预期功能安全、网络安全与软件升级管理。文档与测试报告的完整性，直接决定评审节奏。对涉及外部算法供应商的项目，还需要证明接口边界与责任划分清楚。
数据记录与网络安全
高阶自动驾驶产生大量位置、影像与运行数据，数据记录装置、事件数据记录与日志留存是事故调查的基础。数据出境、跨境传输与云平台部署需要单独评估。网络安全方面，远程升级、车云通信与外部接口都是重点攻击面，需要相应的管理体系。把数据留存期限与访问权限写进制度，比事后解释更有说服力。
事故责任与保险
L3/L4 条件下责任在驾驶员、系统与生产企业之间分配，具体规则仍在试点中检验。合同层面需要明确系统能力边界、接管提示义务与数据提供义务；保险安排则要覆盖产品责任与网络安全事件。把责任条款写清楚，比事后争论「谁在驾驶」更有效。对供应链上的软件供应商，责任上限与追偿安排也应提前约定。
软件升级与召回管理
L3/L4 系统的能力依赖持续升级，软件升级本身构成需要管理的安全事项。升级范围、回滚机制、用户告知与监管报备应有明确流程。若升级改变了系统能力边界，可能触发重新评估。把 OTA 升级纳入准入与质量管理体系，而不是当作售后服务，是试点阶段就能暴露差距的环节。对已交付车辆，升级失败或降级策略也需要事先设计，否则一次推送失误就可能演变为安全事件。
智能网联汽车的准入与数据安排，可参见业务准入服务与网络安全合规服务；数据记录与出境问题另见数据合规服务。
本文依据工信部等四部门 2024 年 6 月 4 日公布的智能网联汽车准入和上路通行试点联合体信息及公开信息编写，仅供参考，不构成法律意见。