Ground handling

Where do a handler’s paid hours go?

Shifts sized for the busiest hour are held all day, so the quiet hours are paid too. At Budapest Airport, planning to the flights took paid hours from 21,000 to 17,000 a month at the same flight volume.

Turnaround · A4 · 11:40 inbound
RESOLVING
chocks · gpu
deboard
unload
clean
fuel
cater
load
board
pushback
fuel truck 6 min late — plan rebuilt
off-block held
Proof, not a promise

Running live at Budapest Airport

OptiFlight plans 120 ground handling staff at Budapest Airport against live flight data. It is in production, with more than 42,000 assignments made so far.

Ground handler marshalling an aircraft on the apron Budapest Airport
−4,000
paid hours a month, −19%

Shifts sized to the flights

Staff follow demand hour by hour, not the peak. 21,000 → 17,000 a month at the same flight volume.

−72%
SLA breaches

Every flight covered

Every flight covered with the right skills and headcount.

−1,600
overtime hours a month

Cover planned, not called in

Reserve sized from delay history per airline.

−120
planning hours a month

Admin done by the system

Roster, leave, training expiry and reports come out of one system, not Excel.

120people in one roster
35qualifications matched
~130unexpected events a week

Production data, Budapest Airport.

The problem · a typical handler’s day

Flat shifts mean idle hours and gaps

The flights create work hour by hour. Two flat shifts keep the same headcount from start to finish, so some hours are paid with nothing to do and others are short.

Staff on duty
One day of ground handling: grey hourly bars show the work the flights create, a dark line shows two flat shifts, hatched areas are paid hours with no work, amber blocks are hours with more work than staff
04:0009:0014:00 shift change19:0024:00
Illustration, not real data.
  • Work what the flight schedule creates, hour by hour
  • Staff two flat shifts, the same headcount all shift
  • Hatched hours paid with no work to cover
  • Amber more work than staff on duty: overtime, late turnarounds, SLA risk
Why it stays flat

Qualifications, rest rules and the collective agreement are matched by hand, so planners stay with the shape that is safe.

Planning · live operations

Planned before the day, re-planned during it

Planning runs in production at Budapest Airport. When the day moves, unexpected events are handled inside the same rules.

01

Demand

Flights paired into turnarounds, then into work per hour and skill.

02

Rules

Skills, valid training, rest rules and the collective agreement: the handler’s own.

03

Solve

erdosP-3 builds the allocation inside every rule.

04

Adjust

Supervisors change the plan in plain language; each change is re-checked.

05

Notify

Shifts go out to staff, and call-ins go out for open slots.

How it decides

The solver makes the allocation. The language model only turns what a supervisor says into rules the solver can use.

What it is measured in

Paid hours: a line the operations director already reports and the CFO already reads.

erdosP-3 in the tower

A supervisor handling a delay doesn't want a settings screen

They say what happened and get an updated plan back. erdosP-3 turns the sentence into constraints, re-solves the shift against the full rule set, and shows the trade-off before anything is committed.

“Move the two people off gate B12 to the delayed turnaround on A4.”

the plan updates, and the SLA impact is shown.

“The 11:40 is delayed forty minutes — what does that do to the rest of the shift?”

the knock-on effects across later turnarounds are shown before you commit.

“Who's currently free and qualified for pushback?”

a real answer, grounded in live skills and availability data.

SLA handling

Where the SLA enters the process

Before the day it is a rule in the plan. During and after the day it is on record.

Before the day · a rule in the plan
01

SLA terms

Every flight covered with the right skills and headcount. Hours are cut only inside that.

02

Roster

Valid training only, with expiry flagged 30 days ahead. Rest and working-time rules. No one on two turnarounds.

During and after · on record
03

Shift start

Late arrival against the plan, from the card reader.

04

Turnaround

Overlaps flagged as delays come in, with an event and non-conformity register.

05

Evidence

Service log per flight, plan against actual, ticket export and monthly utilization.

Data handling
EU-only residency Sealed, isolated tenant Never used for training GDPR compliant
Security & Compliance

See it applied to your operation

We'll walk through your turnaround pattern and show you where the loop catches what a static plan would miss.

Book a demo