Kassensicherungsverordnung ab 2020 - die technische Seite

[TiGü]

Hallo Gemeinde,

ich weiß nicht so Recht, ob dieses Unterforum passt. Ggf. bitte korrigieren.

In absehbarer Zeit werden viele von uns von der Kassensicherungsverordnung ab 01.01.2020 betroffen sein (KassenSichV).
Ich möchte diesen Thread nutzen, um gemeinsam Informationen auszutauschen.

Wie bereitet ihr euch darauf vor?
Welche technischen Merkmale wird diese Fiskalisierung haben?
Welche Auswirkungen hat das für uns als Softwareentwickler?
Gibt es schon Unternehmen, die ein Großteil der Komplexität wegkapseln und z.B. einen Webservice anbieten? Ähnlich wie bspw. die Firma fiskaltrust für Österreich?
Wer oder was ist schon zertifiziert?

Zum weiterlesen:

https://www.bundesfinanzministerium....ierkassen.html

https://www.bundesfinanzministerium..../0-Gesetz.html

https://www.haufe.de/steuern/gesetzg...68_344414.html

https://www.bsi.bund.de/SharedDocs/D...cationFile&v=3

https://www.bsi.bund.de/SharedDocs/D...cationFile&v=4

https://dfka.net/fachwissen-wird-ign...linie-tr-3153/

[Hobbycoder]

Gibt es schon Informationen über die Kosten und Dauer einer solchen Zertifizierung?
Je nach Kosten und Aufwand werden damit kleine Entwicklungsunternehmen aus dem Geschäft gedrängt. Und das auf staatliche Anordnung. Ich habe zum Beispiele eine Kassenanwendung bei einem Kunden laufen, die ich aber niemals noch bei einem anderen Kunden einsetzen kann, da sie zu speziell ist. Im Falle einer notwendigen und zu teuren Zertifizierung, kann ich diese Wartungsgeschäft und die damit verbundenen einstampfen. Zwar könnte ich die Kosten weiterberechnen, aber wenn sie zu hoch sind (und meine Arbeitsleistung kommt ja noch on top), würde mein Kunde sicherlich auf die speziellen Vorteile meiner Anwendung verzichten, und was "von der Stange" nehmen, wo dann ein großes Unternehmen mit entsprechenden Möglichkeiten hintersteht.

[Frickler]

Soweit ich weiß, arbeitet fiskaltrust auch an einer Lösung für Deutschland. Auch der Anbieter "efsta.net" (der bereits außer Österreich auch die Fiskalisierungen für Tschechien, Frankreich, Kroatien, Italien und Slowenien abdeckt) wird eine Lösung anbieten.
Um unabhängig von diesen Anbietern immer auf dem Laufenden zu bleiben, ist vermutlich eine Mitgliedschaft im DFKA umumgänglich... (ist uns zu teuer).

[Frickler]

Zitat:

Zitat von Hobbycoder (Beitrag 1407510)

Gibt es schon Informationen über die Kosten und Dauer einer solchen Zertifizierung?

Zertifiziert wird nicht Deine Kasse! Sondern "nur" die Sicherheitseinheit. Diese wird man dann von einem der zertifizierten Anbieter einkaufen müssen.

[Hobbycoder]

Was genau ist die "Sicherheitseinheit"?
Meine Kasse funktioniert nach dem Prinzip: Login-Erfassung-Speichern
Kassenbenutzer müssen sich anmelden, und können nur Kassebuchungen hinzufügen. Storno kann nur der Admin, löschen geht gar nicht. Fortlaufender nicht veränderbarer Nummernkreis, mit täglicher Kassenabrechnung.
Speicherung in MySQL-DB, mit Prüfsumme unter Einberechnung der Prüfsumme der verhergehenden Kassenbuchung. Wo soll ich da was einbauen?

[TiGü]

Zitat:

Zitat von Frickler (Beitrag 1407511)

Soweit ich weiß, arbeitet fiskaltrust auch an einer Lösung für Deutschland. Auch der Anbieter "efsta.net" (der bereits außer Österreich auch die Fiskalisierungen für Tschechien, Frankreich, Kroatien, Italien und Slowenien abdeckt) wird eine Lösung anbieten.
Um unabhängig von diesen Anbietern immer auf dem Laufenden zu bleiben, ist vermutlich eine Mitgliedschaft im DFKA umumgänglich... (ist uns zu teuer).

Vielen Dank für das Aufzeigen eines weiteren Anbieters. Dessen Internetseite lautet aber http://efsta.org/ und macht einen eher halbfertigen Eindruck. Der Link zur Unterseite http://efsta-test.lets-go.technology...eitsloesungen/ ist tot.
Wie machen die das? Auf welcher technischer Basis läuft das bei denen? HTTP-REST, XML-SOAP, DLL...?

[TiGü]

Zitat:

Zitat von Hobbycoder (Beitrag 1407518)

Was genau ist die "Sicherheitseinheit"?

Ich habe mir die Mühe gemacht, diverse Quellen und Links im Eröffnungsbeitrag einzufügen.
Siehe bitte ab Seite 13 der PDF des vierten Links von oben.
Hier der Vollständigkeit halber nochmal:
https://www.bsi.bund.de/SharedDocs/D...cationFile&v=3

[Hobbycoder]

Hab ich gelesen. All diese Punkte erfüllt meine Kasse bereits eigenständig. Muss ich jetzt trotzdem ein externes, zertifiziertes Sicherheitssystem einbinden, oder verstehe ich das komplett falsch?

[jaenicke]

Zitat:

Zitat von Hobbycoder (Beitrag 1407522)

Hab ich gelesen. All diese Punkte erfüllt meine Kasse bereits eigenständig. Muss ich jetzt trotzdem ein externes, zertifiziertes Sicherheitssystem einbinden, oder verstehe ich das komplett falsch?

Nein, du kannst diesen Teil deiner Anwendung auch nach diesen Richtlinien als eine solche Einheit zertifizieren lassen. Wenn ich mir die Punkte aber so anschaue, bezweifle ich, dass diese rein softwareseitig umgesetzt werden kann. (Prüfsummen als Manipulationsschutz genügen für eine solche Zertifizierung z.B. nicht.) Aber davon abgesehen dürfte die Zertifizierung teurer als der Kauf solcher zertifizierten Einheiten werden.

[Neumann]

Eigentlich ist es ganz einfach, Daten manipulationssicher abzuspeichern. Man nimmt einfach einen Secumed-Stick und speichert dort die relevanten Werte parallel zu der Speicherung in die Datenbank in CSV-Dateien. Die sind dann weder löschbar noch veränderbar.

Ein einfacher Vergleich der Daten auf dem Stick mit den Daten aus der Datenbank würde jede nachträgliche Manipulation zeigen.

Einziger Nachteil der Sticks ist der Preis von 80 € netto, für den wir die Sticks verkaufen (geht leider nicht billiger), und dass man sie nur etwas mehr ein Jahr beschreiben kann. Lesen kann man sie garantiert 10 Jahre.