SORA 表格本身不会让无人机获得飞行权。运营方要把一条具体运行概念转换成地面风险、空中风险、缓解措施、运行安全目标和证据，再由主管部门审查。每个减缓措施都意味着成本、责任和持续记录。
EASA 2026 年 6 月修订公告说明 Easy Access Rules 已整合 ED Decision 2025/018/R 中与 SORA 2.5 有关的 AMC 和 GM。这个发布日不等于所有运营方同一天自动失去旧材料，也不代表填写新版报告即可获得批准。
EASA 的角色是提供方法与监管框架
SORA 用于欧洲无人机 specific category 申请，帮助分类地面和空中风险，确定缓解措施、保证水平和运行安全目标。EASA 提供法规、AMC、GM 与方法框架，具体申请仍由相应主管部门处理。本文不是对某项运行的法律分类意见。
ED Decision 2025/018/R是 SORA 2.5 整合的重要文件。运营方应使用官方最新规则和适用条款，而不是只依赖第三方清单或旧模板。若国家主管部门提供额外格式或过渡说明，也需一并遵守。
价值链从运行概念延伸到风险证据
风险材料从运行概念开始：飞哪里、何时飞、飞多高、使用什么机型、链路和人员、地面上有什么人、空域里有什么交通。随后计算初始和最终地面风险、空中风险，说明缓解措施并绑定 OSO 与证据。
链条中任何前提变化都会影响后续：航线扩展、人口密度、机型、降落伞、C2 链路、人员或天气限制变化，都可能要求重新评估。SORA 不是一次性文档，而是运营配置的受控基线。
运行概念必须足够具体，才能让风险可计算。‘郊区巡检’不足以描述地面人员、道路、关键设施、起降点、航高、时间窗口和应急区域。把航线分段，并为每段绑定人口、空域、通信和天气条件；若某段条件不同，就不应靠全航线平均值掩盖。
| 价值链环节 | 主要产出 | 直接使用者 | 关键依赖 |
|---|---|---|---|
| 运行概念 | 边界、机型、人员与任务 | 运营方与主管部门 | 真实场景数据 |
| 地面风险 | GRC 与缓解 | 安全与申请团队 | 人口、隔离和应急 |
| 空中风险 | ARC 与战术缓解 | 空域和飞行团队 | 交通与 C2 证据 |
| OSO 与保证 | 目标、完整性和证明 | 审查人员 | 技术、流程与测试 |
| 持续合规 | 记录、维护和变更 | 运营与监管 | 现场数据和事件 |
运营方购买的不是模板而是可审查材料
运营方真正需要的是主管部门能审查、现场能执行的材料，包括运行手册、技术证据、训练、维护、应急、地面和空中风险数据。只勾选清单却没有可追溯依据，无法证明缓解措施在具体运行中有效。
EASA 建议在早期与主管部门讨论运行概念和适用途径。越晚发现方法或类别不合适，重新设计航线、机型和证据的成本越高。最终 GRC 超过 7 的运行可能超出 SORA 范围，需要考虑 certified category 路径。
证据质量要与保证水平匹配。供应商数据、声明、试验、独立评估和运营记录的证明力不同；文件引用还要确认版本和适用配置。若缓解依赖降落伞、探测避让或 C2 性能，应说明测试条件、维护和失效处理，而不是只附产品手册。
服务模式依赖项目范围和持续变更
咨询或合规服务通常按运行概念、风险分析、技术文件、试验、申请沟通和后续变更提供价值。收入或成本不来自“卖一份 SORA 模板”，而来自建立和维护可审查证据。不同国家、空域和任务会让工作量变化。
申请获批后仍有持续责任：人员资质、设备配置、维护、事件记录、运行限制和变更控制。若换机型、扩大区域或修改链路，不能默认旧论证继续有效。
主管部门、技术和现场数据缺一不可
依赖包括人口与地面风险数据、空域与交通信息、机体和安全功能证据、C2 链路、天气、人员训练、应急响应和主管部门解释。缺少任何一项，都可能迫使申请增加限制或补证。
可参考无人机雷达、空域与认证区分技术能力与批准。机体有避障、降落伞或冗余，并不自动降低所有风险；只有按 SORA 逻辑把功能、可靠性和具体场景连接起来，才可能成为有效缓解。
第三方服务也会进入论证：移动网络、UTM 或空域服务、天气、地图、维护和培训供应商的可用性与变更，都可能影响缓解措施。合同应要求通知、数据质量、故障记录和退出安排，并为供应商不可用设计替代。把外部服务写成“有连接”而不说明性能和责任，无法支撑持续安全。
迁移、适用范围与批准风险要持续跟踪
既有 SORA 2.0 评估如何处理，必须查看 ED Decision 的适用和过渡表述以及主管部门指引。不能声称全部旧申请自动无效，也不能假设所有国家采用相同截止日与表格。
跟踪清单应包括 EASA 规则修订、主管部门通知、申请状态、运行概念变化、证据有效期和事故反馈。SORA 2.5 的意义在于更新风险评估方法；它不会替代审查，也不会保证批准。
批准后的变更评审应设触发器：机型或软件主版本、载荷、航线、人口密度、飞行高度、运营时间、C2 服务、人员组织和应急程序发生变化时，由指定负责人判断是否影响论证，并记录与主管部门沟通。没有触发器，日常优化可能逐步偏离获批运行。
申请团队应维护一份证据索引，标明每个主张对应的规则条款、版本、试验、配置和有效期。主管部门提问或规则更新时，可快速看出哪些材料受影响。没有索引，复制旧报告很容易保留失效引用，也难以证明当前运行仍符合最初批准的边界。
内部审核应在提交前模拟主管部门追问：每个限制如何现场执行、由谁监控、超限怎样停飞、记录保存多久。答不出时，报告再完整也不具备可操作性。
- 用最新官方 AMC、GM 和主管部门说明建立基线
- 在设计早期确认运行概念和适用途径
- 让每项缓解措施绑定责任、试验和持续记录
- 机型、航线、人口、链路或人员变化时重新评估
- 对既有 SORA 2.0 材料逐案核对过渡规则
读者接下来常问的问题
按 SORA 2.5 完成风险评估是否就能保证获得特定类别运营批准？
运营或合规团队交付的是一套可审查、可执行、可维护的风险论证：运行概念、风险分类、缓解措施、OSO、技术与程序证据、主管部门沟通以及批准后的变更记录，而不是保证获批的模板。
官方资料：