Stage checks, endorsements, and student progress in one workspace.
Run your Part 141 program with the Training Course Outline next to the actual records. Stage checks, endorsements, and your DPE roster on one timeline — built for the chief instructor, not just the inspector.
Launching the first quarter of 2027.
Jump to a feature
Tap any chip to jump to its section below.
- Stage-check workflow (in development)Dev
- Endorsement library
- Funnel & progress tracking
- IACRA 8710-1 pre-fill
- TCO hierarchy
- Simulator + classroom calendar
- Trainee portals
- DPE network
+9 more supporting features lower on the page
Inside the Part 141 workspace
01Stage checks & endorsements In development
Stage-check workflow (in development)In development
In development: each enrollment's stage checks are designed to run a Scheduled → Pass / Fail → Re-check → Waive state machine, capturing the evaluator and the CFI certificate number, with a failed check creating a re-check rather than overwriting the record. The data model and the API for this exist today, but there is no /app screen yet to schedule a stage check or record a result, so it isn't a working feature yet. It's designed to replace the per-stage sign-offs that get missed until the checkride.
- In development — the schema and API exist, the in-app workflow doesn't yet
- Designed as a Scheduled → Pass / Fail → Re-check → Waive state machine
- Not yet reachable from any /app page
Illustrative — every screen reflects your own data.
02Stage checks & endorsements
Endorsement library
Every endorsement is a row per trainee carrying its expiry, the issuing CFI, and the stored signed document; a renewal creates a new row so the full history is preserved. You can see at a glance whose endorsements are lapsing. It replaces the endorsements scattered across paper logbooks and text threads.
Replaces: the endorsements scattered across paper logbooks and text threads
- Per-trainee endorsement rows with expiry and issuing CFI
- Stored signed document on each row
- Renewals preserved as new rows; lapsing endorsements visible
How an operator uses this
A chief instructor's Tuesday
The chief flight instructor opens the program funnel first thing. Students show where they sit — enrolled, started, stage 1/2/3, completed — so a learner who's stalled is visible now, not at graduation, and progress reflects the lessons logged this week.
A student's endorsement is lapsing, surfaced on the same Due-Soon timeline as everything else, and a checkride needs a DPE, so the chief instructor pulls the examiner's details from the roster instead of working a phone tree, and schedules the check-ride on the calendar. The TCO and the actual records are the same structure, so nothing is reconciled against a binder afterward.
Stage-check pass/fail tracking — a Scheduled → Pass/Fail → Re-check → Waive record per enrollment — is still in development: the data model and API exist, but there's no in-app screen yet to schedule or record one, so that step still happens outside the platform until it ships.
Illustrative — every screen reflects what's in your own data, nothing more.
Illustrative — every screen reflects your own data.
03Stage checks & endorsements
Funnel & progress tracking
A training funnel shows where students sit across enrolled → started → each stage → completed, so the chief instructor sees stall points instead of finding them at graduation. Progress updates automatically as lessons are logged. It replaces the Excel tracker that's never current.
Replaces: the Excel tracker that's never current
- Enrolled → started → stage 1/2/3 → completed funnel
- Stall points visible instead of found at graduation
- Progress updates automatically as lessons are logged
Illustrative — every screen reflects your own data.
04Stage checks & endorsements
IACRA 8710-1 pre-fill
The 8710-1 builds from completed training records and exports as IACRA-ready CSV, so applications aren't hand-filled per applicant. It replaces the per-student manual data entry that invites errors into FAA records.
Replaces: the per-student manual data entry that invites errors into FAA records
- Builds from completed training records
- IACRA-ready CSV export
- No hand-filled application per applicant
Illustrative — every screen reflects your own data.
05Programs & scheduling
TCO hierarchy
Your Training Course Outline lives as a program → course → lesson hierarchy with per-trainee enrollment dashboards, so the approved catalog and the actual records are the same structure. Lessons mark whether they need a simulator or a classroom and how long they run. It replaces the binder that never quite matches the records.
Replaces: the binder that never quite matches the records
- Program → course → lesson hierarchy mirroring your TCO
- Per-trainee enrollment dashboards
- Lessons mark simulator / classroom and duration
Illustrative — every screen reflects your own data.
06Programs & scheduling
Simulator + classroom calendar
One calendar schedules simulators and classrooms together and conflict-checks the instructor's own time, catching a simulator or instructor conflict — including the chief instructor's own time and approved time off — before the booking posts. It replaces training-session scheduling that collides with the calendar nobody can see all of.
Replaces: training-session scheduling that collides with the calendar nobody can see all of
- One calendar for simulators and classrooms
- Catches a simulator or instructor conflict — including the chief instructor's own time and approved time off
- Conflicts surfaced before the booking posts
Illustrative — every screen reflects your own data.
07Programs & scheduling
Trainee portals
Each trainee gets a secure portal link showing their upcoming sessions, program progress lesson by lesson, endorsements, and medical-expiry warnings — the same data you see, so the front desk stops fielding "where am I?" calls. It replaces the students emailing for status.
Replaces: the students emailing for status
- Secure portal link per trainee
- Upcoming sessions, lesson-by-lesson progress, and endorsements
- Medical-expiry warnings — the same data the school sees
Illustrative — every screen reflects your own data.
08Programs & scheduling
DPE network
A roster of Designated Pilot Examiners — designation number, ratings, type ratings, and fee — kept in the workspace so the examiner contacts aren't scattered across someone's phone (add-on module).
- DPE roster with designation number, ratings, type ratings, and fee
- Examiner contacts kept in the workspace, not someone's phone
- Add-on module
Illustrative — every screen reflects your own data.
In every operation
The platform backbone, under every Part
The platform-wide backbone — the same under every FAR Part.
Auto-fills from completed flights, manual entry, and ForeFlight CSV import/export.
Certificates, ratings, medicals, and type ratings with auto-expiry alerts and document storage.
Priority/status/assignee work orders, parts with reorder thresholds, vendors, and purchase orders.
Every requirement on a Compliant → Due-Soon → Overdue timeline with a weekly admin digest.
Utilization, currency, and activity KPIs with CSV export.
Every mutation recorded with actor, entity, and timestamp — searchable and exportable.
Read-only links for FAA/POI/external auditors that expire automatically — no shared logins.
Bearer-token REST API (scoped) and HMAC-signed outbound webhooks for HRIS, ERP, and ops integrations.
Tenant isolation, role-based access, per-employee surface restrictions, TOTP 2FA, and GDPR data export/erasure.
Today
What's slowing you down
- Student progression tracked in Excel that's never current
- Per-stage CFI sign-offs missed until the checkride
- Stage-check scheduling collides with the chief instructor's calendar
With AviationAlley
What changes
- Program → course → lesson hierarchy that mirrors your TCO
- Stage-check booking surfaces conflicts before they happen
- Student progress auto-updates as lessons are logged
Why operators switch
What we have. What incumbents don't.
| AviationAlley | Status quo |
|---|---|
| Mobile-first design | Flight Schedule Pro forces desktop for many workflows |
| Trainee self-service portal | Students email the front desk for status |
| ForeFlight CSV logbook export | Manual entry into ForeFlight |
| Public REST API + webhooks | Most 141 tools are point-and-click only |
Recommended for Part 141
Starter plan
Unlimited seats · priced to your fleet
One FAR rule set, unlimited seats. Right-sized for single-rule schools and small operators.
- One operation module included
- Unlimited staff seats
- Public REST API + webhooks
- White-label branding
- Email + community support
Frequently asked questions
Part 141 — common questions
Does AviationAlley handle Part 141 stage checks?+
Not yet — the data model and API for a Scheduled → Pass / Fail → Re-check → Waive record exist, but there's no in-app workflow yet to schedule or record a stage check. (Stage-check authority sits in 14 CFR 141.37 and 141.85(a), not 141.71, which is only a Subpart E applicability clause.) Endorsements, the training funnel, and 8710-1 pre-fill are live today.
How do endorsements work in a Part 141 program?+
Each endorsement is a row per trainee with its expiry, the issuing CFI, and a stored signed document. Renewals create new rows so the full history is preserved, and lapsing endorsements surface on the same Due-Soon timeline as everything else.
Can I run both Part 141 and Part 142 in one workspace?+
Yes. Modules are independent, and a combined Part 141 + Part 142 setup is a supported onboarding preset — the nav shows the training surfaces for either Part. The same is true of any combination across the twelve FAR-Part operations the platform runs.
Does it keep a roster of Designated Pilot Examiners?+
Yes, with the DPE Network add-on. You keep a roster of examiners with their designation number, ratings, type ratings, and fee — so the examiner contacts live in the workspace instead of someone's phone.
Built for Part 141.
See it on your operation. Request a demo or join the waitlist.