直接回答：ISO26262认证要求是什么？

ISO26262认证要求可归为四类——管理要求、技术要求、文档要求、人员要求。它不是考一张卷子，而是审查企业是否真的建立并运行了一套“让汽车电子故障也不伤人”的体系与证据链。

核心逻辑：要求为什么这么细？

标准的目标是把“安全”从口号变成可验证的工程活动。因此要求必须落到组织职责、技术方法、文档留痕和人员能力四个维度，缺一不可。

管理要求：谁负责、怎么管？

企业须建立独立的功能安全管理体系，明确安全经理与安全专员的岗位职责，落实全生命周期安全管控，并建立审核与改进机制（依据 ISO 26262-2:2018 功能安全管理要求）。安全文化不是写一句口号，而是要有方针、目标与可执行的计划。

技术要求：系统/硬件/软件怎么做？

技术线是难度核心，分三块：

• 概念与系统：完成HARA、定ASIL、导出功能安全需求与技术安全需求；
• 硬件：按 ISO 26262-5:2018 做随机硬件失效分析，满足SPFM≥99%、LFM≥90%、PMHF≤10⁻⁸/h（ASIL D）；
• 软件：按 Part 6 遵循MISRA C等规范，避免系统性失效，开展单元/集成/验证测试。

文档要求：留痕可追溯

文档是审核的“主战场”。需建立完整、可追溯的文档体系，涵盖安全计划、分析报告、设计文档、测试记录、评审记录等，全程留痕、前后一致。

人员要求：关键岗位要懂行

研发、质量、体系相关人员需具备对应功能安全知识与实操能力，定期开展培训与考核；安全经理等关键角色应有明确资质与授权。

审核时最常开的不符合项

实务中高频问题集中在五类——

1. HARA与ASIL定级依据不充分、未留痕；
2. 安全需求未逐层分解、与测试报告对不上；
3. 变更控制缺记录，版本混乱；
4. 供应商功能安全状态未纳入管控；
5. 关键人员无培训/资质证明。

落地对照检查表

自测离过审的距离，可逐项核对：

• □ 有独立功能安全政策与组织架构
• □ 安全经理/专员职责清晰且授权到位
• □ HARA与ASIL定级文档完整
• □ 硬件指标（SPFM/LFM/PMHF）达标
• □ 软件符合编码规范与验证要求
• □ 文档链可追溯、无断点
• □ 关键人员持证或经培训考核

四类要求之间是什么关系？

管理是“地基”，技术是“楼房”，文档是“验收记录”，人员是“施工队”——四者环环相扣，缺一不可。地基不牢，楼房再漂亮也过不了验收；施工队不懂行，地基也打不实。审核时四类要求会交叉验证，比如技术要求的落地要靠文档留痕来证明，文档的真实性要靠人员能力来支撑。

小企业务实起步怎么做？

不必一步到位追求ASIL D。先按低ASIL（A/B）把管理地基与文档习惯打牢，跑通一个产品闭环，再逐步向高等级延伸，既控成本又积累证据。

常见问题（FAQ）

问：管理要求和技术要求哪个更关键？ 答：都关键。管理保证“体系在跑”，技术保证“安全真做到”，审核会同时审查，偏科必被开不符合项。

问：文档要求这么重，能不能后补？ 答：不建议。过程文档需与开发同步产生，后补易逻辑断裂、前后不一致，反而增加返工。

问：SPFM/LFM/PMHF这些指标小公司也要满足吗？ 答：取决于产品ASIL等级。低ASIL（A/B）指标要求宽松，高ASIL（D）才需严格达标。

问：人员必须全员懂功能安全吗？ 答：不必全员，但参与安全相关开发、测试、质量的关键岗位必须懂，并有培训与考核记录。

问：没有专用工具能满足技术要求吗？ 答：低ASIL可用通用工具+规范流程；高ASIL建议用标准化功能安全工具链，提升可信度与效率。

问：ISO26262认证要求会随版本更新变严吗？ 答：现行 ISO 26262:2018 相比2011版更成熟，后续关注ISO/PAS 21448（SOTIF预期功能安全）等协同要求，企业应保持标准跟踪。