Office: (Office 2010) Registrierkassenpflicht Österreich mittels Access

Hallo zusammen,

hat jemand Interesse, gemeinsam ein Kassenmodul zu programmieren, welches die gesetzlichen Vorgaben der österr. Finanz (inkl. Fälschungssicherheit) erfüllt.

Im Grunde gibt es schon ein fertiges Modul (ERP) inkl. Befüllung des sogenannten DEP Journales. Was fehlt sind die Sicherheitseinrichtungen mit Zertifikatabwicklung. Hier habe ich leider null Ahnung!

Würde mich freuen, wenn es Interessenten im Raum Österreich, gibt.
Ich hoffe auch, das ich hier im richtigen Forum bin!?
LG, Sivi

:)

 

Hallo!

Meinst du damit die ab 2017 notwendige Beleg-Signatur?
Für .net gibt es Bibliotheken, die mit Signaturen umgehen können.
Ich würde in diese Richtung gehen und eine COM-dll erstellen und diese dann in Access nutzen.

mfg
Josef

 

Hallo Josef,
erstmals Danke für Deine Antwort. Ja, um die Belegsignatur geht es.
Da anscheinend niemand Interesse daran hat, eine Lösung gemeinsam zu
erstellen, werde ich einmal in die Richtung, die Du vorgeschlagen hast, suchen/testen. Nochmals Danke.
Sollte jemand doch Interesse zeigen, würde ich mich freuen.

LG, Sivi

 

Ich interessiere mich auch für die Programmierung des Kassenmoduls. Hast du da schon weitere Erfahrungen gemacht bzw mit einer Programmierung begonnen?

 

Hallo macklcat,

ja, such im Forum nach "Datenbank an neue Kassenrichtlinie anpassen "
Hier findest Du für den Anfang alles was Du für den heutigen Stand (ohne Signatur und Verschlüsselung) brauchst.
Würde mich freuen wenn ich eine Rückantwort erhalte.

Die Signatur und Verschlüsselung habe ich noch nicht so weit, das ich sie weitergeben kann. Vielleicht hast Du ja in diese Richtung schon was fertiges.
LG, Sivi

 

Den Umsatzzähler und die Verschlüsseleung habe ich über atrust gefunden. Da gibt es auf der Hompage Code in VB.
Mir fehlt noch die Verschlüsseleung des Vorbeleges.
Man muss in SHA256 codieren und dann 8 Bytes extrahieren. Wie das geht habe ich noch nicht gefunden.

 

Ich versuche ebenfalls, aus einer bestehenden Access-Anwendung eine ab 2017 gültige Registrierkasse zu erstellen, finde nichts außer auf a trust im Netz.

 

Hallo,

ich vermute, dass Josef die c#-Bibliothek unter The Legion of the Bouncy Castle im Visier hat.

Ansonsten ist mir noch ein Java Demoprojekt at-registrierkassen-mustercode mit einigen Links zu Bestimmungen auf der Startseite bekannt. Neben der JWT-Implementierung wird anscheinend auch eine Schnittstelle zur Erzeugung von QR-Code benötigt, der wohl auf jeden Beleg gehört.

 

Hallo,

grundsätzlich besteht auch von meiner Seite Interesse. Aufgrund der geringen Kundenzahl in Österreich habe ich das Projekt ursprünglich "begraben". Allerdings merke ich aktuell, dass die allermeisten Kunden immer noch keine Alternativ-Lösung gefunden haben (aus welchen Gründen auch immer). Zur Zeit bin ich allerdings noch für den Rest des Monats mit den Anpassungen der Kassensoftware für die ebenfalls in Deutschland vorgesehenen "Verschärfungen" für das Jahr 2017 beschäftigt. In dem Kontext würde ich auch gerne wieder das System "Österreich" angreifen, da auch Deutschland mittlerweile dazu übergehen wird, voraussichtlich ab 2019 eine Registrierkassenpflicht einzuführen. Erste Gesetzesinitiativen hierzu wurden bereits eingebracht.

Was ich mich allerdings unabhängig der technischen Voraussetzungen für die Signaturerstellung weit mehr beschäftigt - wie löst hier das Thema "Manipulationssicherheit" mit Access. Ich hatte erst vor kurzem eine Betriebsprüfung bei einem Kunden und da wurde von vornherein schon mal die Pauschalaussage getroffen "Access = manipulierbar" weil offenens Dateisystem. Ich habe das aktuell mit einer verschlüsselten zweiten Accdb.Datenbank gelöst (4 Augenprinzip), welche ausschließlich über DLL angesteuert wird, zusätzlich dann in der DB noch eine Hashwert-Verschlüsselung.

 

Wogegen genau willst du dich denn absichern?
Wo siehst du die groß Gefahr?
Welches Backend willst du verwenden?

Kannst du das Zusammenwirken der einzelnen Komponenten deiner "Sicherheitslösung" auch Laiengerecht skizzieren? Wogegen sichert denn die ab?

LG Markus

 

Ich denke, dass alles andere auch manipulierbar ist. Den Umsatzzähler kann man im QR-Code jedes Belegs einbauen, den man z.B. mit a trust Chipkarte signiert. Ich habe diese Chipkarte um 9,00 € zzgl. Versandkosten zu Testzwecken gekauft.

 

\@ hubi
Mit Manipulationssicherheit meint die österr. Gesetzgebung, das in jeden Datensatz, welcher ins das DEP Journal geschrieben wird, ab 04-2017 auch eine Signatur geschrieben werden muss. Zusätzlich müssen gewisse Daten dann verschlüsselt in den Datensatz gespeichert werden.
Hierzu gibt es von der Fa. A-Trust Lösungen auch für VB.
Tip für Leute, die meinen, Access wäre nicht sicher. Gegenargument:
Auch am SQL Server kann man Daten lesen und manipulieren.

Nachwort zur Kassen Signatur: Da man den Startzeitpunkt der Signatur im Kassenbereich bereits verschoben hat, kann man davon ausgehen, das diverse Software Hersteller technische Probleme bei der Umsetzung haben. Abgesehen davon ist das DEP Journal auch ohne Signatur und Verschlüsselung nicht weniger Manipulationssicher als mit Signatur. Aber, Gesetz ist Gesetz, auch wenn es keinen Sinn macht und nur sinnlosen Aufwand und Probleme erzeugen wird!
LG, Sivi

 

Das ist leider gar kein Argument.
Bei der Frage der Sicherheit kommt es immer darauf an, wie schwer es ist ein System zu manipulieren. Es gilt immer das Prinzip: Der Aufwand der Manipulation muss größer sein, als der Ertrag durch die Manipulation, so dass sie wirtschaftlich sinnlos ist.

So wie Access in der Regel programmiert wird, ist Manipulation mit geringstem Aufwand möglich.

Aber hier geht es wohl mehr darum, was der Gesetzgeber verlangt.
LG M

 

Hallo Miteinander,
bin neu im Forum und schlage mich jetzt seit ein paar Tagen mit der Registrierkassenverordnung herum. Die Anwendung und Datenbank ist soweit kein Problem, nur bei der Verschlüsselung stehe ich daneben.
Karte & Gerät von A-Trust habe ich, Software und die DLL sind installiert.
Wie binde ich jetzt aber die registrierkasse.dll in mein VBA Modul ein?

Public Declare Function Test Lib "C:\windows\system32\registrierkasse.dll"
????

Hat das schon jemand gelöst und würde mir da bitte auf die Sprünge helfen?

Gruß Martin

 

Hast du denn keine Dokumentation zur DLL?
Es gibt verschiedene Arten von DLLs -> Google weiß mehr.
Man kann auch nicht jede DLL in VBA verwenden.
Du kannst ja versuchen einen Verweis zu erstellen.
Wenn das nicht geht, informiere dich beim Herausgeber oder schau in die Doku.


LG Markus