Inhaltsverzeichnis
Telematikdaten allein reichen für eine vollständige Spesenabrechnung nicht aus – selbst wenn die technischen Daten vollständig vorliegen. Sie beschreiben Fahrer, Fahrzeuge, Zeiten, Positionen und Einsätze, enthalten aber nicht automatisch deren fachliche und betriebliche Einordnung.
Für eine belastbare Spesenabrechnung müssen Telematikdaten deshalb mit Mitarbeiterstammdaten, Abwesenheiten, relevanten Orten sowie Arbeitszeit- und Spesenregeln verbunden werden. Erst das Zusammenspiel aus Rohdaten, fachlichem Kontext und Regelwerk ermöglicht eine eindeutige automatische Berechnung.
Was kann eine Telematik überhaupt liefern?
Welche Daten verfügbar sind, hängt vom jeweiligen Anbieter, der Schnittstelle und der betrieblichen Nutzung ab.
Typische Informationen können beispielsweise sein:
- Fahrerkennungen,
- Fahrzeugkennungen,
- Zeitinformationen,
- Positions- und Geo-Daten,
- Tourinformationen,
- Fahrzeugereignisse und
- weitere einsatzbezogene Daten.
Damit lässt sich ein Fahrereinsatz häufig bereits sehr detailliert beschreiben.
Für die Spesenabrechnung stellen sich anschließend aber weitere Fragen:
- Welcher interne Mitarbeiter gehört zu dieser Fahrerkennung?
- Welche Abwesenheitslogik gilt für diesen Mitarbeiter?
- Welche betrieblichen Regeln sind anzuwenden?
- Ist der betreffende Tag überhaupt ein regulärer Arbeitstag?
- Welche Einsatzorte sind fachlich relevant?
- Liegt eine Sonderregel vor?
- Reichen die vorhandenen Daten für eine eindeutige Entscheidung?
Diese Fragen kann eine reine Fahrzeugtelematik nicht zwangsläufig beantworten.
Telematik beschreibt einen Einsatz – nicht automatisch seine steuerliche Einordnung
Dieser Unterschied ist zentral.
Ein Positionspunkt kann beispielsweise zeigen, dass sich ein Fahrzeug um 06:12 Uhr an einem bestimmten Ort befand.
Ein weiterer Datensatz kann zeigen, dass für einen Fahrer an diesem Tag bestimmte Arbeitszeiten vorhanden sind.
Damit steht aber noch nicht automatisch fest:
- wann die für die Spesenberechnung maßgebende Abwesenheit begonnen hat,
- welcher betriebliche Startpunkt berücksichtigt werden muss,
- welche individuelle Arbeitszeitregel gilt,
- ob der Mitarbeiter an diesem Tag eine relevante Abwesenheit im Personalprozess hat oder
- ob der Fall aufgrund einer Besonderheit manuell geprüft werden muss.
Telematikdaten liefern Tatsachen aus dem Einsatz. Die fachliche Abrechnung entsteht erst durch deren Interpretation innerhalb eines definierten Regelwerks.
1. Mitarbeiterstammdaten: Wer wird eigentlich abgerechnet?
Eine automatische Spesenabrechnung arbeitet personenbezogen.
Deshalb muss eine externe Fahrerkennung eindeutig mit einem Mitarbeiter im Abrechnungssystem verbunden werden können.
Dazu können beispielsweise folgende Informationen notwendig sein:
- Name,
- Personalnummer,
- interne Mitarbeiter-ID,
- externe Fahrerkennung,
- betriebliche Zuordnung und
- weitere für den Prozess erforderliche Stammdaten.
Die Fahrerkennung aus einer Telematik allein ist noch kein vollständiger Mitarbeiterstamm.
Warum eine saubere Zuordnung so wichtig ist
Fehlt eine Zuordnung vollständig, ist das Problem offensichtlich.
Schwieriger ist eine falsche Zuordnung. Dann können technisch korrekte Telematikdaten einem falschen Mitarbeiter zugerechnet werden und dadurch ein scheinbar plausibles Ergebnis erzeugen.
Deshalb muss die Verbindung zwischen externem Fahrer und internem Mitarbeiter eindeutig und kontrollierbar sein.
2. Urlaub, Krankheit und andere Abwesenheiten
Eine Telematik kennt nicht zwangsläufig den Personalstatus eines Mitarbeiters.
Im Unternehmen können jedoch parallel Informationen vorhanden sein zu:
- Urlaub,
- Krankheit,
- sonstigen Abwesenheiten oder
- betrieblich definierten Abwesenheitstypen.
Diese Informationen entstehen typischerweise im Personalprozess und nicht im Fahrzeug.
Für einen automatisierten Abrechnungsprozess müssen sie trotzdem berücksichtigt werden können.
Beispiel: Telematikdaten und Personalstatus widersprechen sich
Angenommen, für einen Mitarbeiter liegen für einen bestimmten Tag Telematik- beziehungsweise Einsatzdaten vor.
Gleichzeitig ist im Abwesenheitsprozess für denselben Mitarbeiter Urlaub hinterlegt.
Dann besteht ein Widerspruch, der nicht einfach ignoriert werden sollte.
Ein sinnvoller Prozess muss diesen Sachverhalt erkennen oder zumindest so darstellen, dass eine Prüfung möglich ist.
Genau solche Fälle zeigen, warum ein einzelnes Quellsystem nicht automatisch die gesamte Wahrheit über einen Abrechnungsfall enthält.
3. Arbeitszeit ist nicht automatisch die maßgebende Abwesenheitszeit
Auch wenn eine Telematik verwertbare Zeitinformationen liefert, muss definiert sein, wie diese für die Spesenabrechnung verwendet werden.
Arbeitszeit und maßgebende Abwesenheitszeit können miteinander zusammenhängen, sind aber nicht automatisch identisch.
Je nach betrieblicher und fachlicher Konstellation können zusätzliche Informationen erforderlich sein.
Ein System muss deshalb nicht nur wissen, welche Zeitwerte vorhanden sind, sondern auch nach welcher Regel sie interpretiert werden.
4. Arbeitszeitregeln gehören nicht zur Telematik
Ein Unternehmen kann unterschiedliche Fahrer- und Einsatzkonstellationen haben.
Für bestimmte Mitarbeiter können beispielsweise feste oder kombinierte Arbeitszeitregeln relevant sein.
Eine solche Regel ist eine fachliche beziehungsweise betriebliche Vorgabe.
Sie lässt sich nicht allein aus den Rohdaten eines Fahrzeugs ableiten.
Deshalb benötigt die verarbeitende Software neben den externen Daten eine eigene Konfiguration, mit der festgelegt wird, wie bestimmte Fälle behandelt werden sollen.
Warum Regeln einen Gültigkeitszeitraum brauchen können
Betriebliche Voraussetzungen können sich ändern.
Ein Mitarbeiter kann beispielsweise ab einem bestimmten Datum anders eingesetzt werden oder einer anderen Regel unterliegen.
Dann muss eine Abrechnung berücksichtigen können, welche Regel zum Zeitpunkt des jeweiligen Fahrerfalls gültig war.
Eine aktuelle Regel darf historische Sachverhalte nicht automatisch rückwirkend verändern.
5. Einsatzorte und relevante betriebliche Orte
Eine Telematik liefert Koordinaten.
Für die fachliche Verarbeitung sind jedoch häufig nicht die Koordinaten selbst entscheidend, sondern deren Bedeutung.
Ein System kann beispielsweise wissen müssen, ob sich eine Position in Bezug auf einen hinterlegten:
- Betriebsstandort,
- Einsatzort oder
- anderen fachlich relevanten Ort
befindet.
Dafür muss zunächst bekannt sein, welche Orte für das Unternehmen beziehungsweise den Mitarbeiter überhaupt relevant sind.
Diese Information entsteht nicht aus der GPS-Position selbst.
6. Spesenparameter sind betriebliche Regeln
Neben den Daten eines Fahrereinsatzes können Unternehmen eigene Spesenparameter verwenden.
Solche Einstellungen gehören nicht in die Telematik, sondern in das Abrechnungssystem beziehungsweise dessen fachliche Konfiguration.
Dazu können je nach betrieblichem Modell beispielsweise gehören:
- zusätzliche Vergütungen,
- bestimmte Pauschalen,
- Spesen unter bestimmten Zeitgrenzen,
- Übernachtungsregelungen oder
- weitere unternehmensspezifische Einstellungen.
Der Telematikdatensatz liefert dafür möglicherweise die zeitliche oder räumliche Grundlage.
Welche Auszahlung daraus entsteht, entscheidet jedoch das hinterlegte Regelwerk.
7. Manuelle Sonderfälle verschwinden nicht durch Telematik
Auch mit einer guten Datenbasis wird es Fälle geben, die nicht sinnvoll über die Standardlogik verarbeitet werden können.
Beispiele können sein:
- einmalige Korrekturen,
- besondere betriebliche Vereinbarungen,
- nicht vollständig rekonstruierbare Einsätze oder
- andere begründete Ausnahmen.
Eine automatisierte Lösung sollte deshalb weiterhin eine kontrollierte Möglichkeit für manuelle Sonderfälle bieten.
Der entscheidende Unterschied zur unstrukturierten manuellen Bearbeitung ist, dass solche Ausnahmen bewusst von normalen Automatikfällen getrennt werden.
8. Datenqualität muss fachlich bewertet werden
Auch technisch vollständige Daten können fachlich unplausibel sein.
Beispiele:
- Ein Fahrer ist zwei Fahrzeugen gleichzeitig zugeordnet.
- Eine Arbeitszeit passt nicht zum vorhandenen Tourverlauf.
- Abwesenheits- und Telematikdaten widersprechen sich.
- Ein ungewöhnlich langer Zeitraum wird erkannt.
- Für einen relevanten Teil des Einsatzes fehlen Positionsinformationen.
Ein Datensatz kann technisch also vorhanden sein und trotzdem eine Prüfung benötigen.
Automatisierung muss deshalb mehr leisten als eine reine Vollständigkeitsprüfung.
Rohdaten, fachliche Informationen und Regeln: drei unterschiedliche Ebenen
Für einen sauberen Spesenprozess hilft eine klare Trennung in drei Ebenen.
| Ebene | Beispiele | Aufgabe |
|---|---|---|
| Roh- und Systemdaten | Fahrerkennung, Zeitpunkte, Positionen, Fahrzeug | Beschreiben den tatsächlichen Einsatz |
| Fachliche Stammdaten | Mitarbeiter, Abwesenheiten, Einsatzorte | Ordnen den Einsatz betrieblich ein |
| Regelwerk | Arbeitszeit- und Spesenregeln | Bestimmt die Verarbeitung und Berechnung |
Erst aus dem Zusammenspiel dieser Ebenen kann ein belastbarer Fahrerfall entstehen.
Beispiel: Vollständige Telematik, trotzdem keine eindeutige Berechnung
Ein Fahrer ist über die Telematik eindeutig identifiziert.
Für den Tag liegen vollständige Zeit- und Positionsdaten sowie ein nachvollziehbarer Tourverlauf vor.
Technisch scheint der Fall damit vollständig zu sein.
Im Abrechnungssystem fehlt jedoch die fachliche Zuordnung des relevanten Einsatzortes beziehungsweise der anzuwendenden Arbeitszeitregel.
Dann kann trotz perfekter Telematikdaten eine wichtige Entscheidungsgrundlage fehlen.
Die richtige Reaktion ist nicht, irgendeine Regel zu vermuten.
Der Sachverhalt muss entweder über eine hinterlegte Konfiguration eindeutig gemacht oder als Prüffall behandelt werden.
Beispiel: Weniger Telematikdaten, aber fachlich eindeutiger Fall
Umgekehrt kann ein Fahrerfall auch mit einer vergleichsweise kleinen Zahl externer Datensätze eindeutig sein.
Wenn Fahrer, Zeit, relevanter Einsatzkontext und betriebliche Regeln eindeutig vorhanden sind, können für die jeweilige Berechnung bereits alle notwendigen Informationen vorliegen.
Das zeigt erneut:
Für Automatisierung zählt nicht die größtmögliche Datenmenge, sondern die Vollständigkeit der tatsächlich benötigten Entscheidungsgrundlage.
Warum ein „GPS rein, Spesen raus“-Modell problematisch ist
Eine stark vereinfachte Vorstellung automatisierter Spesenabrechnung lautet:
Positionsdaten werden eingelesen und daraus automatisch der richtige Spesenbetrag erzeugt.
In einem realen Speditionsprozess ist das zu kurz gedacht.
Eine Position kann nicht selbst entscheiden:
- welcher Mitarbeiter fachlich betroffen ist,
- welche Abwesenheitslogik gilt,
- welche individuelle Regel anzuwenden ist,
- ob Urlaub oder Krankheit vorliegt,
- ob eine manuelle Ausnahme besteht oder
- ob widersprüchliche Daten eine Prüfung erforderlich machen.
Geodaten sind deshalb ein Baustein – nicht das vollständige Regelwerk.
Welche Systeme müssen zusammenspielen?
Die konkrete Systemlandschaft unterscheidet sich von Spedition zu Spedition.
Fachlich lassen sich jedoch verschiedene Informationsbereiche unterscheiden:
- Telematik: Fahrzeug-, Fahrer-, Zeit-, Tour- und Positionsinformationen.
- Personalprozess: Mitarbeiterstammdaten, Urlaub, Krankheit und weitere Abwesenheiten.
- Betriebliche Konfiguration: Arbeitszeit-, Einsatzort- und Spesenregeln.
- Abrechnungsprozess: Automatische Fälle, Prüfungen, Sonderfälle und Monatsabschluss.
- Buchhaltungsprozess: Weitergabe der abgeschlossenen Ergebnisse.
Diese Informationen müssen nicht zwangsläufig in einem einzigen System entstehen.
Der entscheidende Punkt ist, dass sie für den Prozess sinnvoll zusammengeführt werden können.
Warum zentrale Stammdaten wichtig sind
Je mehr Systeme beteiligt sind, desto wichtiger werden eindeutige Stammdaten.
Ein Fahrer kann beispielsweise in:
- Telematik,
- Personalverwaltung und
- Abrechnung
mit unterschiedlichen Identifikatoren geführt werden.
Ohne eine kontrollierte Zuordnung entsteht das Risiko von Doppelungen oder falschen Verknüpfungen.
Deshalb sollte ein digitaler Spesenprozess nicht nur Daten importieren, sondern auch sicherstellen, dass externe und interne Datensätze korrekt zusammengehören.
Was passiert, wenn sich Mitarbeiterdaten ändern?
Stammdaten sind nicht dauerhaft statisch.
Mitarbeiter können neu angelegt werden, ausscheiden oder andere Zuordnungen erhalten.
Auch externe Systeme können neue Fahrerkennungen beziehungsweise Datensätze bereitstellen.
Ein belastbarer Prozess benötigt deshalb Regeln dafür, wie neue und bestehende Daten miteinander abgeglichen werden.
Einfach jede neue externe Kennung als neuen Mitarbeiter anzulegen, kann schnell zu doppelten Datensätzen führen.
Warum Abwesenheiten separat gepflegt werden sollten
Urlaub und Krankheit sind grundsätzlich andere Informationen als Fahrzeugaktivität.
Deshalb ist es sinnvoll, sie als eigene fachliche Daten zu behandeln.
Ein Abwesenheitskalender oder eine vergleichbare Struktur ermöglicht es, Personalinformationen unabhängig von den technischen Fahrzeugdaten zu pflegen.
Bei der Spesenverarbeitung können beide Ebenen anschließend gemeinsam betrachtet werden.
Wie SpediFlow diese Ebenen trennt
SpediFlow bildet diese unterschiedlichen Informationsbereiche in der aktuellen Anwendung getrennt ab und führt sie für die Spesenverarbeitung zusammen.
Es gibt unter anderem:
- eine Mitarbeiterverwaltung,
- eine Abwesenheitsverwaltung,
- Telematik- beziehungsweise externe Verbindungen,
- Fahrzeugstammdaten und externe Zuordnungen,
- Arbeitszeitregeln,
- betriebliche Speseneinstellungen,
- automatische Spesenfälle,
- eine separate Spesen-Prüfung und
- manuelle Sonderfälle.
In einem automatischen Spesenfall werden die für diesen Vorgang relevanten Informationen zusammengeführt.
Die Detailansicht zeigt unter anderem Arbeitszeit, Abwesenheitszeit, Tourinformationen, Geo-Daten und die angewendete Berechnungsregel.
Damit wird die Berechnung nicht auf eine einzelne Telematikquelle reduziert.
Mitarbeiter und Abwesenheiten in SpediFlow
In der Mitarbeiterverwaltung können Mitarbeiter strukturiert geführt und Stammdaten importiert werden.
Die Anwendung bietet außerdem Funktionen zum Erkennen beziehungsweise Zusammenführen doppelter Mitarbeiterdatensätze.
Daneben gibt es einen eigenen Abwesenheitsbereich.
Dort können unter anderem Urlaub, Krankheit und weitere Abwesenheitsarten verwaltet und zeitlich einem Mitarbeiter zugeordnet werden.
Diese Informationen entstehen unabhängig von der Telematik, können für den Abrechnungsprozess aber relevant sein.
Arbeitszeitregeln als fachliche Konfiguration
SpediFlow besitzt einen eigenen Bereich für Arbeitszeitregeln.
Dort können Regeln mit entsprechenden Gültigkeiten und Zuordnungen hinterlegt werden.
Damit wird ein wichtiger Unterschied sichtbar:
Die externe Datenquelle liefert die Ausgangsinformation. Die fachliche Regel, wie diese Information verarbeitet werden soll, liegt im Abrechnungssystem.
Speseneinstellungen gehören ebenfalls zum Regelwerk
Auch betriebliche Spesenparameter werden in SpediFlow separat konfiguriert.
In der aktuellen Anwendung sind unter anderem Einstellungen für betriebliche Spesen- beziehungsweise Zusatzregelungen vorhanden.
Diese Parameter verändern nicht die ursprünglich gelieferten Telematikdaten.
Sie bestimmen, wie ein Fahrerfall nach den betrieblich hinterlegten Vorgaben weiterverarbeitet wird.
Automatikfall bedeutet: Daten plus Regeln sind ausreichend
Ein Automatikfall sollte nicht dadurch definiert werden, dass überhaupt Telematikdaten vorhanden sind.
Entscheidend ist vielmehr:
Liegen alle für die konkrete Berechnungsentscheidung benötigten Informationen eindeutig vor?
Dazu können Daten aus mehreren Bereichen gehören.
Wenn diese Informationen vorhanden und konsistent sind, kann der Fall regelbasiert verarbeitet werden.
Fehlt dagegen eine entscheidende Information oder widersprechen sich Daten, sollte der Fall nicht zwangsläufig automatisch abgeschlossen werden.
Prüffälle sind kein Fehler der Automatisierung
Ein Prüffall wird manchmal als Zeichen dafür verstanden, dass eine Automatisierung nicht funktioniert.
Das Gegenteil kann der Fall sein.
Wenn ein System erkennt, dass die vorhandene Datengrundlage nicht eindeutig ist, verhindert es möglicherweise gerade dadurch eine unbemerkte Fehlberechnung.
Eine sinnvolle Automatisierung sollte deshalb zwei Dinge können:
- Eindeutige Fälle ohne unnötige manuelle Arbeit verarbeiten.
- Unsichere Fälle sichtbar machen und eine gezielte Prüfung ermöglichen.
Welche Informationen sollte ein Prüffall bereitstellen?
Damit eine Prüfung effizient bleibt, sollten die zugrunde liegenden Informationen möglichst gemeinsam sichtbar sein.
Je nach Sachverhalt können relevant sein:
- Mitarbeiter,
- Datum,
- Arbeitszeit,
- Abwesenheitszeit,
- Tour und Route,
- Geo-Daten,
- Warnungen und
- verwendete Berechnungsregel.
Je weniger der Sachbearbeiter dafür wieder in mehrere Quellsysteme wechseln muss, desto größer ist der tatsächliche Automatisierungsnutzen.
Manuelle Sonderfälle müssen getrennt bleiben
Auch nach einer gezielten Prüfung kann es Sachverhalte geben, die bewusst manuell behandelt werden sollen.
Solche Fälle sollten nicht dadurch gelöst werden, dass automatisch ermittelte Rohdaten unkontrolliert überschrieben werden.
Eine separate Behandlung macht deutlich:
- Dieser Wert stammt nicht aus dem normalen automatischen Prozess.
- Hier wurde bewusst manuell eingegriffen.
- Der Sonderfall kann getrennt nachvollzogen werden.
Das verbessert die Transparenz insbesondere bei späteren Rückfragen.
Vom Datenimport bis zum Monatsabschluss
Der vollständige Prozess lässt sich damit in mehrere Ebenen aufteilen:
- Externe Daten werden übernommen.
- Mitarbeiter und Fahrzeuge werden eindeutig zugeordnet.
- Personal- und Abwesenheitsinformationen werden berücksichtigt.
- Betriebliche Regeln bestimmen die fachliche Verarbeitung.
- Eindeutige Fahrerfälle werden automatisch verarbeitet.
- Unklare Fälle gelangen in die Prüfung.
- Sonderfälle werden separat behandelt.
- Die fertigen Fahrerwerte werden zum Monatsabschluss zusammengeführt.
Erst die gesamte Kette ergibt einen durchgängigen Abrechnungsprozess.
Warum dieser Unterschied für Software-Projekte wichtig ist
Wer eine Telematik anbinden möchte, sollte deshalb nicht ausschließlich einen technischen Datenkatalog erstellen.
Parallel muss die fachliche Frage beantwortet werden:
Welche Entscheidung soll mit welchem Datensatz getroffen werden?
Damit lässt sich früh erkennen, welche Informationen tatsächlich aus der Telematik kommen können und welche aus anderen Unternehmensbereichen benötigt werden.
Checkliste: Welche Informationen fehlen außerhalb der Telematik?
Speditionen können den eigenen Prozess mit folgender Checkliste prüfen:
- Sind externe Fahrerkennungen eindeutig Mitarbeitern zugeordnet?
- Gibt es vollständige Mitarbeiterstammdaten?
- Wo werden Urlaub und Krankheit gepflegt?
- Welche Einsatzorte sind für die Abrechnung relevant?
- Welche Arbeitszeitregeln gelten für welche Fahrer?
- Welche betrieblichen Spesenparameter gibt es?
- Gibt es zeitlich unterschiedliche Regelstände?
- Wie werden widersprüchliche Daten erkannt?
- Wie werden Prüffälle dargestellt?
- Wie werden manuelle Sonderfälle dokumentiert?
- Welche Informationen benötigt der Monatsabschluss?
- Welche Daten werden anschließend an Buchhaltung oder andere Folgeprozesse ausgegeben?
Erst wenn diese Fragen beantwortet sind, lässt sich realistisch beurteilen, welcher Anteil der Abrechnung automatisiert werden kann.
Telematik ist ein wichtiger Baustein – aber nicht der einzige
Die Rolle einer Telematik sollte dabei weder über- noch unterschätzt werden.
Ohne digitale Fahrer-, Zeit- und Positionsinformationen müssten viele Sachverhalte möglicherweise weiterhin manuell rekonstruiert werden.
Telematik kann deshalb einen erheblichen Teil der Datengrundlage liefern.
Sie ersetzt aber nicht:
- Personalstammdaten,
- Abwesenheitsverwaltung,
- fachliche Ortszuordnungen,
- betriebliche Regeln,
- Prüflogik und
- einen kontrollierten Monatsabschluss.
Fazit: Automatisierung entsteht durch Kontext
Telematikdaten können einen Fahrereinsatz sehr detailliert beschreiben.
Für eine belastbare Spesenabrechnung reicht die technische Beschreibung des Einsatzes allein jedoch nicht aus.
Der Fahrerfall benötigt zusätzlichen fachlichen Kontext.
Dazu gehören insbesondere:
- eine eindeutige Mitarbeiterzuordnung,
- Personal- und Abwesenheitsinformationen,
- relevante Einsatzorte,
- Arbeitszeit- und Spesenregeln sowie
- eine definierte Behandlung von Prüf- und Sonderfällen.
Deshalb sollte die Frage bei einer Digitalisierung nicht lauten:
„Haben wir genug Telematikdaten?“
Sondern:
„Haben wir für jeden Fahrerfall alle Informationen, die für eine fachlich eindeutige Entscheidung notwendig sind?“
Genau an diesem Punkt wird aus einer technischen Datenintegration ein belastbarer Abrechnungsprozess.
Weiterführende Artikel
Den Einstieg in das Thema finden Sie in Telematikdaten für die Spesenabrechnung: Leitfaden für Speditionen.
Welche konkreten Telematikdaten benötigt werden, erklärt Welche Telematikdaten braucht eine automatische Spesenabrechnung?.
Wie weit sich der vollständige Fahrerprozess automatisieren lässt, zeigt Automatische Spesenabrechnung für Lkw-Fahrer: Was lässt sich wirklich automatisieren?.
Welche Kriterien bei der Auswahl einer Spesenlösung wichtig sind, lesen Sie in Spesenabrechnung Software für Speditionen: Auswahlkriterien statt Funktionsliste.
