体系认证软件如何运作？从申请到证书的数字化流程

体系认证软件管理什么？

体系认证软件在同一份可追溯的档案中管理申请、范围审查、审核时间、审核员能力、第1阶段和第2阶段记录、审核发现、独立复核、决定、证书以及监督周期。

这里的价值远大于把纸质表单搬到屏幕上。认证机构必须能够展示：针对每个客户在何时获取了哪些信息、计划基于哪些输入建立、审核证据支持哪一项不符合项、以及决定基于哪份授权记录作出。软件使这一链条可见；但不承担认证机构的技术责任、公正义务或授权决定。

数字档案的主干应如何建立？

坚实的主干不是以客户记录为中心，而是以从申请范围到证书周期相互关联且带版本管理的决定证据为中心。

ISO/IEC 17021-1:2015 规定了从事管理体系审核与认证的机构在能力、一致性和公正性方面的原则和要求。根据 ISO 官方摘要，管理体系认证属于第三方合格评定活动。因此，在 CRM 中打开的“销售机会”并不是经过技术审查的认证申请。两条记录可以关联；但它们的目的、权限和批准关口各不相同。 [1]

申请审查为什么不只是表单批准？

申请审查应将组织的需求转化为认证范围；应一并评估活动、场所、人员、标准、方案规则和资源充分性。

申请界面仅包含公司名称、员工人数和标准选择是不够的。活动在哪些场所和班次开展、是否存在临时或虚拟场所、外包的关键过程、一体化体系需求、此前认证状态以及转移需求等信息都会改变技术审查。最初录入的信息随后更新时，系统不应删除旧答案，而应生成评估该变更对报价、时间、团队和范围影响的任务。

TÜRKAK 说明，管理体系认证机构除 ISO/IEC 17021-1 外，还须满足特定管理体系标准的能力文件、IAF 强制性文件以及适用的 EA/TÜRKAK 文件。例如 ISO 9001、ISO 14001、ISO/IEC 27001 或 ISO 45001 档案的专长和附加规范性文件组合并不相同。软件不应将这一差异简化为单一的通用“ISO 证书”产品，而应按方案和范围分别管理。 [2]

审核时间与团队指派如何相互关联？

先进行有依据的审核时间计算；然后规划有能力、公正且可用、能够满足该时间和范围的团队。

IAF MD 5:2023 指出，在质量、环境和职业健康安全管理体系中，初次审核时间是第1阶段与第2阶段之和，属于申请审查的一部分。有效人员数是起点，但不是唯一因素。风险或复杂程度、场所和班次结构、语言、法规密集度、外包过程和临时场所等变量也应予以考虑。计算结果及所做修正的依据应予记录。 [3]

因此，软件不应仅按“选择人数、给出天数”的思路设计。规则集的版本、输入数据的快照、增减系数、说明、批准人和重新计算原因应一并保存。阅读详细阐述该主题计算逻辑的 IAF MD 5 审核时间指南，其中解释了为何基准时间与组织特定修正必须分开保存。

团队指派时也不能只看日程是否合适。应能看到审核员的行业/代码资格、相关标准能力、角色、以往任务、公正性或利益冲突声明以及必要时的技术专家支持。找不到合适人选时，系统不应悄悄缩短时间或将范围转移到另一个代码，而应将计划例外提交授权审查。

记录如何从第1阶段推进到认证决定？

每个阶段都应以其自身的目的和输出收尾；下一步应引用上一阶段已批准的输出，而追溯性变更应生成新版本。

第1阶段记录应展现审核准备就绪情况、重要的场所和范围条件、影响第2阶段计划的要点以及需跟踪的事项。第2阶段中，审核计划、抽样的过程、访谈、文件和实施证据以及审核发现在同一档案中相互关联。一项审核发现不只是文字和等级；它具有生命周期，包括所依据的证据、相关要求、责任人、期限、提交的纠正和验证结果。

当档案进入决定阶段时，系统不应转入“所有复选框都填好就自动生成证书”的逻辑。检查缺失或矛盾的记录、向决定授权人提供摘要和来源链接是有益的；但决定的范围、条件、理由、日期和授权人应另行记录。如果之后不符合项或范围数据发生变化，旧的决定不应被静默更新，而应产生重新评估的需求。

转移和远程审核档案能否纳入同一流程？

可以使用共同的记录主干；但转移审查和远程审核应作为具有各自强制检查和证据区域的独立场景。

IAF MD 2:2023 对获认可管理体系证书的转移，就证书的有效性、认可范围和转移前审查规定了最低检查要求。已知处于暂停状态的证书不应像正常转移档案一样被接受；所需信息通过文件审查、必要时通过转移前访问进行评估——这些都可以转化为软件中的检查清单。但系统不应自行将该项审查的结果判定为“符合转移条件”。 [4]

在远程技术应用中，应记录哪项活动借助信息和通信技术开展、所用方法、参与者、时长、连接安全、证据访问及其在计划中的位置。IAF MD 4:2023 为出于审核/评审目的使用 ICT 提供了框架。可以远程进行的访谈与必须现场查看的过程并非一回事；方案和风险边界应在授权规划中予以保持。 [5]

证书发布之后，流程为什么并未结束？

证书只是三年周期的单一输出；监督、范围变更、暂停、撤销、再认证和验证记录延续着生命周期。

证书卡上，范围、标准、场所、有效期、决定、首次发布和修订信息应彼此分开。文件 PDF 作为不可变的输出保存，而更正或范围变更应生成新版本。客户门户应显示最新文件；内部用户应能看到旧版本为何以及何时发生了变化。

根据 TÜRKAK 2024 年 12 月 2 日的公告，TBDS 基础设施已扩展至涵盖审核信息的监控，并自 2025 年 1 月 1 日起，获 TÜRKAK 认可的管理体系认证机构必须将初次认证、监督、证书换证及其他审核信息录入系统。这使得内部记录与官方申报字段保持一致变得重要；但软件中的“已提交”状态在没有真实服务响应和参考编号的情况下不应视为成功。 [6]

审核中可辩护的数字记录是什么样的？

可辩护的记录不仅展示最终 PDF，还一并展示输入、版本、操作人、时间、理由、批准和先前的值。

• 版本： 申请、计算、计划、报告、不符合项和证书的变更不会覆盖旧数据。
• 角色分离： 销售、计划、审核员、技术复核人、决定授权人和管理员拥有不同的权限集。
• 证据关联： 每项不符合项关联到相关要求和验证证据；每项决定关联到所用的档案版本。
• 例外理由： 时间、团队、日期或范围的变更不是自由备注，而是生成经授权批准的记录。
• 通知证据： 电子邮件或门户送达依据的是技术结果和送达时间，而不仅是发送按钮。
• 访问日志： 关键内容的查看、下载和变更按客户和角色边界进行监控。

ISO 19011:2026 为审核原则、审核方案管理和审核员能力提供最新指南；ISO 官方页面也明确指出该标准本身不导致认证。软件设计可在方案管理和审核纪律方面借鉴该指南，但不能替代第三方认证要求。 [7]

应如何迁移到体系认证软件？

最稳妥的迁移方式是：先梳理真实的流程和权限图谱，然后在单一方案中进行试点，并以受控方式推广经过验证的模型。

1. 将现有档案拆解成组成部分

提取申请表、计算表、报价、审核员档案、计划、报告、不符合项、决定纪要、证书和通知记录。确定相同信息在哪些文件中重复、以哪一份为源头，以及谁可以修改。

2. 在单一方案和有限的客户组中进行试点

选择一个可管理、能代表真实过程的范围，而不是最复杂的例外。试点成功的标准不应只是处理速度；数据缺失、重新计划的原因、错误团队指派警报、未结不符合项可见性以及决定档案的访问也应被衡量。

3. 凭证据验证集成

在 ERP/CRM、电子邮件、电子签名、TBDS 或客户门户连接中，不应只测试成功场景。重复提交、权限错误、服务中断、部分传输和更正场景应在不产生丢失记录的情况下得到处理。

4. 对规则和标准进行版本管理

当 IAF 文件、方案规则、标准或机构程序发生变化时，应确定未结档案将按哪个版本继续。旧档案不应以今天的计算重写；当时有效的规则应保持可见。

最常见的设计错误是什么？

最常见的错误是：把 CRM 状态当作技术决定、把能力简化为日程可用性，以及在未保留历史的情况下修改已批准的记录。

• 把每个标准强行塞进同一工作流： 可以建立共同主干；但方案和规范性文件的差异应保留在独立的规则集中。
• 以隐藏公式给出审核时间： 用户应能看到输入、规则版本、修正系数和理由。
• 自动化技术决定： 系统可以标记缺失项；认证决定必须是经授权且可追溯的人工评估。
• 把证书 PDF 作为主记录： PDF 是输出；不能替代决定、范围、场所、版本和周期数据。
• 假设集成结果： TBDS、电子邮件或门户提交应以真实的技术响应加以验证。
• 删除旧档案： 修订不应破坏与先前证据和决定的关联。

Vizyon Alia 如何支持这一流程？

Vizyon Alia 的配置旨在以单一流程主干管理认证档案，覆盖从申请和报价到审核员规划、从现场/审核记录到决定和证书周期的全过程。

Vizyon Alia 解决方案页面 上了解模块方法， 在认证软件服务页面 查看流程和集成选项。在部署中，不应直接复制现有表单和程序，而应将范围、角色、决定、版本和集成规则与组织的真实运作一并验证。

在演示之前准备一份匿名化的申请、真实的审核时间计算、能力矩阵、不符合项示例和证书修订场景，可使结果更加具体。 在与 VizyonTech 规划流程分析时 可以基于这五个示例建立端到端的试点流程。

常见问题