Industry solution

Aviation & Airports

On-time turns start before the aircraft lands: ready equipment, current crews, clear cargo

Ground equipment, ramp rosters, hangar tools, cargo cut-offs and passenger messages in one workspace, designed to show gaps before the wave.

Products
8
Challenges
6
Concepts
15
Ground crew, a pushback tug and a belt loader beside a turboprop on an airport apron at first light.
AssetHandler(opens AssetHandler in a new tab)CrewFoundry(opens CrewFoundry in a new tab)MoveTheWheels(opens MoveTheWheels in a new tab)ManufacturedOps(opens ManufacturedOps in a new tab)FluidGrids(opens FluidGrids in a new tab)BigConsole(opens BigConsole in a new tab)Botlit(opens Botlit in a new tab)EcoImpactHub(opens EcoImpactHub in a new tab)

The problem

Why the ramp is hard to run from logbooks and spreadsheets

Equipment faults sit in a workshop logbook, permits in a spreadsheet, tool calibration on a crib card, cargo cut-offs on a whiteboard, and passengers hear about delays from each other. The ramp finds out at pushback.

An aircraft turnaround is a timed sequence: chocks and cones, ground power, doors, baggage and cargo off and on, fueling, catering, cleaning, boarding, the loadsheet, doors closed and pushback. Each step needs a serviceable piece of equipment and a person authorized to use it. Most airports and ground handlers run their day in waves, when many aircraft need the same people and equipment at once, so one missing tug or one unqualified agent pushes a departure, and the delay follows that aircraft through its rotations for the rest of the day.

The information that would prevent it is scattered. Equipment faults sit in workshop logbooks, permits with the pass office, recurrent training in spreadsheets, tool calibration on crib cards, cargo status in a terminal system and on whiteboards, and disruption news in group chats. Ground handlers work on thin margins under service-level agreements with airlines, maintenance shops answer to their authority and their customers, airports face carbon targets, and seasonal peaks and hard-to-fill roles stretch every team.

The flight operations systems and approved maintenance records are not the problem, and this concept does not replace them. It is designed to sit around them, so the equipment, people, tools, cargo and messages that turn an aircraft are visible to the people who need them before the wave, not at the stand.

Who this is for

  • Head of ground operations or station manager

    Turns that close on time, the right equipment and qualified people at every stand, and delay minutes they can explain to airlines.

  • GSE workshop manager

    Knowing which tugs, belt loaders and ground power units are serviceable before each bank, and fixing the units that cause the most delay.

  • Base maintenance and quality manager

    Hangar tools that are calibrated and accounted for, and findings closed with evidence.

  • Cargo terminal manager

    Trucks unloaded on time, freight accepted and built up before cut-off, temperature-sensitive shipments kept cool and every ULD accounted for.

  • Duty operations and customer service manager

    Passengers and staff told the same accurate thing within minutes of a delay, with routine questions answered and hard ones handled by people.

  • Airport sustainability manager

    Diesel equipment fuel, ground power use and aircraft APU time on stand turned into emissions figures with a source behind each one.

A day in the life

The story behind the solution

One Friday at Kellmoor Regional, from the first wave to the Monday report

Adaeze runs ground operations at a busy regional airport that handles its own turns, operates a cargo shed for belly and freighter cargo, and keeps a hangar where two regional carriers' aircraft come in for scheduled checks. On a normal Friday her day is shaped by what she learns late: at the stand, on the radio, at the tool crib or from a passenger. This illustrative story follows one of those Fridays, and the Monday after it.

  1. 05:20 · First wave

    The tug that was never coming

    Six departures leave between 06:00 and 06:45. At 02:10 the night shift wrote a steering leak on pushback tug PB-03 into the workshop logbook, but ramp control still has PB-03 on the plan, and the only spare is two weeks past its service interval. The crew at stand 6 radio for a tug that is already in the workshop. The 06:25 leaves fourteen minutes late, and the delay is coded to ramp handling with nothing to say which unit caused it.

    How this is solved: Ground equipment that fails on the first wave
  2. 05:40 · Call-out

    A permit that expired eleven days ago

    A ramp agent calls in sick. The shift supervisor sends the first name on the standby list to stand 4. At the aircraft, the replacement mentions that his airside driving permit ran out eleven days ago, so he cannot drive the belt loader. The date was in the pass office's records; the supervisor had never seen it. Two agents are swapped between stands by radio while the bags wait on the cart.

    How this is solved: Rosters that ignore expired permits and authorizations
  3. 10:30 · Hangar

    One torque wrench, two aircraft

    In the hangar, a technician returning torque wrench TW-118 to the crib notices its calibration label expired eight days ago. The paper sign-out sheet shows it went out four times since, on two aircraft in for scheduled checks. The quality manager, Farida Haddad, starts reading sign-out sheets against work packs by hand. One of the two aircraft is due back on the line at 18:00.

    How this is solved: A torque wrench out of calibration in the hangar
  4. 15:00 · Cargo shed

    Nine trucks, one cut-off

    Nine forwarder trucks queue at the landside doors for the 21:40 freighter to the hub, and acceptance closes at 19:40. A pallet of temperature-controlled pharmaceuticals has sat on an open dock for seventy minutes because the cool room is full of export flowers. Two pallets planned for build-up have damaged bases, and the replacements were last seen at a partner handler's shed on Wednesday. The build-up team is one person short.

    How this is solved: Cargo cut-offs, dock queues and ULDs nobody can find
  5. 17:15 · Thunderstorms

    When passengers know first

    A line of storms reaches the airport and ramp work stops for lightning. Eleven departures hold and gates change as aircraft are re-sequenced. The airport's chat fills with the same five questions, the information desk has four people, and a gate agent learns about a gate change from a passenger holding up a phone. What the website says and what gate 7 says no longer match.

    How this is solved: Disruptions where passengers know before staff do
  6. Monday · 09:00

    The number nobody can total

    The sustainability lead asks for August's ground-side emissions for the airport's carbon program report, and for the figures behind a proposal to replace six diesel tugs with electric ones. Diesel sits on fuel-card statements, the ground power meters are read monthly by facilities, and APU times appear on turn sheets only when someone remembers. Adaeze has a spreadsheet and a week.

    How this is solved: Ground power, APU time and diesel fleets nobody can total

In the concept, each of those moments arrives earlier and in one place: the tug fault reaches ramp control before the wave, the expired permit keeps a name off the standby list, the overdue wrench lists its own jobs, the cargo board shows the warming pallet at 15:00, passengers and staff read the same notice, and August's emissions come with their sources. Adaeze still makes the calls. She makes them sooner.

Challenges and how they are solved

6 problems, several products, one connected answer

Each challenge shows the problem as it happens, how the products are designed to hand work to each other, and the concepts that illustrate it. Share any challenge on its own.

Answers are in plain business terms. Choose Technical, or open any technical detail, to see how it works under the hood.

The problem

At 05:20 the first wave is forty minutes out: six departures between 06:00 and 06:45, four from contact stands and two from remote stands. The night shift wrote a hydraulic leak on pushback tug PB-03 into the workshop logbook at 02:10, but ramp control still shows it on the plan. The only spare tug is two weeks past its service interval, a belt loader's conveyor fault was reported by text message, and one ground power unit is waiting for a part. The duty ramp manager finds out at the stand, when the crew radio for a tug that is not coming, and the delay is coded to ramp handling with no link to the equipment behind it.

What it costs

Departures push late and knock-on delays run through the day's rotations. The same units fail again because no one sees the pattern, and delay minutes are argued with airlines without evidence.

How the products work together

When a driver's pre-use check or fault report flags a tug or loader, AssetHandler is designed to open a repair job and take the unit out of service. FluidGrids tells ramp control which unit is down, what is wrong and when it should be back. BigConsole shows working equipment against the next wave's needs and which units sit behind the most delay minutes, so the workshop can fix those first.

How it works — technical detail

Technical detail

AssetHandler is designed to hold every tug, belt loader, ground power unit, air-start unit, set of stairs and de-icer as a tagged asset with its service interval, hour meter and open work orders. A driver's pre-use check or fault report, scanned from the unit's tag, opens a work order and marks the unit unserviceable. AssetHandler is designed to hand each new work order to a FluidGrids workflow through the workflow's webhook trigger; that workflow is designed to post the unit, the fault and the expected return to ramp control, and to write serviceable counts by equipment type, with the day's departures, into BigConsole datasinks. BigConsole is designed to set serviceable equipment against the next bank's demand, and its Explain panel to place delay minutes beside the equipment events around each late departure, so the workshop can target the units behind the most delay.

The outcome it is designed for

Ramp control is designed to know which tugs and loaders are serviceable before the wave, and the workshop can see which units sit behind the most delay minutes.

The concepts behind it

AssetHandler

Ground Support Equipment Bank Readiness Board

The next departure bank laid out by stand for the workshop and ramp control, with the equipment assigned to each departure, a gap wherever no serviceable unit is left, and each open defect's expected return.

Works with FluidGrids, BigConsole

Challenge 2 of 6

Rosters that ignore expired permits and authorizations

The problem

At 05:40 a ramp agent calls in sick. The shift supervisor takes the first name on the standby list and sends him to stand 4. At the aircraft he mentions that his airside driving permit expired eleven days ago, so he cannot drive the belt loader or a baggage tractor. Permit dates sit with the pass office, recurrent training in a spreadsheet the training coordinator updates on Fridays, and de-icing and dangerous goods awareness certificates in a binder. The roster is built from availability alone, so every qualification gap is found at the stand.

What it costs

Turns start short-handed, supervisors reshuffle teams by radio, and a person working outside their authorization becomes a finding in the next airline or authority audit.

How the products work together

CrewFoundry is designed to keep each person's airside pass, driving permit, equipment sign-offs and training with expiry dates, and to build each wave's ramp teams only from people who are current. When someone calls in sick, the standby list shows only people qualified for the role and within their rostered hours. FluidGrids checks dates every morning, reminds people and supervisors 60 and 30 days ahead, and books the refresher.

How it works — technical detail

Technical detail

CrewFoundry is designed to hold each ramp, cargo and de-icing team member's airside pass, airside driving permit, equipment authorizations and recurrent training as dated qualifications on their profile, and to build each bank's turn teams against the departure schedule so a person counts toward a role only while they are current for it. When someone calls in, the standby list shows only people qualified for the open role and within their rostered hours. A FluidGrids workflow on a daily schedule trigger is designed to read expiry dates from CrewFoundry each morning, remind the person and their supervisor at 60 and 30 days, and enroll them in the refresher, while CrewFoundry learning paths hold the recurrent training itself and record certificates on completion.

The outcome it is designed for

Supervisors are designed to see tomorrow's authorization gaps the evening before, and standby calls go only to people who are current for the task.

The concepts behind it

CrewFoundry

Ramp Turn-Team Roster and Airside Authorizations

Each departure bank's turn teams by stand and role, with every person's airside pass, driving permit and equipment authorizations checked, and a standby list filtered to qualified people.

Works with FluidGrids

Challenge 3 of 6

A torque wrench out of calibration in the hangar

The problem

At 10:30 a technician returning torque wrench TW-118 to the tool crib notices its calibration label expired eight days ago. The crib's sign-out sheet shows it went out four times since then, on two aircraft in the hangar for scheduled checks. The quality manager now has to work out which task cards it was used on and by whom, so that the right people can decide whether any work must be re-inspected, and she is doing it by reading paper sign-out sheets against work packs. One of the two aircraft is due back on the line at 18:00.

What it costs

Quality staff spend hours reconstructing tool use from paper, an aircraft's return to the line is put at risk, and the same lapse can recur because no one owns the corrective action.

How the products work together

AssetHandler is designed to record each hangar tool's calibration due date and who signed it out, on which shift and for which task card. When a tool goes overdue, AssetHandler lists every task card it went out on since, so the quality team starts from a list, not paper sheets. ManufacturedOps tracks the quality finding and its fix to closure with evidence, while airworthiness decisions stay with your certifying staff.

How it works — technical detail

Technical detail

AssetHandler is designed to treat every calibrated tool, torque wrench, gauge and test set as an asset with a calibration due date and a custody trail: each check-out by tag scan records the technician, the shift and the task card or work-pack reference it went out against. When a tool passes its due date it is flagged overdue, and the register lists every task card it went out against since, so the impact review starts from a list. The overdue tool's record and its list of affected task cards are designed to be attached to a non-conformance the quality manager raises in ManufacturedOps, whose register was built for shop-floor quality and tracks the disposition and corrective action from open to closed with evidence. Maintenance records, release or return to service and every airworthiness decision stay with the organization's approved system and certifying staff.

The outcome it is designed for

The quality team is designed to start an impact review from a list of affected task cards rather than a paper search, and to close the corrective action with evidence attached.

The concepts behind it

The problem

At 15:00 on a Friday, nine forwarder trucks queue at the cargo terminal's landside doors for the 21:40 freighter to the hub, and acceptance closes at 19:40. A pallet of temperature-controlled pharmaceuticals has sat on an open dock for seventy minutes because the cool room is full of export flowers. Two of the unit load devices (ULDs) planned for build-up have damaged bases, the replacements were last seen at a partner handler's shed, and the build-up team is one person short. The terminal supervisor pieces it together from the cargo system, a whiteboard and phone calls.

What it costs

Freight is offloaded to the next flight, trucks wait for hours at the doors, temperature excursions turn into claims, and lost or damaged ULDs are charged back weeks later.

How the products work together

MoveTheWheels is designed to give the cargo supervisor one board: trucks at the doors, each flight's time to cut-off, cargo pallets and containers (ULDs) built, and how long temperature-sensitive freight has sat outside the cool room. FluidGrids brings in bookings and acceptance from the cargo system. AssetHandler shows where each ULD is and flags damaged ones so planners can swap them, and CrewFoundry shows the build-up crew on shift.

How it works — technical detail

Technical detail

MoveTheWheels is designed to sit beside the terminal's cargo handling system as one supervisor's board: FluidGrids is designed to bring each outbound flight's bookings, acceptance and screening status in from that system, and MoveTheWheels adds the dock schedule for forwarder trucks, dwell times, ULDs planned and built, and a timer for each temperature-sensitive shipment's minutes out of the cool room. AssetHandler holds each ULD as an asset with custody: which terminal, partner or flight holds it, its damage status and any repair work order, and it is designed to pass serviceable units and their whereabouts to the MoveTheWheels board, so planners can swap a damaged unit before build-up starts. The build-up crew on shift is designed to appear from CrewFoundry, so the supervisor can see whether the constraint is doors, units or people.

The outcome it is designed for

The terminal supervisor is designed to see by mid-afternoon which flights are at risk of missing cut-off, which freight is warming on the dock and where every ULD is.

The concepts behind it

MoveTheWheels

Air Cargo Flight Cut-Off and ULD Build-Up Board

Each outbound flight's cut-off countdown, accepted against booked weight, ULD build-up progress and temperature-sensitive shipments with minutes outside the cool room.

Works with AssetHandler, CrewFoundry, FluidGrids

The problem

At 17:15 a line of thunderstorms reaches the airport and ramp work stops for lightning. Eleven departures hold, two arrivals divert and gates change as aircraft are re-sequenced. Within minutes the airport's web chat and messaging channels fill with the same questions: is my flight canceled, can I still drop my bag, where is my airline's desk, how late does the parking garage exit stay open. The information desk has four people. Staff at the gates and on the ramp hear about changes from passengers or from a group chat that half of them are not in, and what gate 7 tells passengers differs from the website.

What it costs

Queues at the information desk grow, passengers get conflicting answers, complaints and social posts follow, and staff spend the evening repeating what the duty manager already knows.

How the products work together

BigConsole is designed to warn the duty manager when holds or cancellations pass a set level. FluidGrids sends the disruption notice to Botlit and, through CrewFoundry, to every team on shift, so passengers and staff read the same words. Botlit answers passengers in the airport's chat from the notice and live flight status, refers rebooking to airlines and hands assistance requests and anything it cannot answer to the information desk.

How it works — technical detail

Technical detail

BigConsole is designed to give the duty operations manager a live disruption console built from the flight schedule and status that FluidGrids brings in, with a threshold alert when holds or cancellations pass a set level. When the duty manager publishes a disruption notice through a FluidGrids form, the workflow is designed to add it to the Botlit knowledge base and post it as an urgent CrewFoundry announcement to every on-shift team, so passengers and staff read the same words. The Botlit agent on the airport's web chat and messaging channels is designed to query the live console, answer flight-status and next-step questions from the notice, cite what it used, send rebooking, refund and compensation questions to the passenger's airline, and hand assistance requests and anything it cannot answer to a person at the information desk.

The outcome it is designed for

Passengers and staff are designed to get the same notice within minutes of the decision, and the information desk spends its time on the conversations that need a person.

The concepts behind it

The problem

On Monday the airport's sustainability lead needs August's ground-side emissions for the carbon program report: diesel burned by ground equipment, electricity drawn by fixed ground power at the stands, and how long aircraft ran their auxiliary power units (APUs) on stand instead of plugging in. Fuel sits on fuel-card statements by vehicle, the ground power meters are read monthly by facilities, and APU times are written on turn sheets only when someone remembers. The business case for replacing six diesel tugs with electric ones is a spreadsheet with no fuel or repair history behind it.

What it costs

Reports rest on estimates that are hard to defend, stands where aircraft rarely plug in stay invisible, and equipment replacement is decided without running-cost and emissions evidence.

How the products work together

FluidGrids is designed to gather ground power meter readings, fuel-card statements and turn counts each month, and EcoImpactHub turns them into emissions per stand and per turn. Aircraft auxiliary power unit (APU) time on stand is marked as an estimate, and every figure keeps its source. AssetHandler shows each unit's fuel, emissions and repair history together, so the case for an electric tug shows running cost and emissions.

How it works — technical detail

Technical detail

EcoImpactHub is designed to keep ground emissions in its Scope 1, 2 and 3 ledger per stand and per turn: diesel ground equipment as Scope 1, fixed ground power and preconditioned air as Scope 2, and aircraft APU time on stand as an estimated Scope 3 line with its method stated, each with its emission factor and source. FluidGrids is designed to bring ground power meter readings, fuel-card lines and turn counts in on a schedule. AssetHandler is designed to share its ground fleet register and repair history with EcoImpactHub, and it shows EcoImpactHub's energy and emissions figures, including fuel-card use per unit, beside each piece of equipment, so a repair-or-replace case for an electric tug carries both its running cost and its emissions.

The outcome it is designed for

The sustainability lead is designed to report ground emissions per turn with sources attached, and to show which stands and which units to address first.

The concepts behind it

How it fits together

How one day at the airport moves through the products, from roster to emissions report

One operating day, followed from the evening roster to the month-end carbon figures. Each step shows one product doing one job and what it is designed to hand on to another.

  1. To MoveTheWheels: The cargo build-up crew on shift

  2. To ManufacturedOps: The overdue tool and the jobs it was used on

  3. To FluidGrids: Flights at risk of missing cut-off and freight warming on the dock

  4. To BigConsole: Today's departures, working equipment, cargo risks and delays

  5. To Botlit: Live flight status and holds for Botlit to answer from

Step 1 of 8: Staff the turn teams

How each hand-off works — technical detail

Technical detail

  1. 1. CrewFoundry — Staff the turn teams: Is designed to build each bank's turn teams and the cargo build-up team from people whose airside pass, driving permit and equipment authorizations are current.Hands to MoveTheWheels: Designed to pass the cargo build-up team on shift to the cargo board.
  2. 2. AssetHandler — Clear equipment, ULDs and tools: Records pre-use checks and faults, raises work orders, tracks custody and damage for every ULD, and flags hangar tools past calibration with the task cards they went out on.Hands to ManufacturedOps: Designed to pass an overdue tool and its affected task cards to a quality finding.
  3. 3. ManufacturedOps — Close the tool finding: Tracks the overdue-tool non-conformance from containment to closure with evidence.
  4. 4. MoveTheWheels — Run the cargo cut-off: Books forwarder trucks into landside doors and tracks each outbound flight's cut-off, acceptance, ULD build-up and cool-chain timers beside the cargo handling system.Hands to FluidGrids: Flights at risk of missing cut-off and cool-chain alerts, designed to be picked up by FluidGrids.
  5. 5. FluidGrids — Alert and feed: Alerts ramp control to equipment faults and the cargo supervisor to cut-off risks, brings in the day's departures and writes counts, risks and delays into BigConsole datasinks.Hands to BigConsole: Keyed datasinks for departures, serviceable equipment, cut-off risks and delay records.
  6. 6. BigConsole — Watch the day: Is designed to show serviceable equipment against each bank and delay minutes with cited explanations, and to raise a threshold alert when holds pass a set level.Hands to Botlit: Live departure status and holds that a Botlit agent can query.
  7. 7. Botlit — Answer passengers: Answers passengers on web chat and messaging from the disruption notice and live console, and hands rebooking and assistance requests to people.
  8. 8. EcoImpactHub — Report emissions per turn: Is designed to turn the meter readings, fuel-card lines and turn counts FluidGrids gathers each month into emissions per turn and per stand, marking APU time as estimated.Hands to AssetHandler: Energy and emissions metrics that AssetHandler shows beside each unit for repair-or-replace decisions.

Products in this solution

What each product brings

  • AssetHandler

    Ground equipment, hangar tool and ULD register

    Is designed to keep every tug, loader, ground power unit, hangar tool and cargo pallet or container on record, with service and calibration dates, who holds it and open repairs, so faults, overdue tools and missing units show up before they reach an aircraft.

    Technical detail

    Technical detail

    Is designed to hold every tug, loader, ground power unit, calibrated tool and ULD as a tagged asset with service intervals, custody, work orders and calibration dates, so faults, overdue tools and missing units surface before they reach an aircraft.

  • CrewFoundry

    Ramp rosters, authorizations and recurrent training

    Is designed to keep each person's airside pass, driving permit, equipment sign-offs and training dates, build ramp teams only from people who are current, and send urgent notices to everyone on shift.

    Technical detail

    Technical detail

    Is designed to keep airside passes, driving permits, equipment authorizations and recurrent training as dated qualifications, build turn teams only from current people and post disruption notices to every on-shift team.

  • MoveTheWheels

    Cargo terminal board and landside docks

    Is designed to book forwarder trucks into the cargo doors and show on one board each flight's cut-off, freight accepted, containers built and temperature-sensitive freight left outside the cool room.

    Technical detail

    Technical detail

    Is designed to book forwarder trucks into landside doors and time their dwell, and to show each outbound flight's cut-off, acceptance from the cargo handling system, ULD build-up and temperature-sensitive shipments on one board.

  • ManufacturedOps

    Hangar quality findings and corrective action

    Its quality register, built for the shop floor, is designed to track a hangar finding, such as a tool used past its calibration date, and its corrective action from first report to closure, with evidence attached.

    Technical detail

    Technical detail

    Its non-conformance and corrective-action register, built for shop-floor quality, is designed to carry a hangar finding such as an overdue tool from open through containment to closure, with evidence attached.

  • FluidGrids

    Alerts, schedules and data collection

    Is designed to pass news along: a broken tug to ramp control, a reminder to anyone whose permit is about to lapse, a disruption notice to passengers and staff, and equipment, delay and energy figures to BigConsole and EcoImpactHub.

    Technical detail

    Technical detail

    Is designed to move news between the products and the systems already in place: equipment faults to ramp control, expiry reminders, disruption notices to Botlit and CrewFoundry, and activity lines into EcoImpactHub. Its datasinks feed BigConsole.

  • BigConsole

    Turnaround and disruption console

    Is designed to show one live board of working equipment against each wave of departures and to explain delay minutes, with sources. It warns the duty manager when holds build up, and Botlit answers passengers from it.

    Technical detail

    Technical detail

    Is designed to turn FluidGrids datasinks into a live console of serviceable equipment against each bank and delay minutes with cited explanations, with threshold alerts when holds build up, which Botlit agents can query.

  • Botlit

    Passenger answers during disruption

    Is designed to answer passengers in the airport's chat and messaging apps during delays, using the latest disruption notice and live flight status, show what it used, and pass rebooking and assistance requests to people.

    Technical detail

    Technical detail

    Is designed to run an agent on the airport's web chat and messaging channels that answers from the current disruption notice and live console figures, cites its sources and hands rebooking and assistance requests to people.

    Visit BotlitAll concepts
  • EcoImpactHub

    Ground emissions per turn

    Is designed to work out emissions per turn and per stand from diesel equipment, ground power and estimated aircraft auxiliary power time, with a source behind every figure. AssetHandler shows its figures beside each piece of equipment.

    Technical detail

    Technical detail

    Is designed to keep diesel ground equipment, fixed ground power and estimated APU time in one Scope 1, 2 and 3 ledger per stand and per turn, and supplies the emissions figures AssetHandler shows against each unit.

One platform underneath: Burdenoff Workspaces

All eight products run on Burdenoff Workspaces: one sign-on for ramp agents, technicians, cargo staff and managers, role-based access designed to keep each team and partner to its own records, one audit trail from the roster to the hangar, and one bill.

Concept gallery

Every concept in this solution

15 concepts from 8 products. Each one links to its own page on the product's website, and every view has a link you can share.

Pitch kit

The Aviation & Airports solution in one minute

Airports, ground handlers and maintenance shops run the day from a workshop logbook, a permit spreadsheet, a tool crib card, a cargo whiteboard and a group chat. Burdenoff brings AssetHandler, CrewFoundry, MoveTheWheels, ManufacturedOps, FluidGrids, BigConsole, Botlit and EcoImpactHub together in a solution concept designed so that equipment, people, tools, cargo and passenger messages show their gaps before the wave, not at the aircraft.

  • Ground equipment faults are designed to reach ramp control as soon as a driver reports them, with serviceable counts set against the next departure bank.
  • Turn teams are designed to be built only from people whose airside pass, driving permit and equipment authorizations are current.
  • Calibrated hangar tools are designed to carry a custody trail, so an overdue tool leads straight to the jobs it was used on.
  • Cargo cut-offs, ULD whereabouts and temperature-sensitive freight are designed to share one terminal board.
  • Passengers and staff are designed to receive the same disruption notice, with a chat assistant answering routine questions and people handling the rest.
Email it

Questions

Frequently asked

Does this replace our airport operational database, resource planning or departure control systems?

No. It is designed to work alongside the systems that run your flights today, with FluidGrids bringing in departures, stands and flight status for the other products to use. Which systems stay and which records move is your decision.

Technical detail

Technical detail

No. The solution is designed to sit around the systems that run flights today. FluidGrids is designed to bring the day's departures, stand allocations and flight status in from the systems you already use, through its webhook and API triggers, and the Burdenoff products work on that information for equipment, people, cargo and passenger messages. Which systems stay and which records move is your decision.

Can this act as our approved maintenance records system or make airworthiness decisions?

No. AssetHandler and ManufacturedOps are designed to track hangar tools, calibration and quality findings and get the facts to your quality team sooner. Aircraft maintenance records, release or return to service and every airworthiness decision stay with your approved systems, procedures and certifying staff, and nothing here replaces regulatory approval.

Technical detail

Technical detail

No. AssetHandler and ManufacturedOps are designed to track tools, calibration, custody and quality findings around the hangar and to get the facts to the quality team sooner. Aircraft maintenance records, release or return to service and every airworthiness decision stay with your approved systems, procedures and certifying staff. Nothing here replaces regulatory approval or your own compliance processes.

Where would a ground handler start?

Most would start with AssetHandler for ground equipment and CrewFoundry for permits and rosters, because that is where delays begin. FluidGrids and BigConsole can then link both to the day's flights, and cargo, passenger messages and emissions can follow. Each product is configured to your stations, roles and equipment types, not custom-built for you.

Technical detail

Technical detail

Most would start where delays begin: AssetHandler for the ground equipment register and pre-use checks, and CrewFoundry for airside permits and turn-team rosters. FluidGrids and BigConsole can then connect both to the day's departures, and cargo, passenger messages and emissions can follow when the operation is ready. Each product is configured to your stations, roles and equipment types; nothing is built specially for one customer.

Can airline customers or partner handlers see their own information?

Yes, within limits you set. Access is by role, so each airline, partner handler or contractor is designed to see only what is shared with it, such as the board for its own flights or the cargo pallets and containers it holds. A record of who changed what is kept across all the products.

Technical detail

Technical detail

Yes, within limits you set. Workspaces provides role-based access, so each airline customer, partner handler or contractor is designed to see only the records shared with it, such as the turnaround console for its own flights or the ULDs it holds. Every change is recorded in one audit trail across the products.

How are emissions from aircraft APU use counted?

EcoImpactHub is designed to count APU time on stand as its own estimated line, worked out from turn times and ground power use, separate from the airport's own diesel equipment and ground power electricity. Every figure keeps its source, so a report shows what was measured and what was estimated. Checking and certifying the figures stays with your verifier.

Technical detail

Technical detail

EcoImpactHub is designed to keep APU time on stand as a separate Scope 3 line, estimated from turn times and ground power use with the method stated, apart from the airport's own diesel equipment (Scope 1) and ground power electricity (Scope 2). Each line keeps its source and emission factor and moves from recorded to verified, so a report shows what was measured and what was estimated. Checking and certifying the figures stays with your verifier.

Is any of this live today?

Not as a whole. The products exist and are at different stages of availability, but this page describes a concept: the aviation screens show how they are designed to work together. We can walk you through what is available now and what is planned for an operation like yours.

Technical detail

Technical detail

This page describes a solution concept. The products exist and are at different stages of availability, and the aviation screens shown here illustrate how they are designed to work together. We are glad to walk through what is available now and what is planned for an operation like yours.

Related domains

All domains

Want to explore this for your organization?

Tell us about your setup. We will walk you through the products involved and scope a pilot around the challenge that hurts most.

This is a solution concept: it shows how Burdenoff products are designed to work together in this industry. The images are illustrations of the concepts, not screenshots of the actual products, and every name and figure in them is sample data.