Ein elektronisches Fahrtenbuchprogramm muss manipulationssicher sein. Dies bedeutet nicht, dass das Programm vor jeglichem Hackerangriff gesichert ist. Aber es muss sichergestellt sein, dass die Fahrtenbücher in einer in sich geschlossenen Form erstellt werden sowie nachträgliche Veränderungen an den erfassten Daten technisch ausgeschlossen sind oder zumindest als solche offengelegt und erkennbar sind. Darüber hinaus müssen Fahrtenbücher mit vertretbarem Aufwand auf ihre materielle Richtigkeit hin überprüfbar sein.
Praxis-Beispiel:
Die Klägerin ist Arbeitgeberin und überlässt ihren Arbeitnehmern firmeneigene Kraftfahrzeuge, die diese auch für Privatfahrten verwenden dürfen. Die Mitarbeiter mit Firmenfahrzeug sind für die Betreuung von Baustellen zuständig. Die Baustellen befinden sich an unterschiedlichen Orten. Die Klägerin beabsichtigt, bei der Ermittlung des geldwerten Vorteils für Privatfahrten anstelle der 1%-Methode die Fahrtenbuchmethode zu nutzen.
Die Klägerin übersandte einen beispielhaften Ausdruck eines Fahrtenbuchs eines der Mitarbeiter an das Finanzamt mit der Bitte um eine verbindliche Auskunft zu dessen Ordnungsmäßigkeit. Die Klägerin führte aus, dass die Fahrtenbücher durch die Arbeitnehmer jeweils manuell mit Hilfe eines Computerprogramms erstellt werden. Nach Rückkehr vom Einsatzort erfolge der Eintrag dieser Fahrt in der Datenbank. Hierzu stünden unterschiedliche Eingabegeräte zur Verfügung (ein Terminal im Büro, ein Laptop oder Tablett für unterwegs). Eingetragen werde in eine Protokolldatenbank das Datum, das Projekt, Start- und Zielort, Grund der Fahrt, Entfernung in km, Kilometerstand sowie die Zuordnung zu betrieblicher oder privater Fahrt. Jede Fahrt sei dabei ein Datensatz in der Datenbank. Sobald dieser Datensatz abgespeichert sei, sei eine Änderung nicht mehr möglich. Die Klägerin führte weiter aus, dass es sich somit nicht um eine einfache Excel Tabelle handle.
Die Datensätze könnten in chronologischer Reihenfolge auf dem Bildschirm angezeigt und auch ausgedruckt werden. Die Fahrzeuge seien den Mitarbeitern fest zugeordnet, jeder Mitarbeiter führe sein Fahrtenbuch persönlich. Privatfahrten und Fahrten zwischen Wohnung und Arbeitsstätte seien in den Datensätzen gekennzeichnet und würden als separate Spalten von den dienstlichen Fahrten unterschieden. Das Finanzamt lehnte es ab, dieses elektronische Datenbanksystem auf Basis von Lotus Notes als ordnungsgemäßes Fahrtenbuch anzuerkennen, weil eine zeitnahe Erfassung der Daten nicht gewährleistet sei.
Das Finanzgericht gab dem Finanzamt Recht. Ein elektronisches Fahrtenbuch ist zwar anzuerkennen, wenn sich daraus dieselben Erkenntnisse wie aus einem manuell geführten Fahrtenbuch gewinnen lassen. Das bedeutet aber nicht, dass hinsichtlich der Frage der Ordnungsmäßigkeit des Fahrtenbuchs die Anforderungen an ein manuell geführtes Papierfahrtenbuch und an ein elektronisch geführtes Fahrtenbuch identisch sein müssen. Denn ein handschriftlich geführtes Fahrtenbuch, das im PKW verbleibt, ist nur bedingt vergleichbar mit einem Fahrtenbuch, das anhand eines elektronischen Datenbanksystems erstellt wurde. Das gilt insbesondere hinsichtlich der Manipulationssicherheit.
Manipulationen sind zwar auch bei handschriftlich geführten Fahrtenbüchern nicht völlig auszuschließen, sie erfordern aber einen erheblich höheren Aufwand und sind zudem eher als Fälschung erkennbar. Bei der Frage der Fälschungssicherheit, der Ordnungsmäßigkeit und der Überprüfbarkeit ist zwischen den gewählten Formen der Erstellung zu differenzieren. Ein elektronisches Navigationsgerät mit einem angeschlossenen elektronischen Fahrtenbuch, das den Kilometerstand, den Standort und die Uhrzeit – jeweils bei Beginn und Ende der Fahrt – unveränderbar aufzeichnet, ist anzuerkennen. Die hier gewählte Aufzeichnungsform entspreche weder der sicheren Dokumentation durch Papierfahrtenbücher, noch den Aufzeichnungen, die von den elektronischen Fahrtenbüchern automatisch unveränderbar gespeichert werden.
Ein auf Basis von Lotus Notes selbst programmiertes Fahrtenbuch ist nicht anzuerkennen, da nachträgliche Veränderungen, auch aufgrund des offenen Quellcodes technisch nicht ausgeschlossen werden können. Zusätzlich sei durch ein Fahrtenbuchprogramm zu gewährleisten, dass mehrere Fahrten an einem Arbeitstag, Zwischenziele und Umwege jeweils einzeln und getrennt dokumentiert werden können. Das ist hier nicht der Fall.
