Light
Dark
System
Log In
Loading...
Compare / EASA/
Incorporated Amendments
/
Compare & Highlight Differences
Annex E to AMC1 to Article 11
Available versions for ERULES-1963177438-15559
ED Decision 2023/012/R
found in: Unmanned Aircraft Systems (No 2019/947 and 2019/945) Part-UAS (Jul 2024)
Version
...24)
Text
Removed: 0
Added: 0
Unchanged: 0
Share
Annex E to AMC1 to Article 11 ED Decision 2023/012/R INTEGRITY AND ASSURANCE LEVELS FOR THE OPERATIONAL SAFETY OBJECTIVES (OSOs) E.1 How to use SORA Annex E The following Table E.1 provides the basic principles to consider when using SORA Annex E. <table border="1" cellpadding="0" cellspacing="0" width="932"><tr><td valign="top" width="35"><p></p></td><td valign="top" width="552"><p><b>Principle description</b></p></td><td valign="top" width="345"><p><b>Additional information</b></p></td></tr><tr><td valign="top" width="35"><p><b>#1</b></p></td><td valign="top" width="552"><p>Annex E provides assessment criteria for the integrity (i.e. safety gain) and assurance (i.e. method of proof) of OSOs proposed by an applicant.</p></td><td valign="top" width="345"><p>The identification of OSOs for a given operation is the responsibility of the applicant.</p></td></tr><tr><td valign="top" width="35"><p><b>#2</b></p></td><td valign="top" width="552"><p>Annex E does not cover the LoI of the competent authority. Lol is based on the competent authority’s assessment of the applicant’s ability to perform the given operation.</p></td><td valign="top" width="345"></td></tr><tr><td valign="top" width="35"><p><b>#3</b></p></td><td valign="top" width="552"><p>To achieve a given level of integrity/assurance, when more than one criterion exists for that level of integrity/assurance, all applicable criteria need to be met.</p></td><td valign="top" width="345"></td></tr><tr><td valign="top" width="35"><p><b>#4</b></p></td><td valign="top" width="552"><p>‘Optional’ cases defined in SORA main body Table 6 do not need to be defined in terms of integrity and assurance levels in Annex E.</p></td><td valign="top" width="345"><p>All robustness levels are acceptable for OSOs for which an ‘optional’ level of robustness is defined in Table 6 ‘Recommended OSOs’ of the SORA main body.</p></td></tr><tr><td valign="top" width="35"><p><b>#5</b></p></td><td valign="top" width="552"><p>When the criteria to assess the level of integrity or assurance of an OSO rely on ‘standards’ that are not yet available, the OSO needs to be developed in a manner acceptable to the competent authority.</p></td><td valign="top" width="345"></td></tr><tr><td valign="top" width="35"><p><b>#6</b></p></td><td valign="top" width="552"><p>Annex E intentionally uses non-prescriptive terms (e.g. suitable, reasonably practicable) to provide flexibility to both the applicant and the competent authorities. This does not constrain the applicant in proposing mitigations, nor the competent authority in evaluating what is needed on a case-by-case basis.</p></td><td valign="top" width="345"></td></tr><tr><td valign="top" width="35"><p><b>#7</b></p></td><td valign="top" width="552"><p>This annex in its entirety also applies to single‑person organisations.</p></td><td valign="top" width="345"></td></tr></table> Table E.1 – Basic principles to consider when using SORA Annex E E.2 OSOs related to technical issues with the UAS OSO #01 — Ensure that the UAS operator is competent and/or proven <table border="0" cellpadding="0" cellspacing="0" width="927"><tr><td colspan="2" rowspan="2" width="198"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="728"><p>Level of integrity</p></td></tr><tr><td width="249"><p>Low</p></td><td width="308"><p>Medium</p></td><td width="171"><p>High</p></td></tr><tr><td rowspan="2" width="85"><p>OSO #01</p><p>Ensure that the UAS operator is competent and/or proven</p></td><td width="113"><p>Criteria</p></td><td width="249"><p>The applicant is knowledgeable of the UAS being used and as a minimum has the following relevant operational procedures: checklists, maintenance, training, responsibilities, and associated duties.</p></td><td width="308"><p>Same as low. In addition, the applicant has an organisation appropriate<sup>1</sup> for the intended operation. Also, the applicant has a method to identify, assess, and mitigate the risks associated with flight operations. These should be consistent with the nature and extent of the operations specified.</p></td><td width="171"><p>Same as medium.</p></td></tr><tr><td width="113"><p><i>Comments</i></p></td><td width="249"><p><i>N/A</i></p></td><td width="308"><p><i><sup>1</sup> For the purpose of this assessment, ‘appropriate’ should be interpreted as commensurate with/proportionate to the size of the organisation and the complexity of the operation.</i></p></td><td width="171"><p><i>N/A</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="927"><tr><td colspan="2" rowspan="2" width="206"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="720"><p>Level of assurance</p></td></tr><tr><td width="246"><p>Low</p></td><td width="247"><p>Medium</p></td><td width="228"><p>High</p></td></tr><tr><td rowspan="2" width="94"><p>OSO #01</p><p>Ensure that the UAS operator is competent and/or proven</p></td><td width="113"><p>Criteria</p></td><td width="246"><p>The elements delineated in the level of integrity are addressed in the ConOps.</p></td><td width="247"><p>Prior to the first operation, the competent authority of the MS or an entity that is designated by the competent authority performs an audit of the organisation. </p></td><td width="228"><p>The applicant holds an organisational operating certificate (e.g LUC) or has a recognised flight test organisation.</p><p>In addition, the competent authority of the MS or an entity that is designated by the competent authority verifies the UAS operator’s competencies.</p></td></tr><tr><td width="113"><p><i>Comments</i></p></td><td width="246"><p><i>N/A</i></p></td><td width="247"><p><i>N/A </i></p></td><td width="228"><p><i>N/A</i></p></td></tr></table> OSO #02 — UAS designed and produced by a competent and/or proven entity <table border="0" cellpadding="0" cellspacing="0" width="927"><tr><td colspan="2" rowspan="2" width="216"><p align="left"><b>TECHNICAL ISSUE WITH THE UAS</b></p></td><td colspan="3" width="711"><p align="center"><b>Level of integrity</b></p></td></tr><tr><td width="236"><p align="center"><b>Low</b></p></td><td width="247"><p align="center"><b>Medium</b></p></td><td width="228"><p align="center"><b>High</b></p></td></tr><tr><td rowspan="3" width="140"><p align="left">OSO #02</p><p align="left">UAS designed and produced by a competent and/or proven entity</p></td><td width="76"><p align="left">Criteria for design </p></td><td width="236"><p align="left">As a minimum, design documentation covers:</p><p align="left">(a) the specification of the materials; and</p><p align="left">(b) the suitability and durability of the materials used.</p></td><td width="247"><p align="left">Same as low. </p><p align="left">In addition, design documentation also covers:</p><p align="left">(a) the configuration control; and</p><p align="left">(b) identification and traceability.</p></td><td width="228"><p align="left">The design organisation complies with Subpart J of Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="76"><p align="left">Criteria for production</p></td><td width="236"><p align="left">As a minimum,production procedures cover the processes necessary to allow for repeatability in manufacturing, and conformity within acceptable tolerances.</p></td><td width="247"><p align="left">Same as low. In addition, production procedures also cover:</p><p align="left">(a) the configuration control;</p><p align="left">(b) the verification of incoming products, parts, materials, and equipment;</p><p align="left">(c) identification and traceability;</p><p align="left">(d) in-process and final inspections & testing;</p><p align="left">(e) the control and calibration of tools;</p><p align="left">(f) handling and storage; and</p><p align="left">(g) the control of non-conforming items.</p></td><td width="228"><p align="left">The production organisation complies with the organisational requirements that are defined in Subpart F or G of Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="76"><p align="left"><i>Comments</i></p></td><td valign="top" width="236"><p align="left"><i>N/A</i></p></td><td valign="top" width="247"><p align="left"><i>N/A</i></p></td><td valign="top" width="228"><p align="left"><i>N/A</i></p></td></tr></table> <table border="0" cellpadding="0" cellspacing="0" width="927"><tr><td colspan="2" rowspan="2" width="243"><p><b>TECHNICAL ISSUE WITH THE UAS</b></p></td><td colspan="3" width="683"><p align="center"><b>Level of assurance</b></p></td></tr><tr><td width="226"><p align="center"><b>Low</b></p></td><td width="239"><p align="center"><b>Medium</b></p></td><td width="219"><p align="center"><b>High</b></p></td></tr><tr><td rowspan="3" width="140"><p>OSO #02</p><p>UAS designed and produced by a competent and/or proven entity</p></td><td width="103"><p>Criteria for design</p></td><td width="226"><p>The specifications, suitability and durability of the materials are declared against a standard recognised by the competent authority and/or in accordance with means of compliance acceptable to the competent authority.</p></td><td width="239"><p>Same as low. In addition, evidence is available that the UAS has been designed in accordance with design procedures.</p><p>The competent authority should request the applicant to use a UAS for which EASA has verified the claimed integrity through a DVR.</p></td><td width="219"><p>Same as medium. </p><p>In addition, the competent authority should request the applicant to operate a UAS designed by an organisation approved by EASA according to Subpart J of Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="103"><p align="left">Criteria for production</p></td><td width="226"><p>The declared production procedures are developed to a standard that is considered adequate by the competent authority that issues the operational authorisation and/or in accordance with a means of compliance acceptable to that authority.</p></td><td width="239"><p>Same as low. In addition, evidence is available that the UAS has been produced in conformance with its design.</p></td><td width="219"><p>Same as medium. In addition<s>:</s>, the competent authority of the MS or an entity that is designated by the competent authority validates compliance with the production organisational requirements that are defined in Subpart F or G of Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="103"><p><i>Comments</i></p></td><td valign="top" width="226"><p><i>N/A</i></p></td><td valign="top" width="239"><p><i>N/A</i></p></td><td valign="top" width="219"><p><i>N/A</i></p></td></tr></table> OSO #03 — UAS maintained by competent and/or proven entity <table border="0" cellpadding="0" cellspacing="0" width="926"><tr><td colspan="2" rowspan="2" width="198"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="727"><p>Level of integrity</p></td></tr><tr><td width="249"><p>Low</p></td><td width="271"><p>Medium</p></td><td width="208"><p>High</p></td></tr><tr><td rowspan="2" width="94"><p>OSO #03</p><p>UAS maintained by a competent and/or proven entity (e.g. industry standards)</p></td><td width="104"><p>Criteria</p></td><td width="249"><p>(a) The UAS <u>maintenance instructions</u> are defined, and, when applicable, cover the UAS designer’s instructions and requirements.</p><p>(b) The maintenance staff is competent and has received an authorisation to carry out UAS maintenance.</p><p>(c) The maintenance staff use the UAS maintenance instructions while performing maintenance.</p></td><td width="271"><p>Same as low. In addition:</p><p>(a) Scheduled maintenance of each UAS is organised and in accordance with a <u>maintenance programme.</u></p><p>(b) Upon completion, the maintenance log system is used to record all the maintenance conducted on the UAS, including releases. A maintenance release can only be accomplished by a staff member who has received a maintenance release authorisation for that particular UAS model/family.</p></td><td width="208"><p>Same as medium. In addition, the maintenance staff work in accordance with a <u>maintenance procedure manual</u> that provides information and procedures relevant to the maintenance facility, records, maintenance instructions, release, tools, material, components, defect deferral, etc.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="249"><p><i>N/A</i></p></td><td width="271"><p><i>N/A </i></p></td><td width="208"><p><i>N/A</i></p></td></tr></table> <table border="0" cellpadding="0" cellspacing="0" width="925"><tr><td colspan="2" rowspan="2" width="198"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="727"><p>Level of assurance</p></td></tr><tr><td width="246"><p>Low</p></td><td width="302"><p>Medium</p></td><td width="178"><p>High</p></td></tr><tr><td rowspan="4" width="94"><p>OSO #03</p><p>UAS maintained by a competent and/or proven entity (e.g. industry standards)</p></td><td width="104"><p>Criterion #1</p><p>(Procedure)</p></td><td width="246"><p>(a) The maintenance instructions are documented.</p><p>(b) The maintenance conducted on the UAS is recorded in a maintenance log system<sup>1/2</sup>.</p><p>(c) A list of the maintenance staff authorised to carry out maintenance is established and kept up to date.</p></td><td width="302"><p>Same as low. In addition:</p><p>(a) The maintenance programme is developed in accordance with standards considered adequate by the competent authority of the MS and/or in accordance with a means of compliance acceptable to that authority. In addition, if the UAS has a DVR or a (R)TC, the maintenance programme includes the scheduled maintenance requirements developed as part of the design.</p><p>(b) A list of the maintenance staff with maintenance release authorisation is established and kept up to date.</p></td><td width="178"><p>Same as medium. In addition, the maintenance programme and the maintenance procedures manual are validated by the competent authority of the MS or by an entity that is designated by the competent authority.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="246"><p><i><sup>1</sup> The objective is to record all the maintenance performed on the aircraft, and why it is performed (rectification of defects or malfunctions, modifications, scheduled maintenance, etc.).</i></p><p><i><sup>2</sup> The maintenance log may be requested for inspection/audit by the approving authority or an authorised representative.</i></p></td><td width="302"><p><i>N/A</i></p></td><td width="178"><p><i>N/A</i></p></td></tr><tr><td width="104"><p>Criterion #2</p><p>(Training)</p></td><td width="246"><p>A record of all the relevant qualifications, experience and/or training completed by the maintenance staff is established and kept up to date.</p></td><td width="302"><p>Same as low. In addition:</p><p>(a) The <u>initial</u> training syllabus and training standard, including theoretical/practical elements, duration, etc., is defined and is commensurate with the authorisation held by the maintenance staff. </p><p>(b) For staff that hold a maintenance release authorisation, the <u>initial</u> training is specific to that particular UAS model/family.</p><p>(c) All maintenance staff have undergone <u>initial</u> training.</p></td><td width="178"><p>Same as medium. In addition:</p><p>(a) A programme for the <u>recurrent</u> training of staff holding a maintenance release authorisation is established; and </p><p>(b) This programme is validated by the competent authority of the MS or by an entity that is designated by the competent authority.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="246"><p><i>N/A</i></p></td><td width="302"><p><i>N/A </i></p></td><td width="178"><p><i>N/A</i></p></td></tr></table> OSO #04 — UAS developed to authority recognised design standards <table border="0" cellpadding="0" cellspacing="0" width="924"><tr><td colspan="2" rowspan="2" width="198"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="725"><p>Level of integrity</p></td></tr><tr><td width="249"><p>Low</p></td><td width="242"><p>Medium</p></td><td width="234"><p>High</p></td></tr><tr><td rowspan="2" width="104"><p>OSO #04</p><p>UAS developed to authority recognised design standards</p></td><td width="95"><p>Criteria</p></td><td width="249"><p>The UAS is designed to standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority. The standards and/or the means of compliance should be applicable to a <u>low</u> level of integrity and the intended operation.</p></td><td width="242"><p>The UAS is designed to standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority. The standards and/or the means of compliance should be applicable to a <u>medium</u> level of integrity and the intended operation.</p></td><td width="234"><p>The UAS is designed to standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority. The standards and/or the means of compliance should be applicable to a <u>high</u> level of integrity and the intended operation.</p></td></tr><tr><td width="95"><p><i>Comments</i></p></td><td colspan="3" width="725"><p><i>In case of experimental flights that investigate new technical solutions, the competent authority may accept that recognised standards are not met.</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="925"><tr><td colspan="2" rowspan="2" width="197"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="727"><p>Level of assurance</p></td></tr><tr><td width="256"><p>Low</p></td><td width="246"><p>Medium</p></td><td width="226"><p>High</p></td></tr><tr><td rowspan="2" width="113"><p>OSO #04</p><p>UAS developed to authority recognised design standards</p></td><td width="84"><p>Criteria</p></td><td valign="top" width="256"><p>The competent authority should request the applicant to use a UAS for which EASA has verified the claimed integrity through a DVR.</p></td><td valign="top" width="246"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012</p></td><td valign="top" width="226"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012</p></td></tr><tr><td width="84"><p><i>Comments</i></p></td><td width="256"><p><i>N/A</i></p></td><td width="246"><p><i>N/A</i></p></td><td width="226"><p><i>N/A</i></p></td></tr></table> OSO #05 — UAS is designed considering system safety and reliability This OSO complements: (a) the safety requirements for containment defined in the main body; and (b) OSO #10 and OSO #12, which only address the risk of a fatality while operating over populated areas or assemblies of people. <table border="0" cellpadding="0" cellspacing="0" width="926"><tr><td colspan="2" rowspan="2" width="196"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="730"><p>Level of integrity</p></td></tr><tr><td width="249"><p>Low</p></td><td width="188"><p>Medium</p></td><td width="293"><p>High</p></td></tr><tr><td rowspan="2" width="104"><p>OSO #05</p><p>UAS is designed considering system safety and reliability</p></td><td width="92"><p>Criteria</p></td><td width="249"><p>The equipment, systems, and installations are designed to minimise hazards<sup>1</sup> in the event of a probable<sup>2</sup> malfunction or failure of the UAS.</p></td><td width="188"><p>Same as low. In addition, the strategy for detection, alerting and management of any malfunction, failure or combination thereof, which would lead to a hazard, is available.</p></td><td width="293"><p>Same as medium. In addition:</p><p>(a) Major failure conditions are not more frequent than remote<sup>3</sup>;</p><p>(b) Hazardous failure conditions are not more frequent than extremely remote<sup>3</sup>;</p><p>(c) Catastrophic failure conditions are not more frequent than extremely improbable<sup>3</sup>; and</p><p>(d) SW and AEH whose development error(s) may cause or contribute to hazardous or catastrophic failure conditions are developed to an industry standard or a methodology considered adequate by EASA and/or in accordance with means of compliance acceptable to EASA<sup>4</sup>.</p></td></tr><tr><td width="92"><p><i>Comments</i></p></td><td width="249"><p><i><sup>1</sup> For the purpose of this assessment, the term ‘hazard’ should be interpreted as a failure condition that relates to major, hazardous, or catastrophic consequences.</i></p><p><i><sup>2 </sup>For the purpose of this assessment, the term ‘probable’ should be interpreted in a qualitative way as ‘anticipated to occur one or more times during the entire system/operational life of a UAS’.</i></p></td><td width="188"><p><i>N/A</i></p></td><td width="293"><p><i><sup>3 </sup>Safety objectives may be derived from JARUS AMC RPAS.1309 Issue 2 Table 3 depending on the kinetic energy assessment made in accordance with Section 6 of EASA policy E.Y013-01.</i></p><p><i><sup>4 </sup>Development assurance levels (DALs) for SW/AEH may be derived from JARUS AMC RPAS.1309 Issue 2 Table 3 depending on the kinetic energy assessment made in accordance with Section 6 of EASA policy E.Y013-01.</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="926"><thead><tr><td colspan="2" rowspan="2" width="197"><b><br clear="all"/></b><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="729"><p>Level of assurance</p></td></tr><tr><td width="246"><p>Low</p></td><td width="303"><p>Medium</p></td><td width="180"><p>High</p></td></tr></thead><tr><td rowspan="2" width="94"><p>OSO #05</p><p>UAS is designed considering system safety and reliability</p></td><td width="103"><p>Criteria</p></td><td width="246"><p>A functional hazard assessment<sup>1</sup> and a design and installation appraisal that show that hazards are minimised, are available.</p></td><td width="303"><p>Same as low. In addition:</p><p>(a) Safety analyses are conducted in line with standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority.</p><p>(b) A strategy for the detection of single failures of concern includes pre-flight checks.</p><p>The competent authority should request the applicant to use a UAS for which EASA has validated the claimed integrity through a DVR.</p></td><td width="180"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="103"><p><i>Comments</i></p></td><td width="246"><p><i><sup>1</sup> The severity of failure conditions (no safety effect, minor, major, hazardous and catastrophic) should be determined according to the definitions provided in JARUS AMC RPAS.1309 Issue 2.</i></p></td><td width="303"><p><i>N/A</i></p></td><td width="180"><p><i>N/A</i></p></td></tr></table> OSO #06 — C3 link characteristics (e.g. performance, spectrum use) are appropriate for the operation (a) For the purpose of the SORA and this specific OSO, the term ‘C3 link’ encompasses: (1) the C2 link; and (2) any communication link required for the safety of the flight. (b) To correctly assess the integrity of this OSO, the applicant should identify the following: (1) The performance requirements for the C3 links necessary for the intended operation. (2) All the C3 links, together with their actual performance and RF spectrum usage. Note: The specification of the performance and RF spectrum for a C2 Link is typically documented by the UAS designer in the UAS manual. Note: The main parameters associated with the performance of a C2 link (RLP) and the performance parameters for other communication links (e.g. RCP for communication with ATC) include, but are not limited to, the following: (i) the transaction expiration time; (ii) the availability; (iii) the continuity; and (iv) the integrity. Refer to the ICAO references for definitions. (3) The RF spectrum usage requirements for the intended operation (including the need for authorisation if required). Note: Usually, countries publish the allocation of RF spectrum bands applicable in their territories. This allocation stems mostly from the International Communication Union (ITU) Radio Regulations. However, the applicant should check the local requirements and request authorisation when needed since there may be national differences and specific allocations (e.g. national sub-divisions of ITU allocations). Some aeronautical bands (e.g. AM(R)S, AMS(R)S 5030-5091MHz) were allocated for potential use in UAS operations under the ICAO scope for UAS operations classified as cat. C (‘certified’), but their use may be authorised for operations under the ‘specific’ category. It is expected that the use of other licensed bands (e.g. those allocated to mobile networks) may also be authorised under the ‘specific’ category. Some un-licensed bands (e.g. industrial, scientific and medical (ISM) or short-range devices (SRDs)) may also be acceptable under the ‘specific’ category; for instance, for operations with lower integrity requirements. (4) Environmental conditions that might affect the performance of C3 links. <table border="0" cellpadding="0" cellspacing="0" width="926"><thead><tr><td colspan="2" rowspan="2" width="198"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="728"><p>Level of integrity</p></td></tr><tr><td width="293"><p>Low</p></td><td width="207"><p>Medium</p></td><td width="228"><p>High</p></td></tr></thead><tr><td rowspan="2" width="104"><p>OSO #06</p><p>C3 link characteristics (e.g. performance, spectrum use) are appropriate for the operation</p></td><td width="94"><p>Criteria</p></td><td width="293"><p>(a) The applicant determines that the performance, RF spectrum usage<sup>1</sup> and environmental conditions for C3 links are adequate to safely conduct the intended operation.</p><p>(b) The remote pilot has the means to continuously monitor the C3 performance and ensures that the performance continues to meet the operational requirements<sup>2</sup>. </p></td><td width="207"><p>Same as low<sup>3</sup>. </p></td><td width="228"><p>Same as low. In addition, the use of licensed<sup>4</sup> frequency bands for C2 Links is required. </p></td></tr><tr><td width="94"><p><i>Comments</i></p></td><td width="293"><p><i><sup>1</sup> For a low level of integrity, unlicensed frequency bands might be acceptable under certain conditions, e.g.:</i></p><p><i>(a) the applicant demonstrates compliance with other RF spectrum usage requirements (e.g. Directive 2014/53/EU), by showing that the UAS equipment is compliant with these requirements; and </i></p><p><i>(b) the use of mechanisms to protect against interference (e.g. FHSS, frequency de-confliction by procedure).</i></p><p><i><sup>2</sup> The remote pilot has continual and timely access to the relevant C3 information that could affect the safety of flight. For operations requesting only a low level of integrity for this OSO, this could be achieved by monitoring the C2 link signal strength and receiving an alert from the UAS HMI if the signal strength becomes too low.</i></p></td><td width="207"><p><i><sup>3</sup> Depending on the operation, the use of licensed frequency bands might be necessary. In some cases, the use of non‑aeronautical bands (e.g. licensed bands for cellular network) may be acceptable. </i></p></td><td width="228"><p><i><sup>4</sup> This ensures a minimum level of performance and is not limited to aeronautical licensed frequency bands (e.g. licensed bands for cellular network). Nevertheless, some operations may require the use of bands allocated to the aeronautical mobile service for the use of C2 Link (e.g. 5030 – 5091 MHz).</i></p><p><i>In any case, the use of licensed frequency bands needs authorisation.</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="926"><tr><td colspan="2" rowspan="2" width="198"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="728"><p>Level of assurance</p></td></tr><tr><td width="255"><p>Low</p></td><td width="256"><p>Medium</p></td><td width="217"><p>High</p></td></tr><tr><td rowspan="2" width="123"><p>OSO #06</p><p>C3 link characteristics (e.g. performance, spectrum use) are appropriate for the operation</p></td><td width="76"><p>Criteria</p></td><td width="255"><p>The applicant declares that the required level of integrity has been achieved.</p></td><td width="256"><p>The competent authority should request the applicant to use a UAS for which EASA has verified the claimed integrity through a DVR.</p></td><td width="217"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="76"><p><i>Comments</i></p></td><td width="255"><p><i>N/A</i></p></td><td width="256"><p><i>N/A</i></p></td><td width="217"><p><i>N/A</i></p></td></tr></table> OSO #07 — Inspection of the UAS (product inspection) to ensure consistency with the ConOps The intent of this OSO is to ensure that the UAS used for the operation conforms to the UAS data used to support the approval/authorisation of the operation. <table border="0" cellpadding="0" cellspacing="0" width="926"><tr><td colspan="2" rowspan="2" width="199"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="727"><p>Level of integrity</p></td></tr><tr><td width="249"><p>Low</p></td><td width="249"><p>Medium</p></td><td width="230"><p>High</p></td></tr><tr><td rowspan="2" width="123"><p>OSO #07</p><p>Inspection of the UAS (product inspection) to ensure consistency with the ConOps</p></td><td width="77"><p>Criteria</p></td><td colspan="3" width="727"><p>The remote crew ensures that the UAS is in a condition for safe operation and conforms to the approved ConOps.<sup>1</sup></p></td></tr><tr><td width="77"><p><i>Comments</i></p></td><td colspan="3" width="727"><p><i><sup>1</sup> The distinction between a low, a medium and a high level of robustness for this criterion is achieved through the level of assurance (see the table below).</i></p></td></tr></table> <table border="0" cellpadding="0" cellspacing="0" width="926"><tr><td colspan="2" rowspan="2" width="198"><p>TECHNICAL ISSUE WITH THE UAS</p></td><td colspan="3" width="728"><p>Level of assurance</p></td></tr><tr><td width="227"><p>Low</p></td><td width="255"><p>Medium</p></td><td width="246"><p>High</p></td></tr><tr><td rowspan="4" width="85"><p>OSO #07</p><p>Inspection of the UAS (product inspection) to ensure consistency with the ConOps</p></td><td width="113"><p>Criterion #1</p><p>(Procedures)</p></td><td width="227"><p>Product inspection is documented and accounts for the manufacturer’s recommendations, if available.</p></td><td width="255"><p>Same as low. In addition, the product inspection is documented using checklists.</p></td><td width="246"><p>Same as medium. In addition, the product inspection procedures are validated by the competent authority of the MS or by an entity that is designated by the competent authority.</p></td></tr><tr><td width="113"><p><i>Comments</i></p></td><td width="227"><p><i>N/A </i></p></td><td width="255"><p><i>N/A </i></p></td><td width="246"><p><i>N/A</i></p></td></tr><tr><td width="113"><p>Criterion #2</p><p>(Training)</p></td><td width="227"><p>The remote crew is trained to perform the product inspection, and that training is self-declared (with evidence available).</p></td><td width="255"><p>(a) A training syllabus including a product inspection procedure is available.</p><p>(b) The UAS operator provides competency-based, theoretical and practical training.</p></td><td width="246"><p>The competent authority of the MS or an entity that is designated by the competent authority:</p><p>(a) validates the training syllabus; and</p><p>(b) verifies the remote crew competencies.</p></td></tr><tr><td width="113"><p><i>Comments</i></p></td><td width="227"><p><i>N/A</i></p></td><td width="255"><p><i>N/A </i></p></td><td width="246"><p><i>N/A</i></p></td></tr></table> E.3 OSOs related to operational procedures <table border="0" cellpadding="0" cellspacing="0" width="926"><thead><tr><td colspan="2" rowspan="2" width="181"><p>OPERATIONAL PROCEDURES</p></td><td colspan="3" width="745"><p>Level of integrity</p></td></tr><tr><td width="290"><p>Low</p></td><td width="236"><p>Medium</p></td><td width="218"><p>High</p></td></tr></thead><tr><td rowspan="6" width="87"><p>OSO #08, OSO #11, OSO #14 and OSO #21</p></td><td width="94"><p>Criterion #1 (Procedure definition)</p></td><td colspan="3" width="745"><p>(a) Operational procedures<sup>1</sup> appropriate for the proposed operation are defined and, as a minimum, cover the following elements:</p><p>(1) Flight planning;</p><p>(2) Pre- and post-flight inspections;</p><p>(3) Procedures to evaluate the environmental conditions before and during the mission (i.e. real-time evaluation);</p><p>(4) Procedures to cope with unexpected adverse operating conditions (e.g. when ice is encountered during an operation not approved for icing conditions);</p><p>(5) Normal procedures;</p><p>(6) Contingency procedures (to cope with abnormal situations);</p><p>(7) Emergency procedures (to cope with emergency situations); </p><p>(8) Occurrence-reporting procedures; and</p><p>(b) The limitations of the external systems supporting the UAS operation<sup>2</sup> are defined in an OM.</p></td></tr><tr><td width="94"><p><i>Comments</i></p></td><td colspan="3" width="745"><p><i><sup>1</sup> Operational procedures cover the deterioration of the UAS itself and any external system supporting the UAS operation.</i></p><p><i>To properly address the deterioration of external systems required for the operation, it is recommended to:</i></p><p><i>(a) identify these ‘external systems’;</i></p><p><i>(b) identify the modes of deterioration of the ‘external systems’ (e.g. complete loss of GNSS, GDOP/PDOP, latency issues, etc.) which would lead to a loss of control of the operation;</i></p><p><i>(c) describe the means to detect these modes of deterioration of the external systems ; and</i></p><p><i>(d) describe the procedure(s) used when deterioration is detected (e.g. activation of the emergency recovery capability, switch to manual control, etc.).</i></p><p><i><sup>2</sup> In the scope of this assessment, external systems supporting the UAS operation are defined as systems that are not already part of the UAS but are used to:</i></p><p><i>(a) launch/take off the UA;</i></p><p><i>(b) make pre-flight checks; or</i></p><p><i>(c) keep the UA within its operational volume (e.g. GNSS, satellite systems, air traffic management, U-space).</i></p><p><i>External systems activated/used after a loss of control of the operation are excluded from this definition.</i></p></td></tr><tr><td width="94"><p>Criterion #2</p><p>(Procedure complexity)</p></td><td width="290"><p>Operational procedures are complex and may potentially jeopardise the crew’s ability to respond by increasing the remote crew’s workload and/or their interaction with other entities (e.g. ATM, etc.).</p></td><td width="236"><p>Contingency/emergency procedures require manual control by the remote pilot<sup>2 </sup>when the UAS is usually automatically controlled.</p></td><td width="218"><p>Operational procedures are simple.</p></td></tr><tr><td width="94"><p>Comments</p></td><td width="290"><p><i>N/A</i></p></td><td width="236"><p><i><sup>2 </sup>It should be considered that not all UAS have a mode where the pilot could directly control the surfaces; moreover, it may require significant skill not to make things worse. </i></p></td><td width="218"><p><i>N/A</i></p></td></tr><tr><td width="94"><p>Criterion #3</p><p>(Consideration of Potential Human Error)</p></td><td width="290"><p>At a minimum, operational procedures provide:</p><p>(a) a clear distribution and assignment of tasks, and</p><p>(b) an internal checklist to ensure staff are adequately performing their assigned tasks.</p></td><td width="236"><p>Operational procedures take human error into consideration.</p></td><td width="218"><p>Same as medium. In addition, the remote crew<sup>3</sup> receives crew resource management (CRM)<sup>4</sup> training.</p></td></tr><tr><td width="94"><p><i>Comments</i></p></td><td width="290"><p><i>N/A</i></p></td><td width="236"><p><i>N/A</i></p></td><td width="218"><p><i><sup>3</sup> In the context of SORA, the term ‘remote crew’ refers to any person involved in the mission.</i></p><p><i><sup>4</sup> CRM training focuses on the effective use of all the remote crew to ensure safe and efficient operation, reducing error, avoiding stress and increasing efficiency.</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="935"><tr><td colspan="2" rowspan="2" width="179"><b><br clear="all"/></b><p>OPERATIONAL PROCEDURES</p></td><td colspan="3" width="756"><p>Level of assurance</p></td></tr><tr><td width="227"><p>Low</p></td><td width="312"><p>Medium</p></td><td width="217"><p>High</p></td></tr><tr><td rowspan="2" width="97"><p>OSO #08, OSO #11, OSO #14 and OSO #21</p></td><td width="83"><p>Criteria</p></td><td width="227"><p>(a) Operational procedures do not require validation against either a standard or a means of compliance that is considered adequate by the competent authority of the MS.</p><p>(b) The adequacy of the operational procedures is declared, except for emergency procedures, which are tested.</p></td><td width="312"><p>(a) Normal, contingency, and emergency procedures are documented and part of the operations manual (OM).</p><p>(b) Operational procedures are validated against standards considered adequate by the competent authority of the MS and/or in accordance with the means of compliance acceptable to that authority<sup>1</sup>.</p><p>(c) The adequacy of the contingency and emergency procedures is proven through:</p><p>(1) dedicated flight tests; or</p><p>(2) simulation, provided that the representativeness of the simulation means is proven valid for the intended purpose with positive results; or</p><p>(3) any ot+her means acceptable to the competent authority.</p></td><td width="217"><p>Same as medium. In addition:</p><p>(a) Flight tests performed to validate the procedures and checklists cover the complete flight envelope or are proven to be conservative.</p><p>(b) The procedures, checklists, flight tests and simulations are validated by the competent authority of the MS or by an entity that is designated by the competent authority.</p></td></tr><tr><td width="83"><p><i>Comments</i></p></td><td width="227"><p><i>N/A</i></p></td><td colspan="2" width="529"><p><i><sup>1</sup> AMC2 UAS.SPEC.030(3)(e) (Operational procedures for medium and high levels of robustness) is considered an acceptable means of compliance.</i></p></td></tr></table> E.4 OSOs related to remote crew training (a) The applicant needs to propose competency-based, theoretical and practical training that: (1) is appropriate for the operation to be approved; and (2) includes proficiency requirements and recurrent training. (b) The entire remote crew (i.e. any person involved in the operation) should undergo competency-based, theoretical and practical training specific to their duties (e.g. pre-flight inspection, ground equipment handling, evaluation of the meteorological conditions, etc.). <table border="1" cellpadding="0" cellspacing="0" width="924"><tr><td colspan="2" rowspan="2" width="189"><p>REMOTE CREW COMPETENCIES</p></td><td colspan="3" width="736"><p>Level of integrity</p></td></tr><tr><td width="277"><p>Low</p></td><td width="249"><p>Medium</p></td><td width="210"><p>High</p></td></tr><tr><td rowspan="2" width="103"><p>OSO #09, OSO #15 and OSO #22</p></td><td width="86"><p>Criteria</p></td><td colspan="3" width="736"><p>The competency-based, theoretical and practical training is adequate for the operation<sup>1</sup> and ensures knowledge of:</p><p>(a) the UAS Regulation;</p><p>(b) airspace operating principles;</p><p>(c) airmanship and aviation safety;</p><p>(d) human performance limitations;</p><p>(e) meteorology;</p><p>(f) navigation/charts;</p><p>(g) the UAS; and</p><p>(h) operating procedures.</p></td></tr><tr><td width="86"><p><i>Comments</i></p></td><td colspan="3" width="736"><p><i><sup>1</sup> The distinction between a low, a medium and a high level of robustness for this criterion is achieved through the level of assurance (see table below).</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="926"><thead><tr><td colspan="2" rowspan="2" width="189"><b><br clear="all"/></b><p>REMOTE CREW COMPETENCIES</p></td><td colspan="3" width="737"><p>Level of assurance</p></td></tr><tr><td width="236"><p>Low</p></td><td width="255"><p>Medium</p></td><td width="246"><p>High</p></td></tr></thead><tr><td rowspan="2" width="104"><p>OSO #09, OSO #15 and OSO #22</p></td><td width="85"><p>Criteria</p></td><td width="236"><p>Training is self-declared (with evidence available).</p></td><td width="255"><p>(a) Training syllabus is available and kept up to date.</p><p>(b) The UAS operator provides competency-based, theoretical and practical training.</p></td><td width="246"><p>The competent authority of the MS or an entity that is designated by the competent authority:</p><p>(a) validates the training syllabus; and</p><p>(b) verifies the remote crew competencies.</p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="236"><p><i>N/A</i></p></td><td width="255"><p><i>N/A </i></p></td><td width="246"><p><i>N/A</i></p></td></tr></table> E.5 OSOs related to safe design (a) The objectives of OSO#10 and OSO#12 are to complement the technical containment safety requirements by addressing the risk of a fatality while operating over populated areas or assemblies of people. (b) In the scope of this assessment, external systems supporting UAS operations are defined as systems that are not already part of the UAS but are used to: (1) launch/take off the UA; (2) make pre-flight checks; or (3) keep the UA within its operational volume (e.g. GNSS, satellite systems, air traffic management, U-space). External systems activated/used after a loss of control of the operation are excluded from this definition. <table border="1" cellpadding="0" cellspacing="0" width="932"><tr><td colspan="2" rowspan="2" width="170"></td><td colspan="3" width="762"><p>LEVEL of INTEGRITY</p></td></tr><tr><td width="227"><p>Low</p></td><td width="445"><p>Medium</p></td><td width="90"><p>High</p></td></tr><tr><td rowspan="2" width="85"><p>OSO #10</p><p>& OSO #12</p></td><td width="85"><p>Criteria</p></td><td width="227"><p>When operating over populated areas or assemblies of people, it can be reasonably expected that a fatality will not occur from any <u>probable<sup>1</sup> failure<sup>2</sup></u> of the UAS or any external system supporting the operation.</p></td><td width="445"><p>When operating over populated areas or assemblies of people, it can be reasonably expected that a fatality will not occur from any <u>single failure</u><sup>3</sup> of the UAS or any external system supporting the operation.</p><p>SW and AEH whose development error(s) could directly lead to a failure affecting the operation in such a way that it can be reasonably expected that a fatality will occur, are developed to a standard considered adequate by the competent authority and/or in accordance with means of compliance acceptable to that authority.</p></td><td width="90"><p>Same as medium</p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="227"><p><i><sup>1</sup> For the purpose of this assessment, the term ‘probable’ should be interpreted in a qualitative way as, ‘anticipated to occur one or more times during the entire system/operational life of a UAS’.</i></p><p><i><sup>2</sup> Some structural or mechanical failures may be excluded from the criterion if it can be shown that these mechanical parts were designed according to aviation industry best practices.</i></p></td><td width="445"><p><i><sup>3</sup> Some structural or mechanical failures may be excluded from the no-single failure criterion if it can be shown that these mechanical parts were designed to a standard considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority </i></p></td><td width="90"></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="935"><thead><tr><td colspan="2" rowspan="2" width="179"><b><br clear="all"/></b></td><td colspan="3" width="756"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="293"><p>Low</p></td><td width="246"><p>Medium</p></td><td width="217"><p>High</p></td></tr></thead><tr><td rowspan="2" width="94"><p>OSO #10</p><p>& OSO #12</p></td><td width="85"><p>Criteria</p></td><td width="293"><p>A design and installation appraisal is available. In particular, this appraisal shows that:</p><p>(a) the design and installation features (independence, separation and redundancy) satisfy the low integrity criterion; and</p><p>(b) particular risks relevant to the ConOps (e.g. hail, ice, snow, electromagnetic interference, etc.) do not violate the independence claims, if any.</p></td><td width="246"><p>Same as low. In addition, the level of integrity claimed is substantiated by analysis and/or test data with supporting evidence.</p><p>If the operation is classified as SAIL IV, the competent authority should request the applicant to use a UAS for which EASA has verified the claimed integrity through a DVR.</p></td><td width="217"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="293"><p><i>N/A </i></p></td><td valign="top" width="246"><p><i>N/A</i></p></td><td valign="top" width="217"><p><i>N/A </i></p></td></tr></table> E.6 OSOs related to the deterioration of external systems supporting UAS operations For the purpose of SORA and this specific OSO, the term ‘external services supporting UAS operations’ encompasses any service providers necessary for the safety of the flight, such as communication service providers (CSPs) and U-space service providers[[48]](#_ftn49). <table border="1" cellpadding="0" cellspacing="0" width="933"><thead><tr><td colspan="2" rowspan="2" width="189"><p>DETERIORATION OF EXTERNAL SYSTEMS SUPPORTING UAS OPERATIONS BEYOND THE CONTROL OF THE UAS</p></td><td colspan="3" width="745"><p>Level of integrity</p></td></tr><tr><td width="217"><p>Low</p></td><td width="236"><p>Medium</p></td><td width="291"><p>High</p></td></tr></thead><tr><td rowspan="2" width="104"><p>OSO #13</p><p>External services supporting UAS operations are adequate for the operation</p></td><td width="85"><p>Criteria</p></td><td colspan="3" width="745"><p>The applicant ensures that the level of performance for any externally provided service necessary for the safety of the flight is adequate for the intended operation.</p><p>If the externally provided service requires communication between the UAS operator and the service provider, the applicant ensures there is effective communication to support the service provision.</p><p>Roles and responsibilities between the applicant and the external service provider are defined.</p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="217"><p><i>N/A</i></p></td><td width="236"><p><i>N/A</i></p></td><td width="291"><p><i>Requirements for contracting services with the service provider may be derived from ICAO Standards and Recommended Practices (SARPs) that are currently under development.</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="932"><tr><td colspan="2" rowspan="2" width="186"><p>DETERIORATION OF EXTERNAL SYSTEMS SUPPORTING UAS OPERATIONS BEYOND THE CONTROL OF THE UAS</p></td><td colspan="3" width="746"><p>Level of assurance</p></td></tr><tr><td width="191"><p>Low</p></td><td width="350"><p>Medium</p></td><td width="205"><p>High</p></td></tr><tr><td rowspan="2" width="104"><p>OSO #13</p><p>External services supporting UAS operations are adequate for the operation</p></td><td width="83"><p>Criteria</p></td><td width="191"><p>The applicant declares that the requested level of performance for any externally provided service necessary for the safety of the flight is achieved (without evidence being necessarily available).</p></td><td width="350"><p>The applicant has supporting evidence that the required level of performance for any externally provided service required for the safety of the flight can be achieved for the full duration of the mission.</p><p>This may take the form of a service-level agreement (SLA) or any official commitment that prevails between a service provider and the applicant on the relevant aspects of the service (including quality, availability, and responsibilities).</p><p>The applicant has a means to monitor externally provided services which affect flight-critical systems and take appropriate actions if real-time performance could lead to the loss of control of the operation.</p></td><td width="205"><p>Same as medium. In addition:</p><p>(a) the evidence of the performance of an externally provided service is achieved through demonstrations; and</p><p>(b) the competent authority of the MS or an entity that is designated by the competent authority validates the claimed level of integrity. </p></td></tr><tr><td width="83"><p><i>Comments</i></p></td><td width="191"><p><i>N/A</i></p></td><td width="350"><p><i>N/A</i></p></td><td width="205"><p><i>N/A</i></p></td></tr></table> E.7 OSOs related to human error OSO #16 — Multi-crew coordination This OSO applies only to those personnel directly involved in the flight operation. <table border="1" cellpadding="0" cellspacing="0" width="926"><tr><td colspan="2" rowspan="2" width="198"><p>HUMAN ERROR</p></td><td colspan="3" width="728"><p>Level of integrity</p></td></tr><tr><td width="180"><p>Low</p></td><td width="293"><p>Medium</p></td><td width="255"><p>High</p></td></tr><tr><td rowspan="6" width="104"><p>OSO #16 Multi crew coordination</p></td><td width="95"><p>Criterion #1</p><p>(Procedures)</p></td><td colspan="3" width="728"><p>Procedure(s) to ensure coordination between the crew members and robust and effective communication channels is (are) available and at a minimum cover:</p><p>(a) assignment of tasks to the crew, and</p><p>(b) establishment of step-by-step communications.<sup>1</sup></p></td></tr><tr><td width="95"><p><i>Comments</i></p></td><td colspan="3" width="728"><p><i><sup>1</sup> The distinction between a low, a medium and a high level of robustness for this criterion is achieved through the level of assurance (see the table below).</i></p></td></tr><tr><td width="95"><p>Criterion #2</p><p>(Training)</p></td><td width="180"><p>Remote crew training covers multi-crew coordination</p></td><td width="293"><p>Same as low. In addition, the remote crew<sup>2</sup> receives CRM<sup>3</sup> training.</p></td><td width="255"><p>Same as medium. </p></td></tr><tr><td width="95"><p><i>Comments</i></p></td><td width="180"><p><i>N/A</i></p></td><td width="293"><p><i><sup>2</sup> In the context of the SORA, the term ‘remote crew’ refers to any person involved in the mission.</i></p><p><i><sup>3</sup> CRM training focuses on the effective use of all the remote crew to assure a safe and efficient operation, reducing error, avoiding stress and increasing efficiency.</i></p></td><td width="255"><p><i>N/A</i></p></td></tr><tr><td width="95"><p>Criterion #3</p><p>(Communication devices)</p></td><td width="180"><p>N/A</p></td><td width="293"><p>Communication devices comply with standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority.</p></td><td width="255"><p>Communication devices are redundant<sup>4</sup> and comply with standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority.</p></td></tr><tr><td width="95"><p><i>Comments</i></p></td><td width="180"><p><i>N/A</i></p></td><td width="293"><p><i>N/A</i></p></td><td width="255"><p><i><sup>4</sup> This implies the provision of an extra device to cope with the failure of the first device.</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="926"><thead><tr><td colspan="2" rowspan="2" width="208"><p>HUMAN ERROR</p></td><td colspan="3" width="718"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="198"><p>Low</p></td><td width="310"><p>Medium</p></td><td width="210"><p>High</p></td></tr></thead><tr><td rowspan="6" width="103"><p>OSO #16 Multi crew coordination</p></td><td width="105"><p>Criterion #1</p><p>(Procedures)</p></td><td width="198"><p>(a) Procedures are not validated against either a standard or a means of compliance considered adequate by the competent authority of the MS.</p><p>(b) The adequacy of the procedures and checklists is declared.</p></td><td width="310"><p>(a) Procedures are validated against standards considered adequate by the competent authority of the MS and/or in accordance with the means of compliance acceptable to that authority<sup>1</sup>.</p><p>(b) The adequacy of the procedures is proven through:</p><p>(1) dedicated flight tests; or </p><p>(2) simulation, provided that the representativeness of the simulation means is proven valid for the intended purpose with positive results; or </p><p>(3) any other means acceptable to the competent authority.</p></td><td width="210"><p>Same as medium. In addition:</p><p>(a) flight tests performed to validate the procedures cover the complete flight envelope or are proven to be conservative; and</p><p>(b) the procedures, flight tests and simulations are validated by the competent authority of the MS or an entity designated by the competent authority.</p></td></tr><tr><td width="105"><p><i>Comments</i></p></td><td width="198"><p><i>N/A</i></p></td><td width="310"><p><i><sup>1</sup> AMC2 UAS.SPEC.030(3)(e) (Operational procedures for medium and high levels of robustness) is considered an acceptable means of compliance.</i></p></td><td width="210"><p><i>N/A</i></p></td></tr><tr><td width="105"><p>Criterion #2</p><p>(Training)</p></td><td width="198"><p>Training is self-declared (with evidence available).</p></td><td width="310"><p>(a) Training syllabus is available.</p><p>(b) The UAS operator provides competency-based, theoretical and practical training.</p></td><td width="210"><p>The competent authority of the MS or an entity that is designated by the competent authority:</p><p>(a) validates the training syllabus; and</p><p>(b) verifies the remote crew competencies.</p></td></tr><tr><td width="105"><p><i>Comments</i></p></td><td width="198"><p><i>N/A</i></p></td><td width="310"><p><i>N/A</i></p></td><td width="210"><p><i>N/A</i></p></td></tr><tr><td width="105"><p>Criterion #3</p><p>(Communication devices)</p></td><td width="198"><p><i>N/A</i></p></td><td valign="top" width="310"><p>The applicant has supporting evidence that the required level of integrity is achieved. This is typically done by testing, analysis, simulation1, inspection, design review or through operational experience.</p></td><td valign="top" width="210"><p>The competent authority should request the applicant to operate a UAS designed by an organisation approved by EASA according to Subpart J of Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="105"><p><i>Comments</i></p></td><td width="198"><p><i>N/A</i></p></td><td width="310"><p><i><sup>1</sup> When simulation is performed, the validity of the targeted environment that is used in the simulation needs to be justified.</i></p></td><td width="210"><p><i>N/A</i></p></td></tr></table> OSO #17 — Remote crew is fit to operate (a) For the purpose of this assessment, the expression ‘fit to operate’ should be interpreted as physically and mentally fit to perform their duties and safely discharge their responsibilities. (b) Fatigue and stress are contributory factors to human error. Therefore, to ensure that vigilance is maintained at a satisfactory level of safety, consideration may be given to the following: (1) remote crew duty times; (2) regular breaks; (3) rest periods; and (4) handover/takeover procedures. <table border="1" cellpadding="0" cellspacing="0" width="929"><tr><td colspan="2" rowspan="2" width="179"><p>HUMAN ERROR</p></td><td colspan="3" width="749"><p>Level of integrity</p></td></tr><tr><td width="208"><p>Low</p></td><td width="312"><p>Medium</p></td><td width="230"><p>High</p></td></tr><tr><td rowspan="2" width="101"><p>OSO #17</p><p>Remote crew is fit to operate</p></td><td width="78"><p>Criteria</p></td><td width="208"><p>The applicant has a policy defining how the remote crew can declare themselves fit to operate before conducting any operation.</p></td><td width="312"><p>Same as low. In addition:</p><p>— Duty, flight duty and resting times for the remote crew are defined by the applicant and adequate for the operation.</p><p>— The UAS operator defines requirements appropriate for the remote crew to operate the UAS.</p></td><td width="230"><p>Same as Medium. In addition:</p><p>— The remote crew is medically fit,</p><p>— A fatigue risk management system (FRMS) is in place to manage any escalation in duty/flight duty times. </p></td></tr><tr><td width="78"><p><i>Comments</i></p></td><td width="208"><p><i>N/A</i></p></td><td width="312"><p><i>N/A</i></p></td><td width="230"><p><i>N/A</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="927"><tr><td colspan="2" rowspan="2" width="179"><p>HUMAN ERROR</p></td><td colspan="3" width="747"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="189"><p>Low</p></td><td width="293"><p>Medium</p></td><td width="265"><p>High</p></td></tr><tr><td rowspan="2" width="104"><p>OSO #17</p><p>Remote crew is fit to operate </p></td><td width="76"><p>Criteria</p></td><td width="189"><p>The policy to define how the remote crew declares themselves fit to operate (before an operation) is documented.</p><p>The remote crew fit-to-operate declaration (before an operation) is based on a policy defined by the applicant.</p></td><td width="293"><p>Same as low. In addition:</p><p>— Remote crew duty, flight duty and the resting time policy are documented.</p><p>— Remote crew duty cycles are logged and cover at a minimum:</p><p>— when the remote crew member’s duty day commences,</p><p>— when the remote crew members are free from duties, and</p><p>— resting times within the duty cycle.</p><p>— There is evidence that the remote crew is fit to operate the UAS.</p></td><td width="265"><p>Same as medium. In addition:</p><p>— Medical standards considered adequate by the competent authority and/or the means of compliance acceptable to that authority are established and the competent authority of the MS or an entity that is designated by the competent authority verifies that the remote crew is medically fit.</p><p>— The competent authority of the MS or an entity that is designated by the competent authority validates the duty/flight duty times.</p><p>— If an FRMS is used, it is validated and monitored by the competent authority of the MS or an entity that is designated by the competent authority.</p></td></tr><tr><td width="76"><p><i>Comments</i></p></td><td width="189"><p><i>N/A</i></p></td><td width="293"><p><i>N/A </i></p></td><td width="265"><p><i>N/A</i></p></td></tr></table> OSO #18 — Automatic protection of the flight envelope from human errors (a) Each UA is designed with a flight envelope that describes its safe performance limits with regard to minimum and maximum operating speeds, and its operating structural strength. (b) Automatic protection of the flight envelope is intended to prevent the remote pilot from operating the UA outside its flight envelope. If the applicant demonstrates that the remote-pilot is not in the loop, this OSO is not applicable. (c) A UAS implementing such an automatic protection function will ensure that the UA is operated within an acceptable flight envelope margin even in the case of incorrect remote-pilot control inputs (human errors). (d) UAS without automatic protection functions are susceptible to incorrect remote-pilot control inputs (human errors), which can result in the loss of the UA if the designed performance limits of the aircraft are exceeded. (e) Failures or development errors of the flight envelope protection are addressed in OSOs #5, #10 and #12. <table border="1" cellpadding="0" cellspacing="0" width="932"><tr><td colspan="2" rowspan="2" width="189"><p>HUMAN ERROR</p></td><td colspan="3" width="743"><p>LEVEL of INTEGRITY</p></td></tr><tr><td width="302"><p>Low</p></td><td width="236"><p>Medium</p></td><td width="205"><p>High</p></td></tr><tr><td rowspan="2" width="104"><p>OSO #18</p><p>Automatic protection of the flight envelope from human errors</p></td><td width="85"><p>Criteria</p></td><td width="302"><p>The UAS flight control system incorporates automatic protection of the flight envelope to prevent the remote pilot from making any <u>single</u> input under <u>normal operating conditions</u> that would cause the UA to exceed its flight envelope or prevent it from recovering in a timely fashion.</p></td><td colspan="2" width="441"><p>The UAS flight control system incorporates automatic protection of the flight envelope to ensure the UA remains within the flight envelope or ensures a timely recovery to the designed operational flight envelope <u>following remote pilot error(s)</u>.<sup>1</sup></p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="302"><p><i>N/A</i></p></td><td colspan="2" width="441"><p><i><sup>1</sup> The distinction between a medium and a high level of robustness for this criterion is achieved through the level of assurance (see table below).</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="932"><tr><td colspan="2" rowspan="2" width="179"><br clear="all"/><p>HUMAN ERROR</p></td><td colspan="3" width="753"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="265"><p>Low</p></td><td width="302"><p>Medium</p></td><td width="186"><p>High</p></td></tr><tr><td rowspan="2" width="95"><p>OSO #18</p><p>Automatic protection of the flight envelope from human errors</p></td><td width="85"><p>Criteria</p></td><td width="265"><p>The automatic protection of the flight envelope has been developed in-house or out of the box (e.g. using commercial off‑the‑shelf elements), without following specific standards.</p></td><td width="302"><p>The competent authority should request the applicant to use a UAS for which EASA has verified the claimed integrity through a DVR.</p></td><td width="186"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="265"><p><i>N/A</i></p></td><td width="302"><p><i>N/A </i></p></td><td width="186"><p><i>N/A</i></p></td></tr></table> OSO #19 — Safe recovery from human errors (a) This OSO addresses the risk of human errors which may affect the safety of the operation if not prevented or detected and recovered in a timely fashion. i) Errors can be made by anyone involved in the operation. ii) An example could be a human error leading to the incorrect loading of the payload, with the risk of it falling off the UA during the operation. iii) Another example could be a human error not to extend the antenna mast, thus reducing the C2 link coverage. Note: the flight envelope protection is excluded from this OSO since it is specifically covered by OSO #18. (b) This OSO covers: i) procedures and lists, ii) training, and iii) UAS design, i.e. systems detecting and/or recovering from human errors (e.g. safety pins, use of acknowledgment features, fuel or energy consumption monitoring functions …) <table border="1" cellpadding="0" cellspacing="0" width="927"><tr><td colspan="2" rowspan="2" width="208"><p>HUMAN ERROR</p></td><td colspan="3" width="719"><p>LEVEL of INTEGRITY</p></td></tr><tr><td width="227"><p>Low</p></td><td width="331"><p>Medium</p></td><td width="161"><p>High</p></td></tr><tr><td rowspan="6" width="104"><p>OSO #19</p><p>Safe recovery from Human Error</p></td><td width="104"><p>Criterion #1</p><p>(Procedures and checklists)</p></td><td colspan="3" width="719"><p>Procedures and checklists that mitigate the risk of potential human errors from any person involved with the mission are defined and used. </p><p>Procedures provide at a minimum:</p><p>— a clear distribution and assignment of tasks, and</p><p>— an internal checklist to ensure staff are adequately performing their assigned tasks.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="227"><p><i>N/A</i></p></td><td width="331"><p><i>N/A</i></p></td><td width="161"><p><i>N/A</i></p></td></tr><tr><td width="104"><p>Criterion #2</p><p>(Training)</p></td><td colspan="3" width="719"><p>— The remote crew<sup>1</sup> is trained to use procedures and checklists.</p><p>— The remote crew<sup>1</sup> receives CRM<sup>2</sup> training.<sup>3</sup></p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td colspan="3" width="719"><p><i><sup>1</sup> In the context of SORA, the term ‘remote crew’ refers to any person involved in the mission.</i></p><p><i><sup>2</sup> CRM training focuses on the effective use of all the remote crew to ensure a safe and efficient operation, reducing error, avoiding stress and increasing efficiency.</i></p><p><i><sup>3</sup> The distinction between a low, a medium and a high level of robustness for this criterion is achieved through the level of assurance (see table below).</i></p></td></tr><tr><td width="104"><p>Criterion #3</p><p>(UAS design)</p></td><td width="227"><p>Systems detecting and/or recovering from human errors are developed according to industry best practices.</p></td><td width="331"><p>Systems detecting and/or recovering from human errors are developed to standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority.</p></td><td width="161"><p>Same as medium.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="227"><p><i>N/A</i></p></td><td width="331"><p><i>N/A</i></p></td><td width="161"><p><i>N/A </i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="929"><thead><tr><td colspan="2" rowspan="2" width="208"><p>HUMAN ERROR</p></td><td colspan="3" width="722"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="208"><p>Low</p></td><td width="293"><p>Medium</p></td><td width="221"><p>High</p></td></tr></thead><tr><td rowspan="6" width="104"><p>OSO #19</p><p>Safe recovery from human error</p></td><td width="104"><p>Criterion #1</p><p>(Procedures and checklists)</p></td><td width="208"><p>(a) Procedures and checklists are not validated against either a standard or a means of compliance considered adequate by the competent authority of the MS.</p><p>(b) The adequacy of the procedures and checklists is declared.</p></td><td width="293"><p>(a) Procedures and checklists are validated against standards considered adequate by the competent authority of the MS and/or in accordance with the means of compliance acceptable to that authority<sup>1</sup>.</p><p>(b) The adequacy of the procedures and checklists is proven through:</p><p>(1) dedicated flight tests, or</p><p>(2) simulation, provided that the representativeness of the simulation means is proven valid for the intended purpose with positive results; or</p><p>(3) any other means acceptable to the competent authority of the MS.</p></td><td width="221"><p>Same as medium. In addition:</p><p>(a) Flight tests performed to validate the procedures and checklists cover the complete flight envelope or are proven to be conservative.</p><p>(b) The procedures, checklists, flight tests and simulations are validated by the competent authority of the MS or an entity that is designated by the competent authority.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="208"><p><i>N/A</i></p></td><td width="293"><p><i><sup>1</sup> AMC2 UAS.SPEC.030(3)(e) (Operational procedures for medium and high levels of robustness) is considered an acceptable means of compliance.</i></p></td><td width="221"><p><i>N/A</i></p></td></tr><tr><td width="104"><p>Criterion #2</p><p>(Training)</p></td><td colspan="3" width="722"><p>Consider the criteria defined for the level of assurance of the generic remote crew training OSO (i.e. OSO #09, OSO #15 and OSO #22) corresponding to the SAIL of the operation.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="208"><p><i>N/A</i></p></td><td width="293"><p><i>N/A</i></p></td><td width="221"><p><i>N/A</i></p></td></tr><tr><td width="104"><p>Criterion #3</p><p>(UAS design)</p></td><td width="208"><p>The applicant declares that the required level of integrity has been achieved<sup>1</sup>.</p></td><td width="293"><p>The applicant has supporting evidence that the required level of integrity is achieved. That evidence is provided through testing, analysis, simulation<sup>2</sup>, inspection, design review or operational experience.</p><p>If the operation is classified as SAIL IV, the competent authority should request the applicant to use a UAS for which EASA has verified the claimed integrity through a DVR.</p><p>If the operation is classified as SAIL V the competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td><td width="221"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td width="208"><p><i><sup>1</sup> Supporting evidence may or may not be available.</i></p></td><td width="293"><p><i><sup>2</sup> When simulation is performed, the validity of the targeted environment that is used in the simulation needs to be justified.</i></p></td><td width="221"><p><i>N/A</i></p></td></tr></table> OSO #20 — A human factors evaluation has been performed and the HMI has been found appropriate for the mission <table border="1" cellpadding="0" cellspacing="0" width="934"><tr><td colspan="2" rowspan="2" width="208"><p>HUMAN ERROR</p></td><td colspan="3" width="726"><p>LEVEL of INTEGRITY</p></td></tr><tr><td width="258"><p>Low</p></td><td width="249"><p>Medium</p></td><td width="219"><p>High</p></td></tr><tr><td rowspan="2" width="113"><p>OSO #20</p><p>A Human Factors evaluation has been performed and the HMI found appropriate for the mission</p></td><td width="95"><p>Criteria</p></td><td colspan="3" width="726"><p>The UAS information and control interfaces are clearly and succinctly presented and do not confuse, cause unreasonable fatigue, or contribute to remote crew errors that could adversely affect the safety of the operation.</p></td></tr><tr><td width="95"><p><i>Comments</i></p></td><td colspan="3" width="726"><p><i>If an electronic means is used to support potential VOs in their role to maintain awareness of the position of the unmanned aircraft, its HMI:</i></p><p><i>— is sufficient to allow the VOs to determine the position of the UA during operation; and</i></p><p><i>— does not degrade the VO’s ability to:</i></p><p><i>— scan the airspace visually where the unmanned aircraft is operating for any potential collision hazard; and</i></p><p><i>— maintain effective communication with the remote pilot at all times.</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="933"><tr><td colspan="2" rowspan="2" width="198"><p>HUMAN ERROR</p></td><td colspan="3" width="735"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="246"><p>Low</p></td><td width="246"><p>Medium</p></td><td width="244"><p>High</p></td></tr><tr><td rowspan="2" width="113"><p>OSO #20</p><p>A Human Factors evaluation has been performed and the HMI has been found appropriate for the mission</p></td><td width="85"><p>Criteria</p></td><td width="246"><p>The applicant conducts a human factors evaluation of the UAS to determine whether the HMI is appropriate for the mission. The HMI evaluation is based on inspection or analyses.</p></td><td width="246"><p>Same as Low but the HMI evaluation is based on demonstrations or simulations.<sup>1</sup></p><p>The competent authority should request EASA to witness the HMI evaluation of the UAS.</p></td><td width="244"><p>Same as Medium. In addition, EASA witnesses the HMI evaluation of the UAS and the competent authority of the MS or an entity that is designated by the competent authority witnesses the HMI evaluation of the possible electronic means used by the AO.</p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="246"><p><i>N/A</i></p></td><td width="246"><p><i><sup>1</sup> When simulation is performed, the validity of the targeted environment that is used in the simulation needs to be justified.</i></p></td><td width="244"><p><i>N/A</i></p></td></tr></table> E.8 OSOs related to adverse operating conditions OSO #23 — Environmental conditions for safe operations are defined, measurable and adhered to <table border="1" cellpadding="0" cellspacing="0" width="931"><tr><td colspan="2" rowspan="2" width="198"><p>ADVERSE OPERATING CONDITIONS</p></td><td colspan="3" width="733"><p>LEVEL of INTEGRITY</p></td></tr><tr><td width="258"><p>Low</p></td><td width="249"><p>Medium</p></td><td width="226"><p>High</p></td></tr><tr><td rowspan="6" width="94"><p>OSO #23</p><p>Environmental conditions for safe operations are defined, measurable and adhered to</p></td><td width="104"><p>Criterion #1</p><p>(Definition)</p></td><td colspan="3" width="733"><p>The environmental conditions for safe operations are defined and reflected in the flight manual or equivalent document.<sup>1</sup></p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td colspan="3" width="733"><p><i><sup>1</sup> The distinction between a low, a medium and a high level of robustness for this criterion is achieved through the level of assurance (see table below).</i></p></td></tr><tr><td width="104"><p>Criterion #2</p><p>(Procedures)</p></td><td colspan="3" width="733"><p>Procedures to evaluate environmental conditions before and during the mission (i.e. real-time evaluation) are available and include assessment of meteorological conditions (METAR, TAFOR, etc.) with a simple recording system.<sup>2</sup></p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td colspan="3" width="733"><p><i><sup>2</sup> The distinction between a low, a medium and a high level of robustness for this criterion is achieved through the level of assurance (see table below).</i></p></td></tr><tr><td width="104"><p>Criterion #3</p><p>(Training)</p></td><td colspan="3" width="733"><p>Training covers assessment of meteorological conditions.<sup>3</sup></p></td></tr><tr><td width="104"><p><i>Comments</i></p></td><td colspan="3" width="733"><p><i><sup>3</sup> The distinction between a low, a medium and a high level of robustness for this criterion is achieved through the level of assurance (see table below).</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="933"><tr><td colspan="2" rowspan="2" width="198"><p>ADVERSE OPERATING CONDITIONS</p></td><td colspan="3" width="735"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="199"><p>Low</p></td><td width="302"><p>Medium</p></td><td width="234"><p>High</p></td></tr><tr><td rowspan="6" width="104"><p>OSO #23</p><p>Environmental conditions for safe operations defined, measurable and adhered to</p></td><td width="94"><p>Criterion #1</p><p>(Definition)</p></td><td width="199"><p>The applicant declares that the required level of integrity has been achieved.</p></td><td width="302"><p>The applicant has supporting evidence that the required level of integrity is achieved. This is typically done by testing, analysis, simulation, inspection, design review or through operational experience.</p><p>If the operation is classified as SAIL IV, the competent authority should request the applicant to use a UAS for which EASA has issued a DVR.</p></td><td width="234"><p>The competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012</p></td></tr><tr><td width="94"><p><i>Comments</i></p></td><td colspan="3" width="735"><p><i>N/A</i></p></td></tr><tr><td width="94"><p>Criterion #2</p><p>(Procedures)</p></td><td width="199"><p>(a) Procedures do not require validation against either a standard or a means of compliance considered adequate by the competent authority of the MS.</p><p>(b) The adequacy of the procedures and checklists is declared.</p></td><td width="302"><p>(a) Procedures are validated against standards considered adequate by the competent authority of the MS and/or in accordance with the means of compliance acceptable to that authority<sup>1</sup>.</p><p>(b) The adequacy of the procedures is proven through:</p><p>(1) dedicated flight tests, or</p><p>(2) simulation, provided that the representativeness of the simulation means is proven valid for the intended purpose with positive results; or</p><p>(3) any other means acceptable to the competent authority of the MS.</p></td><td width="234"><p>Same as medium. In addition:</p><p>(a) Flight tests performed to validate the procedures cover the complete flight envelope or are proven to be conservative.</p><p>(b) The procedures, flight tests and simulations are validated by the competent authority of the MS or an entity that is designated by the competent authority.</p></td></tr><tr><td width="94"><p><i>Comments</i></p></td><td width="199"><p><i>N/A</i></p></td><td width="302"><p><i><sup>1</sup> AMC2 UAS.SPEC.030(3)(e) (Operational procedures for medium and high levels of robustness) is considered an acceptable means of compliance.</i></p></td><td width="234"><p><i>N/A</i></p></td></tr><tr><td width="94"><p>Criterion #3</p><p>(Training)</p></td><td width="199"><p>Training is self-declared (with evidence available).</p></td><td width="302"><p>— Training syllabus is available.</p><p>— The UAS operator provides competency-based, theoretical and practical training.</p></td><td width="234"><p>The competent authority of the MS or an entity that is designated by the competent authority:</p><p>— validates the training syllabus; and</p><p>— verifies the remote crew competencies.</p></td></tr><tr><td width="94"><p><i>Comments</i></p></td><td width="199"><p><i>N/A</i></p></td><td width="302"><p><i>N/A </i></p></td><td width="234"><p><i>N/A</i></p></td></tr></table> OSO #24 — UAS is designed and qualified for adverse environmental conditions (e.g. adequate sensors, DO-160 qualification) (a) To assess the integrity of this OSO, the applicant determines: (1) whether credit can be taken for the equipment environmental qualification tests / declarations, e.g. by answering the following questions: (i) Is there a Declaration of Design and Performance (DDP) available to the applicant stating the environmental qualification levels to which the equipment was tested? (ii) Did the environmental qualification tests follow a standard considered adequate by the competent authority (e.g. DO-160)? (iii) Are the environmental qualification tests appropriate and sufficient to cover all the environmental conditions related to the ConOps? (iv) If the tests were not performed following a recognised standard, were the tests performed by an organisation/entity that is qualified or that has experience in performing DO-160 like tests? (2) Can the suitability of the equipment for the intended/expected UAS environmental conditions be determined from either in-service experience or relevant test results? (3) Any limitations which would affect the suitability of the equipment for the intended/expected UAS environmental conditions. (b) The lowest integrity level should be considered for those cases where a UAS equipment has only a partial environmental qualification and/or a partial demonstration by similarity and/or parts with no qualification at all. <table border="1" cellpadding="0" cellspacing="0" width="928"><tr><td colspan="2" rowspan="2" width="210"><p>ADVERSE OPERATING CONDITIONS</p></td><td colspan="3" width="719"><p>LEVEL of INTEGRITY</p></td></tr><tr><td width="196"><p>N/A</p></td><td width="236"><p>Medium</p></td><td width="286"><p>High</p></td></tr><tr><td rowspan="2" width="132"><p>OSO #24</p><p>UAS is designed and qualified for adverse environmental conditions</p></td><td width="78"><p>Criteria</p></td><td width="196"><p>N/A</p></td><td width="236"><p>The UAS is designed to limit the effect of environmental conditions.</p></td><td width="286"><p>The UAS is designed using environmental standards considered adequate by the competent authority and/or in accordance with a means of compliance acceptable to that authority.</p></td></tr><tr><td width="78"><p><i>Comments</i></p></td><td width="196"><p><i>N/A</i></p></td><td width="236"><p><i>N/A</i></p></td><td width="286"><p><i>N/A</i></p></td></tr></table> <table border="1" cellpadding="0" cellspacing="0" width="931"><thead><tr><td colspan="2" rowspan="2" width="217"><p>ADVERSE OPERATING CONDITIONS</p></td><td colspan="3" width="714"><p>LEVEL of ASSURANCE</p></td></tr><tr><td width="217"><p>N/A</p></td><td width="274"><p>Medium</p></td><td width="223"><p>High</p></td></tr></thead><tr><td rowspan="2" width="132"><p>OSO #24</p><p>UAS is designed and qualified for adverse environmental conditions</p></td><td width="85"><p>Criteria</p></td><td width="217"><p>N/A</p></td><td width="274"><p>The applicant has supporting evidence that the required level of integrity has been achieved. This is typically done by testing, analysis, simulation<sup>2</sup>, inspection, design review or through operational experience.</p></td><td width="223"><p>If the operation is classified as SAIL IV, the competent authority should request the applicant to use a UAS for which EASA has issued a DVR.</p><p>If the operation is classified SAIL V or VI, the competent authority should request the applicant to use a UAS for which EASA has issued a type certificate or restricted type certificate in accordance with Annex I (Part 21) to Regulation (EU) No 748/2012.</p></td></tr><tr><td width="85"><p><i>Comments</i></p></td><td width="217"><p><i>N/A</i></p></td><td width="274"><p><i><sup>2</sup> When simulation is performed, the validity of the targeted environment that is used in the simulation needs to be justified</i></p></td><td width="223"><p><i>N/A</i></p></td></tr></table> --- [[48]](#_ftnref49) External service should be understood as any service that is provided to the UAS operator, which is necessary to ensure the safety of a UAS operation and is provided by a service provider other than the UAS operator. Examples of external services are: - provision of geographical zones data and geographical limitations (including orography); - collection and transfer of occurrence data; - training and assessment of remote pilots; - communication services that support the C2 link and any other safety-related communication; - services that support navigation, e.g. GNSS services (compliance with requirement UAS.STS-01.030(6) could be ensured by referring to the conditions of use of such services in the corresponding Service Definition Document (SDD) or an equivalent one if available.); - provision of services related to flight planning and management, including related safety assessments; and - U-space services, which are defined in the corresponding regulation(s) and may include one or more of the above-mentioned services.