For insurers

The flight register, read by the people who insure

An operator working on Dronetrake keeps a register that cannot be rewritten afterwards, dated by a third party and verifiable by anyone, without an account. This page says what is in it, what it proves, what it does not prove and how you receive it. The premium is yours to decide: there is no talk of discounts here.

What is in the register

The flight

Drone, pilot, take-off and landing to the second, places and coordinates, batteries fitted, VLOS or BVLOS, anomalies, mission and operation order. Duration is computed, drone and pilot hours grow from it. The forecast for the flight hours, read before take-off, is sealed with the entry.

The mission

UAS geographical zones on the map, hourly weather forecast with wind, gusts and rain, fetched before the flight with the time of the fetch; signed checklists; crew with certificates in force.

The drone

Serial number, class, flight hours from the register, batteries with cycles, maintenance and schedules, insurance expiry. A past date is red, thirty days before it is amber.

The pilot

Certificates with type, number, country, expiry and document. A pilot with an expired certificate cannot be assigned to a mission.

The incident

One file in one package: the register entry with its chain, the aircraft, the pilot's qualifications at the time, signed checklists, weather, telemetry and evidence with SHA-256 fingerprints. As PDF and as ZIP.

The recordings

Live-stream recordings, with the file fingerprint and the start time. A recording marked as evidence cannot be deleted and gets a copy off the server.

How it is protected

1

The chain

Each entry carries a SHA-256 fingerprint computed on its content plus the fingerprint of the previous entry. Changing or removing an entry breaks the chain visibly. Deleting leaves a tombstone.

2

The nightly seal

Every night the head of each chain receives an RFC 3161 timestamp from an independent authority. It is free and applies to every plan: it shows that at that hour the chain was exactly that.

3

The qualified timestamp

On the flights, recordings and files the operator marks as evidence, or on a whole mission that "must hold up before third parties", the date is set by an eIDAS qualified provider, FNMT-RCM, on the plans that include it. It is the date that can be relied upon against third parties.

What it proves

  • That an entry existed, as it is, before the date of the timestamp.
  • The order of events: what came first and what came after.
  • The integrity of a delivered file: the fingerprint is the one from the day it was deposited.
  • Who signed a checklist, and when.
  • That a certificate was on file and in force on that date.

What it does not prove

  • The truth of what the pilot wrote: it is a statement, with a certain date.
  • The compliance of the operation: the authority and the insurer assess that, with their own criteria.
  • The pilot's fitness: Dronetrake certifies nobody. A certificate on file remains the pilot's document.
  • The observed weather: the register holds the forecast fetched before the flight, with the time of the fetch.

How you receive it

The data belongs to the operator, and the operator hands it over. No Dronetrake account is needed and there is no insurer login.

The verification page

A public link for a mission, a drone or a certificate: it opens without an account and shows the chain and the seals.

The register as PDF

The logbook export per aircraft, with the head fingerprint of the chain printed on the document.

The incident file

PDF and ZIP with telemetry and evidence, ready for a claim file.

The delivered files

A sharing link to a mission's files, with their fingerprints.

The API

With the operator's consent, read access to their data through the documented public API.

Download a sample

A ZIP produced by the same exporters an operator uses, on the data of a demo European organisation: the flight register as PDF, an incident file, a flight as it leaves the API, the public verification link and a README saying what it proves and what it does not.

For those who want the data in a structured way

MGAs, carriers and association programmes that want to read their policyholders' register will find a model already written elsewhere: the software provider as a verified technology partner, data shared on the policyholder's consent, policy terms decided by the insurer. We are ready to do it that way.

Explicit consent

The operator decides what to share and with whom. Without their yes, nothing leaves.

Stable format

JSON from the API, PDF and ZIP from the files, with fingerprints to check that nothing has changed.

Independent verification

The chain can be recomputed and the timestamp checked with the provider, without trusting us.

The premium is yours

We say what the register proves. What it is worth for the policy is your decision.

Write to us

Are you an operator? Send this page to your broker

It is the simplest way to let your insurer read how you document your flights. The text is ready: add whatever you like.

Open the email

We never promise premium discounts. We say what the register proves; the rest is the insurer's decision.