Skip to content
Migration and importFor admins

Moving from your current system

What a migration from another flight-school system involves, extract, map, validate, go live, and what comes across.

Last reviewed

Moving from another system is a managed implementation, not a leap. We extract your data, map it to FlyerOS, validate it with you, and then go live, and you see the mapping before anything is written.

The four steps

  1. Extract. We take a structured export from your current system, not screenshots, not retyping.
  2. Map. Every field is matched to the FlyerOS model. You approve the mapping before it is loaded, so you can see exactly what lands where.
  3. Validate. We run your rules against your data and surface anything that does not add up, before go-live, not after.
  4. Go live. You start on a system that already holds your fleet, people and programmes, with your team trained on it.

What comes across

  • Fleet, people, roles and locations.
  • Course and syllabus structure.
  • Historical training records, where the source data supports it.
  • Documents and their expiry dates.

What does not

Anything too ambiguous to trust is flagged and decided with you, rather than guessed at. It is better to start a small amount of data fresh than to carry across something no one can vouch for. You always know what is real in the new system.

For a fleet or people list that lives in spreadsheets rather than another system, see Importing from a spreadsheet.

Didn’t answer your question?