Kurz gesagt: Wählen Sie ein RBL (rechnergestütztes Betriebsleitsystem, international ITCS) nach vier Kriterien, in dieser Reihenfolge: Flottenabdeckung (welcher Anteil Ihrer Fahrzeuge, einschließlich älterer und von Subunternehmern betriebener, tatsächlich damit läuft), Hardware-light oder Hardware-heavy, offene und dokumentierte Schnittstellen sowie ein realistisches Einführungstempo. Funktionslisten kommen zuletzt.
| Kriterium | Was Sie fragen sollten | Warnsignal |
|---|---|---|
| Flottenabdeckung | Deckt das System in der ersten Phase 100 % der Flotte ab, einschließlich Subunternehmer- und Altfahrzeugen? | Beeindruckende Funktionen, die nur Neufahrzeuge abdecken |
| Hardware-light oder Hardware-heavy | Funktioniert es mit vorhandenen GPS-Quellen, Standard-Tablets oder schlanken Bordgeräten? | Proprietäre Bordrechner, an einen Anbieter gebunden, mit langen Austauschzyklen |
| Schnittstellen | Veröffentlicht und verarbeitet es offene, dokumentierte Formate wie GTFS und GTFS-RT? | Jede Schnittstelle hängt von der Roadmap des Anbieters ab |
| Einführungstempo | Wie sieht ein realistischer Rollout-Plan für eine Flotte dieser Größe aus? | Eine Best-Case-Schätzung auf Basis einer einzigen Pilotlinie |
Die Wahl eines RBL ist eine Entscheidung, die die meisten Verkehrsunternehmen nur alle sieben bis zehn Jahre treffen, und genau deshalb geht sie leicht schief. Das System selbst zählt weniger als die Kriterien, nach denen es bewertet wird, und einige der folgenreichsten Kriterien schaffen es selten in den ersten Entwurf eines Lastenhefts.
Beginnen Sie mit der Flottenabdeckung, nicht mit Funktionslisten
Der größte Einzelfaktor für die Rendite eines RBL ist der Anteil der Flotte, der tatsächlich damit läuft. Ein System mit beeindruckendem Funktionsumfang, das nur Neufahrzeuge abdeckt, während ältere Busse weiter mit manueller Disposition oder einem Altgerät fahren, liefert keinen Teilnutzen, sondern nahezu keinen. Fahrplanung und Betriebslenkung müssen weiterhin die Fahrzeuge berücksichtigen, die das System nicht sieht, und das hebt den Großteil des Effizienzgewinns bei den sichtbaren Fahrzeugen wieder auf.
Die praktische Konsequenz: Bevor Sie Dashboards oder Reporting-Module vergleichen, stellen Sie sicher, dass das System Daten aus Ihrer gesamten Flotte verarbeiten kann, einschließlich älterer Bordtechnik, Subunternehmerfahrzeugen und bereits verbauter Hardware unterschiedlicher Generationen.
Hardware-light oder Hardware-heavy
Jedes RBL liegt irgendwo auf einem Spektrum zwischen Hardware-heavy, also proprietären Bordrechnern, die eng an die Software eines Anbieters gekoppelt sind, und Hardware-light, also cloudbasierten Plattformen, die mit vorhandenen GPS-Quellen, Standard-Tablets oder schlankeren Bordgeräten arbeiten. Hardware-heavy-Systeme können eine tiefere Integration auf Fahrzeugebene bieten, binden das Verkehrsunternehmen aber an längere Austauschzyklen und höhere Anfangsinvestitionen. Hardware-light-Systeme tauschen einen Teil dieser Tiefe gegen eine schnellere Einführung und geringere Wechselkosten in der Zukunft.
Keiner der beiden Ansätze ist grundsätzlich richtig: Die passende Wahl hängt vom Flottenalter, von der vorhandenen Bordtechnik und davon ab, wie viel Kapital für Hardware im Vergleich zu Software verfügbar ist. Entscheidend ist, die Frage ausdrücklich zu stellen, statt einfach bei dem zu bleiben, was der bisherige Anbieter bereits verbaut hat.
Schnittstellen entscheiden über die Reichweite des Systems
Ein RBL arbeitet selten allein. Es muss Daten mit dem Vertriebssystem, den Anzeigen der Fahrgastinformation, Personal- und Lohnabrechnungssystemen (für Dienst- und Lenkzeitdaten) und zunehmend mit MaaS-Plattformen und offenen Datenfeeds wie GTFS und GTFS-RT austauschen. Die entscheidende Frage lautet nicht „Gibt es eine Schnittstelle zu X?“, sondern „Veröffentlicht und verarbeitet das System offene, dokumentierte Formate?“, denn davon hängt ab, ob künftige Schnittstellen die Roadmap eines Anbieters brauchen oder eigenständig gebaut werden können.
Das Einführungstempo ist ein Kostenfaktor, nicht nur eine Frage des Komforts
Ein mehrjähriger Rollout verursacht echte Kosten: Monate oder Jahre, in denen die Hälfte der Flotte auf dem alten System läuft und die andere Hälfte auf dem neuen, mit Betriebslenkung und Reporting verteilt auf zwei Datenquellen. SaaS-basierte RBL-Plattformen werden in der Regel in Wochen statt Jahren auf eine Flotte ausgerollt, weil keine lokale Serverinfrastruktur installiert werden muss und die Anforderungen an die Bordhardware geringer sind. Wenn Sie Zeitpläne vergleichen, verlangen Sie einen realistischen Rollout-Plan auf Basis vergleichbarer Flottengrößen, keine Best-Case-Schätzung für eine einzelne Pilotlinie.
Eine praktische Liste von Fragen
Vor jeder Unterschrift sollten ein Verkehrsunternehmen oder ein Aufgabenträger folgende Fragen beantworten können:
- Kann das System in der ersten Phase 100 % der Flotte abdecken, einschließlich Subunternehmer- und Altfahrzeugen?
- Veröffentlicht es GTFS-RT und andere offene Formate nativ, oder erfordert jede Schnittstelle individuelle Entwicklung?
- Wie sieht der realistische Einführungszeitplan für eine Flotte dieser Größe aus, auf Basis früherer Rollouts?
- Basiert die Preisgestaltung auf einem SaaS-Abonnement oder auf einer Investition in Hardware, und wie wirkt sich das auf die spätere Erweiterung um neue Linien aus?
Was kostet ein RBL im Jahr 2026?
Die Kosten folgen denselben vier Kriterien. Hardware-heavy-Systeme verursachen höhere Anfangsinvestitionen und längere Austauschzyklen. Ein SaaS-Abonnement macht daraus eine planbare jährliche Gebühr, tarifiert pro Fahrzeug und an jedes Netz angepasst, sodass zusätzliche Fahrzeuge oder Linien später einfach bleiben. Vergleichen Sie Angebote auf derselben Grundlage: Lizenz oder Abonnement, Bordhardware, Installation, Integrationsaufwand, Schulung und Support. Aus welchen Modulen sich die Pysae-Plattform zusammensetzt, sehen Sie auf unserer Plattformseite.
Häufig gestellte Fragen
Wie wähle ich ein RBL für ein Busunternehmen aus?
Beginnen Sie mit der Flottenabdeckung, entscheiden Sie dann zwischen Hardware-light und Hardware-heavy, prüfen Sie, ob die Schnittstellen offene, dokumentierte Formate nutzen, und verlangen Sie einen realistischen Einführungszeitplan auf Basis vergleichbarer Flottengrößen.
Auf welche Funktionen sollte ich bei einem RBL achten?
Auf diejenigen, die sich aus den vier Kriterien ergeben: Datenübernahme aus der gesamten Flotte, natives GTFS-RT und weitere offene Formate, Anbindung an Vertrieb, Anzeigen der Fahrgastinformation, Personal- und Lohnabrechnungssysteme sowie ein SaaS-Modell, das in Wochen statt Jahren eingeführt wird.
Welches ist das beste RBL auf dem Markt?
Kein RBL ist pauschal das beste. Die richtige Wahl hängt vom Flottenalter, von der vorhandenen Bordtechnik und davon ab, wie viel Kapital für Hardware im Vergleich zu Software verfügbar ist.
Wie schneiden neuere RBL-Plattformen im Vergleich zu etablierten Anbietern ab?
Ordnen Sie jeden Anbieter auf Ihrer Shortlist auf dem Spektrum zwischen Hardware-heavy und Hardware-light ein und stellen Sie dann jedem Angebot dieselben vier Fragen, statt Broschüren zu vergleichen.
Wie lange dauert die Einführung eines RBL?
SaaS-basierte RBL-Plattformen werden in der Regel in Wochen statt Jahren auf eine Flotte ausgerollt, weil keine lokale Serverinfrastruktur installiert werden muss und die Anforderungen an die Bordhardware geringer sind.
Mehr dazu: ein realistischer Zeitplan für die RBL-Einführung auf 30 Linien, wie Sie den echten ROI einer RBL-Einführung berechnen und wie Pysae Operations die Betriebslenkung für das gesamte Netz abdeckt.
Sie planen die Auswahl eines RBL und möchten eine zweite Meinung zu Ihren Kriterien? Das Pysae-Team geht gern die Besonderheiten Ihrer Flotte mit Ihnen durch und zeigt, wie unsere SaaS-Plattform mit schlanker Hardware dazu passt.