Welche Funktionen braucht ein RBL 2026? Die Checkliste

Ein RBL (rechnergestütztes Betriebsleitsystem, international ITCS) für Busse sollte mindestens jedes Fahrzeug in Echtzeit orten, es der Fahrt zuordnen, die es tatsächlich fährt, der Leitstelle Werkzeuge zum Eingreifen bei Verspätungen geben und diese Daten als standardisierte GTFS-RT-Feeds für die Fahrgastinformation veröffentlichen. 2026 prüft eine ernsthafte Shortlist außerdem Vertragsreporting, offenen Datenzugang, Hardware-Flexibilität und Cybersicherheit, denn EU-Vorgaben machen Echtzeitdaten inzwischen zur Pflicht statt zur Option.

Die Funktionslisten der Anbieter sehen alle gleich aus. Diese Checkliste ordnet RBL-Funktionen in drei Stufen: Muss (ohne sie nicht unterschreiben), Soll (im ersten Jahr zu erwarten) und Kann (je nach Flotte und Vertrag nützlich).

Sie bleibt bewusst auf Funktionsebene. Den übergeordneten Ansatz (Flottenabdeckung, Hardware, Einführungstempo) behandelt unser Leitfaden So wählen Sie das richtige RBL für Ihr Busunternehmen.

Welche RBL-Kernfunktionen sind nicht verhandelbar?

Ortung und Fahrtzuordnung

Positionsdaten allein sind Telematik. Ein RBL weiß, welche Fahrt jedes Fahrzeug fährt und wie weit es vom Fahrplan abweicht.

• Muss: Positionsmeldungen in kurzen, konfigurierbaren Intervallen; automatische Zuordnung jedes Fahrzeugs zu seiner Sollfahrt aus dem importierten GTFS-Fahrplan; Erkennung von Ankunft und Abfahrt an Haltestellen; Fahrplanabweichung je Haltestelle.
• Muss: ein klarer Umgang mit nicht zugeordneten Fahrten. Fragen Sie, welcher Anteil der Fahrten in einem realen Netz korrekt zugeordnet wird und was passiert, wenn sich ein Fahrer nicht anmeldet oder ein Fahrzeug mitten im Dienst getauscht wird.
• Soll: Taktüberwachung auf hochfrequenten Linien, wo Regelmäßigkeit wichtiger ist als Fahrplantreue.
• Kann: Geofencing-Ereignisse (Ausfahrt aus dem Betriebshof, Schulhaltestelle), die Alarme auslösen.

Leitstelle und Disposition

• Muss: eine Live-Karte und Linienbänder mit der Abweichung je Fahrzeug; Alarme bei Verfrühung, Verspätung und fehlenden Fahrzeugen; die Möglichkeit, Fahrten zu streichen, hinzuzufügen oder neu zuzuweisen.
• Soll: Umleitungsmanagement, das die bedienten Haltestellen aktualisiert und direkt in die Fahrgastinformation einfließt. Gerade bei Umleitungen brechen viele Echtzeitfeeds (zur Betriebslenkung in Echtzeit siehe Pysae Operations, zum Weg vom GPS bis zur Fahrgastanzeige unseren Beitrag GTFS-RT in der Praxis).
• Kann: Entscheidungsunterstützung für Halten oder vorzeitiges Wenden, vom System vorgeschlagen, aber vom Disponenten bestätigt.

Fahrer-App und Kommunikation

• Muss: einfache Fahreranmeldung, verknüpft mit Dienst und Fahrzeug; eine Anzeige für Verfrühung oder Verspätung; Zwei-Wege-Kommunikation zwischen Fahrern und Leitstelle, mit vordefinierten Meldungen zur Begrenzung der Ablenkung.
• Soll: Routenführung auf unbekannten Linien und Umleitungen; Störungsmeldung mit Standort.
• Kann: Sprachanrufe und Notrufalarm für Fahrer.

Welche Funktionen für Fahrgastinformation und offene Daten sind jetzt Pflicht?

Hier hat die Regulierung die Checkliste verändert. Die Delegierte Verordnung (EU) 2024/490 der Kommission, die den MMTIS-Rahmen überarbeitet hat und am 4. März 2024 in Kraft getreten ist, verlangt, dass dynamische Daten zum Linienverkehr (Störungen, prognostizierte Zeiten, Verspätungen, Ausfälle) über nationale Zugangspunkte bereitgestellt werden. Die Frist ist der 1. Dezember 2025 für das Gesamtnetz des TEN-V und der 1. Dezember 2028 für das übrige Netz. Historische und beobachtete Daten, einschließlich Verspätungen und Ausfällen, waren für das gesamte Netz ab dem 1. Dezember 2025 fällig.

In der Praxis muss ein kleines Regionalbusnetz, das nie Echtzeitdaten veröffentlicht hat, dies bis Ende 2028 tun, und das RBL ist die naheliegende Quelle.

• Muss: GTFS-RT-Feeds für Fahrtaktualisierungen, Fahrzeugpositionen und Störungsmeldungen, automatisch aus dem Betrieb erzeugt, mit stabiler öffentlicher URL.
• Muss: Import des statischen GTFS und Konsistenz zwischen Sollfahrplan und Echtzeitfeed (gleiche Fahrt- und Haltestellen-IDs).
• Soll: Feeds, die von den großen Reiseplanern übernommen werden. In Lissabon hat Carris Metropolitana im Januar 2024 Echtzeit-Abfahrtszeiten für mehr als 1.700 Busse und rund 12.000 Haltestellen in Google Maps gebracht (TML). In Belgien veröffentlicht De Lijn einen minütlich aktualisierten GTFS-Realtime-Feed auf transportdata.be.
• Soll: Anzeigen im Fahrzeug und an der Haltestelle, die aus derselben Quelle gespeist werden wie die App.
• Kann: Auslastungsdaten. Nach der Verordnung 2024/490 bleiben Auslastungsdaten optional und liegen im Ermessen jedes Mitgliedstaats.

Einige Länder erwarten zusätzlich SIRI oder NeTEx; prüfen Sie also, was der Anbieter heute tatsächlich exportiert. Das vollständige operative Bild liefert unser Leitfaden zum Echtzeit-Flottenmanagement im ÖPNV; die Fahrgastinformation in Echtzeit ist das Thema von Pysae Passenger.

Welche Reporting- und Schnittstellenfunktionen zählen für Verkehrsverträge?

Reporting und Vertragskennzahlen

Aufgabenträger vergüten und sanktionieren Verkehrsunternehmen anhand der Ist-Daten; Reporting ist also vertraglich relevant, nicht kosmetisch.

• Muss: gefahrene gegenüber geplanten Fahrten, mit Ursachencodes für ausgefallene oder Teilfahrten; Pünktlichkeit mit konfigurierbaren Toleranzfenstern (zum Beispiel exakt die Schwellen für Verfrühung und Verspätung aus Ihrem Vertrag); Nutz- und Leerkilometer.
• Muss: Exporte in offenen Formaten (CSV, Excel) und eine Aufbewahrung der Historie, die ein volles Vertragsjahr und Prüfungen abdeckt.
• Soll: Pünktlichkeit nach Haltestelle, Abschnitt und Zeitfenster, das Rohmaterial für die Überarbeitung von Fahrzeiten; Berichte je Subunternehmer, wenn Teile der Leistung vergeben sind.
• Kann: automatisch versandte Berichte an den Aufgabenträger.

Anbindung von Fahrplan und Dienstplanung

• Muss: Import des Fahrplans sowie der Umlauf- und Dienstpläne, mit einem klaren Prozess für saisonale Änderungen.
• Soll: Änderungen am Betriebstag (Fahrer- oder Fahrzeugtausch), die sofort in der Fahrtzuordnung berücksichtigt werden.

Was gilt für Hardware, Datenhoheit und Einführung?

Hardware-Flexibilität

• Muss: Ausstattung der gesamten Flotte in der ersten Phase, einschließlich älterer und Subunternehmerfahrzeuge.
• Soll: Unterstützung handelsüblicher Smartphones und Tablets als Bordgeräte, deren Austausch keinen Fachtechniker erfordert.
• Soll bei integrierten Flotten: ITxPT-Konformität. ITxPT, ein gemeinnütziger Verband, veröffentlicht Spezifikationen für eine offene IT-Architektur an Bord und zertifiziert konforme Produkte, was die Bindung an einen Hardwareanbieter begrenzt.

Datenhoheit und API

• Muss: eine Vertragsklausel, nach der die Betriebsdaten dem Verkehrsunternehmen oder dem Aufgabenträger gehören, mit vollständigem Export bei Vertragsende.
• Soll: eine dokumentierte API für Roh- und Historiendaten (Positionen, Fahrten, Pünktlichkeit, Kilometer), damit Ihre BI-Werkzeuge oder der Aufgabenträger sie ohne manuelle Exporte nutzen können.

Einführung und Support

• Muss: Cloud-Hosting mit inklusiven Updates und Supportzeiten, die Ihren Betriebszeiten entsprechen, Wochenenden eingeschlossen.
• Soll: ein Pilot auf ein oder zwei Linien; Schulung für Disponenten und Fahrer inklusive.

Welche Funktionen sind 2026 neu auf der Checkliste?

Drei Themen sind von „Zukunft“ zu „jetzt fragen“ gewandert.

KI-gestützte Fahrzeiten. Die Idee ist nicht neu: Das Modul HASTUS-ATP von GIRO, 2011 dokumentiert und gemeinsam mit Transports Metropolitans de Barcelona entwickelt, berechnet Fahr- und Wendezeiten aus historischen Fahrzeugortungsdaten (TRID). Maschinelles Lernen macht das heute zur Routine, aber jedes Modell braucht saubere Ist-Daten nach Abschnitt und Zeitfenster. Der Checklistenpunkt für das RBL ist Datenqualität und Datenzugang, nicht ein „KI“-Etikett.

Elektrobusse im Blick. 2025 waren sechs von zehn in der EU verkauften neuen Stadtbussen emissionsfrei, mit 56 % batterieelektrisch und 4 % Brennstoffzelle (Transport & Environment, Februar 2026). In den Niederlanden und Belgien lag der Anteil über 90 %, in Spanien bei 56 % und in Frankreich bei 42 %. Bei gemischten Flotten sollten Sie fragen, ob das RBL Elektrofahrzeuge kennzeichnet, der Leitstelle hilft, keinen Bus mit geringer Reichweite einem langen Umlauf zuzuweisen, und die Kilometer je Fahrzeug erfasst. Die Anzeige des Ladezustands hängt vom Zugang zu Fahrzeugdaten ab.

Cybersicherheit. NIS2 nennt in ihrem Verkehrssektor (Anhang I) Betreiber intelligenter Verkehrssysteme und Straßenverkehrsbehörden, Busunternehmen als solche aber nicht; ob Sie betroffen sind, hängt von der nationalen Umsetzung und Ihren Tätigkeiten ab. Betroffene Einrichtungen müssen die Sicherheit ihrer Lieferkette steuern, was Fragen an den RBL-Anbieter bedeutet. Davon unabhängig gelten die Meldepflichten für Schwachstellen aus dem Cyber Resilience Act seit dem 11. September 2026; die Hauptanforderungen für Produkte mit digitalen Elementen, etwa Bordgeräte, gelten ab dem 11. Dezember 2027. Unabhängig vom Anwendungsbereich Pflicht: Verschlüsselung, rollenbasierte Zugriffe, persönliche Konten, Zugriffsprotokolle und ein Prozess für Sicherheitsvorfälle.

Die Checkliste als Tabelle

Was bedeutet das für ein Verkehrsunternehmen, das eine Ausschreibung oder einen Wechsel vorbereitet?

Nutzen Sie die Tabelle als Bewertungsraster. Bitten Sie die Anbieter, jede Zeile mit „heute verfügbar“, „auf der Roadmap mit Datum“ oder „nicht geplant“ zu beantworten, und verlangen Sie eine Demo mit Ihren eigenen GTFS-Daten. Ein fehlendes Muss-Kriterium schließt das Angebot aus.

Führen Sie dann einen Pilotbetrieb durch: Vergleichen Sie über mehrere Wochen gefahrene Fahrten, Pünktlichkeit und Kilometer mit Ihren eigenen Aufzeichnungen und prüfen Sie, ob ein Reiseplaner den GTFS-RT-Feed übernimmt.

Pysae ist zum Beispiel ein cloudbasiertes RBL, das auf Smartphones und Tablets läuft, mit GTFS- und GTFS-RT-Exporten. Unabhängig vom Anbieter bleibt das Ziel dasselbe: Echtzeitdaten, die genau, offen und Ihre eigenen sind.

Häufig gestellte Fragen

Was ist die wichtigste Funktion eines RBL?

Eine zuverlässige Fahrtzuordnung. Positionen nützen weder der Betriebslenkung noch dem Reporting oder der Fahrgastinformation, wenn das System nicht weiß, welche Fahrt jedes Fahrzeug fährt. Fragen Sie nach der Zuordnungsquote in einem laufenden Netz.

Braucht ein kleines Busnetz 2026 GTFS-RT?

Nach der Delegierten Verordnung (EU) 2024/490 müssen dynamische Daten außerhalb des TEN-V-Gesamtnetzes bis zum 1. Dezember 2028 über nationale Zugangspunkte verfügbar sein. Wer jetzt beginnt, hat Zeit, die Datenqualität vor der Frist zu verbessern.

Sollten KI-Funktionen die Wahl eines RBL beeinflussen?

Nur indirekt. KI-Werkzeuge für Fahrzeiten hängen von sauberen Ist-Daten nach Abschnitt und Zeitfenster ab. Priorisieren Sie Datenqualität, Historie und API-Zugang; Analysewerkzeuge lassen sich darauf aufsetzen.

Quellen: Delegierte Verordnung (EU) 2024/490 der Kommission, EUR-Lex; Richtlinie (EU) 2022/2555 (NIS2), Anhang I, via Advisera; McCann FitzGerald, „Cyber Resilience Act: Reporting Obligations apply from 11 September 2026“; Transport & Environment, „Past the inflection point: electric now clearly dominates the city bus market“ (20.02.2026); Transportes Metropolitanos de Lisboa, Pressemitteilung zu den Echtzeitdaten von Carris Metropolitana in Google Maps (Januar 2024); transportdata.be, GTFS-Realtime-Datensatz von De Lijn; TRID, „ATP: Run-time analysis and improved punctuality“ (GIRO, 2011); ITxPT, itxpt.org.