Skip to content
Operations

Airport transfer software: handling flight delays without wasted pickups

How airport transfer software should handle delays, early landings, waiting time and no-shows, with the Wheels-Down Test: five checks for every pickup.

MobilityDrive Editorial Team8 min read

An airport pickup is the one trip where the schedule belongs to someone else. The passenger booked a time, but the airline decides when they actually land, and the airport decides how long they take to reach the kerb. Airport transfer software exists to close that gap: to know the flight, follow it, and put a car at the right door at the right moment without a chain of phone calls. This guide explains where airport operations go wrong, what good handling looks like, and a simple test you can run on your own pickups.

Why airport pickups fail differently from other trips

A corporate pickup from an office has a fixed address and a passenger who is usually on time. An airport pickup has three moving parts that the operator does not control: the landing time, the time from landing to arrivals (immigration, baggage, customs), and the meeting point, which may be a terminal you have never been told about. Each one can move the real pickup time by a long way in either direction.

The failures that follow are predictable. A driver is sent at the booked time and waits through a delay, so the vehicle is lost for the next duty. A flight lands early and the passenger stands at arrivals with no car and no information. The driver waits, but nobody records when they arrived, so the waiting charge is disputed. The passenger cannot find the driver and calls the office, the client and the driver in turn. None of these is a driving problem. They are information problems, which is why software can help with them.

The Wheels-Down Test: five questions for every airport pickup

We call this the Wheels-Down Test. For any airport pickup you ran last month, pick it at random and try to answer these five questions from your records alone, without asking the driver or the dispatcher. Each question you cannot answer is a place where money, time or a client's trust can leak.

  • Flight: was the flight number recorded on the booking, with the airport and terminal, before the duty was assigned?
  • Follow: did the planned pickup time change when the flight's status changed, and can you see who moved the duty and when?
  • Arrive: is there a timestamp for when the vehicle reached the airport, from the driver's phone or an airport geofence rather than a phone call?
  • Wait: is the waiting time between arrival and passenger on board recorded, and does it match what your waiting policy says you may charge?
  • Bill: does the invoice line for the trip carry that evidence, including any meet and greet, parking or waiting charge, so a disputed line can be answered by opening the duty?

Five answers from the record is a pass. The test is deliberately strict, because a client's travel manager or finance team will ask exactly these questions when a charge looks wrong, and "the driver said so" is not an answer that survives a review.

Capture the flight at booking, then let the pickup time follow it

Everything starts with the booking. An airport transfer booked as "pickup at 14:30, airport" gives dispatch nothing to work with when the flight moves. The booking should carry the flight number, the date, the airport and, where you know it, the terminal. Whether the booking comes from a phone call, an email, a corporate client portal or your website, it should land as the same kind of record with the same fields, so the flight details are never in a message thread instead of the system.

Once the flight is known, the planned pickup time should be derived from the flight's status, not fixed at the moment of booking. The mechanism is simple: take the latest estimated or actual landing time, add a buffer for the time it takes passengers to reach arrivals at that airport, and that is when the car should be at the kerb. Domestic and international arrivals usually need different buffers, and so do terminals where the walk is long. Set them per airport from your own drivers' experience rather than from a rule of thumb.

The decision to move a duty should stay with a person. A delay of twenty minutes may mean the same driver still makes the pickup; a delay of three hours may mean the driver should be released for another job and a different vehicle sent later. In MobilityDrive, flight status comes from a flight data provider you configure with your own key, and the airport board shows live arrival and departure status with a recommended pickup time that moves when the flight does. Dispatch then decides whether to move or reassign the duty. See airport transfer software for how this works.

Departures deserve the same care. A drop-off for a flight is planned backwards from the departure time, and a schedule change or cancellation reaches the passenger before it reaches you. Following the departing flight's status lets dispatch spot a change before the car leaves, rather than after the passenger has been delivered to a terminal for a flight that is no longer leaving.

Waiting time, meet and greet and no-shows: write the policy first

Most airport disputes are not about the fare. They are about waiting time, parking and passengers who never appear. Software cannot settle these if the policy is vague, so write it down per client before you automate anything.

  • Free waiting: how many minutes are included, and do they start at the scheduled pickup time or at the actual landing time? Starting the clock at landing is fairer to the passenger when a flight is delayed, and it only works if you know the landing time.
  • Chargeable waiting: the rate after the free period, and the steps it is charged in.
  • Meet and greet: whether a name board inside arrivals is included, a separate charge, or not offered, and what the driver does if the passenger is not at the meeting point.
  • Parking: whether airport parking fees are passed through, and what proof the driver keeps.
  • No-show: how long the driver waits, who must be called before the vehicle is released (the passenger, the booker or the client's travel desk), and whether the trip is billed.

With the policy written, the record does the rest. If the vehicle's arrival at the airport is timestamped by the driver app or by an airport geofence, and the passenger pickup is timestamped too, the waiting time is measured rather than reported. In MobilityDrive, airport and terminal zones can be drawn as geofences with entry and exit events kept against the trip, arrival and waiting are timestamped through the driver app, and meet and greet can be priced as part of the airport duty. Those records then feed the invoice in fleet billing software, so a waiting charge arrives with its evidence.

Keeping the passenger and the client informed

A passenger who has just landed in an unfamiliar airport wants two things: to know the car is there, and to find it. When they cannot, they call. Every call takes a dispatcher's attention away from the next exception, and the calls multiply on busy evenings when several flights land together.

The fix is to answer the question before it is asked. Send the driver's name, the vehicle and the meeting point before landing, and a link the passenger can open to follow the car. In MobilityDrive you can generate a secure tracking link for a trip and send it to the passenger; it opens in any browser, with no app to install. For corporate clients, the travel desk can see live status of their own bookings, which removes the second wave of calls from the client's side.

Communication also protects you when things go wrong. If a driver is released after a no-show, a record of who was called, when, and what they said is the difference between a billable no-show and a complaint.

What to look for in airport transfer software

If you are comparing tools, use the Wheels-Down Test as the demo script. Ask the vendor to book an airport transfer with a real flight number, then show what happens when that flight is delayed, when it lands early, and when the passenger does not appear. Then ask to see the invoice. Beyond that, check these points:

  • Flight status source: where the data comes from, whether you need your own provider account or key, and what happens when the provider has no data for a flight.
  • Pickup time logic: whether the recommended pickup time follows the flight, and whether the buffer can be set per airport.
  • Control: whether a person decides to move the duty, and whether that change is recorded.
  • Evidence: whether arrival and waiting are timestamped from the vehicle, and whether airport geofences can be drawn per terminal.
  • Pricing: whether meet and greet, waiting, parking and night charges are separate lines priced from the client's contract.
  • Several airports: whether you can maintain more than one airport, each with its own settings, if you serve more than one city.
  • Passenger visibility: whether the passenger can follow the car without installing an app.

Ask about limits too. A tool that depends on a flight data provider can only be as current as that provider, and no tool can tell you how long a particular passenger will take at baggage claim. A vendor who explains these limits plainly is easier to plan around than one who promises perfect timing. For a wider list of questions, see our checklist for choosing fleet dispatch software.

Airport transfer software: common questions

  • Does airport transfer software move pickups automatically when a flight is delayed? It depends on the product. MobilityDrive shows a recommended pickup time that follows the flight and leaves the decision to dispatch, because releasing or reassigning a driver is an operational call that depends on the rest of the day's work.
  • Do I need a separate flight tracking subscription? In MobilityDrive, flight status comes from a flight data provider you configure in the integrations screen with your own key. Ask any vendor the same question, because the cost and coverage of flight data vary by provider.
  • Can waiting time be charged fairly when a flight is late? Yes, if your policy starts free waiting from the actual landing time and the vehicle's arrival and the pickup are both timestamped. The record shows the client exactly what was charged and why.
  • Will it help with airports in Saudi Arabia, the UAE or India? The flight status and geofence features work for any airport you set up. Billing follows the tax regime your company is configured for; see MobilityDrive for Saudi Arabia and our guide to invoicing transport trips under GST and VAT.
  • Is it only for dedicated airport transfer companies? No. Chauffeur services, car rental with driver and corporate travel operators all run airport duties alongside their other work, and the airport duty is one of the booking types in the same system as the rest.

Run the Wheels-Down Test on last month's pickups

Take ten airport pickups from last month, chosen at random, and run the five questions against your records. Count how many you can answer for each question. Most operators find that the flight number is usually recorded, the pickup time rarely followed the flight, and the waiting time exists only in the driver's memory. Whichever question scores lowest is where to start, and it is usually cheaper to fix the record than to keep arguing about the charge.

If you would like to see how MobilityDrive answers the test with your own airports and tariffs, read about airport transfer software and booking and dispatch, then book a demo with our team. Bring a real flight number and one of your client contracts, and we will walk a delayed arrival from booking to invoice.

See how MobilityDrive handles this in practice

Bookings, dispatch, tracking, duty slips and invoices in one system. Book a demo on your own data.