Transportmanagement-Software für österreichische Speditionen

Bei Transportmanagement-Software entscheidet nicht der Funktionsumfang, sondern die Anschlussfähigkeit: an die E-Rechnung, an das Lenkprotokoll und an die Buchhaltung. Ein System, das diese drei Punkte nicht abdeckt, erzeugt Nacharbeit, die es eigentlich abschaffen sollte.

Ausgangslage der österreichischen Logistikbranche

Der österreichische Transport- und Logistiksektor operiert gegenwärtig in einem hochkomplexen und extrem volatilen Marktumfeld. Die Branche ist geprägt durch einen signifikanten Margendruck, der aus einer toxischen Kombination von schwankenden Treibstoffpreisen, eskalierenden Mautgebühren, massiven Engpässen beim qualifizierten Fahr- und Dispositions-Personal sowie einer beispiellosen Dichte an neuen regulatorischen Vorgaben resultiert. In diesem anspruchsvollen Ökosystem hat sich die digitale Transformation von einer optionalen Prozessoptimierung zu einer zwingenden Überlebensstrategie entwickelt. Transportunternehmen in Österreich sind strategisch gezwungen, ihre IT-Architekturen fundamental zu überdenken. Die historische Praxis, fragmentierte Insellösungen für unterschiedliche Unternehmensbereiche zu betreiben, weicht zunehmend der Implementierung integrierter, hochautomatisierter Transport Management Systeme (TMS).

Die vorliegende tiefgreifende Analyse evaluiert die derzeit im österreichischen Markt dominierenden Softwarelösungen für Speditionen und Transportunternehmen. Der Fokus der Untersuchung liegt präzise auf den vier logistischen Kernprozessen, die die Wertschöpfungskette eines Transportunternehmens determinieren: Der Vertrieb inklusive des Customer Relationship Managements (Sales & CRM), die operative Planung und Disposition, sowie die nachgelagerte finanzielle Abrechnung. Um eine fundierte, für den österreichischen Markt spezifische Betrachtung zu gewährleisten, werden zudem die zwingenden rechtlichen Rahmenbedingungen analysiert. Hierbei wirken insbesondere die österreichische Lenkprotokoll-Verordnung (LP-VO) sowie die gesetzlichen Vorgaben zur strukturierten E-Rechnung (ebInterface) als massive Katalysatoren für die Softwaremodernisierung.

Die vier operativen Säulen der Speditionssoftware

Die Logik gleicht der anderer Branchensoftware — wer die Auswahl schon einmal für Kassensysteme oder Handwerkersoftware getroffen hat, erkennt die Muster wieder.

Ein vollumfängliches Transport Management System fungiert als das digitale Nervensystem eines Logistikunternehmens. Die tatsächlichen Effizienzgewinne und Skaleneffekte entstehen nicht durch die isolierte Betrachtung oder punktuelle Optimierung einzelner Abteilungen, sondern durch den nahtlosen, medienbruchfreien Datenfluss über den gesamten Lebenszyklus eines Transportauftrages hinweg.

Vertrieb und Customer Relationship Management (Sales & CRM)Das Customer Relationship Management innerhalb einer Speditionssoftware unterscheidet sich in seiner Architektur und seinen Anforderungen fundamental von generischen, branchenneutralen CRM-Lösungen. Der Vertrieb in der Logistik ist durch komplexe Tarifstrukturen, multidimensionale Staffelpreise basierend auf Gewicht, Volumen, Lademetern und Zonen sowie durch hochdynamische Maut- und Treibstoffzuschläge (Diesel-Floater) gekennzeichnet.

Moderne Logistik-Softwarelösungen implementieren daher hochspezialisierte CRM-Module, die weit über die reine Verwaltung von Stammdaten hinausgehen. Im Zentrum steht eine tief strukturierte Kundenakte, die nicht nur Adress- und Kontaktdaten vorhält, sondern direkt mit der finanzbuchhalterischen Bonitätsprüfung, historischen Transportdaten und spezifischen Service-Level-Agreements (SLAs) verknüpft ist. Ein wesentliches Element des logistischen Vertriebs ist das systematische Yield Management. Hierbei greift die Software auf historische Auslastungs- und Ertragsdaten zurück, um die Profitabilität spezifischer Relationen zu analysieren und Preise dynamisch an aktuelle Marktsituationen und die Flottenauslastung anzupassen.

Die Angebotserstellung muss in diesem Umfeld hochgradig automatisiert erfolgen. Ein eingeholtes Frachtangebot muss sich mit einem einzigen Klick in einen verbindlichen Transportauftrag umwandeln lassen, wobei alle relevanten Restriktionen sofort an die Disposition übergeben werden. Darüber hinaus lagern moderne CRM-Ansätze Informations- und Buchungsprozesse zunehmend auf den Kunden aus. Über dedizierte, webbasierte Kundenportale können Verlader rund um die Uhr (24/7) neue Transportaufträge erfassen, Dokumente wie den elektronischen Ablieferbeleg (Proof of Delivery - POD) abrufen und den Status ihrer Sendungen in Echtzeit (Track & Trace) verfolgen. Zur proaktiven Kundenbindung integrieren einige Systeme zudem gezielte Kommunikationswerkzeuge, wie etwa E-Mail-Marketing-Tools für den Massenversand oder automatisierte Benachrichtigungen zur voraussichtlichen Ankunftszeit (Estimated Time of Arrival - ETA).

Planung und Disposition

Die Disposition bildet das operative Epizentrum jedes Transportunternehmens. In dieser Abteilung entscheidet sich die letztendliche Wirtschaftlichkeit des Geschäftsmodells, da ineffiziente Routenplanungen, Leerkilometer, unproduktive Wartezeiten an Laderampen und suboptimale Laderaumauslastungen die ohnehin geringen operativen Margen direkt vernichten. Die traditionelle, manuelle Planung mittels Tabellenkalkulationen oder physischen Steckkarten ist angesichts der heutigen Sendungsvolumina und der erforderlichen Reaktionsgeschwindigkeiten wirtschaftlich und organisatorisch nicht mehr darstellbar.

Die modernen Anforderungen an die Dispositionsplanung umfassen zwingend grafische und interaktive Benutzeroberflächen. Disponenten benötigen kartenunterstützte Dashboards, auf denen per Drag-and-Drop Fahrzeuge, Auflieger und Sendungen disponiert werden können, wobei die räumliche Verteilung der Flotte visuell in Echtzeit abgebildet wird. Die Speerspitze der technologischen Entwicklung bildet in diesem Bereich die KI-gestützte Tourenoptimierung. Führende Systeme setzen Algorithmen des maschinellen Lernens ein, um aus dem historischen Dispositionsverhalten zu lernen und prädiktive Modelle zu generieren. Diese Algorithmen berechnen unter der simultanen Berücksichtigung unzähliger Restriktionen – wie gesetzlichen Lenk- und Ruhezeiten, fahrzeugspezifischen Kapazitäten, Gefahrgutvorschriften, Rampenzeitfenstern und der aktuellen Verkehrslage – vollautomatisch die mathematisch optimale Tour und bündeln Sendungen zu effizienten Sammelladungen.

Ein weiterer kritischer Erfolgsfaktor in der Disposition ist die lückenlose Telematik-Integration. Der bidirektionale Datenaustausch mit den in den Fahrzeugen verbauten Telematiksystemen (wie beispielsweise Webfleet, GeoTab, Samsara oder Arvento) liefert der Software kontinuierlich aktuelle GPS-Positionen, Echtzeitdaten aus dem digitalen Tachographen (FMS-Daten) sowie direkte Statusmeldungen der Fahrer aus der mobilen App (z. B. Beginn der Beladung, Abschluss der Entladung). Flankiert wird dies durch intelligente Dispositionsunterstützung für die Fremdvergabe: Erkennt das System eine Unterkapazität im eigenen Fuhrpark, schlägt es automatisch geeignete Subunternehmer vor oder interagiert über API-Schnittstellen direkt mit externen Frachtbörsen (wie TIMOCOM), um zeitkritisch zusätzlichen Laderaum zu beschaffen und Leerfahrten zu minimieren.

Abrechnung und FakturaIn der kapitalintensiven Speditionsbranche ist das Liquiditätsmanagement von überragender strategischer Bedeutung. Manuelle und verzögerte Abrechnungsprozesse binden nicht nur unverhältnismäßig viele personelle Ressourcen, sondern sind auch extrem fehleranfällig. Ein klassisches, branchenweites Problem ist die massive Verzögerung der Rechnungsstellung aufgrund fehlender oder verspätet eingereichter physischer Fracht- und Ablieferbelege.

Die Integration einer automatisierten Abrechnung invertiert diesen traditionellen Prozess hin zu einem “Management-by-Exception”. Basierend auf komplexen, im System hinterlegten Tariftabellen, die vielfältige Zonen- und Gewichtsstaffelungen umfassen, ermittelt das TMS den Frachtpreis inklusive aller Zuschläge vollautomatisch. Die routinemäßige Erstellung von Ausgangsrechnungen und Gutschriften durchläuft automatisierte Workflows im Hintergrund. Die Mitarbeiter der Buchhaltung greifen nur noch korrigierend ein, wenn das System Anomalien, fehlerhafte Stammdaten oder Plausibilitätsabweichungen meldet.

Besonders im Umgang mit externen Frächtern und Subunternehmern setzen moderne Systeme auf automatisierte Clearing-Funktionen und Gutschriftenverfahren. Anstatt auf die eingehende Rechnung des Frächters zu warten, erstellt und versendet das TMS nach erfolgreichem Transportabschluss automatisch eine Gutschrift über die erbrachte Transportleistung. Für eingehende Fremdrechnungen wird zunehmend künstliche Intelligenz in Form von “Document Intelligence” (OCR - Optical Character Recognition) eingesetzt. Diese Algorithmen extrahieren Texte, Beträge und tabellarische Strukturen aus eingehenden PDF-Dokumenten oder Scans, validieren diese gegen die ursprünglich im System vergebenen Transportaufträge und decken ungerechtfertigte Zuschläge oder Tariferhöhungen automatisch auf. Letztlich müssen sämtliche ausgangsseitigen Rechnungen und validierten Eingangsbelege ohne jeden Medienbruch über gesicherte Schnittstellen an das unternehmensweite Finanzbuchhaltungssystem übergeben werden.

Regulatorische Treiber der Softwaremodernisierung in Österreich

Die Softwarearchitektur österreichischer Transportunternehmen wird in einem außergewöhnlich hohen Ausmaß von zwingenden gesetzlichen Rahmenbedingungen determiniert. Die Nichtbeachtung dieser Vorschriften birgt das Risiko empfindlicher finanzieller Sanktionen und rechtlicher Konsequenzen, weshalb die “Compliance Readiness” eines TMS zu einem der wichtigsten Auswahlkriterien für IT-Entscheider avanciert ist.

Die strukturierte E-Rechnung und das ebInterface-Format

Die Digitalisierung des Rechnungswesens ist in Österreich durch den Standard ebInterface tief in den B2G-Prozessen (Business-to-Government) verankert. Das XML-basierte Datenformat, welches vom Verein Austria

Pro in enger Kooperation mit der Wirtschaftskammer Österreich (WKO) kontinuierlich weiterentwickelt wird (aktuell in Version 6.1), bildet das Rückgrat der elektronischen Verrechnung. Bereits seit dem 1. Jänner 2014 besteht für österreichische Unternehmen die strikte gesetzliche Verpflichtung, Rechnungen an Bundesbehörden ausschließlich in strukturierten XML-Formaten (ebInterface oder PEPPOL BIS) über das Unternehmensserviceportal (USP) des Bundes einzubringen. Konventionelle PDF-Dokumente oder postalische Papierrechnungen werden konsequent abgewiesen und gelten im juristischen Sinne als nicht eingebracht.

Der Handlungsdruck auf Transportunternehmen intensiviert sich gegenwärtig durch weitreichende gesamteuropäische Gesetzesinitiativen. Unter dem regulatorischen Dach der EU-Richtlinie “VAT in the Digital Age” (ViDA) wird eine verpflichtende elektronische Rechnungsstellung und digitale Transaktionsmeldung für grenzüberschreitende B2B-Umsätze (Business-to-Business) forciert, deren vollständige Implementierung für die Jahre 2028 bis 2030 erwartet wird. Eine zentrale Rolle spielt hierbei die europäische Norm EN 16931. Diese Norm definiert exakt, welche semantischen Datenpunkte eine E-Rechnung zwingend enthalten muss, um maschinenlesbar und steuerrechtlich konform zu sein. Das österreichische ebInterface-Format ist mit dieser europäischen Norm kompatibel.

Für die Evaluation einer Speditionssoftware hat dies fundamentale Konsequenzen für das Abrechnungsmodul. Die Software darf nicht länger auf die bloße Generierung visueller PDF-Dokumente beschränkt sein. Sie muss befähigt sein, strukturierte XML-Dateien, sei es ebInterface für den österreichischen B2G-Markt oder hybride Formate wie ZUGFeRD und XRechnung für den wirtschaftlich eng verflochtenen deutschen B2B-Markt, nativ und fehlerfrei zu erzeugen. Ebenso kritisch ist der Rechnungseingang: Das TMS muss XML-Dateien von Subunternehmern automatisiert auslesen, steuerrechtlich validieren und für mindestens zehn Jahre absolut revisionssicher und GoBD-konform archivieren. Die nach wie vor weit verbreitete Praxis, lediglich die PDF-Repräsentation zu speichern und die zugrundeliegende E-Mail inklusive der originalen XML-Datei zu löschen, wird als rechtswidrige Vernichtung des steuerrechtlichen Originals klassifiziert und gefährdet den essenziellen Vorsteuerabzug des Unternehmens massiv.

Die österreichische Lenkprotokoll-Verordnung (LP-VO)Eine hochspezifische, auf das österreichische Bundesgebiet beschränkte regulatorische Herausforderung für Kurier- und Transportdienstleister stellt die Lenkprotokoll-Verordnung (LP-VO) dar. Diese Verordnung adressiert primär jene Fahrzeugklassen, die als „sonstige Fahrzeuge“ im Sinne des Arbeitszeitgesetzes (AZG) definiert werden. Dabei handelt es sich in der Regel um Fahrzeuge zur Güterbeförderung mit einem höchstzulässigen Gesamtgewicht (hzG) von unter 3,5 Tonnen, für welche nach geltendem europäischem Recht keine Einbau- und Verwendungspflicht für ein digitales EG-Kontrollgerät (Tachograph) besteht. Ab Juli 2026 wird diese Regulierung durch das EU-Mobilitätspaket I nochmals verschärft, da die Gewichtsgrenze für die Ausrüstungspflicht mit Tachographen im grenzüberschreitenden Verkehr auf 2,5 Tonnen hzG abgesenkt wird.

Die rechtlichen Anforderungen der LP-VO sind strikt und erfordern eine lückenlose Dokumentation. Arbeitgeber sind verpflichtet, dafür Sorge zu tragen, dass die Lenker laufend und detailliert Aufzeichnungen über ihre Lenkzeiten, Ruhepausen und sonstige Arbeitszeiten führen. Das Gesetz lässt nur sehr spezifische Ausnahmen von dieser Pflicht zu, die bei der Disposition präzise berücksichtigt werden müssen.

Wann keine Protokollpflicht besteht

Wie es damit in der Praxis aussieht, hat die Arbeitsinspektion in einer Schwerpunktaktion erhoben. Der Befund ist deutlich: Bei den Papierprotokollen entsprach in 83 %^Quelle der Betriebe der Inhalt der Aufzeichnungen nicht den Vorgaben. Die allgemeinen Bestimmungen der Verordnung wurden von 68 % bis 87 % der Betriebe nicht eingehalten. Ein elektronisches Lenkprotokoll führten 13 % jener Betriebe, die überhaupt eines führten.

Für die Softwareauswahl folgt daraus zweierlei. Erstens ist das elektronische Lenkprotokoll kein Komfortmerkmal, sondern der Punkt, an dem die meisten Beanstandungen entstehen. Zweitens genügt es nicht, dass ein System „Lenkprotokoll” auf der Funktionsliste führt — es muss die Vorgaben der Verordnung im Detail abbilden.

Ein brauchbares Modul stellt dem Fahrpersonal eine App bereit, in der sich der Status — Lenken, Ruhepause, sonstige Arbeitszeit — mit einem Griff umschalten lässt. Über die Fahrzeugtelematik kommt der Kilometerstand automatisch dazu. Bei einer Kontrolle muss die Fahrerin die Historie der letzten 28 Kalendertage direkt am Gerät vorweisen können, während die Daten in der Zentrale revisionssicher archiviert werden.

Der Markt: heimische Spezialisten neben Konzernsuiten

Der österreichische Markt teilt sich in zwei Lager. Auf der einen Seite stehen lokal verwurzelte Entwickler, die den heimischen Rechtsraum im Detail kennen. Auf der anderen Seite Anbieter aus dem DACH-Raum mit umfangreichen Enterprise-Suiten und entsprechenden Entwicklungsbudgets.

Für einen Betrieb mit fünf bis fünfzig Fahrzeugen ist die Herkunft weniger entscheidend als die Frage, ob die österreichischen Pflichten — Lenkprotokoll, ebInterface, BMD-Export — im Standard enthalten sind oder als kostenpflichtige Anpassung dazukommen. Genau diese Frage gehört in die Ausschreibung, nicht ins Verkaufsgespräch.

Die Anbieter im Überblick

Die Schnittstelle zur Buchhaltung

Die physische Leistung endet an der Laderampe, der kaufmännische Vorgang erst mit dem Zahlungseingang. Ein Transportmanagementsystem ohne Verbindung zur Buchhaltung erzeugt deshalb nicht weniger Arbeit, sondern verschiebt sie nur — vom Disponenten zur Buchhaltungskraft, die dieselben Daten ein zweites Mal eingibt.

In Österreich führt daran kaum ein Weg an BMD vorbei. Der Hersteller aus Steyr nennt 30 000^Quelle Kunden, von der Steuerberatungskanzlei bis zum Industriekonzern. Für ein Transportunternehmen ist die Qualität der BMD-Schnittstelle deshalb regelmäßig das Kriterium, an dem sich die Systemwahl entscheidet — nicht die Funktionsliste.

Die Verbindung wirkt an drei Stellen:

• Rechnungswesen. Ausgangsrechnungen an Verlader und Gutschriften an Subunternehmer müssen als kontierte Buchungssätze übergeben werden, nicht als PDF-Stapel. Im Zusammenspiel mit der E-Rechnung ist das der Unterschied zwischen einem automatisierten Belegfluss und einer manuellen Erfassung. Dienstleister binden ihre Konverter direkt in BMD ein, sodass Formate wie ebInterface ohne Zwischenschritt übermittelt werden.
• Lohnverrechnung. Die Disposition erfasst ohnehin Lenkzeiten, Pausen, Überstunden und Abwesenheiten. Werden diese Daten händisch in die Lohnverrechnung übertragen, entstehen genau dort Fehler, wo sie teuer werden — bei Kollektivvertrag und Zuschlägen. Ein Lohnexport überträgt sie tagesgenau und ordnet sie den Lohnarten zu.
• Mandantentrennung. Wer als Logistikdienstleister für mehrere Verlader arbeitet, muss deren Daten sauber getrennt halten. Über die Web-Zugänge von BMD tauscht die Geschäftsführung Daten mit der externen Steuerberatung aus, ohne Datei-Anhänge hin- und herzuschicken.

Die etablierten Anbieter kennen diese Abhängigkeit und liefern standardisierte Konnektoren zu BMD und zum deutschen DATEV mit. Lassen Sie sich den Export im Testbetrieb mit echten Belegen zeigen, nicht in der Broschüre — Unterschiede zeigen sich erst bei Storni, Teilrechnungen und Fremdwährung.

Was das System wirklich kostet

Die Lizenz ist der kleinere Teil der Rechnung. Was ein TMS kostet, entscheidet sich bei Einführung, Datenübernahme und Schulung — und diese Posten stehen in keinem Angebot ganz oben.

Aus der Cloud

Neuere Systeme rechnen je Nutzer und Monat ab. Die Spanne ist erheblich: von € 69 für einfache Systeme bis € 300 für vollwertige Suiten.

Dafür entfallen die Vorabinvestitionen in Server und Infrastruktur, das System ist ohne Installationsprojekt betriebsbereit, und Updates spielt der Anbieter ein. Der Preis dafür ist die Abhängigkeit von der Internetverbindung: Ein Netzausfall legt die Disposition still. Und die laufenden Kosten hören nie auf — über einen langen Zeitraum summieren sie sich auf mehr als eine einmalige Lizenz.

Im eigenen Rechenzentrum

Die etablierten, tief konfigurierbaren Systeme werden weiterhin auch klassisch lizenziert. Im KMU-Bereich bewegen sich die Lizenzkosten zwischen € 20.000 und € 100.000. Dazu kommt verpflichtend die Wartung, branchenüblich rund 20 % der Lizenzsumme pro Jahr — allein für Updates und Support.

Dafür bleiben die Daten im Haus, was manche Großverlader vertraglich verlangen, das System arbeitet auch ohne Internetverbindung weiter, und Lizenz wie Server lassen sich abschreiben.

Was im Angebot nicht steht

Hier liegt der eigentliche Kostenblock:

Am häufigsten unterschätzt wird die Datenübernahme. Adressen, Tarife und historische Aufträge liegen in gewachsenen Excel-Listen oder einem System, dessen Exportformat niemand mehr kennt. Rechnen Sie diesen Posten in das Budget ein, bevor Sie unterschreiben, und lassen Sie sich die Übernahme an einem Ausschnitt Ihrer echten Daten vorführen.

Die Gegenrechnung steht auf der Ertragsseite: weniger Leerkilometer durch bessere Tourenplanung, weniger Zeit in der Fakturierung, keine Strafen wegen fehlender Dokumentation. Ob sich das in einem Jahr oder in drei rechnet, hängt an Ihrer Flottengröße und daran, wie viel heute von Hand läuft — eine belastbare Aussage darüber kann nur Ihre eigene Kalkulation liefern.

Wonach Sie auswählen sollten

1. E-Rechnung zuerst. Kann das System strukturierte Rechnungen erzeugen — ebInterface für den öffentlichen Auftraggeber, die europäischen Formate für den B2B-Verkehr — und eingehende XML-Rechnungen revisionssicher archivieren? Wer nur das PDF speichert und die XML-Datei verwirft, vernichtet das steuerliche Original und gefährdet den Vorsteuerabzug.
2. Lenkprotokoll klären. Betreiben Sie Fahrzeuge unterhalb der Tachographenpflicht, brauchen Sie ein elektronisches Lenkprotokoll mit App für das Fahrpersonal und revisionssicherer Archivierung. Die Kontrollpraxis zeigt, dass hier die meisten Beanstandungen entstehen.
3. Buchhaltungsanbindung prüfen. In Österreich entscheidet die Qualität der BMD-Schnittstelle regelmäßig über die Systemwahl. Lassen Sie sich den Export im Testbetrieb zeigen, nicht in der Produktbroschüre.
4. Gesamtkosten über drei Jahre rechnen. Lizenz oder Abo plus Implementierung, Datenmigration, Schulung und laufende Wartung. Ein Lizenzangebot im mittleren fünfstelligen Bereich wächst durch diese Posten regelmäßig auf ein Vielfaches.
5. Prozess statt Funktionsliste. Die brauchbare Frage lautet nicht, welches System die meisten Funktionen hat, sondern wie ein Datensatz von der Kundenanfrage bis in die Bilanz fließt — und an welcher Stelle er dabei die Hand wechselt.