Inhaltsverzeichnis
Manuell geprüft werden sollten bei der Spesenabrechnung nur Fahrerfälle, die sich anhand der vorhandenen Zeit-, Orts-, Mitarbeiter- und Regelwerksdaten nicht eindeutig berechnen lassen. Typische Gründe sind fehlende Fahrerzuordnungen, unvollständige Zeit- oder Positionsdaten, widersprüchliche Personalinformationen oder nicht eindeutig anwendbare Spesenregeln.
Eindeutige Fälle können dagegen automatisch verarbeitet werden. Entscheidend ist deshalb die Trennung zwischen Automatikfall, Prüfbedarf und Sonderfall – nicht der Versuch, jede menschliche Kontrolle vollständig abzuschaffen.
Welche Spesenfälle müssen manuell geprüft werden?
In einem manuellen Prozess wird häufig jeder Fahrerfall kontrolliert.
Das passiert beispielsweise dann, wenn Spesen bisher über Excel, Fahrernachweise, Telematikansichten und verschiedene Personalinformationen zusammengestellt werden.
Der Sachbearbeiter weiß nicht automatisch, welcher Fall eindeutig ist und welcher nicht.
Deshalb wird häufig vorsorglich alles geprüft.
Eine automatisierte Spesenabrechnung kann diesen Ablauf verändern.
Wenn Zeiten, Orte, Mitarbeiterdaten und das hinterlegte Regelwerk vollständig und konsistent sind, kann der Fall automatisch berechnet werden.
Nur wenn eine Abweichung erkannt wird, entsteht Prüfbedarf.
SpediFlow beschreibt diesen Ansatz auch auf der öffentlichen Produktseite: Eindeutige Fälle werden automatisch verarbeitet, fehlende oder widersprüchliche Daten dagegen als Prüf- oder Sonderfall ausgewiesen.
Automatikfall, Prüfbedarf und Sonderfall unterscheiden
Diese drei Status sollten nicht miteinander vermischt werden.
Automatikfall
Ein Automatikfall liegt vor, wenn die für die Berechnung benötigten Informationen vollständig und eindeutig sind.
Dazu können je nach Prozess gehören:
- eindeutige Fahrerzuordnung,
- vollständige Zeitinformationen,
- ausreichende Orts- beziehungsweise Positionsdaten,
- passende Mitarbeiterstammdaten,
- eindeutig anwendbare Arbeitszeit- und Spesenregeln.
Der Betrag kann in diesem Fall automatisch berechnet werden und benötigt im normalen Prozess keine weitere manuelle Bearbeitung.
Prüfbedarf
Ein Prüffall entsteht dagegen, wenn eine Entscheidung nicht eindeutig automatisiert getroffen werden kann.
Typische Ursachen sind:
- fehlende Daten,
- widersprüchliche Informationen,
- ungewöhnliche Zeitkonstellationen,
- unklare Fahrer- oder Fahrzeugzuordnungen,
- nicht eindeutig anwendbare Regeln.
Der Fall soll nicht automatisch freigegeben werden, sondern gezielt überprüft werden.
Sonderfall
Ein Sonderfall unterscheidet sich vom Prüffall.
Hier kann die Datenlage vollständig sein, aber der Sachverhalt soll bewusst außerhalb der normalen Automatiklogik behandelt werden.
Beispiele können sein:
- eine manuelle Korrektur,
- eine einmalige betriebliche Regelung,
- Telematikausfall mit manuell rekonstruierter Grundlage,
- eine andere besondere Abrechnungssituation.
SpediFlow führt diese Situationen bewusst getrennt. Mehr dazu beschreibt die SpediFlow-Produktübersicht.
1. Auffällig lange Arbeitszeiten
Ein typischer Prüfgrund sind ungewöhnlich lange Arbeitszeiten.
SpediFlow nennt diesen Fall aktuell auch im eigenen Pilotbetrieb als einen der wesentlichen Gründe für manuelle Prüfung.
Eine lange Arbeitszeit muss nicht automatisch falsch sein.
Sie kann beispielsweise durch:
- lange Einsatzdauer,
- besondere Tourkonstellationen,
- mehrere Tätigkeitsblöcke,
- abweichende Datenerfassung
entstehen.
Trotzdem ist es sinnvoll, bei ungewöhnlichen Werten nicht automatisch davon auszugehen, dass sämtliche zugrunde liegenden Informationen korrekt zugeordnet wurden.
Der entscheidende Punkt:
Eine Warnung bedeutet nicht automatisch Fehler. Sie bedeutet lediglich, dass der Fall genauer angesehen werden sollte.
2. Fehlende Fahrerzuordnung
Eine der kritischsten Situationen ist eine nicht eindeutige Fahrerzuordnung.
Telematik- oder Tachographendaten können technisch vollständig sein.
Wenn jedoch nicht eindeutig feststeht, welchem Mitarbeiter die Daten gehören, kann daraus keine verlässliche personenbezogene Spesenabrechnung entstehen.
Gerade bei angebundenen Telematiksystemen wie Fleetboard ist deshalb die saubere Verbindung zwischen externem Fahrer und internem Mitarbeiter entscheidend.
Welche fahrerbezogenen Daten Fleetboard bereitstellt, erklären wir im Artikel Fleetboard-Fahrerdaten für die Spesenabrechnung: Von Schichtzeiten bis Fahreraktivitäten.
3. Fehlende Zeitinformationen
Für viele Fahrerfälle werden Zeitinformationen benötigt, um die relevante Abwesenheit bestimmen zu können.
Problematisch kann beispielsweise sein:
- Arbeitsbeginn fehlt,
- Arbeitsende fehlt,
- ein relevanter Zeitraum ist unterbrochen,
- mehrere Zeitquellen widersprechen sich.
Fehlt ein für die Berechnung notwendiger Zeitpunkt, sollte das System nicht einfach einen Standardwert einsetzen.
Eine kontrollierte Prüfung ist in solchen Fällen deutlich sinnvoller.
4. Arbeitszeit und Abwesenheitszeit passen nicht zusammen
Arbeitszeit und steuerlich relevante Abwesenheitszeit müssen nicht identisch sein.
Eine Abweichung kann deshalb vollkommen korrekt sein.
Sie sollte jedoch erklärbar sein.
Ein Prüffall kann beispielsweise sinnvoll sein, wenn:
- die Differenz ungewöhnlich groß ist,
- keine passende Arbeitszeitregel gefunden wurde,
- der verwendete Einsatzort unklar ist,
- Routing- und Telematikdaten nicht zusammenpassen.
Warum beide Zeitarten getrennt behandelt werden müssen, erklären wir ausführlich in Arbeitszeit vs. steuerliche Abwesenheitszeit bei Lkw-Fahrern.
5. Fehlende oder widersprüchliche Positionsdaten
Positionsdaten können insbesondere dann relevant werden, wenn der räumliche Verlauf eines Fahrerfalls beurteilt werden muss.
Beispiele:
- Start- oder Endpunkt lässt sich nicht nachvollziehen,
- relevante Tourabschnitte fehlen,
- ein Länderwechsel ist nicht eindeutig,
- Position und hinterlegter Einsatzort widersprechen sich.
Eine Datenlücke muss nicht automatisch bedeuten, dass keine Berechnung möglich ist.
Entscheidend ist, ob die fehlende Information für den konkreten Fahrerfall tatsächlich benötigt wird.
Genau diese Situation behandeln wir im Artikel Telematikausfall in der Spesenabrechnung: Wie mit Datenlücken umgehen?.
6. Urlaub oder Krankheit widersprechen den Telematikdaten
Telematik- und Personaldaten stammen aus unterschiedlichen Prozessen.
Deshalb können Widersprüche entstehen.
Ein Beispiel:
Für einen Fahrer liegen für einen bestimmten Tag Einsatz- beziehungsweise Telematikdaten vor.
Im Abwesenheitsprozess ist gleichzeitig Krankheit hinterlegt.
Dann sollte nicht einfach eine der beiden Informationsquellen ignoriert werden.
Der Fall muss geprüft werden.
Genau deshalb verbindet SpediFlow Telematik-, Mitarbeiter- und Abwesenheitsdaten miteinander.
7. Unklare erste Tätigkeitsstätte oder Einsatzortlogik
Auch vollständige Zeit- und Positionsdaten reichen nicht aus, wenn die zugrunde liegende fachliche Regel unklar ist.
Ein Betriebshof kann beispielsweise:
- erste Tätigkeitsstätte,
- Sammelpunkt,
- reiner Fahrzeugstandort
sein.
Diese Einordnung beeinflusst möglicherweise die relevante Abwesenheitslogik.
Ist sie nicht eindeutig hinterlegt, kann ein technisch vollständiger Fahrerfall trotzdem Prüfbedarf erzeugen.
Die unterschiedlichen Ortsarten erklären wir in Wohnung, Betriebshof oder Einsatzort: Welcher Startpunkt ist für die Abwesenheit maßgeblich?.
8. Grenzübertritte und Auslandsspesen
Bei internationalen Touren kommen weitere mögliche Prüffälle hinzu.
Beispielsweise:
- Länderwechsel lässt sich nicht eindeutig bestimmen,
- Positionsdaten fehlen um einen relevanten Zeitpunkt,
- An- und Abreisetag sind nicht eindeutig erkannt,
- mehrere Länder werden an einem Tag durchfahren.
Die für Auslandsspesen relevante Länderzuordnung folgt eigenen Regeln.
Das Bundesministerium der Finanzen veröffentlicht dafür jährlich die länderspezifischen Pauschbeträge und beschreibt auch die Zuordnung bei Reisen durch mehrere Staaten.
Die konkrete Fahrerperspektive behandeln wir im Artikel Grenzübertritt bei Lkw-Fahrern: Welches Land zählt bei der Spesenabrechnung?.
9. Mahlzeitenkürzungen können zusätzliche Prüfung erfordern
Wird einem Arbeitnehmer während einer beruflich veranlassten Auswärtstätigkeit eine Mahlzeit vom Arbeitgeber oder auf dessen Veranlassung von einem Dritten zur Verfügung gestellt, können Verpflegungspauschalen nach den steuerlichen Regeln zu kürzen sein.
Die amtlichen Reisekostenhinweise 2026 behandeln diese Mahlzeitengestellung und die entsprechenden Kürzungen ausdrücklich.
Für die Automatisierung bedeutet das:
Die Software kann eine konfigurierte Mahlzeitenregel anwenden.
Fehlt allerdings die Information darüber, ob eine Mahlzeit tatsächlich gestellt wurde, kann der Sachverhalt nicht automatisch korrekt entschieden werden.
10. Fehlende oder nicht passende Regelzuordnung
Ein Fahrerfall kann technisch vollständig sein und trotzdem nicht automatisch berechnet werden können.
Das passiert beispielsweise, wenn:
- keine passende Fahrergruppe gefunden wird,
- eine Regel zeitlich nicht gültig ist,
- mehrere Regeln gleichzeitig passen würden,
- eine individuelle Sonderregel fehlt.
In einem solchen Fall ist die Ursache nicht die Datenquelle.
Der Prüfbedarf entsteht durch die fachliche Konfiguration.
Prüffall bedeutet nicht automatisch Datenfehler
Dieser Unterschied ist wichtig.
Ein Prüffall kann entstehen, weil:
- Daten fehlen,
- Daten widersprüchlich sind,
- der Wert ungewöhnlich ist,
- die Regel nicht eindeutig ist.
Der Sachverhalt kann sich nach Prüfung trotzdem als vollständig korrekt herausstellen.
Das Ziel der Prüfung ist deshalb nicht, zwingend einen Fehler zu finden.
Das Ziel ist, eine Situation zu kontrollieren, die nicht sicher automatisch entschieden werden konnte.
Welche Informationen sollte ein Prüffall direkt zeigen?
Wenn der Sachbearbeiter einen Fall prüfen muss, sollte er nicht wieder bei null anfangen.
Die relevanten Informationen sollten möglichst gemeinsam sichtbar sein.
Dazu können beispielsweise gehören:
- Fahrer,
- Datum,
- Arbeitszeit,
- Abwesenheitszeit,
- Tour beziehungsweise Route,
- relevante Geo-Daten,
- erkannte Warnung,
- verwendete Berechnungsregel.
Damit wird aus einer Meldung wie „Zeit auffällig“ ein tatsächlich bearbeitbarer Fall.
Warum Excel-Prüfung oft ineffizient ist
In einem Tabellenprozess sieht der Sachbearbeiter häufig nur Endwerte oder einzelne Zeitfelder.
Um einen ungewöhnlichen Fahrerfall zu beurteilen, müssen anschließend weitere Informationen gesucht werden:
- Telematik öffnen,
- Fahrer suchen,
- Tag auswählen,
- Positionsverlauf kontrollieren,
- Personalstatus prüfen,
- Regelwerk nachschlagen,
- Excel-Wert korrigieren.
Der eigentliche Aufwand liegt damit nicht allein in der Entscheidung.
Er liegt im Zusammensuchen des Kontextes.
Warum Excel bei größeren Prozessen an Grenzen stößt, erklären wir in Spesenabrechnung mit Excel: Wo Tabellen in Speditionen an Grenzen stoßen.
Prüfung sollte nach Ursache priorisiert werden können
Nicht jeder Prüfgrund ist gleich dringend.
Eine sinnvolle Oberfläche sollte deshalb zumindest erkennen lassen, warum der Fall auffällig geworden ist.
Beispiele:
| Prüfgrund | Mögliche Ursache |
|---|---|
| Arbeitszeit auffällig lang | ungewöhnlicher tatsächlicher Einsatz oder fehlerhafte Zeitdaten |
| Fahrerzuordnung fehlt | Stammdatenproblem |
| Geo-Daten fehlen | Telematiklücke |
| Abwesenheit widerspricht Personalstatus | Personal- oder Zuordnungsproblem |
| Regel nicht eindeutig | Konfigurationsproblem |
Diese Unterscheidung hilft nicht nur bei der täglichen Bearbeitung.
Sie zeigt langfristig auch, welche Ursachen regelmäßig manuelle Arbeit erzeugen.
Prüffälle können den Prozess verbessern
Wenn immer wieder dieselbe Art von Prüffall auftritt, sollte nicht nur der einzelne Fall bearbeitet werden.
Dann lohnt sich eine Ursachenanalyse.
Beispiele:
- Fehlen regelmäßig Fahrerzuordnungen?
- Sind bestimmte Fahrzeugdaten unvollständig?
- Gibt es eine häufig fehlende Arbeitszeitregel?
- Entstehen Widersprüche aus einem Personalimport?
Damit kann die Prüffallstatistik indirekt zeigen, wo sich der Automatisierungsgrad weiter verbessern lässt.
Wie SpediFlow Prüffälle behandelt
SpediFlow arbeitet nach dem Grundsatz:
Automatisch, wo die Daten eindeutig sind.
Auf der aktuellen Produktseite werden drei Status unterschieden:
- Automatikfall,
- Prüfbedarf,
- Sonderfall.
Fehlende oder widersprüchliche Daten werden nicht blind automatisch freigegeben. Die Anwendung zeigt stattdessen, welche Information geprüft oder ergänzt werden muss.
Was zeigt der aktuelle Pilotbetrieb?
SpediFlow wird aktuell im realen Fahreralltag getestet.
Nach dem auf der Website veröffentlichten Stand werden im Pilotbetrieb mit 16 Fahrern rund 320 Fahrer-Tage pro Monat verarbeitet.
Durchschnittlich werden dabei etwa fünf Fälle pro Monat zur manuellen Prüfung markiert. Auffällig lange Arbeitszeiten sind aktuell ein wesentlicher Prüfgrund.
Diese Zahlen sind keine allgemeine Garantie.
Der Anteil der Prüffälle hängt unter anderem von:
- Datenqualität,
- Telematiksystem,
- Fahrerstruktur,
- Regelwerk,
- betrieblichen Sonderfällen
ab.
Das Beispiel zeigt aber, wie sich der Prozess verändern kann:
Nicht 320 Fahrer-Tage werden manuell kontrolliert – sondern nur diejenigen Fälle, bei denen tatsächlich ein Hinweis vorliegt.
Wie viele Prüffälle sind optimal?
Die Antwort lautet nicht zwangsläufig: null.
Eine Prüffallquote von null könnte bedeuten, dass sämtliche Daten perfekt sind.
Sie könnte aber genauso bedeuten, dass das System Auffälligkeiten gar nicht erkennt.
Deshalb ist eine niedrigere Prüffallquote nicht automatisch besser.
Die bessere Kennzahl lautet:
Werden tatsächlich eindeutige Fälle automatisiert und tatsächliche Unsicherheiten zuverlässig erkannt?
Prüffälle vor dem Monatsabschluss erledigen
Ein kontrollierter Abrechnungsprozess sollte offene Prüffälle vor dem endgültigen Monatsabschluss sichtbar machen.
Damit kann verhindert werden, dass ein ungeklärter Sachverhalt unbemerkt in die endgültige Ausgabe gelangt.
SpediFlow verbindet deshalb Datenübernahme, automatische Berechnung, gezielte Prüfung und Monatsabschluss in einem Prozess.
Nachvollziehbarkeit ist wichtiger als maximale Automatisierung
Ein automatisierter Betrag ist nur dann hilfreich, wenn nachvollziehbar bleibt, wie er entstanden ist.
Das gilt besonders bei späteren Rückfragen.
Eine sinnvolle Lösung sollte deshalb nicht nur den Endbetrag speichern, sondern auch die zugrunde liegenden Informationen und die verwendete Berechnungslogik nachvollziehbar halten.
Das unterscheidet eine reine Rechenautomatik von einem kontrollierten Abrechnungsprozess.
Checkliste: Wann sollte ein Fahrerfall geprüft werden?
Prüfbedarf kann insbesondere sinnvoll sein, wenn:
- der Fahrer nicht eindeutig zugeordnet werden kann,
- relevante Zeitdaten fehlen,
- ungewöhnlich lange oder unplausible Zeiten erkannt werden,
- Arbeits- und Abwesenheitszeit ohne nachvollziehbare Regel stark voneinander abweichen,
- relevante Geo- oder Tourdaten fehlen,
- Personal- und Telematikdaten widersprüchlich sind,
- die Orts- beziehungsweise Tätigkeitsstättenlogik unklar ist,
- ein Auslandsfall nicht eindeutig zugeordnet werden kann,
- eine Mahlzeiteninformation fehlt,
- keine eindeutige Regel angewendet werden kann.
Fazit: Nicht alles prüfen – das Richtige prüfen
Eine automatisierte Spesenabrechnung sollte nicht das Ziel verfolgen, menschliche Kontrolle vollständig abzuschaffen.
Die sinnvollere Zielsetzung lautet:
Manuelle Kontrolle auf diejenigen Fahrerfälle zu begrenzen, bei denen tatsächlich eine Entscheidung notwendig ist.
Eindeutige Fälle können automatisch verarbeitet werden.
Fehlende, widersprüchliche oder ungewöhnliche Informationen werden gezielt sichtbar gemacht.
Sonderfälle bleiben separat nachvollziehbar.
Dadurch verändert sich die Aufgabe im Büro grundlegend:
Statt jeden Fahrertag von Grund auf zu kontrollieren, konzentriert sich die Arbeit auf Abweichungen.
Genau dieser Ansatz bildet einen zentralen Bestandteil von SpediFlow: Telematik-, Mitarbeiter- und Abwesenheitsdaten werden zusammengeführt, eindeutige Fälle automatisch berechnet und nur tatsächliche Abweichungen gezielt zur Prüfung vorgelegt.
Weiterführende Artikel
Wie weit sich die gesamte Fahrerabrechnung automatisieren lässt, erklären wir in Automatische Spesenabrechnung für Lkw-Fahrer: Was lässt sich wirklich automatisieren?.
Wie fehlende Telematikdaten behandelt werden können, zeigt Telematikausfall in der Spesenabrechnung: Wie mit Datenlücken umgehen?.
Die Unterschiede zwischen Arbeits- und Abwesenheitszeit behandeln wir in Arbeitszeit vs. steuerliche Abwesenheitszeit bei Lkw-Fahrern.
Wie Fleetboard-Fahrerdaten als technische Grundlage dienen können, lesen Sie in Fleetboard-Fahrerdaten für die Spesenabrechnung: Von Schichtzeiten bis Fahreraktivitäten.
Warum technische Daten allein noch keine vollständige Abrechnung ergeben, erklärt Telematikdaten allein reichen nicht: Welche fachlichen Informationen zusätzlich nötig sind.
Quellen und Stand
Stand: 14.09.2026
- SpediFlow – automatisierte Spesenabrechnung für Speditionen
- Amtliches Lohnsteuer-Handbuch 2026 – Reisekosten
Dieser Beitrag dient der allgemeinen fachlichen Information und ersetzt keine steuerliche oder rechtliche Beratung.
