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

[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!!

[jaenicke]

Es geht nicht um einen Kassensturz zwischendurch, sondern um den ohnehin gesetzlich vorgegebenen täglichen Kassenabschluss. Dessen Z-Nummer usw. gehört dann zu den Daten des entsprechenden Tages.

Man darf ja jetzt auch die Liste der Kassen nicht mehr während des Tages verändern, sondern immer nur nach dem Tagesabschluss.

[arnof]

Zitat:

Zitat von LikeMike (Beitrag 1477531)

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!!

Die DSFinV-K-Schnittstelle Basiert zu 100% auf Kassenabschlüssen, die einmal täglich zu machen sind.

Alles was keine Stammdaten sind haben am Anfang immer Z-Berichtsnummer usw. stehen ... Eigentlich ist es nicht so schwer, was man aber wahrscheinlich ändern muss, sind die internen Datenstrukturen, damit man den Export machen kann. D.h. z.B. ist man verpflichtet die MwSt Beträge mit der BON Erstellung speichern muss und nicht erst berechnen darf, wenn man den Export macht, usw usw usw. Ich habe einige Monate dafür gebraucht um alles, so umzustellen, das alle Daten gespeichert werden, so das man den Export mit den richtigen Summen durchführen kann. Andere Daten wie Kassenbucheinträge (ohne Kasse) muss man z.B. als Kassenbon umbauen, so das man das richtig ausgeben kann. Filialsystem muss entsprechend mehr Daten übertragen, so das der Export auch aus der Zentrale laufen kann (das muss man zwar nicht, sollte aber gehen meiner Meinung nach).

[bernau]

Zitat:

Zitat von arnof (Beitrag 1477571)

Die DSFinV-K-Schnittstelle Basiert zu 100% auf Kassenabschlüssen, die einmal täglich zu machen sind.

Nicht ganz.

In der DsFinV-K 2.2 Seite 60 Abschnitt "Z_NR" steh folgendes:

Zitat:

Der Kassenabschluss wird einmalig bzw. mehrmals am Tag oder auch kalendertagübergreifend für eine Kasse erstellt.

Das heist, man "kann" den Kassenabschluss täglich machen. Es ist aber nicht vorgeschrieben. Theoretisch kannst du auch ein mal die Woche einen Kassenabschluss machen.

Vorgeschrieben ist ein Kassenabschluss aber wenn die Stammdaten geändert werden. (Seite 14 der DsFinV-K)

Zitat:

Um zu gewährleisten, dass die Stammdaten eindeutig dem jeweiligen Kassenabschluss zugeordnet werden können, ist sicher zu stellen, dass vor einer Stammdaten-Änderung ein Kassenabschluss erfolgt und erst anschließend wieder neu gebucht wird.

Zu den Stammdaten gehört u.a. auch die Software-Version. Weshalb vor einem Update der Software immer ein Kassenabschluss durchgeführt werden muss.

[LikeMike]

Danke, aber nochmal zu meinem Beispiel: der Prüfer möchte z.B. den Oktober 2020 exportiert haben. Welche Kassenabschlussdaten verwende ich denn dann in der Schnittstelle?
- muss ich vor dem Export einen Kassenabschluss machen und ich verwende dann diese Daten?
- nehme ich die Kassenabschlussdaten vom 31.Oktober (wenn an diesem Tag überhaupt ein KA gemacht wurde)?
- oder erzeuge ich mehrere Exporte jeweils bis zum nächsten KA?

Ich gehe mal davon aus, dass ein KA nicht in der TSE gespeichert werden muss! (bitte um Korrektur, wenn ich mich irre)

Ich bitte um Nachsicht, aber mir fehlen die Erfahrungen des GOBD-Exportes, da ich auf den Export-Zug erst mit der TSE aufgesprungen bin.

Gruß
Mike

[Andreas RPfalz]

Huhu!:hi::hi:
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 :cheers: .
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! :thumb:

LG Oliver

[OlliWW]

Zitat:

Zitat von ODee68 (Beitrag 1480383)

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 :lol:

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ß

[ODee68]

Zitat:

Zitat von noisy_master (Beitrag 1480422)

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ß

Das wäre echt klasse! :thumb: Kann nicht schaden, sich das mal in Ruhe anzuschauen, vielleicht hilft es mir und anderen ja weiter?

Gruß Oliver