Inhaltsverzeichnis
Telematikdaten können sehr detailliert zeigen, was während eines Fahrer-Tages passiert ist.
Sie können je nach eingesetztem System Informationen zu Fahrer, Fahrzeug, Zeiten, Fahrtverlauf und Positionen liefern.
Für eine vollständige Spesenabrechnung reicht das trotzdem nicht aus.
Denn ein Telematiksystem weiß beispielsweise nicht automatisch:
- welcher Wohnort für einen Mitarbeiter hinterlegt ist,
- welcher Einsatzort relevant ist,
- ob eine erste Tätigkeitsstätte besteht,
- ob Urlaub oder Krankheit vorliegt,
- welche betriebliche Spesenregel angewendet werden soll.
Genau deshalb entsteht eine automatische Spesenabrechnung nicht aus einer einzelnen Datenquelle.
Sie entsteht dadurch, dass technische Einsatzdaten mit Mitarbeiter-, Abwesenheits- und Regelwerksinformationen zusammengeführt werden.
Die zentrale Frage: Was wissen wir über einen Fahrer-Tag?
Für einen automatisierten Prozess muss aus verschiedenen Informationen ein eindeutiger digitaler Fahrerfall entstehen.
Vereinfacht muss der Prozess mehrere Fragen beantworten können:
- Welcher Fahrer ist betroffen?
- Welches Fahrzeug beziehungsweise welcher Einsatz gehört dazu?
- Wann fand der Einsatz statt?
- Wo fand der Einsatz statt?
- Welche Mitarbeiterinformationen gelten für diesen Fahrer?
- Gab es Urlaub, Krankheit oder eine andere relevante Abwesenheit?
- Welche fachlichen Regeln gelten?
- Ist die Datenlage vollständig und widerspruchsfrei?
Erst danach kann entschieden werden, ob ein Fall automatisch berechnet werden kann oder geprüft werden muss.
Datenquelle 1: Telematik
Telematik bildet die technische Seite des Fahrer-Tages ab.
Je nach System und verfügbarer Schnittstelle können beispielsweise folgende Informationen relevant sein:
- Fahrerbezug,
- Fahrzeugbezug,
- Arbeitsbeginn und Arbeitsende,
- Pausen,
- Fahrerkartenereignisse,
- Fahrtverläufe,
- verfügbare Positionsdaten.
Diese Daten sind besonders wertvoll, weil sie bereits während des normalen Betriebs entstehen.
Der Fahrer muss sie nicht eigens für die Spesenabrechnung neu erfassen.
Welche Telematikdaten für die Spesenberechnung besonders relevant sind, erklären wir ausführlich in Welche Telematikdaten braucht eine automatische Spesenabrechnung?.
Telematik beantwortet vor allem: Was ist tatsächlich passiert?
Die Stärke von Telematik liegt in der Abbildung des tatsächlichen Einsatzes.
Ein Datensatz kann beispielsweise zeigen:
- Fahrer A war Fahrzeug 123 zugeordnet,
- der Einsatz begann morgens,
- das Fahrzeug verließ einen bestimmten Standort,
- es bewegte sich über eine bestimmte Route,
- der Einsatz endete am Abend.
Damit ist bereits ein erheblicher Teil des tatsächlichen Tages dokumentiert.
Aber noch nicht seine vollständige fachliche Bedeutung.
Datenquelle 2: Mitarbeiterdaten
Der nächste Baustein ist der Mitarbeiterkontext.
Ein technischer Fahrer muss einem konkreten Mitarbeiter zugeordnet werden.
An diesem Mitarbeiter hängen Informationen, die nicht aus einer Fahrzeugbewegung abgeleitet werden können.
Dazu können beispielsweise gehören:
- Wohnort,
- Einsatzort,
- Fahrerzuordnung,
- erste Tätigkeitsstätte beziehungsweise entsprechende betriebliche Einordnung,
- Sammelpunkt, sofern relevant,
- anzuwendende Fahrer- oder Regelgruppe.
Diese Informationen geben den technischen Daten ihren fachlichen Kontext.
Warum die Fahrerzuordnung so wichtig ist
Angenommen, für einen Tag liegen vollständige Zeit- und Positionsdaten vor.
Es ist aber nicht eindeutig bekannt, welchem Mitarbeiter diese Daten zugeordnet werden sollen.
Dann fehlen möglicherweise gleichzeitig:
- der richtige Wohnort,
- die Tätigkeitsstätten-Konstellation,
- die passende Abwesenheitsregel,
- die richtige Spesenregel.
Ein scheinbar kleiner Zuordnungsfehler kann deshalb den gesamten Fahrerfall betreffen.
Technische Daten werden erst durch die korrekte Mitarbeiterzuordnung zu abrechenbaren Personaldaten.
Datenquelle 3: Abwesenheitsdaten
Der dritte wichtige Baustein sind Abwesenheiten.
Dazu gehören insbesondere Informationen wie:
- Urlaub,
- Krankheit,
- sonstige im Unternehmen geführte Abwesenheiten.
Diese Informationen entstehen normalerweise nicht im Telematiksystem.
Sie stammen aus dem Personal- beziehungsweise Abwesenheitsprozess.
Für die Spesenabrechnung können sie trotzdem entscheidend sein.
Warum Abwesenheitsdaten mit Telematik abgeglichen werden sollten
Ein einfacher Fall:
Für Fahrer A ist am 23. September Urlaub hinterlegt.
Aus dem Telematiksystem liegt für denselben Mitarbeiter und denselben Tag kein normaler Einsatz vor.
Die Informationen passen zusammen.
Ein anderer Fall:
Für Fahrer B ist ebenfalls Urlaub hinterlegt.
Gleichzeitig liegen jedoch Fahrer- beziehungsweise Einsatzdaten für diesen Tag vor.
Jetzt entsteht ein Widerspruch.
Das bedeutet nicht automatisch, dass die Telematik oder die Personalverwaltung falsch ist.
Es bedeutet:
Der Fall sollte nicht ohne Prüfung automatisch verarbeitet werden.
Das Zusammenführen der Daten schafft also nicht nur Automatisierung
Es schafft auch Kontrolle.
Werden Telematik- und Abwesenheitsdaten getrennt betrachtet, bleibt ein Widerspruch möglicherweise unentdeckt.
Erst durch die Verbindung beider Quellen kann das System feststellen:
Diese beiden Informationen passen nicht zusammen.
Genau darin liegt ein wichtiger Vorteil einer gemeinsamen Datenbasis.
Datenquelle 4: Fachliche Regeln
Telematik, Mitarbeiter- und Abwesenheitsdaten beschreiben den Fahrerfall.
Für die eigentliche Berechnung fehlt aber noch eine weitere Ebene:
das Regelwerk.
Dazu können beispielsweise gehören:
- Regeln zur Ermittlung der relevanten Abwesenheit,
- Verpflegungspauschalen,
- Regeln für mehrtägige Fahrten,
- Auslandslogik,
- betriebliche Zusatzregelungen,
- Arbeitszeitregeln.
Erst das Regelwerk beantwortet die Frage:
Was bedeutet dieser konkrete Fahrerfall für die Abrechnung?
Vier Ebenen statt einer Datenquelle
| Ebene | Beispiele | Aufgabe |
|---|---|---|
| Telematik | Zeiten, Fahrer, Fahrzeug, Positionen | tatsächlichen Einsatz abbilden |
| Mitarbeiter | Wohnort, Einsatzort, Tätigkeitsstätten-Kontext | personenbezogenen Kontext liefern |
| Abwesenheiten | Urlaub, Krankheit | Personalstatus berücksichtigen |
| Regelwerk | Abwesenheits- und Spesenregeln | Fahrerfall fachlich bewerten |
Keine dieser Ebenen ersetzt die anderen vollständig.
Die automatische Spesenabrechnung entsteht erst durch ihr Zusammenspiel.
Warum mehr Telematikdaten das Problem nicht allein lösen
Angenommen, ein Unternehmen verfügt über besonders detaillierte Telematikdaten.
Für einen Fahrer liegen vor:
- vollständiger Fahrtverlauf,
- sekundengenaue Zeitinformationen,
- umfangreiche Positionsdaten,
- eindeutiger Fahrzeugbezug.
Trotzdem kann weiterhin die Information fehlen, ob dieser Mitarbeiter eine erste Tätigkeitsstätte hat.
Noch mehr GPS-Punkte beantworten diese Frage nicht.
Das gleiche gilt für Urlaub, Krankheit oder eine individuelle betriebliche Regel.
Genau deshalb haben wir diesen Grundsatz bereits im Artikel Telematikdaten allein reichen nicht: Welche fachlichen Informationen zusätzlich nötig sind behandelt.
Warum Mitarbeiterdaten allein ebenfalls nicht reichen
Umgekehrt reicht auch ein perfekt gepflegter Mitarbeiterstamm nicht aus.
Er kann zwar beantworten:
- Wer ist der Fahrer?
- Wo wohnt er?
- Welche betriebliche Zuordnung besteht?
- Welche Regeln gelten?
Er sagt aber noch nicht, wie der konkrete Einsatz an einem bestimmten Tag tatsächlich verlaufen ist.
Dafür werden wiederum Zeit-, Einsatz- und gegebenenfalls Positionsinformationen benötigt.
Der digitale Fahrerfall entsteht durch Verknüpfung
Ein automatisierter Fahrerfall kann vereinfacht so aufgebaut sein:
| Information | Beispiel |
|---|---|
| Mitarbeiter | Fahrer A |
| Datum | 23.09.2026 |
| Fahrzeug | Fahrzeug 123 |
| Zeitdaten | vollständig vorhanden |
| Positionen | verfügbar |
| Personalstatus | keine Abwesenheit hinterlegt |
| Mitarbeiterkontext | passende Zuordnungen vorhanden |
| Regel | eindeutig bestimmbar |
Wenn diese Informationen vollständig und widerspruchsfrei sind, kann daraus ein Automatikfall entstehen.
Was passiert bei einer fehlenden Information?
Jetzt fehlt beispielsweise der Fahrerbezug.
Die Zeit- und Positionsdaten sind weiterhin vorhanden.
Ohne eindeutigen Mitarbeiter kann aber nicht zuverlässig bestimmt werden, welche Mitarbeiter- und Regelwerksinformationen anzuwenden sind.
Der Fahrerfall sollte deshalb nicht einfach automatisch abgeschlossen werden.
Er benötigt Prüfung.
Was passiert bei widersprüchlichen Informationen?
Ein anderer Fahrerfall ist technisch vollständig.
Der Fahrer ist eindeutig zugeordnet.
Die Telematik zeigt einen Einsatz.
Im Abwesenheitsprozess ist für denselben Tag Krankheit hinterlegt.
Auch hier wäre es problematisch, eine der beiden Quellen einfach zu ignorieren.
Der Widerspruch muss sichtbar werden.
Vollständigkeit und Widerspruchsfreiheit sind zwei unterschiedliche Dinge
Das ist für Datenqualität besonders wichtig.
Ein Fahrerfall kann vollständig sein und trotzdem widersprüchliche Informationen enthalten.
Beispielsweise:
- Telematikdatensatz vorhanden,
- Mitarbeiter vorhanden,
- Abwesenheitsdatensatz vorhanden,
- Regel vorhanden.
Formal fehlt nichts.
Aber der Personalstatus widerspricht dem tatsächlichen Einsatz.
Eine gute Automatisierung muss deshalb nicht nur prüfen:
„Sind alle Felder gefüllt?“
Sondern auch:
„Passen die Informationen fachlich zusammen?“
Wann wird aus den Daten ein Automatikfall?
Ein Fahrerfall eignet sich für automatische Verarbeitung, wenn die für die Berechnung benötigten Informationen ausreichend vollständig und eindeutig sind.
Beispielsweise:
- Fahrer eindeutig zugeordnet,
- notwendige Zeitdaten vorhanden,
- benötigte Mitarbeiterinformationen vorhanden,
- Abwesenheitsstatus eindeutig,
- benötigte Ortsinformationen verfügbar,
- Regel eindeutig bestimmbar.
Dann muss ein Sachbearbeiter den Standardfall nicht jedes Mal von Grund auf neu zusammensuchen.
Wann entsteht ein Prüffall?
Prüfbedarf entsteht dagegen beispielsweise bei:
- fehlender Fahrerzuordnung,
- fehlenden relevanten Zeiten,
- widersprüchlichen Abwesenheitsinformationen,
- fehlender Mitarbeiterkonfiguration,
- unklaren Positionsinformationen,
- nicht eindeutig anwendbarer Regel.
Welche Arten von Auffälligkeiten tatsächlich kontrolliert werden sollten, erklären wir in Prüffälle bei der Spesenabrechnung: Welche Fälle wirklich manuell kontrolliert werden müssen.
Und wann entsteht ein Sonderfall?
Nicht jede manuelle Bearbeitung entsteht durch schlechte Daten.
Es gibt Situationen, die bewusst außerhalb der normalen Automatik behandelt werden sollen.
Das können beispielsweise besondere betriebliche Sachverhalte oder einmalige manuelle Korrekturen sein.
Solche Fälle sollten von normalen Datenfehlern getrennt bleiben.
Deshalb unterscheidet SpediFlow zwischen Automatik, Prüfung und Sonderfall.
Warum ein gemeinsamer Fahrerfall besser ist als drei getrennte Systeme
Ohne Zusammenführung muss ein Sachbearbeiter bei einer Unklarheit möglicherweise:
- Telematik öffnen.
- Fahrer suchen.
- Datum auswählen.
- Zeitdaten kontrollieren.
- Personalverwaltung öffnen.
- Urlaub und Krankheit prüfen.
- Mitarbeiterstammdaten kontrollieren.
- Spesenregel nachschlagen.
- Ergebnis manuell berechnen.
Das Problem liegt damit nicht nur in der Berechnung.
Es liegt im ständigen Wechsel zwischen Datenquellen.
Ein gemeinsamer Fahrerfall bringt die für die Entscheidung benötigten Informationen zusammen.
Das bedeutet nicht, dass alle Daten in einem System gepflegt werden müssen
Eine wichtige Abgrenzung:
Zusammenführen bedeutet nicht zwangsläufig doppelt speichern oder alle Unternehmensprozesse in ein einziges System verschieben.
Die Informationen sollten möglichst dort entstehen und gepflegt werden, wo sie fachlich hingehören.
Beispielsweise:
- Telematikdaten im Telematikprozess,
- Urlaub und Krankheit im Personalprozess,
- fachliche Spesenregeln in der Abrechnungskonfiguration.
Für die Spesenabrechnung werden die benötigten Informationen anschließend zusammengebracht.
Wie kommen Mitarbeiter- und Abwesenheitsdaten in den Prozess?
Das hängt von der vorhandenen Systemlandschaft ab.
SpediFlow kann strukturierte Mitarbeiter- und Abwesenheitsdaten beispielsweise über entsprechende Importe übernehmen.
Damit müssen vorhandene Personaldaten nicht für jeden Fahrer-Tag manuell neu erfasst werden.
Entscheidend ist weniger, aus welchem konkreten Vorsystem die Daten stammen.
Entscheidend ist, dass sie strukturiert und eindeutig dem richtigen Mitarbeiter beziehungsweise Zeitraum zugeordnet werden können.
Fleetboard als konkrete Telematikquelle
Bei Speditionen mit Fleetboard kann ein Teil der technischen Datengrundlage direkt aus der vorhandenen Telematik kommen.
SpediFlow unterstützt eine eingerichtete Fleetboard-Verbindung.
Fahrer-, Fahrzeug- und verfügbare Telematikdaten werden über die eingerichtete Verbindung übernommen.
Fleetboard beschreibt auf der offiziellen Website unter anderem Funktionen rund um Fahrtverläufe, Positionen, Routen und Zeitinformationen.
Fleetboard Compliance stellt darüber hinaus relevante Lenk-, Arbeits- und Ruhezeiten sowie Tachographendaten bereit. Weitere Informationen bietet die offizielle Fleetboard-Compliance-Seite.
Für die Spesenabrechnung werden diese technischen Informationen anschließend um die benötigten Mitarbeiter-, Abwesenheits- und Regelwerksinformationen ergänzt.
Warum Fleetboard und Mitarbeiterdaten unterschiedliche Aufgaben haben
| Fleetboard / Telematik | Mitarbeiter- und Fachdaten |
|---|---|
| Fahrer- und Fahrzeugbezug | interner Mitarbeiterkontext |
| Zeitinformationen | betriebliche Zuordnungen |
| Fahrtverlauf | erste Tätigkeitsstätte / Sammelpunkt |
| Positionen | Wohnort / Einsatzort |
| technischer Einsatz | Urlaub / Krankheit |
Die Systeme konkurrieren damit nicht miteinander.
Sie liefern unterschiedliche Teile des Gesamtbildes.
Wie Fleetboard-Daten für die Spesenabrechnung genutzt werden können, erklären wir in Fleetboard-Daten für die Spesenabrechnung nutzen: Welche Daten wirklich relevant sind.
Warum die erste Tätigkeitsstätte ein gutes Beispiel ist
Die erste Tätigkeitsstätte zeigt besonders deutlich, warum Telematik und Mitarbeiterdaten getrennt betrachtet werden müssen.
Ein Telematiksystem kann erkennen, dass ein Fahrer jeden Morgen denselben Betriebshof aufsucht.
Es kann daraus aber nicht allein ableiten, ob dieser Betriebshof arbeitsrechtlich die erste Tätigkeitsstätte des Mitarbeiters ist.
Diese Information gehört zum fachlichen Mitarbeiterkontext.
Warum das für Lkw-Fahrer relevant ist, erklären wir in Lkw-Fahrer ohne erste Tätigkeitsstätte: Was das für die Spesenabrechnung bedeutet.
Auch ein falscher Stammdatensatz ist ein Datenproblem
Datenqualität bedeutet nicht nur, dass ein Feld vorhanden ist.
Es muss auch richtig sein.
Ist beispielsweise eine falsche erste Tätigkeitsstätte hinterlegt, kann der technische Telematikdatensatz vollständig und korrekt sein.
Die fachliche Berechnung arbeitet trotzdem möglicherweise mit einer falschen Grundannahme.
Die Folgen behandeln wir im Artikel Erste Tätigkeitsstätte falsch hinterlegt: Welche Folgen das für die Spesenabrechnung hat.
Was passiert mit Arbeitszeit und Abwesenheitszeit?
Auch hier müssen verschiedene Datenebenen zusammenwirken.
Telematik kann Zeitinformationen liefern.
Für die steuerlich relevante Abwesenheit können jedoch zusätzliche Informationen über Wohnung, Einsatzort und Tätigkeitsstätten-Konstellation benötigt werden.
Deshalb darf Arbeitszeit nicht einfach ungeprüft mit Abwesenheitszeit gleichgesetzt werden.
Die Abgrenzung erklären wir ausführlich in Arbeitszeit vs. steuerliche Abwesenheitszeit bei Lkw-Fahrern.
Wo kommt Routing ins Spiel?
Je nach Fahrerfall können zusätzliche Routinginformationen benötigt werden.
Das ist insbesondere dann denkbar, wenn vorhandene Orts- oder Bewegungsinformationen für eine fachliche Entscheidung ergänzt werden müssen.
Routing ist damit keine zwingende Grundlage jedes Fahrerfalls.
Es kann bei Bedarf eine zusätzliche Datenebene darstellen.
Wichtig ist dabei:
Routing ersetzt keine fehlende fachliche Mitarbeiterinformation und sollte fehlende Telematikdaten nicht einfach durch Annahmen kaschieren.
Was passiert bei Datenlücken?
Eine reale Datenarchitektur muss damit umgehen können, dass einzelne Informationen fehlen.
Beispiele:
- Telematikdaten fehlen für einen Zeitraum.
- Fahrer kann nicht eindeutig zugeordnet werden.
- Positionsinformationen sind unvollständig.
- Abwesenheitsdaten fehlen.
- Mitarbeiterstammdaten sind nicht vollständig.
Der richtige Umgang besteht nicht darin, fehlende Informationen stillschweigend zu erfinden.
Stattdessen muss entschieden werden:
- Ist die Information für diesen Fahrerfall überhaupt notwendig?
- Kann sie aus einer anderen verlässlichen Quelle ergänzt werden?
- Muss der Fall geprüft werden?
- Handelt es sich um einen manuellen Sonderfall?
Mehr dazu erklären wir in Telematikausfall in der Spesenabrechnung: Wie mit Datenlücken umgehen?.
Von Rohdaten zu einer fachlichen Entscheidung
Der gesamte Datenprozess lässt sich vereinfacht in vier Stufen darstellen:
| Stufe | Beispiel |
|---|---|
| 1. Rohdaten | Zeit, Position, Fahrer, Fahrzeug |
| 2. Kontext | Mitarbeiter, Wohnort, Einsatzort, Abwesenheit |
| 3. Regelwerk | Abwesenheits- und Spesenlogik |
| 4. Ergebnis | Automatikfall, Prüfung oder Sonderfall |
Die eigentliche Leistung einer automatisierten Spesenabrechnung liegt damit nicht darin, einzelne Datenfelder anzuzeigen.
Sie liegt darin, aus verschiedenen Datenquellen einen fachlich bewertbaren Fahrerfall zu bilden.
Wie SpediFlow die Daten zusammenführt
SpediFlow setzt genau zwischen den vorhandenen Datenquellen und dem späteren Abrechnungsergebnis an.
Der Prozess kombiniert:
- verfügbare Telematikdaten,
- Mitarbeiterinformationen,
- Abwesenheitsdaten,
- betriebliche Regeln und
- bei Bedarf zusätzliche Routinginformationen.
Aus diesen Informationen werden Fahrerfälle gebildet und bewertet.
Eindeutige Fälle können automatisch berechnet werden.
Fehlende oder widersprüchliche Informationen werden als Prüfbedarf sichtbar.
Besondere manuelle Sachverhalte können separat als Sonderfall behandelt werden.
Warum dadurch keine 100-Prozent-Automatisierung versprochen werden muss
Eine realistische Automatisierung muss nicht behaupten, jeden denkbaren Fahrerfall ohne menschliche Entscheidung lösen zu können.
Entscheidend ist vielmehr, dass der Standardfall möglichst vollständig aus vorhandenen Daten entsteht.
Der Mensch wird dann dort eingebunden, wo:
- Daten fehlen,
- Daten widersprüchlich sind,
- eine Regel nicht eindeutig ist,
- ein echter Sonderfall vorliegt.
Damit wird manuelle Arbeit nicht vollständig abgeschafft.
Sie wird auf die Situationen konzentriert, in denen sie einen tatsächlichen Mehrwert liefert.
Was bedeutet das für den Fahrer?
Für den Fahrer kann diese Datenarchitektur einen entscheidenden Unterschied machen.
Wenn die benötigten Informationen bereits aus Telematik, Mitarbeiter- und Abwesenheitsdaten entstehen, muss er einen normalen Arbeitstag nicht zusätzlich für die Spesenabrechnung rekonstruieren.
Das ist die Grundlage für einen Prozess ohne klassischen Spesenzettel.
Wie das funktioniert, erklären wir in Spesenabrechnung ohne Spesenzettel: Wie vorhandene Daten die manuelle Erfassung ersetzen können.
Was bedeutet das für die Verwaltung?
Auch im Büro verändert sich der Arbeitsablauf.
Statt Daten aus mehreren Systemen für jeden Fahrer-Tag manuell zusammenzusuchen, kann die Aufmerksamkeit auf die tatsächlich auffälligen Fälle gelenkt werden.
Der Sachbearbeiter beschäftigt sich dann weniger mit:
- Übertragen,
- Zuordnen,
- Abtippen,
- Standardfälle nachrechnen.
Stattdessen stehen im Vordergrund:
- Datenqualität,
- Prüffälle,
- Sonderfälle,
- Monatskontrolle.
Was bedeutet das für die Buchhaltung?
Die Buchhaltung benötigt am Ende nicht die vollständige Rohdatenlandschaft.
Sie benötigt ein aufbereitetes Abrechnungsergebnis.
Deshalb endet die Datenkette nicht bei der automatischen Berechnung.
Die berechneten Fahrerfälle müssen anschließend zu einem Abrechnungszeitraum zusammengeführt, kontrolliert und strukturiert ausgegeben werden.
Genau diesen letzten Teil betrachten wir im nächsten Artikel:
Von Telematikdaten zur Lohnbuchhaltung: So entsteht eine fertige Spesenabrechnung.
Checkliste: Welche Daten braucht der automatische Fahrerfall?
Für einen weitgehend automatisierten Prozess sollten insbesondere folgende Fragen beantwortet werden können:
- Ist der Fahrer eindeutig identifiziert?
- Ist der Fahrer dem richtigen Mitarbeiter zugeordnet?
- Sind die benötigten Zeitdaten vorhanden?
- Sind relevante Positions- beziehungsweise Ortsdaten verfügbar?
- Sind Wohnort und Einsatzort korrekt hinterlegt?
- Ist die Tätigkeitsstätten- beziehungsweise Sammelpunktkonstellation geklärt?
- Sind Urlaub und Krankheit verfügbar?
- Ist die anzuwendende Abwesenheitslogik eindeutig?
- Ist die passende Spesenregel hinterlegt?
- Werden fehlende oder widersprüchliche Daten erkannt?
Fazit: Automatische Spesen entstehen nicht aus einer Datenquelle
Telematik ist ein zentraler Baustein einer automatisierten Spesenabrechnung.
Sie liefert wertvolle Informationen über den tatsächlichen Fahrer- und Fahrzeugeinsatz.
Für die vollständige fachliche Bewertung fehlen jedoch weitere Informationen.
Mitarbeiterdaten beantworten, für wen und unter welchen betrieblichen Voraussetzungen der Einsatz stattgefunden hat.
Abwesenheitsdaten ergänzen den Personalstatus.
Das Regelwerk bestimmt, wie der Fahrerfall zu bewerten ist.
Erst daraus entsteht eine belastbare Prozesskette:
Telematik → Mitarbeiter → Abwesenheiten → Regelwerk → Berechnung → Prüfung.
Genau diese Verbindung bildet den Kern von SpediFlow.
Die Software soll nicht einfach möglichst viele Telematikdaten sammeln.
Sie soll die bereits vorhandenen Informationen so zusammenführen, dass daraus eindeutige Fahrerfälle automatisch berechnet und tatsächliche Abweichungen gezielt geprüft werden können.
Weiterführende Artikel
Den gesamten digitalen Prozess erklären wir in Digitale Spesenabrechnung in Speditionen: So funktioniert der Prozess ohne doppelte Datenerfassung.
Wie ein Prozess ohne klassischen Spesenzettel aussehen kann, zeigt Spesenabrechnung ohne Spesenzettel: Wie vorhandene Daten die manuelle Erfassung ersetzen können.
Welche technischen Daten grundsätzlich relevant sind, erklären wir in Welche Telematikdaten braucht eine automatische Spesenabrechnung?.
Warum diese Daten allein nicht ausreichen, lesen Sie in Telematikdaten allein reichen nicht: Welche fachlichen Informationen zusätzlich nötig sind.
Welche Fälle tatsächlich manuell geprüft werden sollten, behandeln wir in Prüffälle bei der Spesenabrechnung: Welche Fälle wirklich manuell kontrolliert werden müssen.
Wie Fleetboard als konkrete Telematikquelle eingesetzt werden kann, erklären wir in Spesenabrechnung mit Fleetboard automatisieren: So funktioniert der Prozess.
Stand
Stand: 23.09.2026
Welche Daten im konkreten Unternehmen benötigt werden und wie sie technisch übernommen werden können, hängt von den eingesetzten Vorsystemen, verfügbaren Schnittstellen und betrieblichen Regeln ab.
