Launching Q1 2027. Join the waitlist for early access.
Network-aware scheduling

A schedule that knows where your maintenance and crew bases actually are.

Route each tail's due check to a reachable, capable station before its limit, balance pairings and trips against your crew bases, and read a single weight-configurable efficiency score with deterministic, explainable swap and re-base suggestions. It surfaces the risk and ranks the options — it never blocks a dispatch, and it composes with the FAR 117 / 121.467 legality the scheduler already enforces.

Network & efficiency
Sample Center · maintenance routing · crew bases · efficiency
Efficiency
32 pts
Maint. at risk
1
Out-of-base
2
TailDue check · station fitRouting
N812AAA-check · in 41 h · → KMEM (capable)Routed
N905DLC-check · in 9 d · → KATL (capable)Routed
N4821GA-check · in 12 h · no capable stn in windowAt risk
Crew basesKDEN 24·KSLC 18·2 out-of-base o/n
Efficiency breakdown · weighted pointslower = better
Deadhead legs
14
Out-of-base overnights
9
Aircraft repositioning
6
Maintenance-fit slack
3
Swap N4821G ↔ N905DL — routes the A-check to a capable station within its limit; −5 pts.
Re-base pairing P-2204 to KDEN — removes 1 out-of-base overnight; −3 pts.
Advisory only — surfaces routing risk and ranks deterministic, explainable suggestions; never blocks dispatch

Maintenance routed before the limit

Each tail's next-due check is matched against the stations that can actually perform it within reach and before its limit. When it won't fit, an at-risk chip surfaces on the board — advisory, never a dispatch block.

Crew bases in the balance

Deadhead legs and out-of-base overnights surface so pairings and trips can be built to return crew to their domicile. Part 121 reads fixed lines; Part 135 reads ad-hoc trips — same engine, different input.

One score, your weights

A configurable weighted score (abstract points, lower = better) over deadhead, overnights, repositioning, and maintenance-fit slack. Swap and re-base suggestions are deterministic and explainable — each shows its reasoning, not a black box.

Why a schedule should know your physical network

FAQ

Does network-aware scheduling block or prevent a dispatch?

No. The maintenance-routing read is advisory — it surfaces an at-risk chip on the network board when a tail's due check won't reach a capable station before its limit, so the desk can re-route while there's still time. It flags the risk; it never blocks or prevents a dispatch. The hard duty/rest legality (FAR 117 / FAR 121.467) is enforced separately at assignment time — this feature composes with that, it doesn't replace it.

Is the efficiency score in dollars, and is it an AI optimizer?

Neither. The efficiency score is a configurable weighted score in abstract points where lower is better — not a dollar figure and not a guaranteed optimum. It rolls up the soft factors (deadhead legs, out-of-base overnights, aircraft repositioning, and maintenance-fit slack) with weights you set per center, so you decide what matters most. It is a deterministic planning signal, not an AI prediction.

How do the swap and re-base suggestions work?

They are deterministic, explainable heuristics. When an aircraft swap or a re-base would lower the efficiency score without creating a maintenance-routing risk, the board proposes it and shows the reasoning behind it — what it changes and how many points it saves. The same inputs always produce the same proposals, and every suggestion traces back to its inputs. They are not AI and not a solver — they are ranked, transparent improvements you choose to apply.

Does it work for both Part 121 and Part 135?

Yes. Part 121 routes aircraft around maintenance windows and crew bases as you build pairings, feeding the bidding award run. Part 135 positions aircraft and crew for ad-hoc trip demand — the same engine, with trips as the input instead of fixed lines. Both keep each tail's maintenance reachable and score the schedule on the same weight-configurable factors.