cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF

[bernau]

Zitat von franktron:

Mein SDK Stick macht keine Probleme aber der Orginal Stick (Endkunde) wurde leider gesperrt.
Und ich will nicht noch mal eine Sperrung auf einem Stick haben.

Dann wurde der Stick aber erfolgreich initialisiert. Nur ein initialisierter Stick kann gesperrt werden (3 * falsche PUK).

Ich habe nun schon zig TSE initialisiert. Hat immer geklappt.

Schick doch mal ein Screenshot der TSE-Daten. -> Das Beispielprogramm starten. Connecten. Screenshot des Programms. Gerne per PM

[noisy_master]

Nur so zur Info:
hier gibt es eine wesentlich umfangreichere Aufstellung zu den länderspezifischen Verlängerungen der Nichtbeanstandungsregelung:

https://www.zdh.de/fileadmin/user_up...ung_Kassen.pdf

Ich hoffe es hilft dem Einen oder Anderen weiter....
Gruß

[bernau]

Hab ne neue Version hochgeladen.

Version 0.4

[LHSoft2]

Hallo,
Ich bin neu hier und habe gerade einen ersten Blick über Eure V04 geworfen und die mal getestet.
Erst mal zur Info: Habe gestern nagelneue Swissbit TSEs unters Volk gebracht, microSD, mit
TSE FirmwareVersion: 1.0.3
TSE HardwareVersion: 1.0.4

Dabei ist mir aufgefallen, dass nach einem Selftest der Zeitsync weg war, die TSE war also tot.
Ich habe dann heute nach dem Selftest einen Zeitsync reingeschrieben und schon liefs wieder. Bei meiner Entwickler-TSE ist das nicht so (TSE FirmwareVersion: 0.7.1, TSE HardwareVersion: 0.6.0).

Habt Ihr das auch so? In Eurer V04 scheint mir kein Zeitsync nach dem Selftest zu sein. Kann das Problem noch jemand bestätigen?

Grüße, Hans

[LHSoft2]

Zu Deiner Frage wegen der DSFinVK:
Meine DSFinVK ist eigentlich fertig, aber momentan zerlege ich sie wieder. Ursache ist, dass Amadeus meldet, meine Signaturen sind nicht gültig (aber zumindest richtig formatiert). Sonst ist in Amadeus alles grün. Da überlege ich schon seit Tagen und spiele mit Zertifikat, PublicKey, den Zeiten etc, habe aber keine Ahnung was das sein kann.
Der Support hat folgende Meldung gegeben:

Zitat:

das Problem an der starken Kryptographie ist, dass man diese nicht zurückrechnen kann. Wir können mit AV also nur feststellen, ob alles stimmt, sprich die Signaturen Byte für Byte richtig sind, oder eben nicht. Es ist unmöglich Fehler genau zu identifizieren.

Hat Hier im Forum jemand eine Idee?

Insgesamt ist mir beim Vergleich aufgefallen, dass wir eigentlich schon die Funktionen alle prinzipiell gleich definiert haben, aber Du selten Pointer benutzt. Liegt mein Problem vielleicht daran?

Ein Vergleich:

Deine
worm_transaction_finish(const aWormContext: TWormContextHandle; const aClientId: PWormChar; atransactionNumber: worm_uint; const aProcessData: PWormChar; aProcessDataLength: worm_uint; const aprocessType: PWormChar; const aresponse: TWormTransactionResponseHandle): TWormError; cdecl; external SwissbitWormApiDll;

Meine
worm_transaction_finish(context: PIntPtr; const clientId: PAnsiChar; transactionNumber: Worm_UInt; const processData: PBytes; processDataLength: Worm_UInt; const processType: PAnsiChar; response: PIntPtr): WormError; cdecl; external WormDLL;

eine / Meine
Context: IntPtr gegen PIntPtr
ClientID: Identisch: PAnsiChar
transactionNumber: Identisch UInt64
Prozessdata PansiChar gegen Pointer auf TBytes
processDataLength: identisch
processType: identisch
response: IntPtr gegen PIntPtr

Diese worm-transaction-finish ist der eigentliche Knackpunkt auch für die DSFinVK wegen den Signaturen. Alles andere läuft fein.
Was mir bei Dir noch aufgefallen ist: Du benutzt anscheinend UTC für die Rückgabe der Zeiten einer Transaktion aus der UnixTime. Die müssen ja in die DSFinVK und anhand derer wird auch die Gültigkeit der Signatur geprüft. Ist das bewusst oder zufällig.

Grüße
Hans

[sh17]

Zu Deiner Frage der Lizenz, Du könntest den Quelltext unter der LGPL-2.1 License veröffentlichen. Das ist meiner Meinung nach die gerechteste Lizenz und kommerzielle Nutzung ist erlaubt.

[bernau]

Zitat von sh17:

Zu Deiner Frage der Lizenz, Du könntest den Quelltext unter der LGPL-2.1 License veröffentlichen. Das ist meiner Meinung nach die gerechteste Lizenz und kommerzielle Nutzung ist erlaubt.

Ich habe mir aus Zeitmangel nicht wirklich Gedanken über die Lizenz gemacht.
Redeemer hatte in seiner QR-Code Komponente die Lizenz WTFPL angesprochen. Fand ich ganz Witzig.

Vielleicht erfinde ich die BeerWare-Lizenz. Jeder, der den Source verwendet aktiviert automatisch die WTFPL, sobald er mir eine Flasche Bier aus seiner Region zusendet. So ähnlich wie Postcardware.


Edit: BeerWare gibt es schon.

[schotte77]

Hallo,

hat schon jemend den "DSFinV-K" export geschrieben?

Habe das hier gefunden. https://www.aitc.at/dsfinvk-bibliothek/

mdf

Schotte

[arnof]

der Export ist eigentlich gleich dem bisherigen GDPdU Export nur halt vorgegebene Dateien und Spalten.

Hier ist es nur Fleißarbeit das Umzusetzen, es gibt ausreichende Beschreibungstexte, hier ist es manchmal nur schwer, diese mit deinen Daten zu füllen. Das Problem hat man aber auch mit einer "fertigen" Schnittstelle.

[LikeMike]

Hallo!
Ich bin auch noch bei der DSFinV-K-Schnittstelle.
Mir ist einfach nicht klar, was die Z-Felder (Z_NR, Z_KASSEID, Z_ERSTELLUNG) in der Schnittstelle zu suchen haben.
Wozu muss ich einen Kassensturz machen, wenn ich Daten exportieren will. Und selbst wenn - welche Kassensturzdaten soll ich eintragen, wenn der Betriebsprüfer die Daten z.B. vom letzten Jahr haben will? Die aktuellen? Oder muss ich alle Kassenstürze archivieren?
Vielen Dank im Voraus!!