Quelltext der Seite Fiskalspeicher

Als '''Fiskalspeicher''' werden speziell gesicherte Speichereinheiten vor allem in [[Registrierkasse]]n und [[Taxameter]]n bezeichnet. In diesen Speichern sollen Umsatzdaten so abgelegt werden, dass sie nicht manipuliert werden können und von [[Finanzbehörde]]n zu Prüfungszwecken (vor allem im Rahmen von [[Außenprüfung]]en) verwendet werden können. Fiskalspeicher sind in einer Reihe von Ländern gesetzlich vorgeschrieben.

== Hintergrund und Geschichte ==
Mit dem Wechsel von der papierbasierten [[Buchführung]] auf elektronische Systeme in der zweiten Hälfte des 20. Jahrhunderts wurde es möglich, Daten relativ leicht und ohne Nachweismöglichkeit zu verändern. In vielen Anwendungsbereichen spielte und spielt das praktisch keine große Rolle. Elektronische Registrierkassen wurden allerdings verstärkt dazu verwendet, erfasste Umsätze nachträglich zu verkürzen.

Um die dadurch mögliche Hinterziehung von Steuern und Sozialabgaben einzudämmen, wurden Anfang der 1980er Jahre in Italien die ersten Fiskalspeichersysteme entwickelt und sind dort seitdem vorgeschrieben. Der Grundansatz wurde in anderen Ländern übernommen, in den meisten Fällen mit einer Reihe von Detailänderungen. So sind im Laufe der Zeit sehr uneinheitliche rechtliche, organisatorische und technische Lösungen entstanden.

Da Fiskalspeichersysteme einen hohen Entwicklungsaufwand bedingen, praktisch immer eine [[Zertifizierung]] erfordern und diese bei jeder oder zumindest jeder größeren Produktänderung erneuert werden muss, führen sie oft zu einer erheblichen Behinderung der Weiterentwicklung.<ref>{{Internetquelle |autor=Norbert Zisky, Jens Reckendorf |url=http://www.insika.de/images/stories/INSIKA/Whitepaper_Fiskalsysteme_DE.pdf |titel=Whitepaper: Fiskalsysteme – Anforderungen und Lösungen |datum=2014-06 |abruf=2018-09-10 |format=PDF}}</ref>

Da es sich bei Fiskalspeicher-Systemen oft um rein nationale Lösungen handelt, die zumeist von lokalen Anbietern stammen, ist Dokumentation oft nur in der jeweiligen Landessprache verfügbar. Es existieren praktisch keine Darstellungen der internationalen Situation.

== Technik ==
Im Laufe der Zeit wurden sehr unterschiedliche Systeme entwickelt. Sie lassen sich grob in folgende Kategorien einteilen:

=== Konventionelle Systeme ===
Entsprechend der in den 1980er Jahren verfügbaren Technik basieren diese Systeme vor allem auf einem mechanischen Schutz des Speichers verbunden mit Bauartanforderungen an das Gesamtsystem. Der eigentliche Fiskalspeicher bestand zu dieser Zeit aus [[EPROM]]s, die zusammen mit einem [[Mikroprozessor]] fest zu einem Modul verbunden wurden, z.&nbsp;B. mit [[Gießharz]]. Dadurch konnte der EPROM-Speicher nicht mehr gelöscht werden. Aufgrund der geringen Speicherkapazität werden nur Tagesumsatzsummen gespeichert. Um so ein System sicher zu machen, muss es gegen Eingriffe geschützt werden, da sonst die Umsätze vor dem Schreiben in den Fiskalspeicher manipuliert werden könnten. In der Folge muss die gesamte Registrierkasse [[Plombe (Siegel)|verplombt]] und die Hard- und Software zertifiziert werden.

=== Fiskaldrucker ===
Die zunehmende Modularisierung von Registrierkassen, d.&nbsp;h. die Auftrennung in Tastatur, Bildschirm/Display, CPU-Einheit und Drucker widersprach dem ursprünglichen Konzept, alle Komponenten in einem Gehäuse zu integrieren. Dies wurde durch das Konzept des „Fiskaldruckers“ gelöst. Dabei ist das Fiskalspeichermodul im modularen Drucker eingebaut. Es hängt von der Systemarchitektur ab, ob die anderen Komponenten des Systems eine Zertifizierung benötigen oder nicht.

=== Konventionelle Systeme mit elektronischem Journal ===
Da die ursprünglich verwendeten, auf Papier gedruckten Journale (also die Aufzeichnung aller Buchungsdetails) in der Praxis kaum prüf- und auswertbar sind und die verfügbaren Speicherkapazitäten z.&nbsp;B. durch [[Flash-Speicher]] schnell wuchsen, wurden verstärkt Lösungen mit einer elektronischen Aufzeichnung des Journals entwickelt.

=== Kryptografie ===
Im weiteren Bemühen, die Systeme sicherer zu machen, wurden Daten in einigen Systemen [[Kryptografie|kryptografisch]] gesichert. So kommt z.&nbsp;B. in der schwedischen Lösung eine Verschlüsselung zum Einsatz. Bisher wird dabei vor allem das Prinzip „[[Security through obscurity]]“ angewandt – kryptografische Lösungen nach aktuellen Standards sind bisher sehr selten (z.&nbsp;B. in dem in Belgien geplanten Fiskalsystem, das für die Signaturerzeugung eine Smartcard mit klar definierter Schnittstelle einsetzt).

=== Online-Systeme ===
In einigen Ländern (z.&nbsp;B. Serbien) wurden die Systeme um eine Online-Übertragung von Daten direkt an die Finanzverwaltung ergänzt.

== Länder mit Fiskalspeicher-Zwang ==
Beispielhafte Übersicht von Ländern mit gesetzlich vorgeschriebenem Fiskalspeicher<ref>{{Internetquelle |autor=Richard T. Ainsworth |url=http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1290627 |titel=Electronic Tax Fraud – Are There 'Sales Zappers' in Japan? |hrsg=Boston University School of Law |datum=2008 |seiten=16 |abruf=2012-11-20}}</ref><ref>{{Internetquelle |url=https://www.geregistreerdkassasysteem.be/nl |titel=Het Geregistreerd Kassasysteem (GKS) |hrsg=Finanzministerium Belgien |abruf=2018-09-10 |sprache=nl}}</ref><ref>{{Internetquelle |url=http://www.skatteverket.se/foretagorganisationer/startadrivaavslutaforetag/kassaregister/cashregisterlegislationbecomeseffective1january2010.html |titel=Cash register legislation becomes effective 1 January 2010 |hrsg=Finanzministerium Schweden |abruf=2012-11-20 |offline=1}}</ref><ref>{{Internetquelle |url=https://www.revenuquebec.ca/documents/en/publications/in/in-575-v%282017-10%29.pdf |titel=Mandatory Billing |hrsg=Finanzministerium Québec |datum=2017-10 |abruf=2018-09-10 |format=PDF |sprache=en}}</ref>
* Argentinien
* Belgien (nur für Gastronomie, Einführung für 2013 geplant, dann Verschiebung auf 2015, endgültig Ende 2016 in Kraft)
* Brasilien
* Bulgarien
* Griechenland
* Deutschland (seit 2017, ab 2020 nach KassenSichV)
* Italien
* Kanada, Provinz Québec
* Kroatien
* Lettland
* Litauen
* Österreich ([[Registrierkassensicherheitsverordnung]])
* Polen
* Rumänien
* Russland
* Schweden
* Slowenien
* Türkei
* Venezuela

== Praktischer Nutzen ==
Die Praxis zeigt, dass viele Fiskalspeicher-Systeme nicht besonders wirkungsvoll sind. Dabei sind seltener technische Angriffe das Problem, stattdessen werden Daten einfach nicht in der Registrierkasse mit dem Fiskalspeicher erfasst (sondern gar nicht bzw. in einer „nicht-fiskalisierten“ Kasse).

Dieser Pressebericht<ref>{{Internetquelle |url=https://www.spiegel.de/wirtschaft/unternehmen/steuerbetrueger-in-italien-im-land-der-steinreichen-armen-a-807533.html |autor=Hans-Jürgen Schlamp |titel=Im Land der steinreichen Armen |werk=Spiegel Online |datum=2012-01-07 |sprache=de |abruf=2012-11-21}}</ref> zeigt exemplarisch, dass ein Fiskalspeicher-System ohne laufende Kontrollen weitgehend wirkungslos sein kann:

{{Zitat
 |Text=Mit 80 Steuerinspektoren rückte die Staatsmacht am frühen Morgen im mondänen italienischen Ski-Ort Cortina d’Ampezzo ein. […] In den Geschäften, Hotels und Restaurants, in denen am Tag vor Silvester ein Steuerfahnder neben der Kasse saß, ging der Umsatz steil in die Höhe. Restaurants nahmen das Doppelte vom Vortag ein und das Dreifache vom Vor-Silvestertag 2010. Bei Luxusboutiquen vervierfachte sich der Absatz sogar.}}

Die erforderlichen Kontrollen sind je nach gewähltem technischen Ansatz unterschiedlich einfach und unterschiedlich wirkungsvoll. Idealerweise erfordert eine Kontrolle keinen Zugriff auf das System, sondern kann anhand von Belegen erfolgen. Diese müssen dann natürlich fälschungssicher sein, was sich nur durch kryptografische Verfahren erreichen lässt.

== Alternativen ==

=== INSIKA ===
Das in Deutschland entwickelte, aber bisher nicht gesetzlich eingeführte [[INSIKA]]-System verfolgt die gleichen Ziele wie ein Fiskalspeicher, jedoch mit anderen konzeptionellen und technischen Ansätzen. Im Gegensatz zu einem Fiskalspeicher-System bestehen kaum technische Auflagen, trotzdem wird ein mindestens gleichwertiges Sicherheitsniveau erreicht. Voraussetzung ist die Integration eines Smartcard-Lesers. Laufende Kosten entstehen nicht. Die erforderlichen Kontrollen sind aufgrund der Signaturen auf den Belegen leichter möglich als bei konventionellen Fiskalspeicher-Systemen.

=== EFSTA-Verfahren ===
Von der österreichischen [[European Fiscal Standards Association]] (EFSTA) wurde ein Verfahren entwickelt, das die sofortige elektronische Übermittlung der entstehenden Fiskaldaten in verschlüsselter und signierter Form an einen vertrauenswürdigen, unabhängigen Dritten vorsieht. Technische Voraussetzungen sind eine lokale Softwareinstallation auf der PC-Kasse sowie eine Interverbindung. Auf nicht-PC-basierten Systemen ist efsta nicht ohne weiteres nutzbar. Es entstehende laufende Kosten für Internetverbindung und die efsta-Dienstleistung. Die Sicherheit des Verfahrens wurde von Experten bestätigt.<ref>{{Internetquelle |url=http://efsta.vfwebserver.com/content/pdf_dokumente/efsta_gutachten_kurz.pdf |titel=Beurteilung des efsta (European Fiscal Standards Association) – Verfahrens aus Informationssicherheitssicht (Datensicherheit und Datenschutz) |hrsg=University of Applied Sciences Upper Austria Fakultät für Informatik, Kommunikation und Medien Campus Hagenberg |datum=2013-07-03 |abruf=2018-09-10 |format=PDF |archiv-datum=2018-09-10 |archiv-url=https://web.archive.org/web/20180910131455/http://efsta.vfwebserver.com/content/pdf_dokumente/efsta_gutachten_kurz.pdf |offline=ja |archiv-bot=2025-02-05 10:51:00 InternetArchiveBot }}</ref> Im Gegensatz zu konventionellen (hardwarebasierten) Fiskalspeichersystemen ist auch eine ortsunabhängige Kontrolle der so gesicherten Daten möglich.

=== Datenanalyse ===
In Ländern, in denen technische Auflagen für Registrierkassen politisch nicht gewollt oder durchsetzbar sind, behelfen sich die Finanzbehörden oft damit, die Aufzeichnung von Einzeltransaktionen und den Zugriff auf diese Daten zu verlangen. Die rechtlichen Grundlagen dafür bestehen in den meisten Fällen bereits (in Deutschland sind sie in der [[Abgabenordnung]] verankert und in den [[GoBS]] und den [[GDPdU]] konkretisiert), sie müssen nur auf Registrierkassen angewendet werden (in Deutschland durch das BMF-Schreiben vom 26. November 2010<ref>{{Internetquelle |url=http://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Weitere_Steuerthemen/Betriebspruefung/008.html |titel=BMF-Schreiben vom 26. November 2010 |hrsg=Bundesfinanzministerium |archiv-url=https://web.archive.org/web/20120825231540/http://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Weitere_Steuerthemen/Betriebspruefung/008.html |archiv-datum=2012-08-25 |abruf=2012-11-22 |offline=1 |archiv-bot=2019-04-10 23:06:22 InternetArchiveBot}}</ref>). Durch die Analyse der Einzeltransaktionen lassen sich Manipulationen in vielen Fällen aufdecken, was allerdings mit sehr hohem Prüfungsaufwand verbunden ist. Durch [[Zapper (Software)|Zapper-Software]] vorgenommene Manipulationen lassen sich so allerdings nur schwer erkennen.

== Einzelnachweise ==
<references />

[[Kategorie:Steuerrecht]]
[[Kategorie:Buchführung]]