Signed checklists and briefings
On every launch path: take-off, mission dispatch and arming. Signed by tap, attendees listed, a reason for every open item.
Audits are usually a binder built the week before. In AutrikOS, every flight records its own evidence: who flew, what was checked, what happened in the air. The audit pack is an export.
On every launch path: take-off, mission dispatch and arming. Signed by tap, attendees listed, a reason for every open item.
Licences, ratings and recency per aircraft model, computed from the flights themselves, with expiry warnings.
Battery register with cycle limits and cell checks, approved firmware, maintenance releases and a test flight after updates.
The server checks it all before the aircraft arms. Soft findings need a reason, hard ones an admin who is not the pilot.
Link loss, route deviation, reserve, range and health warnings are watched and kept with the flight.
Serious events open an occurrence automatically; the safety officer investigates and closes it, and the lesson reaches the fleet.
Each flight is sealed with its logs in a hash chain. A later change shows as a change.
BARS RPAS is in the product end to end: the records, signed checklists on every launch path, the launch gate, in-flight monitors and occurrences, the per-framework report and the client share, and sealed flight records.
EU risk applications ship their short paths — Open category, STS and PDRA — in the operation wizard. The full SORA 2.5 assessment (the ten steps, SAIL, OSOs) is being built on the same operation record, and a framework of your own rules comes after it. Where this page says SORA, read it as the direction of the build.
Show us the findings, and we show you where each one lives in AutrikOS.