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

**OlliWW**

Hallo,

Ich finde es echt super das hier umgesetzt wird. Ein Thema das auch mich sehr beschäftigt.
Allerdings habe ich mich gefragt, warum die TSE's hier nicht über einen Dienstleister angesprochen werden. z.B. Fiskaltrust. Diese bieten fertige Schnittstellen (SOAP, Rest,...) und man muss sich um die Ganze Technik dahiner nicht kümmern.
So habe ich jedenfalls die KassenSichV. in unserer Software umgesetzt.

**t2000**

Zitat von OlliWW:

Hallo,

Ich finde es echt super das hier umgesetzt wird. Ein Thema das auch mich sehr beschäftigt.
Allerdings habe ich mich gefragt, warum die TSE's hier nicht über einen Dienstleister angesprochen werden. z.B. Fiskaltrust. Diese bieten fertige Schnittstellen (SOAP, Rest,...) und man muss sich um die Ganze Technik dahiner nicht kümmern.
So habe ich jedenfalls die KassenSichV. in unserer Software umgesetzt.

Warum programmiert man Software die es schon gibt?

- zu teuer
- schlecht gemacht
- möchte lieber alles selbst machen
- was ist in x Jahren

Es gibt genügend Gründe

**michaelg**

Frage zum Thema Zeitraum eines Bons

Meine Anwender sind keine Gastroleute, eher Handwerker, Händler oder Dienstleister mit einem Ladengeschäft, wo dann auch eine BV-Kasse im Laden steht.

Der Zeitraum eines Bons (also Uhrzeit des Beginns und des Endes) ist hier eher im Sekundenbereich, je nachdem, wie schnell der Kassenbenutzer beim Eingeben des Bons ist. Ich hatte gedacht, dass ich die Daten in das TSE-Modul in einem Rutsch schreiben könnte, dann ist mein Bon theoretisch schon fertig erfasst, abgeschlossen, bezahlt und gedruckt und würde somit aber im TSE-Modul mit hoher Wahrscheinlichkeit sekundengenau dieselbe Uhrzeit bei Start und Ende erhalten.

Ist das zulässig, oder bin ich tatsächlich verpflichtet, die Transaktion schon zu starten, wenn ich den Bon anlege, damit dieser Sekundenzeitraum dann auch im TSE steht? Gibt das sonst Ärger mit dem Finanzamt?

Wie gesagt, Gastronomie mal ausgenommen, wie macht Ihr das bei Einzelhandelskassen, da sind die Bons ja eh eher nur über Sekundenzeiträume?

**OlliWW**

Hallo,

Siehe DSFinV_K

in der PDF Seite 109, dort sind "Abkürzungen" beschrieben.

Zitat:

TSE-Grundprinzip mit Festlegung processType/processData durch BMF
hier: Vorgänge ohne „lang anhaltende Bestellvorgänge“, z. B. Scannerkasse

Dort wird beschrieben, dass Updates entfallen können, dass man nur Start / Finish Transaction senden muss.

Start Transaction muss ja eh immer leer sein, bedeutet: Du schreibst alle Daten mit dem Finish.

**Frickler**

Zitat von michaelg:

Wie gesagt, Gastronomie mal ausgenommen, wie macht Ihr das bei Einzelhandelskassen, da sind die Bons ja eh eher nur über Sekundenzeiträume?

Wir machen es so, dass der Sekundenzeitraum auf dem Bon ersichtlich ist, ja. Sonst sieht es für den Prüfer nämlich so aus, als würde die TSE nur beim Abschluss des Bons angesprochen. Damit wäre dann Beschiss möglich, für den Fall, dass der Kunde beim Bon abwinkt: Stornotaste gedrückt, Vorgang hats nie gegeben.

**bernau**

Zitat von michaelg:

Wie gesagt, Gastronomie mal ausgenommen, wie macht Ihr das bei Einzelhandelskassen, da sind die Bons ja eh eher nur über Sekundenzeiträume?

Beim mir werden die einzelnen Produkte eingescannt. Danach kommt alles in die TSE. Zeitpunkt Start/Finish sind gleich.

**Andreas RPfalz**

Huhu!

Ich reihe mich ein, in die Liste derer, die TSE-mäßig ganz am Anfang stehen (gestern die Developer-TSE erhalten).
Deine akt. Sourcen, welche Du so generös zur Verfügung stellst, werden mir auf jeden Fall einen ziemlichen zeitlichen Vorteil bringen - und dafür ebenfalls großes Lob und Dank von mir

.
So - Jetzt muss ich erstmal gucken, und was TSE überhaupt alles soll - und würde mich dann zur Zeit auch gerne in die Weiterentwicklung einbringen. Melde mich in Kürze.

**ODee68**

Frohes neues Jahr erstmal!

Ich komme auch mal dazu, auch wenn ich jetzt echt in Zeitnot komme, da ich bis Ende März 2021 soweit durch sein muss.

Die Entscheidung unsere Kassensoftware doch weiter zu nutzen, kam leider sehr spät. Habe heute erst die Entwickler TSE bestellen können.
Ich hoffe, ich kann hier etwas Hilfe bekommen, ich verfolge eure Diskussion schon etwas länger und wollte anfangs die TSE der Bundesdruckerei einsetzen, mit der ich aber gar nicht klar kam und auch nichts im Netz finden konnte.

Ich finde die Idee der gemeinsamen Entwicklung echt klasse, hat es uns doch irgendwie allen Kopfzerbrechen bereitet und alles war so schwammig am Anfang.

Auf gute Zusammenarbeit!

LG Oliver

**OlliWW**

Zitat von ODee68:

Die Entscheidung unsere Kassensoftware doch weiter zu nutzen, kam leider sehr spät. Habe heute erst die Entwickler TSE bestellen können.
Ich hoffe, ich kann hier etwas Hilfe bekommen, ich verfolge eure Diskussion schon etwas länger und wollte anfangs die TSE der Bundesdruckerei einsetzen, mit der ich aber gar nicht klar kam und auch nichts im Netz finden konnte.

Ich habe den Stick der Bundesdruckerei mittlerweile per Delphi angeschlossen. Die Kommunikation mit den Technikern dort ist eigentlich sehr gut, sie können zwar keine Delphi-Hilfe geben aber generelle technische Fragen sehr gut und sehr schnell beantworten. Mit deren Hilfe habe ich es relativ schnell geschafft einen DLL Wrapper zu schreiben und einzusetzen. Die Java / C++ Beispiele bieten eine gute Grundlage. Man muss natürlich immer überlegen was Pointer auf Pointer auf UInt8 Array in Delphi heisst

Wenn man gar keinen Stick anbinden will, ist ggf. auch die Cloud / Hybrid "Key" von der deutschen Fiskal interessant, hier muss man nur einen Rest Service ansprechen (aber mit Indy nicht mit den REST Bibliotheken von Embarcadero)

**noisy_master**

Hallo zusammen,

da ich mich immer noch mit alten(ja, Asche auf mein Haupt) Delphi Versionen rumschlage(2006 und XE5) habe ich mal deine Sourcen back-ported. Heisst nun kann man das gute Stück ohne Änderungen auf 2006 und XE5 compilieren(und es läuft sogar noch

). Ich vermute somit lässt es sich auch auf aktuellen Delphis compilieren.
Habe auch eine kleine Base64 Encode Implementierung drin(ist wohl nicht extrem performant, aber portabel)...Nur den Singelton habe ich unter 2006 nicht zum Laufen bekommen.

Sobald jemand Interesse anmeldet, lade ich den Port gerne hoch!

Gruß