Inhaltsverzeichnis
Eine Spesenabrechnung lässt sich dann sinnvoll in die bestehende IT einer Spedition integrieren, wenn Daten nicht unnötig mehrfach erfasst werden müssen. Dafür braucht es im Kern zwei Datenrichtungen: Informationen wie Fahrer-, Telematik-, Mitarbeiter- und Abwesenheitsdaten gelangen in die Spesenberechnung. Fertige Abrechnungswerte werden anschließend strukturiert an Lohn, Buchhaltung oder andere nachgelagerte Prozesse übergeben.
Dafür ist nicht an jeder Stelle zwingend eine direkte API erforderlich. Je nach Quellsystem können APIs, automatisierte Exporte, strukturierte Dateien oder CSV-Importe sinnvoll sein.
Entscheidend ist weniger die technische Bezeichnung der Schnittstelle als die Frage:
Kommt die richtige Information vollständig, eindeutig und mit einer stabilen Zuordnung vom Quellsystem bis zum richtigen Mitarbeiter?
Welche Systeme sind an einer Spesenabrechnung beteiligt?
In vielen Speditionen liegen die für Fahrerspesen benötigten Informationen nicht in einem einzigen System.
Typischerweise können mehrere Bereiche beteiligt sein:
- Telematiksysteme,
- Fahrzeug- und Fahrerdaten,
- Personalverwaltung,
- Abwesenheitsverwaltung,
- Disposition oder Transportmanagement,
- Spesenberechnung,
- Lohnabrechnung und Buchhaltung.
Eine digitale Spesenabrechnung muss deshalb nicht nur rechnen können. Sie muss sich in diesen bestehenden Informationsfluss einordnen.
Der grundlegende Datenfluss
Vereinfacht lässt sich die technische Struktur in drei Ebenen aufteilen:
1. Eingangsdaten → 2. Spesenberechnung → 3. Ausgangsdaten
| Ebene | Typische Informationen | Zweck |
|---|---|---|
| Eingang | Fahrer, Fahrzeuge, Zeiten, Positionen, Mitarbeiter, Abwesenheiten | Datengrundlage herstellen |
| Verarbeitung | Zuordnung, Plausibilisierung, Regeln, Berechnung, Prüfung | Abrechnungsfall bestimmen |
| Ausgang | Mitarbeiterwerte, Monatswerte, steuerliche Aufteilung, PDF/CSV | Weitergabe an Folgeprozesse |
Erst wenn alle drei Ebenen zusammenpassen, entsteht ein durchgängiger Prozess.
1. Telematikdaten als technische Datenquelle
Telematiksysteme können einen wichtigen Teil der Eingangsdaten liefern.
Je nach System und verfügbarer Schnittstelle können beispielsweise Informationen zu Fahrzeugen, Fahrern, Zeiten, Aktivitäten, Positionen oder Routen vorhanden sein.
Diese Informationen sind für eine automatische Spesenabrechnung wertvoll, weil bereits im operativen Betrieb Daten entstehen, die sonst teilweise erneut manuell erfasst werden müssten.
Allerdings sind Telematikdaten noch keine fertige Spesenabrechnung.
Ein Positionspunkt kennt beispielsweise nicht automatisch die steuerliche Bedeutung einer Abwesenheit. Ein Fahrzeugdatensatz weiß nicht zwangsläufig, welchem Mitarbeiter ein späterer Lohnwert zugeordnet werden muss.
Warum diese Trennung wichtig ist, erläutern wir unter Warum Telematikdaten allein für die Spesenabrechnung nicht reichen.
2. Fahreridentität und Mitarbeiteridentität müssen zusammenpassen
Eine der wichtigsten Integrationsfragen ist die eindeutige Identität.
Ein Fahrer kann im Telematiksystem beispielsweise über eine externe Fahrerkennung geführt werden. Im Personal- oder Lohnsystem kann derselbe Mitarbeiter dagegen eine Personalnummer besitzen.
Damit die Daten automatisch zusammengeführt werden können, braucht es eine stabile Zuordnung zwischen diesen Identitäten.
Vereinfacht:
| System | Beispielhafte Identität |
|---|---|
| Telematik | Fahrer-ID |
| Spesenabrechnung | Mitarbeiterdatensatz |
| Lohnsystem | Personalnummer |
Diese Zuordnung ist technisch unspektakulär, aber für den gesamten Prozess entscheidend.
Denn selbst eine perfekt berechnete Spesenposition ist nutzlos, wenn sie am Ende beim falschen Mitarbeiter landet.
Warum Name und Vorname als alleinige Zuordnung problematisch sind
Eine Integration sollte möglichst nicht davon abhängig sein, dass Namen in verschiedenen Systemen exakt gleich geschrieben sind.
Bereits kleine Unterschiede können automatische Zuordnungen erschweren:
- „Max Mustermann“ gegenüber „Mustermann, Max“,
- Namensänderungen,
- zweite Vornamen,
- unterschiedliche Sonderzeichen,
- mehrere Mitarbeiter mit ähnlichen Namen.
Stabile IDs sind deshalb für systemübergreifende Prozesse wesentlich geeigneter als ein reiner Textvergleich.
3. Mitarbeiterstammdaten müssen ebenfalls berücksichtigt werden
Neben der Fahreridentität können weitere Mitarbeiterinformationen für die Spesenberechnung relevant sein.
Dazu gehören je nach betrieblichem Prozess beispielsweise:
- Personalnummer,
- Wohnort beziehungsweise hinterlegte relevante Adressdaten,
- Einsatzort,
- Fahrerzuordnung,
- individuelle Konfigurationen,
- betriebliche Abrechnungsregeln.
Diese Informationen müssen nicht zwangsläufig über eine Live-API bereitgestellt werden.
Wenn sich Stammdaten vergleichsweise selten ändern, kann auch ein strukturierter Import ein sinnvoller Datenweg sein.
API oder CSV: Was ist besser?
Eine API ist nicht automatisch die bessere Integration.
Entscheidend sind Aktualität, Datenmenge, Fehleranfälligkeit und Häufigkeit der Änderungen.
| Datenweg | Geeignet beispielsweise für | Zu beachten |
|---|---|---|
| API | regelmäßigen automatisierten Datenaustausch | Authentifizierung, Verfügbarkeit, Mapping, Fehlerbehandlung |
| CSV-Import | strukturierte Stamm- oder Bewegungsdaten | Format, Spalten, IDs, Aktualität |
| automatischer Dateiexport | Systeme ohne geeignete direkte API | Übertragungsweg und Verarbeitungsintervall |
| manuelle Eingabe | seltene Sonderinformationen | zusätzlicher Aufwand und Fehlerpotenzial |
Für ein Stammdatensystem mit wenigen Änderungen kann beispielsweise ein sauber definierter CSV-Prozess vollkommen ausreichend sein.
Bei laufend entstehenden Telematikdaten ist dagegen eine automatisierte Schnittstelle wesentlich sinnvoller.
4. Abwesenheiten sind eine eigene Datenquelle
Urlaub, Krankheit und andere Abwesenheiten können in einem Personalprogramm oder einem separaten System gepflegt werden.
Diese Informationen sollten nicht losgelöst vom Spesenprozess betrachtet werden.
Ein einfaches Beispiel:
Für einen Mitarbeiter ist Urlaub eingetragen, gleichzeitig liegen für denselben Tag Fahrerdaten vor.
Das ist kein Fall, bei dem eine Software einfach eine der beiden Informationen ignorieren sollte.
Vielmehr liegt ein Widerspruch vor, der geklärt werden muss.
Die Integration von Abwesenheitsdaten dient deshalb nicht nur dazu, Informationen zu übernehmen. Sie ermöglicht auch, unterschiedliche Datenquellen gegeneinander zu plausibilisieren.
Wie Telematik-, Mitarbeiter- und Abwesenheitsdaten grundsätzlich zusammenspielen, zeigen wir unter Telematik, Mitarbeiterdaten und Abwesenheiten in der Spesenabrechnung.
5. Daten müssen auf einen gemeinsamen Zeitraum gebracht werden
Verschiedene Systeme arbeiten nicht zwangsläufig mit derselben zeitlichen Struktur.
Telematikdaten können fortlaufend entstehen. Abwesenheiten werden möglicherweise tageweise geführt. Die Lohnabrechnung arbeitet wiederum mit Abrechnungsmonaten.
Eine Integration muss diese unterschiedlichen Ebenen zusammenführen können.
Beispielsweise:
- einzelne technische Ereignisse,
- Fahreraktivitäten innerhalb eines Tages,
- ein vollständiger Fahrer-Tag,
- mehrtägige Abwesenheiten,
- Monatswerte je Mitarbeiter.
Ohne diese zeitliche Zuordnung können zwar viele Daten vorhanden sein, aber trotzdem kein sauberer Abrechnungsfall entstehen.
6. Datenformat und Datenbedeutung sind zwei unterschiedliche Dinge
Ein häufig unterschätztes Integrationsproblem liegt nicht im Dateiformat, sondern in der Bedeutung einzelner Felder.
Zwei Systeme können beispielsweise beide ein Feld mit dem Namen „Startzeit“ besitzen und trotzdem unterschiedliche Dinge meinen.
Das eine System bezeichnet damit möglicherweise den Beginn einer Fahrzeugbewegung. Das andere meint den Beginn einer Mitarbeiterschicht.
Für die Spesenabrechnung kann wiederum der Beginn einer relevanten beruflichen Abwesenheit benötigt werden.
Technisch ähnliche Datenfelder sind deshalb nicht automatisch fachlich identisch.
Vor einer Integration muss klar definiert werden, was jede übertragene Information tatsächlich bedeutet.
7. Ein sauberes Mapping ist wichtiger als möglichst viele Daten
Mehr Daten bedeuten nicht automatisch eine bessere Integration.
Eine Schnittstelle kann hunderte Felder bereitstellen. Für die Spesenabrechnung wird davon möglicherweise nur ein klar definierter Teil benötigt.
Ein sinnvolles Mapping beantwortet deshalb für jedes benötigte Feld:
- Aus welchem System stammt die Information?
- Wie heißt das Quellfeld?
- Welche fachliche Bedeutung besitzt es?
- Wie wird es einem Mitarbeiter oder Fahrzeug zugeordnet?
- Wie häufig wird es aktualisiert?
- Was passiert, wenn der Wert fehlt?
Damit entsteht aus einer technischen Schnittstelle ein kontrollierbarer Geschäftsprozess.
8. Was passiert bei fehlenden Daten?
Eine Integration sollte nicht nur für den perfekten Normalfall gebaut werden.
Entscheidend ist auch, was passiert, wenn eine Datenquelle unvollständig ist.
Beispiele:
- Ein Fahrer ist im Telematiksystem vorhanden, aber keinem Mitarbeiter zugeordnet.
- Für einen Zeitraum fehlen GPS-Daten.
- Eine Abwesenheitsdatei wurde noch nicht aktualisiert.
- Eine Personalnummer existiert im Zielsystem nicht.
- Ein importierter Datensatz enthält ein ungültiges Format.
- Zwei Systeme liefern widersprüchliche Informationen.
Eine robuste Integration darf solche Situationen nicht einfach verschlucken.
Fehler müssen sichtbar und dem betroffenen Datensatz zuordenbar sein.
Warum gerade Positionslücken differenziert betrachtet werden sollten, erklären wir unter Fehlende GPS-Daten bei der Spesenabrechnung.
9. Automatischer Import bedeutet nicht automatische fachliche Freigabe
Dass Daten technisch erfolgreich übertragen wurden, sagt noch nichts darüber aus, ob daraus automatisch ein korrekterr Abrechnungsfall entsteht.
Eine Schnittstelle kann beispielsweise erfolgreich melden:
„Datensatz importiert.“
Danach kann trotzdem festgestellt werden, dass:
- die Fahrerzuordnung fehlt,
- ein Zeitraum unvollständig ist,
- eine Abwesenheit widersprüchlich ist,
- oder eine fachliche Sonderregel angewendet werden muss.
Technische Verarbeitung und fachliche Prüfung sollten deshalb getrennt betrachtet werden.
10. Wie gelangen fertige Spesenwerte wieder aus dem System?
Nach der Berechnung beginnt die zweite Hälfte der Integration.
Die fertigen Werte müssen in einen nachgelagerten Prozess gelangen.
Je nach Unternehmen können das sein:
- Lohnbuchhaltung,
- Personalabrechnung,
- Finanzbuchhaltung,
- Archivierung,
- interne Auswertungen.
Dafür sollten die Ergebnisse strukturiert je Mitarbeiter und Abrechnungszeitraum bereitstehen.
Welche Informationen für die Lohnabrechnung benötigt werden können, erläutern wir ausführlicher unter Fahrerspesen für die Lohnabrechnung aufbereiten.
Welche Informationen sollte ein Export enthalten?
Das konkrete Format hängt vom Zielsystem und dem betrieblichen Prozess ab.
Typischerweise können jedoch Informationen wie folgende benötigt werden:
- Personalnummer oder eindeutige Mitarbeiter-ID,
- Abrechnungsmonat,
- berechnete Beträge,
- steuerliche Aufteilung der Beträge,
- gegebenenfalls weitere vereinbarte Abrechnungsmerkmale.
Wichtig ist auch hier die eindeutige Identität.
Der Export darf nicht nur einen Betrag liefern. Das Zielsystem muss zuverlässig erkennen können, welchem Mitarbeiter und welchem Zeitraum dieser Betrag zugeordnet werden soll.
Braucht eine Integration zwingend eine direkte DATEV-Schnittstelle?
Nein.
Eine Spedition kann ihre Spesenabrechnung in einen bestehenden Lohnprozess integrieren, ohne dass jedes beteiligte System direkt per API miteinander kommuniziert.
Je nach Zielsystem kann beispielsweise ein strukturierter Export erzeugt und anschließend in den vorhandenen Lohnprozess übernommen werden.
Entscheidend ist, welches Importformat das konkrete Zielsystem erwartet und welche Datenfelder dafür benötigt werden.
Eine Aussage wie „DATEV-kompatibel“ sollte deshalb nicht automatisch mit einer direkten DATEV-API gleichgesetzt werden.
Technisch sind das unterschiedliche Integrationsmodelle.
Direkte Schnittstelle oder strukturierter Export?
Beide Varianten können sinnvoll sein.
Eine direkte Schnittstelle bietet sich besonders an, wenn Daten regelmäßig und ohne manuellen Zwischenschritt übertragen werden sollen und das Quell- beziehungsweise Zielsystem eine geeignete API bereitstellt.
Ein strukturierter Export kann dagegen sinnvoll sein, wenn:
- das Zielsystem keine passende API bietet,
- der Datenaustausch nur einmal pro Monat erfolgt,
- vor der Übernahme bewusst eine Freigabe stattfinden soll,
- ein bestehender Importprozess bereits zuverlässig funktioniert.
Die technisch komplexeste Lösung ist also nicht automatisch die wirtschaftlich beste.
Beispiel: Eine mögliche Systemlandschaft
Eine Spedition nutzt ein Telematiksystem für Fahrer- und Fahrzeugdaten, ein Personalprogramm für Mitarbeiter und Abwesenheiten und ein separates Lohnsystem.
Ein möglicher Datenfluss könnte so aussehen:
- Telematikdaten werden automatisiert übernommen.
- Mitarbeiterstammdaten werden aus dem Personalprogramm importiert.
- Abwesenheiten werden regelmäßig strukturiert bereitgestellt.
- Fahrer-ID und Mitarbeiter werden eindeutig miteinander verknüpft.
- Die Spesenberechnung führt die Informationen zusammen.
- Eindeutige Fälle werden berechnet, Datenlücken oder Widersprüche werden geprüft.
- Nach Abschluss des Abrechnungszeitraums entstehen Mitarbeiter- und Monatswerte.
- Die fertigen Werte werden in einem vereinbarten Format für die Lohnabrechnung bereitgestellt.
Damit muss nicht zwangsläufig zwischen jedem einzelnen System eine eigene bidirektionale Echtzeitschnittstelle existieren.
Wie lässt sich Fleetboard einbinden?
Fleetboard kann als Telematik-Datenquelle in einen solchen Prozess eingebunden werden. Welche Daten konkret zur Verfügung stehen, hängt von den gebuchten Diensten und der eingerichteten Verbindung ab.
Fleetboard stellt für die Integration eigener Anwendungen beziehungsweise Drittsysteme Schnittstellen zur Verfügung. Dadurch können verfügbare Daten aus gebuchten Fleetboard-Diensten automatisiert in weitere Prozesse übernommen werden.
Für die Spesenabrechnung bleibt anschließend die Aufgabe, diese technischen Daten mit den richtigen Mitarbeitern, Abwesenheiten und Abrechnungsregeln zusammenzuführen.
Wie Fleetboard und Spesenberechnung grundsätzlich zusammenspielen, zeigen wir unter Fleetboard für die Spesenabrechnung automatisieren.
Wie integriert sich SpediFlow?
SpediFlow ist darauf ausgelegt, vorhandene Datenquellen für die Fahrerspesenabrechnung zusammenzuführen.
Für Fleetboard steht eine direkte Anbindung zur Verfügung. Fahrer-, Fahrzeug- und verfügbare Telematikdaten können über die eingerichtete Verbindung übernommen werden.
Mitarbeiter- und Abwesenheitsdaten können beispielsweise aus Personalprozessen beziehungsweise über strukturierte CSV-Dateien übernommen werden. Weitere Telematik- oder Quellsysteme können je nach Projekt und verfügbarer technischer Schnittstelle angebunden werden.
Für Systeme ohne geeignete direkte Anbindung können strukturierte Datenimporte beziehungsweise abgestimmte Exportwege eine Alternative darstellen.
Nach der Berechnung können Ergebnisse unter anderem als PDF und CSV für nachgelagerte Prozesse bereitgestellt werden.
Damit besteht die Integration nicht aus einer einzelnen universellen Schnittstelle, sondern aus einer kontrollierten Datenkette:
Datenquelle → eindeutige Zuordnung → Berechnung → Prüfung → Monatswerte → Ausgabe.
Weitere Informationen zum Funktionsumfang finden Sie unter SpediFlow Produktdetails.
Welche Fragen sollte eine Spedition vor einer Integration beantworten?
Bevor Schnittstellen entwickelt oder Datenimporte eingerichtet werden, sollten die fachlichen Anforderungen klar sein.
- Wo entstehen die Fahrer- und Fahrzeugdaten?
- Wo werden Mitarbeiterstammdaten gepflegt?
- Wo liegen Urlaub, Krankheit und weitere Abwesenheiten?
- Welche eindeutigen IDs existieren in den jeweiligen Systemen?
- Welche Daten werden für die Spesenberechnung tatsächlich benötigt?
- Wie häufig müssen diese Daten aktualisiert werden?
- Was soll bei fehlenden oder widersprüchlichen Daten passieren?
- Welche Werte benötigt die Lohnbuchhaltung am Monatsende?
- Welches Importformat unterstützt das Zielsystem?
Erst danach sollte entschieden werden, ob für einen bestimmten Datenweg eine API, ein automatisierter Export, CSV oder eine andere strukturierte Übergabe sinnvoll ist.
Typische Integrationsfehler
Viele Probleme entstehen nicht durch komplizierte Technik, sondern durch fehlende Definitionen.
- Keine eindeutigen Mitarbeiter-IDs: Daten müssen anhand von Namen zugeordnet werden.
- Unklare Feldbedeutung: Zwei Systeme verstehen unter demselben Begriff unterschiedliche Informationen.
- Keine Fehlerbehandlung: Fehlende Datensätze verschwinden unbemerkt.
- Unterschiedliche Datenstände: Stammdaten wurden in einem System geändert, im anderen aber noch nicht.
- Zu viel manuelle Zwischenarbeit: Eine eigentlich digitale Datenkette enthält weiterhin Copy-and-Paste-Schritte.
- API um jeden Preis: Eine komplexe Echtzeitintegration wird gebaut, obwohl ein kontrollierter monatlicher Export den Prozess vollständig abdecken würde.
Integration bedeutet nicht, jedes System zu ersetzen
Eine neue Spesenlösung muss nicht automatisch Personalsoftware, Telematik, Lohnabrechnung und weitere bestehende Systeme ersetzen.
Im Gegenteil: In einer gewachsenen IT-Landschaft kann es sinnvoller sein, spezialisierte Systeme dort weiterzuverwenden, wo sie ihre Aufgabe bereits erfüllen.
Die Spesenabrechnung übernimmt dann eine klar definierte Rolle zwischen den bestehenden Datenquellen und dem nachgelagerten Abrechnungsprozess.
Das Ziel lautet nicht:
„Alle Systeme in ein einziges System verschieben.“
Sondern:
„Daten nur dort pflegen, wo sie entstehen, und anschließend zuverlässig weiterverwenden.“
Fazit: Eine gute Integration besteht aus klaren Datenwegen
Für eine digitale Spesenabrechnung braucht eine Spedition keine möglichst große Zahl an Schnittstellen, sondern klar definierte Datenwege.
Telematik liefert technische Fahrer- und Fahrzeugdaten. Personalprozesse liefern Mitarbeiterstammdaten und Abwesenheiten. Die Spesenberechnung verbindet diese Informationen mit den fachlichen Regeln. Anschließend müssen die fertigen Werte strukturiert in Richtung Lohn und Buchhaltung weitergegeben werden.
Ob dafür eine API, ein CSV-Import, ein automatisierter Dateiaustausch oder ein strukturierter Export verwendet wird, hängt vom jeweiligen System und der notwendigen Aktualität ab.
Entscheidend sind vier Punkte:
eindeutige Identitäten, klar definierte Datenfelder, sichtbare Fehlerbehandlung und ein festgelegter Übergabeprozess.
Wenn diese Grundlagen stimmen, kann eine Spesenabrechnung in eine bestehende IT-Landschaft integriert werden, ohne dass sämtliche vorhandenen Systeme ersetzt werden müssen.