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
- Extract. We take a structured export from your current system, not screenshots, not retyping.
- 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.
- Validate. We run your rules against your data and surface anything that does not add up, before go-live, not after.
- 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.