Was ist ein Terminal Operating System?
Definition, Funktionsumfang und Auswahlkriterien, und warum ein KV-Terminal andere Software braucht als ein Containerhafen.
Definition
Terminal Operating System kurz erklärt
Ein Terminal Operating System (TOS) ist die zentrale Software eines Umschlagterminals. Es führt Ankunft, Umschlag, Lagerung und Abfahrt jeder Ladeeinheit in einem System zusammen: Gate, Zugdisposition, Lagerverwaltung, Umschlaggeräte und Abrechnung greifen auf denselben, in Echtzeit gepflegten Bestand zu.
Ohne TOS liegen diese Informationen verteilt in Excel-Listen, Papierformularen und Insellösungen. Mit TOS ist jede Bewegung dokumentiert, der Lagerbestand stimmt, und Partner erhalten Statusmeldungen automatisch.
- Ein System statt Insellösungen
- Bestand in Echtzeit
- Automatische Partnermeldungen
Funktionsumfang
Was ein Terminal Operating System im Betrieb steuert
Avisierung & Auftragsverwaltung
Buchungen und Zulaufdaten kommen über Schnittstellen oder Import ins System, bevor Zug oder LKW eintreffen.
Gate-Abfertigung
Ein- und Ausfahrt über Referenznummern, Fahreridentifikation, Schadensdokumentation. Ohne TOS ist das der klassische Papierstau.
Lagerverwaltung
Jeder Stellplatz georeferenziert, jede Ladeeinheit auffindbar, Umpositionierungen als nachvollziehbare Aufträge.
Zugdisposition
Waggonlisten, Beladeplanung, Wagencheck am Gleis, Meldung von Zugankunft und -abfahrt an die Partner.
Umschlaggeräte
Hubaufträge laufen direkt am Kran- oder Stapler-Terminal auf, statt per Funk durchgegeben zu werden.
Abrechnung
Erbrachte Leistungen entstehen aus den Betriebsdaten, nicht aus einer nachträglich geführten Liste.
Abgrenzung
Seehafen-TOS oder Inland-TOS: der wichtigste Unterschied
Die bekanntesten TOS-Produkte stammen aus dem Seehafen. Sie sind für Umschlagmengen und Organisationsformen gebaut, die ein Inland- oder KV-Terminal nicht hat, und bringen entsprechende Komplexität und Kosten mit.
| Seehafen-TOS | Inland- / KV-TOS | |
|---|---|---|
| Typische Menge | mehrere Hunderttausend bis Millionen Ladeeinheiten pro Jahr | einige Zehntausend bis Hunderttausend |
| Verkehrsträger im Fokus | Schiff und Straße | Schiene und Straße, teils Binnenschiff |
| Zugdisposition | Randthema | Kernprozess |
| Einführung | Großprojekt über Jahre | Wochen bis wenige Monate |
| Betrieb | eigene IT-Mannschaft | meist ohne eigene IT-Abteilung |
| Lizenzmodell | hohe Einmalinvestition | nutzungsbasiert, modular |
Wer ein Seehafen-TOS in ein KV-Terminal einführt, zahlt für Funktionen, die dort nie gebraucht werden, und vermisst gleichzeitig die Zugdisposition als Kernprozess. Umgekehrt ist ein reines Gate- oder Lagerwerkzeug zu wenig, sobald Schiene ins Spiel kommt. Wie kurz die Einführung ausfallen kann, hängt an Datenübernahme und Zahl der Schnittstellen, nicht an der Terminalgröße: Der RailHub Duisburg ging in fünf Monaten vom Projektstart bis zum Go-live, mit 15 Schnittstellen und ohne einen Tag Parallelbetrieb.
Auswahl
Woran Sie ein passendes TOS erkennen
Deckt es die Schiene als Kernprozess ab?
Waggonlisten, Beladeplanung und Wagencheck gehören ins System, nicht in eine Nebenanwendung.
Arbeitet es mobil und offlinefähig?
Am Gleis und im Kran gibt es Funklöcher. Wenn die App dort stehen bleibt, wird wieder auf Papier ausgewichen.
Sind die EDI-Standards ab Werk dabei?
EDIGES für Buchungen und Zugankünfte, CODECO für Ankunfts- und Abfahrtsmeldungen, COPARN für Depotaufträge, COEDOR für Bestandsberichte: alles davon sollte Konfiguration sein, kein Entwicklungsprojekt. Dazu kommen Anbindungen an Kransteuerungen, Videogate- und OCR-Systeme.
Lässt es sich modular starten?
Ein Terminal muss mit dem Kern beginnen können und Depot, Reparatur oder Abrechnung später ergänzen.
Wer betreibt es, und wo liegen die Daten?
Ein Terminal ohne eigene IT-Abteilung braucht Monitoring und Support als Teil des Produkts, nicht als Zusatzvertrag. Der Betrieb als SaaS nimmt die IT-Verantwortung ab und ist schneller startklar; verlangen Betriebsvorgaben die Datenhaltung im eigenen Rechenzentrum, muss das System auch das können. Wer beides beherrscht, lässt die Software die Entscheidung nicht vorgeben.
Ist es ein Produkt oder ein Projekt?
Individualentwicklungen stehen nach dem Go-live still. Ein Produkt hat Roadmap und Releases.
Begriffe
TOS, Yard-Management-System und ERP: wo die Grenzen verlaufen
Yard-Management-System
Verwaltet Stellplätze und Fahrzeugbewegungen auf dem Gelände. Es kennt keine Zugdisposition und keine Abrechnung.
ERP
Führt kaufmännische Prozesse: Debitoren, Buchhaltung, Controlling. Es kennt den Bestand auf dem Terminal nicht in Echtzeit.
TOS
Liegt dazwischen und verbindet beides: Es steuert den Betrieb und liefert dem ERP die abrechenbaren Leistungen. Das ERP bleibt bestehen.
Zeitpunkt
Wann sich die Einführung lohnt
Es gibt keinen Schwellenwert an Ladeeinheiten, ab dem ein TOS „nötig“ wird. Der Bedarf hängt weniger an der Größe als an der Zahl der Beteiligten: Sobald mehrere Personen gleichzeitig über denselben Bestand entscheiden, also Gate, Kran, Disposition und Abrechnung, kostet jede Insellösung Abstimmungszeit und produziert Fehlbestände.
Die üblichen Auslöser sind entsprechend andere, und sie haben alle damit zu tun, dass Informationen im Terminal auseinanderlaufen.
- Der Lagerbestand stimmt regelmäßig nicht mit der Realität überein.
- Wartezeiten am Gate wachsen, obwohl die Menge gleich bleibt.
- Kunden verlangen Statusmeldungen, die heute manuell verschickt werden.
- Das bestehende System wird nicht mehr weiterentwickelt.
- Ein Betreiberwechsel oder eine Erweiterung steht an und die Prozesse müssen ohnehin neu aufgesetzt werden.
Sehen Sie ein TOS an Ihren eigenen Prozessen.
Wir zeigen Ihnen smartTOS an den Abläufen Ihres Terminals, unverbindlich und ohne Folien-Marathon.
Demo anfragen