Run a Part 142 center without the spreadsheet sprawl.
Built around how a director of training actually operates — NSP cycles, evaluator visits, simulator qualifications, Training Specifications, and a Part 60 audit trail that survives a surprise inspection.
Launching the first quarter of 2027.
Jump to a feature
Tap any chip to jump to its section below.
- Device inventory
- Conflict-free calendar
- Utilization reporting
- NSP evaluation cycles
- Instructor currency
- FAA inspection mode
- TS document control
- Instructor authorization matrix
- FAA Form 8710 / IACRA prep
- AQP (14 CFR 121 App. Y)
+9 more supporting features lower on the page
Inside the Part 142 workspace
01Simulator & scheduling
Device inventory
Every device — Full Flight Simulator Level A–D, FTD, AATD, BATD — is one record carrying its operational status. FFS and FTD carry a real Part 60 qualification level (Level A–D / Level 4–7); AATD and BATD aren't Part 60-qualified at all — they're approved through a separate Letter of Authorization (LOA) under 61.4(c), and the record tracks that instead. The schedule, utilization, and NSP cycles all hang off the same record, so a device's status and eval window never live in two different places. It replaces the device list taped to the scheduling office wall.
Replaces: the device list taped to the scheduling office wall
- FFS Level A–D, FTD, AATD, and BATD on one record
- FFS/FTD carry a Part 60 qualification level; AATD/BATD track an LOA instead
- Schedule, utilization, and NSP cycles hang off the same record
How an operator uses this
A Director of Training's morning
It's 6:45am and the director of training opens AviationAlley before the first sim brief. The schedule shows which devices run today and the session type on each — an initial type rating in the Level D, a recurrent in the FTD — and an instructor whose CFII currency lapses this week is flagged on the same screen.
One device's Part 60 NSP window is coming due; the next-due date is right on the device record, so the evaluation gets onto the calendar instead of being remembered later. A Training Specifications section is sitting in PROPOSED, waiting on the POI's sign-off, and it's one click from the document.
An FAA evaluator is visiting Thursday, so the director sends a read-only access link that expires on its own — no shared login to clean up afterward. By the time the floor opens, the day is laid out and nothing is living in a spreadsheet the inspector can't see.
Illustrative — every screen reflects what's in your own data, nothing more.
Illustrative — every screen reflects your own data.
02Simulator & scheduling
Conflict-free calendar
Book a session in two clicks against a week view with one column per device; briefing and debrief blocks are built into the booking so the calendar reflects the real bay time, not just the sim run. Double-booking a device is flagged the moment it would happen instead of being discovered at 6 a.m. It replaces the shared spreadsheet two schedulers edit at once.
Replaces: the shared spreadsheet two schedulers edit at once
- Week view with one column per device
- Briefing + debrief blocks built into every booking
- Double-bookings flagged before they post
Illustrative — every screen reflects your own data.
03Simulator & scheduling
Utilization reporting
Per-device hours, session counts, and a breakdown by session type (initial type rating, recurrent, LOE, proficiency check, NSP eval) are live off the bookings — no spreadsheet to rebuild at month end. You can see which device is your bottleneck and which is underused. It replaces the manual tally the DOT does for the monthly report.
Replaces: the manual tally the DOT does for the monthly report
- Per-device hours and session counts, live off the bookings
- Breakdown by session type
- No month-end spreadsheet rebuild
Illustrative — every screen reflects your own data.
04NSP & Part 60 compliance
NSP evaluation cycles
Each device carries its recurring Part 60 National Simulator Program window; logging an evaluation records the evaluator, organization, result, findings, and corrective actions and rolls the next-due date forward, with reminders ahead of the deadline. Your overall NSP pass rate shows on the Reports page. It replaces the three spreadsheets an eval cycle usually lives across.
Replaces: the three spreadsheets an eval cycle usually lives across
- Logs evaluator, result, findings, and corrective actions
- Next-due date auto-rolls with reminders ahead of the deadline
- Overall NSP pass rate on the Reports page
Illustrative — every screen reflects your own data.
05NSP & Part 60 compliance
Instructor currency
Each instructor's CFI / CFII / ATP currency sits on the same Due-Soon → Overdue pipeline as everything else, so a lapsed authorization surfaces well before it grounds a class. It replaces the currency dates someone keeps in their own head or a personal calendar.
Replaces: the currency dates someone keeps in their own head or a personal calendar
- Per-instructor CFI / CFII / ATP currency
- Due-Soon → Overdue pipeline
- Lapsed authorizations surface before they ground a class
Illustrative — every screen reflects your own data.
06NSP & Part 60 compliance
FAA inspection mode
When a POI or PMI visits, inspection mode gives them read-only navigation scoped to the records they need, paired with a time-limited invite that expires on its own. You don't share a login and you don't clean up access afterward. It replaces the permanent evaluator account passed around by email.
Replaces: the permanent evaluator account passed around by email
- Read-only navigation scoped to the records they need
- Time-limited invite that expires on its own
- No shared login and no cleanup afterward
Illustrative — every screen reflects your own data.
07Training Specifications & records
TS document control
Training Specifications live as controlled sections (A001 / A002 / B055 …) that move DRAFT → PROPOSED → APPROVED with the POI's sign-off name and date captured on the approving revision. Every save creates a new revision tied to the editor and timestamp, so the history is append-only and the current text is never in doubt. It replaces the TS document in a shared drive with no revision history.
Replaces: the TS document in a shared drive with no revision history
- Controlled sections (A001 / A002 / B055 …)
- DRAFT → PROPOSED → APPROVED with POI sign-off name and date
- Append-only revision log tied to editor and timestamp
Illustrative — every screen reflects your own data.
09Training Specifications & records
FAA Form 8710 / IACRA prep
Application data pre-fills from completed training records and exports as IACRA-ready CSV, so the 8710 isn't filled out by hand for every applicant. It replaces the per-applicant manual data entry that invites typos into FAA records.
Replaces: the per-applicant manual data entry that invites typos into FAA records
- Pre-fills from completed training records
- IACRA-ready CSV export
- No hand-filled 8710 per applicant
Illustrative — every screen reflects your own data.
10Training Specifications & records
AQP (14 CFR 121 App. Y)
For centers running an Advanced Qualification Program, per-fleet proficiency objectives and continuing-qualification cycle enrollments are tracked alongside the rest of the training records (an add-on module). It replaces the separate CQ tracker most AQP shops keep apart from their scheduling tool.
Replaces: the separate CQ tracker most AQP shops keep apart from their scheduling tool
- Per-fleet proficiency objectives
- Continuing-qualification cycle enrollments
- Tracked alongside the rest of the training records (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
- NSP evaluation cycles tracked across three different spreadsheets
- Evaluator credentials shared via Post-It and group chat
- Training Specifications living in a shared drive with no revision history
With AviationAlley
What changes
- One dashboard for every Part 142 / Part 60 requirement
- Time-limited FAA evaluator access — links expire automatically
- Audit trail auto-recorded; no manual cleanup before an inspection
Why operators switch
What we have. What incumbents don't.
| AviationAlley | Status quo |
|---|---|
| Modern, mobile-responsive UI | Schedule Pointe ships a dated, non-mobile-responsive UI |
| Public REST API + OpenAPI 3 spec, included | Rare among training-center tools; gated or absent where offered |
| White-label branding included | Add-on / enterprise tier only |
| Time-limited FAA evaluator access | Permanent logins shared by email |
Recommended for Part 142
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 142 — common questions
Is AviationAlley built for Part 142 training centers?+
Yes — Part 142 is a first-class operation in AviationAlley. You get simulator scheduling, NSP / Part 60 evaluation cycles, Training Specifications document control, instructor currency, IACRA prep, and time-limited FAA evaluator access in one workspace. It's one of twelve FAR-Part operations the platform runs, so a center that also flies Part 135 or 91 can add those modules without changing tools.
Does it track Training Specifications revisions with POI sign-off?+
Yes. Each TS section moves DRAFT → PROPOSED → APPROVED with the POI sign-off name and date captured on the approving revision. The history is append-only — every save creates a new revision tied to the editor and timestamp, so the current text and how it got there are never in question.
How are NSP evaluation cycles handled per simulator?+
Each device carries its own recurring Part 60 NSP window. Logging an evaluation records the evaluator, result, findings, and corrective actions, then rolls the next-due date forward and reminds you ahead of the deadline. Your overall NSP pass rate shows on the Reports page.
Can the FAA see only what they need during an inspection?+
Yes. Inspection mode gives a POI or PMI read-only navigation scoped to the records they need, and the evaluator invite is time-limited so it expires on its own — no shared login and no manual cleanup afterward. What they viewed lands in your audit trail.
Built for Part 142.
See it on your operation. Request a demo or join the waitlist.