Software für Flughafentransfer

Dispositionssoftware, die um die Tatsache herum gebaut ist, dass die Abholzeit einer Flughafenfahrt aus einem Flug abgeleitet wird statt festzustehen. Zusätzlich zur üblichen Arbeit — Auftrag erfassen, bepreisen, Fahrer zuweisen, Kunde informieren, kassieren, fakturieren — verfolgt sie den Flug, an dem der Auftrag hängt, und meldet Ihrer Disposition, wenn er sich verschiebt. Produkte für den Stadtverkehr können eine Flughafenbuchung durchaus speichern; sie haben nur nichts zu sagen, wenn sich die Ankunftszeit ändert.

AeroDataBox. Der Anbieter wird hier benannt statt vage umschrieben, weil Sie dieselbe Frage jedem Anbieter stellen sollten — eine Quelle, die man nicht benennen kann, ist eine Quelle, deren Abdeckung und Aktualisierungsverhalten Sie nicht prüfen können. Jeder Live-Status wird mit einer eigenen Qualitätskennung gespeichert, sodass ein Flug mit reinen Flugplandaten sichtbar anders aussieht als einer mit echter Live-Quelle.

Nein, und das ist eine bewusste Entscheidung und keine Lücke. Drei Stunden Verspätung können bedeuten: Abholung verschieben, Fahrer tauschen oder den Auftrag an einen Partner geben, weil das eigene Fahrzeug dann anderweitig gebunden ist. Das sind unterschiedliche Entscheidungen mit unterschiedlichen Kosten, und welche richtig ist, hängt vom Rest Ihres Tages ab. Aufgabe des Systems ist es, die Änderung sofort vor die Person zu bringen, die entscheiden kann — ohne dass sie danach suchen muss. Es rät nicht.

Nicht automatisch. Die Störungsmeldung geht an Ihre Disposition. Den Fahrgast anzuschreiben ist danach ein Klick, aus Ihrer eigenen Absenderadresse und in Ihrem Erscheinungsbild, und der Wortlaut liegt bei Ihnen. Das ist wichtig, denn „wir sehen Ihre Verspätung, Ihr Fahrer ist da" ist eine völlig andere Nachricht als eine automatische, die den Fahrgast noch in der Luft erreicht und ihn nur beunruhigen kann.

Beides löst dieselbe Störungsmeldung aus wie eine Verspätung, mit dem neuen Status daran. Was folgt, entscheiden Sie, denn eine Umleitung ist tatsächlich mehrdeutig: Eine Landung auf einem anderen Flughafen kann ein Auftrag sein, den Sie zu einem anderen Preis noch fahren, ein Auftrag für einen Partner in der Nähe dieses Flughafens, oder eine Stornierung nach Ihren eigenen Bedingungen. Alle drei Wege gibt es im System; welcher zutrifft, ist eine Einschätzung zu Ihrem Fuhrpark an diesem Nachmittag.

Ja, als bepreiste Positionen in Ihrem eigenen Zusatzleistungskatalog, serverseitig aufgelöst — der Betrag stammt also immer aus dem Katalog und nie aus dem, was ein Browser übermittelt hat. Dass es Katalogeinträge sind und keine fest gebauten Funktionen, ist Absicht: Betriebe rechnen Flughafenwartezeit wirklich unterschiedlich ab — freie Zeit und danach ein Viertelstundensatz, eine pauschale Terminalgebühr, bei Firmenkunden gar nichts — und eine feste Umsetzung wäre für die meisten falsch.

Nein. Jeder Fahrer bekommt einen privaten Link, der seine eigenen Aufträge auf jedem Telefon öffnet: kein Passwort, keine Installation, nichts zu übertragen beim Gerätewechsel — ein neuer Fahrer arbeitet, sobald die Nachricht bei ihm angekommen ist. Seine Ansicht enthält Flugnummer, Fahrgast und Abholdaten. Live-Status und Störungsmeldungen liegen bei der Disposition statt beim Fahrer, weil dort umgeplant werden kann.

Ja. Benannte Strecken tragen einen Festpreis, der die Berechnung überschreibt — für Flughafenarbeit das richtige Modell, weil die Fahrt vom Terminal in die Innenstadt jedes Mal dieselbe ist und nicht bei jeder Anfrage neu hergeleitet werden sollte. Preiszonen decken das Umland ab, Kilometer- und Stundensätze je Fahrzeugklasse alles außerhalb von beidem. Nachtzuschläge und Frühbucherrabatte kommen obendrauf.

Ja — Fahrgast und Rechnungsempfänger sind im Datenmodell getrennt. Eine Fahrt kann für eine Person erfolgen und an eine Firma fakturiert werden, auf einer Monatsrechnung mit fortlaufender Nummer und korrekt ausgewiesener Umsatzsteuer nach § 14 UStG. Plattformaufträge werden noch einmal anders behandelt: Dort gehört der Fahrgast der Plattform, diese Fahrten werden also disponiert und verfolgt, ohne Kunden-E-Mails, Zahlungsaufforderungen oder Rechnungen an jemanden zu erzeugen, der nicht Ihr Kunde ist.

Flugdaten sind kontingentiert, das gehört offen gesagt statt beschönigt. Zwei Dinge halten die Grenze in der Praxis hoch: Der Status wird je Flugnummer und Datum zwischengespeichert und plattformweit geteilt, viele Buchungen auf einem Einflug kosten also eine einzige Abfrage — und Änderungen werden per Webhook zugestellt statt abgefragt, engmaschige Beobachtung kostet somit nicht mehr als lose. Abonnements werden zudem geschlossen, sobald ein Flug gelaufen ist, sodass nach dem Auftrag nichts weiter verbraucht wird.

Der Kern ist dasselbe System — Aufträge, Fahrer, Preise, Zahlung, Rechnung. Flughafenarbeit legt die Flugebene darüber und verschiebt die Gewichte darunter: Angebote, die ihren Preis über Wochen halten statt über Minuten, Streckenfestpreise statt Taxameter, Rechnung auf Kundenkonto statt Karte im Fahrzeug, und ein Fahrer, der zu einer Zeit irgendwo sein muss, die sich noch bewegt. Der allgemeine Leitfaden zur Dispositionssoftware unten deckt die gemeinsame Grundlage ab.

Das ist der Normalfall, und nichts davon ist ein eigenes Produkt. Die Flugverfolgung greift bei den Aufträgen, die eine Flugnummer tragen, und hält sich bei den übrigen heraus. Ein Betrieb mit Schulfahrten, Firmenfahrten und Flughafentransfers führt alle drei auf derselben Tafel, ohne dass die Flughafenmechanik den Rest überlagert.